Midwestern Gas Transmission Company

Third Revised Volume No. 1

 Contents / Previous / Next / Main Tariff Index

 

 

Effective Date: 07/09/2004, Docket: RP04-325-000, Status: Effective

Third Revised Sheet No. 500 Third Revised Sheet No. 500 : Effective

Superseding: Second Revised Sheet No. 500

 

MIDWESTERN GAS TRANSMISSION COMPANY

ELECTRONIC DATA INTERCHANGE

TRADING PARTNER AGREEMENT

 

 

Section 1. Prerequisites (Continued)

 

1.3 System Operations. Each party, at its own expense, shall provide and maintain the

equipment, software, services and testing necessary to transmit Data Communications to, and

receive Data Communications from the parties' respective Receipt Computers.

 

1.4 Security Procedures

 

1.4.1 Each party shall use those security procedures specified in the North American

Energy Standards Board Working Gas Quadrant ("NAESB WGQ") standards and the Exhibit(s).

The manner in which public encryption keys are to be changed and/or exchanged will be

specified in the Exhibit(s).

 

Security Key Exchanges. The parties shall maintain a public key used to facilitate

secure electronic communication. The parties shall change their public key as set forth in

the Exhibit(s). However, in emergency situations in which it is necessary to change a key

immediately, each party shall provide the other party with immediate notice of the change.

Each party shall provide to the other its public key by either: (a) a certified or receipt

mail service using a diskette with the public key contained in an ASCII text file; or,

(b) an electronic simple mail transfer protocol ("SMTP") mail message with the public key

contained in the body. The public key shall be verified by the party to whom it is sent by

validating the fingerprint of the public key by phone or by other comparable means.

 

1.5 Signatures. Each party shall adopt as its signature private keys which shall be

applied to each document transmitted by such party ("Digital Signature "). Such Digital

Signature, when decrypted by the receiving party, will be used to authenticate the identity

of the sender.

 

Section 2. Transmissions

 

2.1 Proper Receipt

 

2.1.1 Documents shall not be deemed to have been properly received, and no Document

shall give rise to any obligation, until accessible to the receiving party at such party's

Receipt Computer designated in the Exhibit(s), as evidenced by the receipt by sending party

of the HTTP response initiated by receiving party. The HTTP response shall specify the

date and time of receipt of a Document at the receiving Internet server (also called

"time-c"). No Document shall have any effect if the HTTP response is not received by

sending party, or if the HTTP response indicates an error.

 

2.1.2 The "Receipt Computer" shall be defined in the Exhibit(s) as the receiving

party's Uniform Resource Locator ("URL"), which describes the protocols which are needed to

access the resources and point to the appropriate Internet locations. Where the parties

employ the services of Providers to transmit and receive Documents, the Receipt Computer

shall be defined in the Exhibit(s) as the receiving party's URL provided by the receiving

party's Provider.

 

2.2 Digital Signature Verification and Decryption. Upon proper receipt of any Document,

the receiving party shall attempt to decrypt the Document and verify the digital signature

of the sending party. If the Document is verified and the decryption is successful, the

receiving party shall transmit a Functional Acknowledgment in return. If the Document is

verified and the decryption is unsuccessful, the receiving party shall send the applicable

error message to the sending party. The sending party shall attempt to correct the error

and promptly retransmit the Document or otherwise contact the receiving party.