Danish Business Transactions for the Gas Market
|
|
|
- Myra Payne
- 10 years ago
- Views:
Transcription
1 Danish Business Transactions for the Gas Market Appendix to: Business Scenarios for EDI-communication in the Gas Market Version: 4 elease: 0 Date: Marts 22, 2013 U D G I V E O G D O K U M E N T E J E : E N E G I N E T. DK
2 Table of contents Change Log Introduction and general principles Business Transactions BT-001: Start of Supply (UTILMD 392 / UTILMD 414) BT-002: End of Supply - Distribution Company (UTILMD 406) BT-003: End of Supply - to Distribution Company (UTILMD 432) BT-004: Master Data for Metering Point (UTILMD E07) BT-007: Consumption for Metering Point, profiled (MSCONS Z01) BT-008: Time series transmission (MSCONS 7) BT-009: econciliation data transmission (MSCONS 7) E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
3 D a n i s h B u s i n e s s T r a n s a c t i o n s f o r t h e G a s M a r k e t Change Log The change log contains any changes added following the previous version or release. A change in version indicates significant changes to structure or syntax, whereas a new release contains smaller changes. Chapter Transaction Change All chapters The content of the entire document has been tailored the Gas Market, as the document is no longer used in the Electricity Market BT-001 E06 (Unrequested Change of supplier) included in the list of FT values. E40 (Switch on drop) removed BT-002 Z08 (Terminal date changed) and Z10 (Termination of metering point) included in the list of FT values BT-002 Z08 and Z10 added to the validation table BT-003 Z09 (equest for closure) included in the list of FT values BT-003 Z09 added to the validation table BT-004 E06 (Unrequested Change of supplier) and Z08 (Terminal date changed) included in the list of FT values. E40 (Switch on drop) removed. Appendix 1. The appendix is removed. E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 3 / 60
4 1. Introduction and general principles This document is a collection of all the Business Transactions that are used in the Business Scenario document for the Danish gas market: Danish Business Scenarios for EDI- communication in the Gas Market A Business Transaction in this document must be addressed in accordance with EDI-comunication (egulation F), which describes the information flow for general error handling. This includes the validation of interchange documents that have to be carried out before a more specific validation described in a Business Transaction. E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
5 BT : S t a r t o f S u p p l y ( U T I L M D / U T I L M D ) 2. Business Transactions A Business Transaction is an independent element. It is independent of other EDI transactions. Business Transactions can be used as bricks in the Business Processes. A Business Transaction specifies interchange of EDI documents (messages) between the IT systems of two actors. Furthermore, it specifies a part of the internal handling within an actor s IT system. To indicate the interchanged documents and their validation Activity Diagrams are used. Activity Diagrams Interchange of messages between IT systems of two actors is illustrated in an Activity diagram. It shows the name of the EDI message, such as UTILMD 392 and the actors this message is interchanged between, in this case a Gas Supplier and a Distribution Company. Most of the messages are UTILMD but also MSCONS and APEAK are used. In the message a code is used to state a reason for transaction such as E03 for change of supplier. Validation tables ecipient of the message validates the message and afterwards, undertakes a specific validation in accordance with a Validation Table, which is documented in a Business Transaction. After the received message is processed, an EDI message is sent back as an answer. Both the initiating message and the answer message contain a list of Attributes, which are included in the message as referred to as a Dependency Matrix. Dependency Matrix for Attributes A Dependency Matrix exists for all the messages a Business Transaction contains. The Dependency Matrix shows the dependency of the Attributes in a message. An Attribute can be required, dependent or not used in a message. The first column in a Dependency Matrix named Attribute refers to the Attributes that are specified in a Data Model in the individual Danish EDI Message Implementation Guides. The second column in a Dependency Matrix named FT Gas refers to the eason for transaction. eason for transaction (E03, E05 etc.) refers to the name of each message. In these columns it is specified, whether an attribute is equired (), E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 5 / 60
6 Dependent (D) or Not used (X) in a message. The Attribute equest for acknowledgement is always required. It can have value NA (No acknowledgement needed) or AB (Message acknowledgement is required - APEAK) BT-001: Start of Supply (UTILMD 392 / UTILMD 414) New Gas Supplier Distribution Company Start of Process equest of Start of Supply 1 Send request of change of supplier UTILMD 392 eceive and check request Correct error Confirmation of Start of Supply UTILMD 414 Send rejection [No] Transaction OK? 2 End of process for transaction [Yes] [No] Confirmation of Start of Supply eceive and process message UTILMD 414 Send acceptance for each metering point Change of supplier accepted? Change supplier for each metering point Optional data flow: used only by E03 [Yes] Wait during the cancellation period equest of Start of Supply 3 Master data correct & delivery ok? [No] Send cancellation UTILMD 392 Cancellation? [Yes] eceive cancellation 4 eceive APEAK APEAK Send APEAK [Yes] [No] Drop change End of process End of process for transaction End of process End of process for transaction Figure 1: BT-001: Start of Supply (UTILMD 392/UTILMD 414) Business Transaction, BT-001, is used by the Gas Supplier to send a request for start of supply to the Distribution Company or by the Distribution Company to send a unrequested start of supply to the Public Supplier Obligation Company. E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
7 BT : S t a r t o f S u p p l y ( U T I L M D / U T I L M D ) Initiation of the transaction The transaction is initiated by a UTILMD message with a document name code 392 (equest of start of supply)). The message can hold one or more transactions that all use the same eason For Transaction (FT). The values can be: E01 (Move) E03 (Change of supplier) E06 (Unrequested Change of supplier) First dataflow: UTILMD 392 The message in the first dataflow is sent with data as referred to in the dependency matrix (see section 2.1.6). eceipt On receipt of the message the validation is carried out in accordance with EDIcommunication (egulation F). Afterwards, each transaction is verified in accordance with the business rules, which are documented in Table 1. FT Validation eason for answer E03 E01 E03 E06 The Message Sender (Gas Supplier) must not be equal to present Gas Supplier for the Metering point The Metering point must be administrated by the Distribution Company E59 (Already existing relation (ejection)) E10 (Installation address or metering point not identifiable) E01 E03 E01 E03 E06 E01 E03 E06 E03 The Metering point must be allowed to change Gas Supplier The Gas Supplier must be approved (authorised) at Contract Start Date. The Change of Supplier is already done for the switch date The message must be received within the official time limit for change of supplier E22 (Metering point blocked for switching) E16 (Unauthorised supplier) E22 (Metering point blocked for switching) E17 (equested switch date not within time limits) E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 7 / 60
8 E01 E06 E06 The message must be received within the time limit for move The gas supplier must be a Public Supplier Obligation Company E17 (equested switch date not within time limits) E16 (Unauthorised supplier) Table 1: BT-001: Validation of first dataflow: UTILMD 392 If all metering points cannot be validated before sending the response, they must be validated during the cancellation period. This is, however, only possible when the value of FT is E03 (change of supplier) Second dataflow: UTILMD 414 For all transactions received in the first dataflow an answer has to be given in one or more UTILMD 414 messages. If a transaction fulfils all conditions in the validation table for the first dataflow, it must be approved by setting the status for answer to 39 (approved). If not, the status for answer is set to 41 (rejected) and the eason for answer as shown in the validation table shall be used. For the remaining data, the message is sent with data as referred to in the dependency matrix (see section 2.1.7). An APEAK is not requested as UTILMD 414 is used as a receipt for UTILMD 392. eceipt On receipt of the message the validation is carried out in accordance with EDIcommunication (egulation F). Afterwards, each transaction is tested in accordance with the business rules, which are documented in Table 2. FT Validation Error code E01 E03 E06 The Contract start date must be as stated in the first dataflow 42 (Error in content of a data element) E01 E03 The Gas Supplier must be Sender of the equest of start of supply 42 (Error in content of a data element) Table 2 BT-001: Validation of second dataflow: UTILMD 414 E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
9 BT : S t a r t o f S u p p l y ( U T I L M D / U T I L M D ) The Gas Supplier/Distributions Company receives UTILMD 414 and examines the message for rejected metering points. Errors in rejected metering points must be corrected and resent in a new message. In case of verification failure, a negative APEAK is sent in accordance with EDIcommunication (egulation F). Please note that it is not allowed to send a positive APEAK for transactions that have passed the verification. The Gas Supplier must verify the confirmed transactions manually to ensure that the switches are taking place for the correct customers. If this is not the case then the optional fourth (and fifth) dataflow can be applied to cancel the change (when FT is E03 (change of supplier)) Third dataflow: UTILMD 392 cancellation (optional) This optional data flow can only be used when the Business Transaction is initiated by a FT of E03 (Change of supplier). A Gas Supplier can cancel an already sent request for start of supply by sending the transaction again with a new transaction id and E05 (Cancellation of transaction) as FT and the transaction id of the transactions to be cancelled as eference to transaction id. In that case the Gas Supplier must request an acknowledgement (APEAK). eceipt On receipt of the message the validation is carried out in accordance with EDIcommunication (egulation F). Afterwards, each transaction is verified in accordance with the business rules, which are documented in Table 3. FT Validation Error code E05 E05 The eference to Transaction id must be equal to the Transaction id that Message Sender has sent before Time of reception must be within the official time limit for cancellation 42 (Error in content of a data element) 51 (The message was received too late)/ 42 (Error in content of a data element) Table 3 BT-001: Validation of third dataflow: UTILMD 392 E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 9 / 60
10 Fourth dataflow: APEAK (dependent on third dataflow) If a transaction fulfils all the conditions in the validation tables,it must be approved. This is done by sending a positive APEAK with message function 34 (Accepted with amendment), the error code 100 (The object is approved) and Godkendt/Approved as error description. The transaction reference shall indicate the Transaction ID. In case of verification failure, the transaction is rejected by a negative APEAK with the message function 34 (Accepted with amendment) and the error code value as indicated in the validation table. The name of the attribute that is the cause for failure must be stated in both Danish and English in the error description. The transaction reference shall indicate the Transaction ID. eceipt On receipt of the message the validation is carried out in accordance with EDIcommunication (egulation F). Afterwards, the application is not allowed to reject the transactions. E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
11 BT : S t a r t o f S u p p l y ( U T I L M D / U T I L M D ) UTILMD Dependency Matrix for Attributes Attributes FT Dependency E01 E03 E05 E06 IG version BT combined ID Market Message date Message function Message id Message name Message recipient Message sender equest for acknowledgement Time zone (UTC+0) Metering point id eason for transaction Transaction id eference to transaction X X X Consumer party name X X Consumer party contact address X X Contract start date Consumer party contact address Meter reading X X X Table 4 BT-001: Dependency Matrix for attributes: UTILMD 392 = equired, D= Dependent, X= not used E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 11/ 60
12 UTILMD Dependency Matrix for Attributes Attributes FT Dependency E01 E03 E06 IG version BT combined ID Market Message date Message function Message id Message name Message recipient Message sender equest for acknowledgement Time zone (UTC+0) Metering point id eason for transaction Transaction id eference to transaction Status for answer eason for answer D* Consumer Party name X D** X Contract start date D** Table 5 BT-001: Dependency matrix for attributes: UTILMD 414 = equired, D= Dependent, X= not used * Not used when Status for answer is 39 (approved). ** Not used when Status for answer is 41 (rejected). E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
13 BT : S t a r t o f S u p p l y ( U T I L M D / U T I L M D ) APEAK - Dependency Matrix for Attributes Attributes IG version BT combined ID Message date Message function Message recipient Message sender eference to message Application error code Error description Transaction reference Dependency Table 6 BT-001: Dependency matrix for attributes: APEAK = equired Unique Identification BT ID DK-BT-001 BT navn Start of Supply BT version 4 BT combined ID DK-BT BPI DK-CUS44 EDI Messages: Message ID UTILMD 392 Message name equest of Start of Supply Message IG version 5.0 B DK IG version 3 Message ID UTILMD 414 Message name Confirmation of Start of Supply Message IG version 5.0 B DK IG version 3 Message ID Message name Message IG version DK IG version 3 APEAK Application error and acknowledgement message 2.4 B E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 13/ 60
14 Examples UTILMD 392-E03 (Change of Supplier for one metering point) UNB+UNOC: : : :1400+UN IKT001++DK-CUS+++DK' UNH+1+UTILMD:D:02B:UN:E5DK02+DK-BT BGM NA' DTM+137: :203' DTM+735:?+0000:406' MKS+27+E01::260' NAD+MS ::9' NAD+M ::9' IDE ' DTM+92: :203' STS+7++E03::260' LOC ::9' UNT+12+1' UNZ+1+UNIKT001' UTILMD 392-E03 (Change of Supplier for more than one metering point) UNB+UNOC: : : :1400+UN IKT002++DK-CUS+++DK' UNH+1+UTILMD:D:02B:UN:E5DK02+DK-BT BGM+392+MES002+9+NA' DTM+137: :203' DTM+735:?+0000:406' MKS+27+E01::260' NAD+MS ::9' NAD+M ::9' IDE+24+TrID02' DTM+92: :203' STS+7++E03::260' LOC ::9' NAD+DDK ::9' IDE+24+TrID03' DTM+92: :203' STS+7++E03::260' LOC ::9' NAD+DDK ::9' IDE+24+TrID04' DTM+92: :203' STS+7++E03::260' LOC ::9' UNT+23+1' UNZ+1+UNIKT002' UTILMD 392-E05 (Cancellation) E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
15 BT : S t a r t o f S u p p l y ( U T I L M D / U T I L M D ) UNB+UNOC: : : :1400+UN IKT003++DK-CUS+++DK' UNH+1+UTILMD:D:02B:UN:E5DK02+DK-BT BGM+392+MES003+9+AB' DTM+137: :203' DTM+735:?+0000:406' MKS+27+E01::260' NAD+M ::9' NAD+MS ::9' IDE+24+TrID05' DTM+92: :203' STS+7++E05::260' LOC ::9' FF+TN:TrID01' UNT+13+1' UNZ+1+UNIKT003' UTILMD 414-E03 (Approval of Change of Supplier for one metering point) UNB+UNOC: : : :1415+UN IKT011++DK-CUS+++DK' UNH+1+UTILMD:D:02B:UN:E5DK02+DK-BT BGM NA' DTM+137: :203' DTM+735:?+0000:406' MKS+27+E01::260' NAD+M ::9' NAD+MS ::9' IDE ' DTM+92: :203' STS+7++E03::260' STS+E01::260+39' LOC ::9' FF+TN: ' NAD+UD+++John Jensen' UNT+15+1' UNZ+1+UNIKT011' UTILMD 392-E01 (Move) UNB+UNOC: : : :1400+UN IKT001++DK-CUS+++DK' UNH+1+UTILMD:D:02B:UN:E5DK02+DK-BT BGM NA' DTM+137: :203' DTM+735:?+0000:406' MKS+27+E01::260' NAD+M ::9' NAD+MS ::9' IDE ' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 15/ 60
16 DTM+92: :203' STS+7++E01::260' LOC ::9' NAD+UD+++John Jensen+Jensensvej::5+Fredericia DK+220:912569:MTQ' UNT+13+1' UNZ+1+UNIKT001' UTILMD 414-E01 (Approval of Move for one metering point) UNB+UNOC: : : :1415+UN IKT018++DK-CUS+++DK' UNH+1+UTILMD:D:02B:UN:E5DK02+DK-BT BGM+414+MES011+9+NA' DTM+137: :203' DTM+735:?+0000:406' MKS+27+E01::260' NAD+MS ::9' NAD+M ::9' IDE+24+TrID18' DTM+92: :203' STS+7++E03::260' STS+E01::260+39' LOC ::9' FF+TN:TrID04' UNT+14+1 UNZ+1+UNIKT018' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
17 BT : E n d o f S u p p l y - D i s t r i b u t i o n C o m p a n y ( U T I L M D ) 2.2. BT-002: End of Supply - Distribution Company (UTILMD 406) Distribution Company Gas Supplier (up till now) Start of Process Information of End of Supply 1 Send notification of contract termination UTILMD 406 eceive and check notification APEAK Send rejection [No] Transaction OK? 2 End of process for transaction [Yes] eceive and check APEAK APEAK Send positive APEAK Correct error [No] Positive APEAK? [Yes] End of process End of process Figure 2: BT-002: End of Supply - from Distribution Company (UTILMD 406). Business Transaction BT-002 is used by the Distribution Company to inform the Gas Supplier about the end of supply. The Gas Supplier must end the supply at the Contract stop date Initiation of the transaction The transaction is initiated by a UTILMD message with a document name code 406 (Information of end of supply). The message can hold one or more transactions that all use the same eason for Transaction (FT). The values can be: E01 (Move) E03 (Change of supplier) Z08 (Terminal date changed) Z10 (Termination of metering point) E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 17/ 60
18 First dataflow: UTILMD 406 The message is sent with data as referred to in the dependency matrix (see section 2.2.4). eceipt On receipt of the message the validation is carried out in accordance with EDIcommunication (egulation F). Afterwards, each transaction is verified in accordance with the business rules, which are documented in Table 7. FT Validation Error code E01 E03 Z08 Z10 The Message ecipient must be the present Gas Supplier to the Metering point 42 (Error in content of a data element) E01 E03 Z08 Z10 Time of receipt of the message must be within the official time limit. 42 (Error in content of a data element) Table 7: BT-002: Validation of first dataflow: UTILMD Second dataflow: APEAK If a transaction fulfils all the conditions in Table 7, it must be approved. This is done by sending a positive APEAK with message function 34 (Accepted with amendment), the error code 100 (The object is approved) and Godkendt/Approved as error description. The transaction reference shall indicate the Transaction ID. In case of verification failure, the transaction is rejected by a negative APEAK with message function 34 (Accepted with amendment) and the error code value indicated in the validation table. The name of the attribute that is the cause for failure must be stated in both Danish and English in the error description. The transaction reference shall indicate the Transaction ID. eceipt On receipt of the message the validation is carried out in accordance with EDIcommunication (egulation F). E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
19 BT : E n d o f S u p p l y - D i s t r i b u t i o n C o m p a n y ( U T I L M D ) Afterwards, the application is not allowed to reject the transactions UTILMD Dependency Matrix for Attributes Attributes IG version BT Combined ID Market Message date Message function Message id Message name Message recipient Message sender equest for acknowledgement Time zone (UTC+0) Metering point id eason for transaction Transaction id Contract stop date FT dependency E01 E03 Z08 Z10 Table 8 BT-002: Dependency matrix for attributes: UTILMD 406 = equired APEAK - Dependency Matrix for Attributes Attributes IG version BT combined ID Message date Message function Message recipient Message sender eference to message Application error code Error description Transaction reference Dependency Table 9 BT-002: Dependency matrix for attributes: APEAK = equired E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 19/ 60
20 BT ID Unique Identification DK-BT-002 BT navn End of Supply from MPA BT version 4 BT combined ID DK-BT BPI DK-CUS EDI Messages: Message ID UTILMD 406 Message name Information of End of Supply Message IG version 5.0 B DK IG version 3 Message ID APEAK Message name Application error and acknowledgement message Message IG version 2.4 B DK IG version Examples UTILMD 406-E03: End of Supply from Distribution Company for one metering point UNB+UNOC: : : :1400+UN IKT021++DK-CUS+++DK' UNH+1+UTILMD:D:02B:UN:E5DK02+DK-BT BGM+406+MES021+9+AB' DTM+137: :203' DTM+735:?+0000:406' MKS+27+E01::260' NAD+MS ::9' NAD+M ::9' IDE+24+TrID21' DTM+93: :203' STS+7++E03::260' LOC ::9' UNT+12+1' UNZ+1+UNIKT021' UTILMD 406-E03 (End of Supply from Distribution Company DISTIBU- TION COMPANY for more than one metering point) UNB+UNOC: : : :1400+UN IKT022++DK-CUS+++DK' UNH+1+UTILMD:D:02B:UN:E5DK02+DK-BT BGM+406+MES022+9+AB' DTM+137: :203' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
21 BT : E n d o f S u p p l y - D i s t r i b u t i o n C o m p a n y ( U T I L M D ) DTM+735:?+0000:406' MKS+27+E01::260' NAD+MS ::9' NAD+M ::9' IDE+24+TrID22' DTM+93: :203' STS+7++E03::260' LOC ::9' IDE+24+TrID23' DTM+93: :203' STS+7++E03::260' LOC ::9' UNT+16+1' UNZ+1+UNIKT022' Positive APEAK (answer to UTILMD 406-E03) UNB+UNOC: : : :1432+UN IKT085++DK-CUS+++DK' UNH+1+APEAK:D:96A:UN:E2DK02+DK-BT BGM+++34' DTM+137: :203' FF+ACW:MES021' NAD+F ::9' NAD+DO ::9' EC+100::ZZZ' FTX+AAO+++Godkendt / Approved' FF+LI:TrID21' UNT+10+1' UNZ+1+UNIKT085' Negative APEAK (answer to UTILMD 406-E03) UNB+UNOC: : : :1432+UN IKT086++DK-CUS+++DK' UNH+1+APEAK:D:96A:UN:E2DK02+DK-BT BGM+++34' DTM+137: :203' FF+ACW:MES021' NAD+F ::9' NAD+DO ::9' EC+42::ZZZ' FTX+AAO+++Målepunkt ikke kendt / Meteringpoint not recognised, :78' FF+LI:TrID21' UNT+10+1' UNZ+1+UNIKT086' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 21/ 60
22 2.3. BT-003: End of Supply - to Distribution Company (UTILMD 432) Gas Supplier Distribution Company Start of Process Notification of End of Supply 1 Send notification of end of supply UTILMD 432 eceive and check notification Confirmation of End of Supply UTILMD 406 Send rejection [No] Transaction OK? 2 Confirmation of End of Supply End of process for transaction [Yes] eceive and check message UTILMD 406 Send accept Correct error [No] [Yes] Stop of supply accepted? End of process End of process Figure 3: BT-003: End of Supply to Distribution Company (UTILMD 432) Business Transaction BT-003 is used by the Gas Supplier to inform the Distribution Company about the end of supply. The Gas Supplier will end the supply at the Contract stop date Initiation of the transaction The transaction is initiated by a UTILMD message with a document name code 432 (Notification of end of supply). The message can hold one or more transactions that all use the same eason For Transaction (FT). The value can be: E01 (Move) E20 (End of supply) Z09 (equest for closure) First dataflow: UTILMD 432 The message is sent with data as referred to in the dependency matrix (see section 2.3.4). E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
23 BT : E n d o f S u p p l y - t o D i s t r i b u t i o n C o m p a n y ( U T I L M D ) eceipt On receipt of the message the validation is carried out in accordance with EDIcommunication (egulation F). Afterwards, each transaction is verified in accordance with the business rules, which are documented in Table 10. FT Validation eason for answer E01 E20 Z09 E01 E20 Z09 E01 E20 Z09 The Message Sender (Gas Supplier) must be equal to the present Gas Supplier for the Metering point The Metering point must be administrated by the Distribution Company. The message must be received within the official time limit E16 (Unauthorised supplier) E10 (Installation address or metering point not identifiable) E17 (equested switch date not within time limits) Table 10 BT-003: Validation of first dataflow: UTILMD Second dataflow: UTILMD 406 For all transactions received in the first dataflow, an answer has to be given in one or more UTILMD 406 messages. If a transaction fulfils all conditions in the validation table for the first dataflow, it must be approved by setting status for answer to 39 (approved). If not, the status for answer is set to 41 (rejected) and eason for answer shown in Table 10 must be used. For the remaining data, the message is sent with data as referred to in the dependency matrix (see section 2.3.5). eceipt On receipt of the message the validation is carried out in accordance with EDIcommunication (egulation F). If a rejection is received from the Distribution Company the Gas Supplier can correct the error and send a new UTILMD 432 with a new Transaction id. Alternatively, the Gas Supplier can contact the Distribution Company to solve the problem. Afterwards, the application is not allowed to reject the transactions. E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 23/ 60
24 UTILMD Dependency Matrix for Attributes Attributes IG version BT combined ID Market Message date Message function Message id Message name Message recipient Message sender equest for acknowledgement Time zone (UTC+0) Metering point id eason for transaction Transaction id Contract stop date Consumer party contact address Meter reading FT dependency E01 E20 Z09 X Table 11 BT-003: Dependency matrix for attributes: UTILMD 432 = equired, X= not used UTILMD 406 answer - Dependency Matrix for Attributes Attributes FT dependency E01 E20 Z09 IG version BT combined ID Market Message date Message function Message id Message name Message recipient Message sender equest for acknowledgement Time zone (UTC+0) Metering point id eason for transaction Transaction id eference to transaction Status for answer eason for answer D* Contract stop date D** E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 Table 12 BT-003: Dependency matrix for attributes: UTILMD 406
25 BT : E n d o f S u p p l y - t o D i s t r i b u t i o n C o m p a n y ( U T I L M D ) = equired, D= Dependent * Only when Status for answer is 41 (rejected) ** Contract stop date is not used when Status for answer is 41 (rejected) Unique Identification BT ID DK-BT-003 BT navn End of Supply to MPA BT version 4 BT combined ID DK-BT BPI DK-CUS EDI Messages: Message ID UTILMD 432 Message name Notification of End of Supply Message IG version 5.0 B DK IG version 3 Message ID UTILMD 406 Message name Confirmation of End of Supply Message IG version 5.0 B DK IG version Examples UTILMD 432-E20 (End of Supply to Distribution Company for one me- tering point) UNB+UNOC: : : :1300+UN IKT031++DK-CUS+++DK' UNH+1+UTILMD:D:02B:UN:E5DK02+DK-BT BGM+432+MES031+9+NA' DTM+137: :203' DTM+735:?+0000:406' MKS+27+E01::260' NAD+MS ::9' NAD+M ::9' IDE+24+TrID31' DTM+93: :203' STS+7++E20::260' LOC ::9' UNT+12+1' UNZ+1+UNIKT031' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 25/ 60
26 UTILMD 406-E20 (Confirmation of End of Supply from Distribution Company for one metering point) UNB+UNOC: : : :1200+UN IKT024++DK-CUS+++DK' UNH+1+UTILMD:D:02B:UN:E5DK02+DK-BT BGM+406+MES023+9+NA' DTM+137: :203' DTM+735:?+0000:406' MKS+27+E01::260' NAD+MS ::9' NAD+M ::9' IDE+24+TrID24' DTM+93: :203' STS+7++E20::260' STS+E01::260+39' LOC ::9' FF+TN:TrID31' UNT+14+1' UNZ+1+UNIKT024' UTILMD 432-E20 (End of Supply to Distribution Company for more than one metering point) UNB+UNOC: : : :1300+UN IKT032++DK-CUS+++DK' UNH+1+UTILMD:D:02B:UN:E5DK02+DK-BT BGM+432+MES032+9+NA' DTM+137: :203' DTM+735:?+0000:406' MKS+27+E01::260' NAD+MS ::9' NAD+M ::9' IDE+24+TrID32' DTM+93: :203' STS+7++E20::260' LOC ::9' IDE+24+TrID33' DTM+93: :203' STS+7++E20::260' LOC ::9' UNT+16+1' UNZ+1+UNIKT032' UTILMD 432-E01 (Move) UNB+UNOC: : : :1400+UN IKT001++DK-CUS+++DK' UNH+1+UTILMD:D:02B:UN:E5DK02+DK-BT BGM NA' DTM+137: :203' DTM+735:?+0000:406' MKS+27+E01::260' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
27 BT : E n d o f S u p p l y - t o D i s t r i b u t i o n C o m p a n y ( U T I L M D ) NAD+M ::9' NAD+MS ::9' IDE ' DTM+93: :203' STS+7++E01::260' LOC ::9' NAD+UD+++John Jensen+Jensensvej::5+Fredericia DK+220:912569:MTQ UNT+13+1' UNZ+1+UNIKT001' Negative APEAK (answer to UTILMD 432-E20) UNB+UNOC: : : :1432+UN IKT087++DK-CUS+++DK' UNH+1+APEAK:D:96A:UN:E2DK02+DK-BT BGM+++34' DTM+137: :203' FF+ACW:MES031' NAD+F ::9' NAD+DO ::9' EC+42::ZZZ' FTX+AAO+++Stopdato ikke korrekt / Contract Stop date not correct, FF+LI:TrID31' UNT+10+1' UNZ+1+UNIKT087' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 27/ 60
28 2.4. BT-004: Master Data for Metering Point (UTILMD E07) Distribution Company Gas Supplier Start of Process Master data, metering point 1 Send message containing master data UTILMD E07 eceive and check message APEAK Send rejection [No] Transaction OK? 2 End of process for transaction [Yes] eceive and check APEAK APEAK Send positive APEAK Correct error [No] Positive APEAK? [Yes] End of process End of process Figure 4: BT-004: Master Data Information for Metering Point (UTILMD E07) Business Transaction BT-004 is used by the Distribution Company to send an EDI message containing master data for a Metering point to the Gas Supplier. It is also used to indicate that a change has been made to the metering point that the Gas Supplier shall be informed about Initiation of the transaction The transaction is initiated by a UTILMD message with a document name code E07 (Master data, metering point). The message can hold one or more transactions that all use different eason for Transaction (FT). The value can be: E01 Move E03 Change of Supplier E06 (Unrequested Change of supplier) E32 Update of master data, metering point E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
29 BT : M a s t e r D a t a f o r M e t e r i n g P o i n t ( U T I L M D E 0 7 ) Z02 Change of meter location address Z03 Change of next scheduled meter reading date Z04 Change of estimated annual volume Z05 Change of consumer party name Z06 Change of physical status for metering point Z07 Change of settlement method Z08 Terminal date changed If FT is Z07 this will also change the Next scheduled reading meter date. Additionally, if FT is Z05 this may change the consumer party name, add a second consumer party name or remove a second consumer party name First dataflow: UTILMD E07 The Distribution Company sends a message with master data for the metering point as referred to in the dependency matrix (see section 0) to the Gas Supplier. eceipt On receipt of the message the validation is carried out in accordance with EDIcommunication (egulation F). Afterwards, each transaction is verified in accordance with the business rules, which are documented in Table 13. FT Validation Error code E32 The Message ecipient must be Gas Supplier to the Metering point 42 (Error in content of a data element) Table 13: BT-004: Validation of first dataflow: UTILMD E07 As the message contains all master data for the metering point the receiver will only have to take the data that is relevant for the actual FT. Trying to check the remaining data with present own values may result in errors if several changes have been made to a metering point and that the transactions are received in the wrong order. E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 29/ 60
30 Second dataflow: APEAK If a transaction fulfils all the conditions in Table 13, it must be approved. This is done by sending a positive APEAK with message function 34 (Accepted with amendment), the error code 100 (The object is approved) and Godkendt/Approved as error description. The transaction reference shall indicate the Transaction ID. In case of verification failure, the transaction is rejected by a negative APEAK with message function 34 (Accepted with amendment) and the error code value indicated in the validation table. The name of the attribute that is the cause for failure must be stated in both Danish and English in the error description. The transaction reference shall indicate the Transaction ID. eceipt On receipt of the message the validation is carried out in accordance with EDIcommunication (egulation F). Afterwards, the application is not allowed to reject the transactions. E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
31 BT : M a s t e r D a t a f o r M e t e r i n g P o i n t ( U T I L M D E 0 7 ) UTILMD E07 - Dependency Matrix for Attributes Attributes IG version BT combined ID Market Message date Message function Message id Message name Message recipient Message sender equest for acknowledgement Time zone (UTC+0) Metering point id eason for transaction Transaction id Contract start date Validity start date Gas Supplier Estimated annual volume Consumer party name Metering point address Settlement method FT ALL Next scheduled meter reading date D* Physical status for metering point Consumer party contact address D** Table 14 BT-004: Dependency matrix for attributes: UTILMD E07 = equired, D= Dependent * Only for profiled metering point ** Only for unrequested change of supplier E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 31/ 60
32 APEAK - Dependency Matrix for Attributes Attributes IG version BT combined ID Message date Message function Message recipient Message sender eference to message Application error code Error description Transaction reference Dependency Table 15 BT-004: Dependency matrix for attributes: APEAK = equired Unique Identification BT ID DK-BT-004 BT navn Master Data Information for Metering Point BT version 4 BT combined ID DK-BT BPI DK-CUS EDI Messages used Message ID UTILMD E07 Message name Master Data, metering point Message IG version 5.0 B DK IG version 3 Message ID APEAK Message name Application error and acknowledgement message Message IG version 2.4 B DK IG version Examples UTILMD E07-E32 (Update of Master data) UNB+UNOC: : : :1415+UN IKT042++DK-CUS+++DK' UNH+1+UTILMD:D:02B:UN:E5DK02+DK-BT BGM+E07::260+MES042+9+AB' DTM+137: :203' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
33 BT : M a s t e r D a t a f o r M e t e r i n g P o i n t ( U T I L M D E 0 7) DTM+735:?+0000:406' MKS+27+E01::260' NAD+MS ::9' NAD+M ::9' IDE+24+TrID42' DTM+92: :203' DTM+157: :203' DTM+752:0301:106' STS+7++E32::260' LOC ::9' CCI+++E02::260' CAV+E01::260' CCI+++E15::260' CAV+E22::260' SEQ++1' QTY+31:6400:KWH' NAD+DDQ ::9' NAD+IT++++:::714;67;12;St;2+Fredericia DK' NAD+UD+++Jens Jensen:Hanne Hansen' IDE+24+TrID43' DTM+92: :203' DTM+157: :203' DTM+752:0101:106' DTM+752:0201:106' DTM+752:0301:106' DTM+752:0401:106' DTM+752:0501:106' DTM+752:0601:106' DTM+752:0701:106' DTM+752:0801:106' DTM+752:0901:106' DTM+752:1001:106' DTM+752:1101:106' DTM+752:1201:106' STS+7++E32::260' LOC ::9' CCI+++E02::260' CAV+E01::260' CCI+++E15::260' CAV+E22::260' SEQ++1' QTY+31:5000:KWH' NAD+DDQ ::9' NAD+IT++++:::631;43;12;St;2+vejle DK' NAD+UD+++Hanne Hansen:Hans Hansen' UNT+49+1' UNZ+1+UNIKT042' UTILMD E07-E06 (Unrequested Change of supplier) UNB+UNOC: : : :1415+UN IKT042++DK-CUS+++DK' UNH+1+UTILMD:D:02B:UN:E5DK02+DK-BT BGM+E07::260+MES042+9+AB' DTM+137: :203' DTM+735:?+0000:406' MKS+27+E01::260' NAD+MS ::9' NAD+M ::9' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 33/ 60
34 IDE+24+TrID42' DTM+92: :203' DTM+157: :203' DTM+752:0301:106' STS+7++E06::260' LOC ::9' CCI+++E02::260' CAV+E01::260' CCI+++E15::260' CAV+E22::260' SEQ++1' QTY+31:6400:KWH' NAD+IT++++:::714;67;12;St;2+Fredericia DK' NAD+UD+++Jens Jensen:Hanne Hansen+Kirkebakken::5+Skive DK' NAD+DDQ ::9' UNT+22+1' UNZ+1+UNIKT042' UTILMD E07-Z06 (Change of physical status for metering point) UNB+UNOC: : : :1415+UN IKT041++DK-CUS+++DK' UNH+1+UTILMD:D:02B:UN:DKGAS1+DK-BT BGM+E07::260+MES041+9+AB' DTM+137: :203' DTM+735:?+0000:406' MKS+27+E01::260' NAD+MS ::9' NAD+M ::9' IDE+24+TrID41' DTM+92: :203' DTM+157: :203' DTM+752:0201:106' STS+7++Z06::DK' LOC ::9' CCI+++E02::260' CAV+E01::260' CCI+++E15::260' CAV+E22::260' SEQ++1' QTY+31:6400:KWH' NAD+DDQ ::9' NAD+IT++++:::631;43;12;12;st;2+Fredericia DK' NAD+UD+++Jens Jensen:Hanne Hansen' UNT+23+1' UNZ+1+UNIKT041' Positive APEAK (answer to UTILMD E07-Z06) UNB+UNOC: : : :1432+UN IKT081++DK-CUS+++DK' UNH+1+APEAK:D:96A:UN:E2DK02+DK-BT BGM+++34' DTM+137: :203' FF+ACW:MES041' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
35 BT : C o n s u m p t i o n f o r M e t e r i n g P o i n t, p r o f i l e d ( M S C O N S Z 0 1 ) NAD+F ::9' NAD+DO ::9' EC+100::ZZZ' FTX+AAO+++Godkendt / Approved' FF+LI:TrID41' UNT+10+1' UNZ+1+UNIKT081' Negative APEAK (answer to UTILMD E07-Z06) UNB+UNOC: : : :1432+UN IKT082++DK-CUS+++DK' UNH+1+APEAK:D:96A:UN:E2DK02+DK-BT ' BGM+++34' DTM+137: :203' FF+ACW:MES041' NAD+F ::9' NAD+DO ::9' EC+42::ZZZ' FTX+AAO+++Målepunkt ikke kendt/ Meteringpoint not recognised: ' NB max 70 tegn FF+LI:TrID41' UNT+10+1' UNZ+1+UNIKT082' 2.5. BT-007: Consumption for Metering Point, profiled (MSCONS Z01) Distribution Company Start of Process Gas Supplier Process Data eport, Profiled 1 Send message containing status of consumption MSCONS Z01 eceive and check message APEAK Send rejection [No] Transaction OK? 2 End of process for transaction [Yes] eceive and check APEAK APEAK Send positive APEAK Correct error [No] Positive APEAK? [Yes] End of process End of process E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 35/ 60
36 Figure 5: BT-007: Consumption for Metering Point, profiled (MSCONS Z01) Business Transaction BT-007 is used by the Distribution Company to send an EDI message containing status for consumption for a (profiled) Metering point to the Gas Supplier. MSCONS Z01 can have the following functions: 9 Original 5 eplace (for corrections) Initiation of the transaction The transaction is initiated by an MSCONS Z01 (Process Data eport, Profiled) message. The message can hold one or more transactions that all use the same eason for Meter eading (FM). The values can be: 1 (Periodical) used for normal statement of consumption. 2 (Change of supplier) used for final settlement. 3 (Non-Periodical) used for settlement purpose outside normal meter reading period. 9 (Change of settlement method) - used when settlement is changed from profiled to metered First dataflow: MSCONS Z01 The message is sent with data as referred to in the dependency matrix (see section 2.5.4). eceipt On receipt of the message the validation is carried out in accordance with EDIcommunication (egulation F). Afterwards, each transaction is verified in accordance with the business rules, which are documented in Table 16. FM Validation Error code The Message ecipient must be Gas Supplier to the Metering point 42 (Error in content of a data element) E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
37 BT : C o n s u m p t i o n f o r M e t e r i n g P o i n t, p r o f i l e d ( M S C O N S Z 0 1 ) FM Validation Error code Quantity has not been received before for the metered time interval, unless message function is '5' Quantity time intervals must be consecutive (no holes, no overlap ) in relation to previous received Quantity. 9 The end of Quantity time interval must equal to Validity start date in BS-212 (gas) 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) The Measure unit must be kwh or MTQ. Quantity must be without decimals In the case of consumption the sign of quantity for the period is positive 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) Table 16: BT-007: Validation of first dataflow: MSCONS Z Second dataflow: APEAK If a transaction fulfils all the conditions in Table 16, it must be approved. This is done by sending a positive APEAK with message function 34 (Accepted with amendment), the error code 100 (The object is approved) and Godkendt/Approved as error description. The transaction reference shall indicate the Transaction ID. In case of verification failure, the transaction is rejected by a negative APEAK with message function 34 (Accepted with amendment) and the error code value indicated in the validation table. The name of the attribute that is the cause for failure must be stated in both Danish and English in the error description. The transaction reference shall indicate the Transaction ID. E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 37/ 60
38 eceipt On receipt of the message the validation is carried out in accordance with EDIcommunication (egulation F). Afterwards, the application is not allowed to reject the transactions MSCONS Z01 - Dependency Matrix for Attributes Attributes Dependency IG version BT combined ID Message date Message function (9 or 5) Message id Message name Message recipient Message sender equest for acknowledgement Time zone (UTC+0) Metered time interval Metering point id Product code Measure unit Quantity time interval Quantity Quantity status code eason for meter reading Table 17 BT-007: Dependency matrix for attributes: MSCONS Z01 = equired E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
39 BT : C o n s u m p t i o n f o r M e t e r i n g P o i n t, p r o f i l e d ( M S C O N S Z 0 1 ) APEAK - Dependency Matrix for Attributes Attributes IG version BT combined ID Message date Message function Message recipient Message sender eference to message Application error code Error description Depen-dency Table 18 BT-007: Dependency matrix for attributes: APEAK = equired Unique Identification BT ID DK-BT-007 BT navn Consumption for Metering Point, Profiled BT version 4 BT combined ID DK-BT BPI DK-CUS EDI Messages: Message ID MSCONS Z01 Message name Process Data eport, profiled Message IG version 2.4 D DK IG version 3 Message ID APEAK Message name Application error and acknowledgement message Message IG version 2.4 B DK IG version Examples MSCONS Z01: Consumption for one profiled Metering Point UNB+UNOC: : : :1315+UN IKT071++DK-CUS+++DK' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 39/ 60
40 UNH+1+MSCONS:D:96A:ZZ:E2DK02+DK-BT BGM+Z01:: AB' DTM+137: :203' DTM+163: :203' DTM+164: :203' DTM+ZZZ:0:805' NAD+F ::9' NAD+DO ::9' UNS+D' NAD+XX' LOC ::9' LIN :::DK' MEA+AAZ++KWH' QTY+136:7400' DTM+324: :Z13' CCI+++Z04' MEA+SV++ZZ:1' LIN :::DK' MEA+AAZ++MTQ' QTY+136:672' DTM+324: :Z13' CCI+++Z04' MEA+SV++ZZ:1' CNT+1:8072' UNT+25+1' UNZ+1+UNIKT071' Positive APEAK (answer to MSCONS Z01) UNB+UNOC: : : :1432+UN IKT091++DK-CUS+++DK' UNH+1+APEAK:D:96A:UN:E2DK02+DK-BT BGM+++34' DTM+137: :203' FF+ACW:MES071' NAD+F ::9' NAD+DO ::9' EC+100::ZZZ' FTX+AAO+++Godkendt / Approved' FF+AES: ' UNT+10+1' UNZ+1+UNIKT091' Negative APEAK (answer to MSCONS Z01) UNB+UNOC: : : :1432+UN IKT092++DK-CUS+++DK' UNH+1+APEAK:D:96A:UN:E2DK02+DK-BT BGM+++34' DTM+137: :203' FF+ACW:MES071' NAD+F ::9' NAD+DO ::9' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
41 BT : C o n s u m p t i o n f o r M e t e r i n g P o i n t, p r o f i l e d ( M S C O N S Z 0 1 ) EC+42::ZZZ' FTX+AAO+++Målepunkt ikke kendt / Meteringpoint not recognised: ' FF+AES: ' UNT+10+1' UNZ+1+UNIKT092' MSCONS Z01 (Consumption for one profiled Metering Point, reason: Change of Supplier) UNB+UNOC: : : :1315+UN IKT071++DK-CUS+++DK' UNH+1+MSCONS:D:96A:ZZ:E2DK02+DK-BT BGM+Z01:: AB' DTM+137: :203' DTM+163: :203' DTM+164: :203' DTM+ZZZ:0:805' NAD+F ::9' NAD+DO ::9' UNS+D' NAD+XX' LOC ::9' LIN :::DK' MEA+AAZ++KWH' QTY+136:7400' DTM+324: :Z13' CCI+++Z04' MEA+SV++ZZ:2' LIN :::DK' MEA+AAZ++MTQ' QTY+136:672' DTM+324: :Z13' CCI+++Z04' MEA+SV++ZZ:2' CNT+1:8072' UNT+25+1' UNZ+1+UNIKT071' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 41/ 60
42 2.6. BT-008: Time series transmission (MSCONS 7) Start of Process Sender ecipient Process data report 1 Send message containing market shares MSCONS 7 eceive and check message APEAK Send rejection [No] Transaction OK? 2 End of process for transaction [Yes] eceive and check APEAK APEAK Send positive APEAK Correct error [No] Positive APEAK? [Yes] End of process End of process Figure 6: BT-008: eport time series (MSCONS 7) Business Transaction, BT-008 is a general transaction used by Distribution Company or other parties to send an EDI message containing one or more time series to a receiving party. The receiving party could be: a Gas Supplier, a Shipper, a Transmission System Operator, a Distribution Company or any other party which is entitled to receive such data. Being a generic transaction it is not possible to specify all specific dependency and validation in this documentation. The processing is instead relying on dependencies specified in the product code specification that can be found in the list of Danish ebix product codes or has been bilaterally defined. All IT-system must enable the users to set up time series and documents in a flexible way so time series for all types of product codes can be implemented by the users themselves. The BT-008 has been changed so that it is now possible to send more information about one Serial ID; instead of using NAD+XX, this transaction will be using LIN+ lineno at the beginning of a repetition. E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
43 BT : T i m e s e r i e s t r a n s m i s s i o n ( M S C O N S 7 ) Initiation of the transaction The transaction is initiated by a MSCONS 7 (Process Data eport, Time Series) message. The message can hold one or more time series. Time series can be dynamic or non-dynamic. Dynamic time series can be sent without notice to the receiver. Time series with consumption for Metering points (metered) (product code 9012) is a dynamic time series. All other time series are non-dynamic. Before sending non-dynamic time series, the receiver must be informed of the Serial ID to be used for the time series and its relevant master data. Master data includes: Serial ID (set by sender) Time zone to be used (UTC is recommended) Product code Actual value of Company attributes Actual value of Area attributes Measure unit and precision to be used (kwh with up to 3 decimals if not otherwise agreed) Length of quantity time interval It may also be bilateral agreed to use automatic receipt of corrected values indicated by message function = 5 (see section 2.6.2) First dataflow: MSCONS 7 The message is sent with data as referred to in the dependency matrix. Please note that most dependencies are specified by the product code. MSCONS 7 can have the following functions: 9 Original 5 eplace (for corrections) eceipt On receipt of the message the validation is carried out in accordance with EDIcommunication (egulation F). Afterwards, each time series is verified in accordance with the business rules, which are documented in Table 19. E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 43/ 60
44 Validation Time zone for the message must be equal to that specified in the master data for the Serial ID The Message ecipient must be Gas Supplier to the Metering point for product code 9012 (electricity) or product code 3002/3004/3006 (gas) The Serial ID and the master data must be informed beforehand (except for dynamic time series) The Product code must be equal to that specified in the master data for the Serial ID The Area 1 (if required) must be equal to that specified in the master data for the Serial ID The Area 2 (if required) must be equal to that specified in the master data for the Serial ID The Company 1 (if required) must be equal to that specified in the master data for the Serial ID The Company 2 (if required) must be equal to that specified in the master data for the Serial ID The Measure unit must be equal to that specified in the master data for the Serial ID The Quantity time intervals must be within Metered time interval The Quantity time intervals must have the length specified in the master data for the Serial ID Quantity time intervals must be consecutive (no holes and no "overlap") and always with ascending intervals The precision (number of decimals) of the Quantity must be less or equal to what is specified in the master data for the Serial ID The Quantity status code must be 99, 136, Z01. Error code 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) Table 19: Validation of first dataflow: MSCONS Second dataflow: APEAK If a time series fulfils all the conditions in Table 19, it must be approved. This is done by sending a positive APEAK with message function 34 (Accepted with amendment), the error code 100 (The object is approved) and Godkendt/Approved as error description. The transaction reference shall indicate the Serial ID. E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
45 BT : T i m e s e r i e s t r a n s m i s s i o n ( M S C O N S 7 ) In case of verification failure, the time series is rejected by a negative APEAK with message function 34 (Accepted with amendment) and the error code value indicated in the validation table. The name of the attribute that is the cause for failure must be stated in both Danish and English in the error description. The transaction reference shall indicate the Serial ID. eceipt On receipt, the APEAK is validated according to EDI-communication (egulation F). Afterwards, the application is not allowed to reject the transactions in the APE- AK MSCONS 7 - Dependency Matrix for Attributes Attributes IG version BT combined ID Message date Message function (9 or 5) Message id Message name Message recipient Message sender equest for acknowledgement Time zone Metered time interval Serial ID Product code Area 1 D* Area 2 D* Company 1 D* Company 2 D* Measure unit Quantity time interval Quantity Quantity status code Table 20: BT-008: Dependency matrix for attributes: MSCONS 7 * Dependency specified in the product code list = equired, D= Dependent E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 45/ 60
46 APEAK - Dependency Matrix for Attributes Attributes IG version BT combined ID Message date Message function Message recipient Message sender eference to message Application error code Error description Transaction reference Table 21: BT-008: Dependency matrix for attributes: APEAK = equired Unique Identification BT ID DK-BT-008 BT name Time series transmission BT version 4 BT combined ID DK-BT BPI DK-TIS-MET EDI Messages: Message ID MSCONS 7 Message name Process Data eport, time series Message IG version 2.4 D DK IG version 3 Message ID APEAK Message name Application error and acknowledgement message Message IG version 2.4 B DK IG version Examples MSCONS 7 (Consumption data from Distribution Company to Suppli- er) UNB+UNOC: : : :1233+E DK-TIS-MET+++DK' UNH+1+MSCONS:D:96A:ZZ:E2DK02+DK-BT BGM+7+E AB' DTM+137: :203' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
47 BT : T i m e s e r i e s t r a n s m i s s i o n ( M S C O N S 7 ) DTM+163: :203' DTM+164: :203' DTM+ZZZ:0:805' NAD+F ::9' NAD+DO ::9' UNS+D' NAD+XX' LOC ::9' LIN :::DK' MEA+AAZ++KWH' QTY+136:1000' DTM+324: :Z13' QTY+136:1000' DTM+324: :Z13' QTY+136:1000' DTM+324: :Z13' QTY+136:1000' DTM+324: :Z13' QTY+136:1000' DTM+324: :Z13' QTY+136:1000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:500' DTM+324: :Z13' QTY+136:500' DTM+324: :Z13' QTY+136:500' DTM+324: :Z13' QTY+136:500' DTM+324: :Z13' QTY+136:500' DTM+324: :Z13' QTY+136:500' DTM+324: :Z13' QTY+136:500' DTM+324: :Z13' LIN :::DK' MEA+AAZ++MTQ' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 47/ 60
48 QTY+136:1000' DTM+324: :Z13' QTY+136:1000' DTM+324: :Z13' QTY+136:1000' DTM+324: :Z13' QTY+136:1000' DTM+324: :Z13' QTY+136:1000' DTM+324: :Z13' QTY+136:1000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:2000' DTM+324: :Z13' QTY+136:500' DTM+324: :Z13' QTY+136:500' DTM+324: :Z13' QTY+136:500' DTM+324: :Z13' QTY+136:500' DTM+324: :Z13' QTY+136:500' DTM+324: :Z13' QTY+136:500' DTM+324: :Z13' QTY+136:500' DTM+324: :Z13' CNT+1:31500' UNT+115+1' UNZ+1+ E233510' MSCONS 7 (Calorific values) Notice that the LOC segment is to be repeated for each M/ Station. The LIN segment is used twice for each M/ Station; first for the daily values (thirty-one E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
49 BT : T i m e s e r i e s t r a n s m i s s i o n ( M S C O N S 7 ) times 24-hour values), and secondly for the monthly average (one value). The underlying SG 10 (QTY & DTM) is to be repeated for each time period. UNB+UNOC: : : :1233+E DK-TIS-MET+++DK' UNH+127+MSCONS:D:96A:ZZ:E2DK02+DK-BT BGM+7+EF AB DTM+137: :203 DTM+163: :203 DTM+164: :203 DTM+ZZZ:0:805 NAD+F ::9 NAD+DO ::9 UNS+D NAD+XX LOC ::9 LIN :::DK MEA+AAZ++Z15 QTY+136: DTM+324: :Z13 QTY+136: DTM+324: :Z13 QTY+136: DTM+324: :Z13 QTY+136: DTM+324: :Z13 LIN :::DK MEA+AAZ++Z15 QTY+136: DTM+324: :Z13 NAD+XX LOC ::9 LIN :::DK MEA+AAZ++Z15 QTY+136: DTM+324: :Z13 QTY+136: DTM+324: :Z13 LIN :::DK MEA+AAZ++Z15 QTY+136: DTM+324: :Z13 CNT+1: UNT UNZ+1+E233510' MSCONS 7 Adjusted esidual Consumption UNB+UNOC: : : :1233+E DK-TIS-MET+++DK' UNH+127+MSCONS:D:96A:ZZ:E2DK02+DK-BT BGM+7+EF AB DTM+137: :203 E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 49/ 60
50 DTM+163: :203 DTM+164: :203 DTM+ZZZ:0:805 NAD+F ::9 NAD+DO ::9 UNS+D NAD+XX LOC ::9 LIN :::DK MEA+AAZ++KWH QTY+136: DTM+324: :Z13 CNT+1: UNT UNZ+1+E233510' MSCONS 7 (M/ Consumption) Notice that the LOC segment is to be repeated for each M/ station. LIN can be repeated if there is more information for each M/ station. The underlying SG 10 (QTY & DTM) is to be repeated for each time period. UNB+UNOC: : : :1233+E DK-TIS-MET+++DK' UNH+127+MSCONS:D:96A:ZZ:E2DK02+DK-BT BGM+7+EF AB DTM+137: :203 DTM+163: :203 DTM+164: :203 DTM+ZZZ:0:805 NAD+F ::9 NAD+DO ::9 UNS+D NAD+XX LOC ::9 LIN :::DK MEA+AAZ++KWH QTY+136: DTM+324: :Z13 QTY+136: DTM+324: :Z13 QTY+136: DTM+324: :Z13 QTY+136:25.34 DTM+324: :Z13 NAD+XX LOC ::9 LIN :::DK MEA+AAZ++KWH QTY+136: DTM+324: :Z13 QTY+136: DTM+324: :Z13 CNT+1: E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
51 BT : T i m e s e r i e s t r a n s m i s s i o n ( M S C O N S 7 ) UNT UNZ+1+E233510' MSCONS 7 (Gas Flow Adjustments) UNB+UNOC: : : :1233+E DK-TIS-MET+++DK' UNH+127+MSCONS:D:96A:ZZ:E2DK02+DK-BT BGM+7+EF AB DTM+137: :203 DTM+163: :203 DTM+164: :203 DTM+ZZZ:0:805 NAD+F ::9 NAD+DO ::9 UNS+D NAD+XX LOC ::9 LIN :::DK MEA+AAZ++KWH QTY+136: DTM+324: :Z13 QTY+136: DTM+324: :Z13 QTY+136: DTM+324: :Z13 QTY+136: DTM+324: :Z13 CNT+1: UNT UNZ+1+E233510' MSCONS 7 (DMS Consumption) Notice that the LOC segment is to be repeated for each VP. The underlying SG 10 (QTY & DTM) is to be repeated for each time period. UNB+UNOC: : : :1233+E DK-TIS-MET+++DK' UNH+127+MSCONS:D:96A:ZZ:E2DK02+DK-BT BGM+7+EF AB DTM+137: :203 DTM+163: :203 DTM+164: :203 DTM+ZZZ:0:805 NAD+F ::9 NAD+DO ::9 UNS+D NAD+XX LOC ::9 LIN :::DK MEA+AAZ++KWH QTY+136: DTM+324: :Z13 E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 51/ 60
52 QTY+136: DTM+324: :Z13 QTY+136: DTM+324: :Z13 QTY+136:25.34 DTM+324: :Z13 NAD+XX LOC ::9 LIN :::DK MEA+AAZ++KWH QTY+136: DTM+324: :Z13 QTY+136: DTM+324: :Z13 CNT+1: UNT UNZ+1+E233510' MSCONS 7 (esidual Consumption to Transmission) Notice that the LOC segment is to be repeated for each VP and Lin if there is more information. UNB+UNOC: : : :1233+E DK-TIS-MET+++DK' UNH+127+MSCONS:D:96A:ZZ:E2DK02+DK-BT BGM+7+EF AB DTM+137: :203 DTM+163: :203 DTM+164: :203 DTM+ZZZ:0:805 NAD+F ::9 NAD+DO ::9 UNS+D NAD+XX LOC ::9 LIN :::DK MEA+AAZ++KWH QTY+136: DTM+324: :Z13 NAD+XX LOC ::9 LIN :::DK MEA+AAZ++KWH QTY+136: DTM+324: :Z13 CNT+1: UNT UNZ+1+E233510' MSCONS 7 (esidual Consumption to Supplier) Notice that the LOC segment is to be repeated for each Distribution zone. E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
53 BT : T i m e s e r i e s t r a n s m i s s i o n ( M S C O N S 7 ) UNB+UNOC: : : :1233+E DK-TIS-MET+++DK' UNH+127+MSCONS:D:96A:ZZ:E2DK02+DK-BT BGM+7+EF AB DTM+137: :203 DTM+163: :203 DTM+164: :203 DTM+ZZZ:0:805 NAD+F ::9 NAD+DO ::9 UNS+D NAD+XX LOC ::9 LIN :::DK MEA+AAZ++KWH QTY+136: DTM+324: :Z13 CNT+1: UNT UNZ+1+E233510' MSCONS 7 (econciliation to Transmission) Notice that the LOC segment is to be repeated for each VP. UNB+UNOC: : : :1233+E DK-TIS-MET+++DK' UNH+127+MSCONS:D:96A:ZZ:E2DK02+DK-BT BGM+7+EF AB DTM+137: :203 DTM+163: :203 DTM+164: :203 DTM+ZZZ:0:805 NAD+F ::9 NAD+DO ::9 UNS+D NAD+XX LOC ::9 LIN :::DK MEA+AAZ++KWH QTY+136: DTM+324: :Z13 LIN :::DK MEA+AAZ++KWH QTY+136: DTM+324: :Z13 NAD+XX LOC ::9 LIN :::DK MEA+AAZ++KWH QTY+136: DTM+324: :Z13 LIN :::DK MEA+AAZ++KWH QTY+136: E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 53/ 60
54 DTM+324: :Z13 CNT+1: UNT UNZ+1+E233510' MSCONS 7 (econciliation to Supplier) UNB+UNOC: : : :1233+E DK-TIS-MET+++DK' UNH+127+MSCONS:D:96A:ZZ:E2DK02+DK-BT BGM+7+EF AB DTM+137: :203 DTM+163: :203 DTM+164: :203 DTM+ZZZ:0:805 NAD+F ::9 NAD+DO ::9 UNS+D NAD+XX LOC ::9 LIN :::DK MEA+AAZ++KWH QTY+136: DTM+324: :Z13 LIN :::DK MEA+AAZ++KWH QTY+136: DTM+324: :Z13 LIN :::DK MEA+AAZ++KWH QTY+136: DTM+324: :Z13 CNT+1: UNT UNZ+1+E233510' Positive APEAK (answer to MSCONS 7 - Consumption data from Distribution Company to Supplier) UNB+UNOC: : : :1247+UN IKT095++DK-TIS-MET+++DK' UNH+1+APEAK:D:96A:UN:E2DK02+DK-BT BGM+++34' DTM+137: :203' FF+ACW:E99989' NAD+F ::9' NAD+DO ::9' EC+100::ZZZ' FTX+AAO+++Godkendt / Approved' FF+AES: ' UNT+10+1' UNZ+1+UNIKT095' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
55 BT : T i m e s e r i e s t r a n s m i s s i o n ( M S C O N S 7 ) Negative APEAK (answer to MSCONS 7 - Consumption data from Distribution Company to Supplier) UNB+UNOC: : : :1247+UN IKT096++DK-TIS-MET+++DK' UNH+1+APEAK:D:96A:UN:E2DK02+DK-BT BGM+++34' DTM+137: :203' FF+ACW:E99989' NAD+F ::9' NAD+DO ::9' EC+42::ZZZ' FTX+AAO+++Ansvarlig for målepunkt ikke kendt/ esponsible for Meteringpoint not recognised: 14' FF+AES: ' UNT+10+1' UNZ+1+UNIKT096' Negative APEAK (answer to MSCONS 7 - Consumption data from Distribution Company to Supplier) UNB+UNOC: : : :1247+UN IKT096++DK-TIS-MET+++DK' UNH+1+APEAK:D:96A:UN:E2DK02+DK-BT BGM+++27' DTM+137: :203' FF+ACW:E99989' NAD+F ::9' NAD+DO ::9' EC+42::ZZZ' FTX+AAO+++Ukendt Combined Id / Unknown Combined Id: DK-BT UNT+9+1' UNZ+1+UNIKT096' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 55/ 60
56 2.7. BT-009: econciliation data transmission (MSCONS 7) Distribution Company Start of Process ecipient Process data report 1 Send message containing market shares MSCONS 7 eceive and check message APEAK Send rejection [No] Transaction OK? 2 End of process for transaction [Yes] eceive and check APEAK APEAK Send positive APEAK Correct error [No] Positive APEAK? [Yes] End of process End of process Figure 7: BT-009: eport reconciliation data (MSCONS 7) Business Transaction, BT-009 is used by the Distribution Company to send an EDI message containing the reconciliation data to a receiving party. The receiving party could be: a Gas Supplier, a Shipper, a Transmission System Operator or the Elfor organisation Initiation of the transaction The transaction is initiated by a MSCONS 7 (Process Data eport, Time Series) message. The message can hold one or more time series. Before time series are sent the receiver must be informed of the Serial ID to be used for the time series and its relevant master data First dataflow: MSCONS 7 The message is sent with data as referred to in the dependency matrix. Please note that most dependencies are specified in the product code table. MSCONS 7 has message function 9 (Original) for all usage of this Business Transaction. E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
57 BT : e c o n c i l i a t i o n d a t a t r a n s m i s s i o n ( M S C O N S 7 ) eceipt On receipt of the message the validation is carried out in accordance with EDIcommunication (egulation F). Afterwards, each time series is verified in accordance with the business rules, which are documented in Table 22. Validation Time zone shall be equal to that specified in the master data for the Serial ID The Metered time interval shall be equal to the next calendar month The Serial ID and master data for it must be informed beforehand The Product code must be equal to that specified in the master data for the Serial ID The Area 1 must be equal to that specified in the master data for the Serial ID The Company 2 (if required) must be equal to that specified in the master data for the Serial ID The Measure unit must be equal to that specified in the master data for the Serial ID The Quantity time intervals must be within Metered time interval The Quantity time intervals must have the length specified in the master data for the Serial ID The precision (number of decimals) of the Quantity must be less or equal to what is specified in the master data for the Serial ID Error code 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) 42 (Error in content of a data element) 44 (The value of a data element is out of range) 42 (Error in content of a data element) 42 (Error in content of a data element) Table 22: Validation of first dataflow: MSCONS Second dataflow: APEAK If a time series fulfils all the conditions in Table 22, it must be approved. This is done by sending a positive APEAK with message function 34 (Accepted with amendment), the error code 100 (The object is approved) and Godkendt/Approved as error description. The transaction reference shall indicate the Serial ID. E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 57/ 60
58 In case of verification failure, the time series is rejected by a negative APEAK with message function 34 (Accepted with amendment) and the error code value indicated in the validation table. The name of the attribute that is the cause for failure must be stated in both Danish and English in the error description. The transaction reference shall indicate the Serial ID. eceipt On receipt, the APEAK is validated according to EDI-communication (egulation F). Afterwards, the application is not allowed to reject the transactions in the APE- AK MSCONS 7 - Dependency Matrix for Attributes Attributes IG version BT combined ID Message date Message function (9) Message id Message name Message recipient Message sender equest for acknowledgement Time zone Metered time interval Serial ID Product code Area 1 Company 2 D* Measure unit Quantity time interval Quantity Quantity status code Table 23 BT-009: Dependency matrix for attributes: MSCONS 7 * Dependency specified in the product code list = equired, D= Dependent E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
59 BT : e c o n c i l i a t i o n d a t a t r a n s m i s s i o n ( M S C O N S 7 ) APEAK - Dependency Matrix for Attributes Attributes IG version BT combined ID Message date Message function Message recipient Message sender eference to message Application error code Error description Transaction reference Dependency Table 24: Dependency matrix for attributes: APEAK = equired Unique Identification BT ID DK-BT-009 BT name econciliation data transmission BT version 4 BT combined ID DK-BT BPI DK-TIS-SHA EDI Messages: Message ID MSCONS 7 Message name Process Data eport, time series Message IG version 2.4 D DK IG version 3 Message ID APEAK Message name Application error and acknowledgement message Message IG version 2.4 B DK IG version Examples MSCONS 7 (econciliation data transmission) UNB+UNOC: : : :1233+A DK-TIS-SHA+++DK' UNH+127+MSCONS:D:96A:ZZ:E2DK02+DK-BT BGM+7+EF AB DTM+137: :203 E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0 59/ 60
60 DTM+163: :203 DTM+164: :203 DTM+ZZZ:0:805 NAD+F ::9 NAD+DO ::9 UNS+D NAD+XX LOC ::9 LIN :::DK MEA+AAZ++KWH QTY+31: DTM+324: :Z13 NAD+XX LOC ::9 LIN :::DK MEA+AAZ++KWH QTY+31: DTM+324: :Z13 CNT+1: UNT UNZ+1+A ' E d i B u s i n e s s T r a n s a c t i o n s v 4 r 0
Danish Business Transactions for the Electricity and Gas Market
Danish Business Transactions for the Electricity and Market Appendix to: Danish Guide for Change of Supplier, version 2 & Business Scenarios for EDI-communication in the Market Version: 3 elease: 1 Date:
UTILMD. Utility Master Data Message Danish EDI Message Implementation Guide for the Gas Market
UTILMD Utility Master Data Message Danish EDI Message Implementation Guide for the Gas Market Version: Release: 3 Date: August 3, 03 PUBLISHE D BY ENERGINET.DK I n t r o d u c t i o n a n d g e n e r a
UTILMD. Utility Master Data Message. Danish EDI Message Implementation Guide. Version: 2 Release: 2 Date: February 15, 2009
UTILMD Utility Master Data Message Danish EDI Message Implementation Guide Version: Release: Date: February 5, 009 P UBLISHED BY E NERGINET. DK Introduction and general principles. Introduction and general
MSCONS Metered Series Consumption report
MSCONS Metered Series Consumption report Danish EDI Message Implementation Guide Version: 2 Release: 3 Date: August, 24. 2009 P UBLISHED BY E NERGINET. DK Change Log Table of s CHANGE LOG...3 1. INTRODUCTION
PURCHASE ORDER RESPONSE
EDI GUIDELINE for PURCHASE ORDER RESPONSE Message Type ORDRSP Version 1 Release 921 07/00 Seite 1 Table of Contents PURCHASE ORDER RESPONSE Message Layout Diagram... 3 Explanatory Requirements... 3 Segment
S.2.2 CHARACTER SETS AND SERVICE STRING ADVICE: THE UNA SEGMENT
S.2 STRUCTURE OF AN EDIFACT TRANSMISSION This section is substantially based on the ISO 9735 document: EDIFACT application level syntax rules, first released on 1988-07-15, amended and reprinted on 1990-11-01,
ORDERS 92.1 EDI GUIDELINE. for. Message Type ORDERS, ORDCHG Version 1 Release 921. ORDERS, ORDCHG Version 92.1. 02/2011 Page 1
EDI GUIDELINE for ORDERS 92.1 Message Type ORDERS, ORDCHG Version 1 Release 921 02/2011 Page 1 Table of Contents PURCHASE ORDER Message Layout Diagram... 3 Explanatory Requirements... 3 Segment / Element
Hella EDIFACT INVRPT
Message Documentation Hella EDIFACT INVRPT based on INVRPT Inventory report message UN D.97A S3 Structure Chart Branching Diagram Segment Details Version: 97 Variant: A Issue date: 28.08.2007 Top of Page
Media Saturn EDI Application Documentation
Media Saturn EDI Application Documentation ORDRSP D.01B Outbound VMI Rules Message structure Segment details Version: 2.0 Date: June 8, 2011 Status: Final SA2 Exchange GmbH 1 Media Saturn ORDRSP D.01B
EDI F GROUP A/S INVOICE. Fona. Document: EDIFACT UserGuide GB-INVOIC_IBM-draft1 Date: 5/94-2008 Version: V1.0.0A Page 0 of 43. ecommerce ServiceCenter
EDI INVOICE Fona Page 0 of 43 HANCOM DESCRIPTION F GROUP INVOICE Content This document describes the requirements to an EDIFACT INVOIC from a supplier to. The message can be generated in version D93A or
Grundfos EDIFACT D.96.A
Grundfos EDIFACT D.96.A Title INVRPT - Documentation (Forecast) Create Date 29-05-2007 Last Update 31-10-2014, version 1.09 Author Grundfos EDI Team Owner Grundfos Group EDI Team 1 Prologue Introduction
Technical Interface Specification for IRL-NCTS. Transit
Technical Interface Specification for IL-NCTS Transit Page 1 of 92 CONTENTS 1.0 SOUCES... 4 2.0 DOCUMENT CONTOL... 4 3.0 INTODUCTION... 6 3.1 INTODUCTION... 6 3.2 SCOPE... 6 3.3 APPOACH... 7 3.4 TAD TANSIT
R.2 STRUCTURE OF AN EDIFACT TRANSMISSION
R.2 STRUCTURE OF AN EDIFACT TRANSMISSION This section is substantially based on the ISO 9735 document: EDIFACT application level syntax rules, first released on 1988-07-15, amended and reprinted on 1990-11-01,
Data Exchange and Protocol Process Flows for Electric Deregulation in The State of New Jersey
Data Exchange and Protocol Process Flows for Electric Deregulation in The State of New Jersey Prepared by: The Consumer Process Working Groups July 17, 2000 Version 1.2 Table of Contents Table of Contents...
THE INVOIC MESSAGE EANCOM97/EDIFACT D.96A
Polska THE INVOIC MESSAGE EAN97/EDIFACT D.96A Issue 1.0, 12.2013 agreed-upon by EDI Working Group of ECR Poland The document contains only these segments and data elements that were agreed and accepted
PRICE/SALES CATALOGUE MESSAGE PRICAT. Version 1.0. agreed-upon by EDI Working Group of ECR Poland
PRICE/SALES CATALOGUE MESSAGE PRICAT Version 1.0 EAN 97/EDIFACT D.96A agreed-upon by EDI Working Group of ECR Poland The document contains only these that segments and data elements that were agreed and
AO BUSINESS Guidelines EDI invoices from goods suppliers. (to be published on the Suppliers Portal)
AO BUSINESS Guidelines EDI invoices from goods suppliers (to be published on the s Portal) Version 7 / 13.01.2011 Formats and character encoding AO wants only to receive EDI invoices (INVOIC documents)
SCTS-AIS Swedish Customs Technical Specifications for Automated Import System ICS phase 1 Appendix C Codelists Version 1.0.
SCTS-AIS Swedish Customs Technical Specifications for Automated Import System ICS phase 1 Appendix C lists Version 1.0.5 1 Interchange/message level codes... 3 K101 Application reference (an..14)... 3
Bulk EDIFACT ASN MESSAGE FORMAT
Bulk EDIFACT ASN MESSAGE FORMAT A TECHNICAL GUIDE FOR SUPPLIERS 9 th October, 2008 Page 1 of 17 Issue 2.1 TABLE OF CONTENTS 1. OVERVIEW... 3 1.1 Introduction... 3 2. SEGMENTS LAYOUT... 4 2.1 Legend...
Eaton Corporation Electronic Data Interchange (EDI) Standards Application Advice (824) Version 4010
Eaton Corporation Electronic Data Interchange (EDI) Standards Application Advice (824) Version 4010 Revision date: 12/15/2003 Author: Kathy Grubar Copyright 2003 Eaton Corporation. All rights reserved.
997 Functional Acknowledgment
997 Functional Acknowledgment Version: 1.0 Draft Author: Margie Stewart Publication: 06/10/2013 Notes: Table of Contents 997 Functional Acknowledgment.......................................................................................
Implementation Guideline
Pennsylvania New Jersey Delaware Maryland Implementation Guideline For Electronic Data Interchange TRANSACTION SET 814 Advance Notice of Intent to Drop Request and Response Ver/Rel 004010 814 Advance Notice
3.7 Logistics Execution
106 3 SAP EP Operations 3.7 Logistics Execution The Logistics Execution (LE) component controls and organizes both the movement of material within the enterprise (warehouse management) and also transportation
Appendix report 1: Syntax and structure of EDIFACT and XML messages 64820-10. Regulation F1:
Regulation F1: EDI communication with the DataHub in the electricity market Appendix report 1: Syntax and structure of EDIFACT and XML messages October 2011 Version 3.0 Effective from 1 October 2012 1.0
SEPA Direct Debit Implementation Guide. Version 1.7
SEPA Direct Debit Implementation Guide Version 1.7 DANSKE BANK Table of contents 1 Change log... 3 2 Purpose of this document... 4 2.1 Target groups... 4 2.2 Help... 4 3 Introduction to SEPA Direct Debit...
Help-Operational Guidelines for Online RE-11 & RE-12. Step 1 : Open URL from website Go to http://peso.gov.in/index.aspx Click on Link1 or Link2
Help-Operational Guidelines for Online RE-11 & RE-12 Step 1 : Open URL from website Go to http://peso.gov.in/index.aspx Click on Link1 or Link2 Step 2 : Login Page will appear for login in online system
Business Requirements Specification for the. Nomination and Matching Procedures
BAL453-13 27 February 2015 Rev12 1 2 3 4 Business Requirements Specification for the In Gas Transmission Systems (NOM BRS) 5 6 7 8 Draft Version 0 Revision 128 20153-025-272 Approved ENTSOG AISBL; Av.
IMPLEMENTATION GUIDELINES FOR ANSI ASC X12 EDI CONVENTIONS APPLICATION ADVICE (824) TRANSACTION SET
IMPLEMENTATION GUIDELINES FOR ANSI ASC X12 EDI CONVENTIONS APPLICATION ADVICE (824) TRANSACTION SET FCA US INFORMATION & COMMUNICATION TECHNOLOGY MANAGEMENT ANSI ASC X12 VERSION/RELEASE 002040CHRY FCA
FREQUENTLY ASKED QUESTIONS
FREQUENTLY ASKED QUESTIONS VERSION MANAGEMENT VERSION REVIEW DATE REVIEW COMMENTS 1.0 23/05/2014 First version. 2.0 14/04/2016 Adaptation to standard template. Page 1 of 15 INDEX VERSION MANAGEMENT...
EDI Guideline KION Group Orders based on EDIFACT ORDERS D.96A Version 1.04 13.02.2014
EDI Guideline KION Group Orders based on Version 1.04 13.02.2014 IT-Solutions for the KION Group Page 1 of 37 EDI Guideline KION Group Orders History: Version 1.0-08.10.2010 Initial release Version 1.01-08.07.2011
997 MUST be sent to Safeway to confirm receipt of 824 transmission. This is unrelated to EDI syntax errors as reported on 997.
This document defines Safeway Inc. s guidelines of EDI Transaction Set 824, Application Advice, VICS Version 004010. It does not vary from the X12/UCS/VICS standards. Only segments and elements that are
2.8 861 Receiving Advice/Acceptance Certificate - SERVICE PARTS ONLY
2.8 861 Receiving Advice/Acceptance Certificate - SERVICE PARTS ONLY INFORMATION TMM REQUIRES FROM TRADING PARTNER SCOPE THIS INFORMATION INCLUDES START-UP INFORMATION SPECIFIC TO TRADING PARTNER. APPROACH
Business Requirements for Measure for Billing
Business Requirements for Measure for Billing Status: approved Version: 2.0 Revision: A Date: August, 2013 ebix Business Requirements for Measure for Billing 2 C O N T E N T A. About this document... 4
Technical Operating Profile
Case 98-M-0667 Technical Operating Profile For Electronic Data Interchange In New York Processing Architecture; Phase I & Connectivity Testing Ver 1.1 February 21, 2003 Table of Contents I. Overview 1
ZF Group North American Operations. EDI Implementation Guide
EDI Implementation Guide EDIFACT DESADV D.97A Version 1.4 Authors: ZF NAO EDI Team Publication Date: April 10, 2003 Created: April 10, 2003 Modified: June 7, 2005 Table of Contents Introduction... 1 ZF
RHODE ISLAND. Electronic Business Transactions (EBT) Standards. for Electronic Data Interchange (EDI) in a Restructured Electric Industry
RHODE ISLAND Electronic Business Transactions (EBT) Standards for Electronic Data Interchange (EDI) in a Restructured Electric Industry PREPARED BY: THE NARRAGANSETT ELECTRIC COMPANY AUGUST 1999 TABLE
MAINE FREQUENTLY ASKED QUESTIONS (FAQ) SUPPLIER TECHNICAL WORKSHOP
MAINE FREQUENTLY ASKED QUESTIONS (FAQ) SUPPLIER TECHNICAL WORKSHOP This document will be made available at all future technical workshops and will be posted to the following URL: http://www.cmpco.com/cep/ebtedi
Enrollment and Billing Test Plan Scenarios Dual and Rate-Ready Billing
Enrollment and Billing Test Plan Scenarios Dual and Rate-Ready Billing Internet Connectivity Scenario C.501: Internet: Connectivity Test Test the ability to send a file via the Internet standard protocol.
Message exchange with. Finnish Customs
Message exchange with Finnish Customs Introduction to message exchange with Finnish Customs Finnish Customs 3.6.2015 Message Exchange Support Contents Introduction... 3 1 Electronic services of Finnish
810 Invoice ANSI ASC X12 Version 4010
810 Invoice ANSI ASC X12 Version 4010 ERICO International 31700 Solon Rd. Solon, OH 44139 7/15/2009 Purchase Order Acknowledgment Invoice-810-855 ii 7/15/2009 Purchase Order Acknowledgment Invoice-810-855
Issue 1.1, February 2009. agreed-upon by EDI Working Group of ECR Poland
Polska THE REMADV MESSAGE EAN97/EDIFACT D.96A Issue 1.1, February 2009 agreed-upon by EDI Working Group of ECR Poland The document contains only these segments and data elements that were agreed and accepted
Redlined BSCP71 text for CP1430 Clarification to the ECVA/MVRN processes
Redlined BSCP71 text for CP1430 Clarification to the ECVA/MVRN processes This CP proposes changes to Sections 2.2, 3.11, 3.12, 4.6, and 4.12 of BSCP71. We have redlined these changes against Version 13.0.
Transaction Set 824 - Application Advice
TS 824 for TS 264 in X12 Version 003040 IMPLEMENTATION GUIDE Transaction Set 824 - Application Advice Transaction set (TS) 824 can be used to provide the ability to report the results of an application
Purchase Orders Message ORDERS (EDIFACT D97A)
Purchase Orders Message ORDERS (EDIFACT D97A) VERSION: 1.0 Author: Seagate B2B Notes: EDIFACT ORDERS Message to be d with OEM, Distribution or Retail partners. ORDERS Purchase Order Message... Page UNB
HIPAA TRANSACTION 837 INSTITUTIONAL STANDARD COMPANION GUIDE
HIPAA TRANSACTION 837 INSTITUTIONAL STANDARD COMPANION GUIDE Refers to the Implementation Guides Based on X12 version 004010 A1 and version 005010 Companion Guide Version Number: 1.3 January 29, 2014 TABLE
Web Forms POA POC process
Introduction fficeworks has introduced a Purchase rder Acknowledgement (PA) and Purchase rder hange (P) process for purchase orders via Web Form. This process will allow suppliers to notify fficeworks
Data Provenance. Functional Requirements Document: Developed in Response to the Data Provenance Task Force Recommendations. Version 1.
Data Provenance Functional Requirements Document: Developed in Response to the Data Provenance Task Force Recommendations Version 1.0 May 2015 Version History Version Revision Author Description of Change
SECTION VI - EDIFACT message formatting
SECTION VI - EDIFACT message formatting 1. Introduction UN/EDIFACT is a standard for representation of data during transmission between parties. Version 3 of this standard is foreseen for NCTS. UN/EDIFACT
EDI Business Rules and Standards with Bombardier Recreational Products Inc. (BRP)
Bombardier Recreational Products Inc. 565 de la Montagne Street Valcourt, Quebec, Canada J0E 2L0 T 450.532.2211 www.brp.com EDI Business Rules and Standards with Bombardier Recreational Products Inc. (BRP)
Electronic Commerce. EDI with Debenhams
Electronic Commerce EDI with Debenhams 1.0 Introduction Debenhams recognises the importance of electronic commerce in order to improve supply chain management. Effective implementation of Electronic Data
Betalingsservice, Automatic card payment and payment slips Guidelines for Data Suppliers
Betalingsservice, Automatic card payment and payment slips Guidelines for Data Suppliers Data Delivery 0602 Payment Information General June 2015 Nets A/S Lautrupbjerg 10 DK-2750 Ballerup Telephone +45
Combined Insurance Company of America
Combined Insurance Company of America Companion Guide Combined Insurance Company of America HIPAA Transaction Standard Companion Guide Refers to the Implementation Guides Based on X12 version 004010 Companion
The CCA Handbook. Chapter 5 Setting Up Electronic Communications & Compliance Testing. Version 2.0 May 1, 2015
The Handbook Chapter 5 Setting Up Electronic Communications & Compliance Testing Version 2.0 May 1, 2015 Coordinating the provision of Community Choice Aggregation () services will require that and Community
PARTY INFORMATION MESSAGE. PARTIN Version 1.0. agreed-upon by EDI Working Group of ECR Poland
PARTY INFORMATION MESSAGE PARTIN Version 1.0 EAN 97/EDIFACT D.96A agreed-upon by EDI Working Group of ECR Poland The document contains only these that segments and data elements that were agreed and accepted
INVENTORY REPORT MESSAGE INVRPT. Version 1.2. agreed-upon by EDI Working Group of ECR Poland
INVENTORY REPORT MESSAGE INVRPT Version 1.2 EANCOM 97/EDIFACT D.96A agreed-upon by EDI Working Group of ECR Poland The document contains only these that segments and data elements that were agreed and
EDI TRANSACTION REFERENCE DOCUMENT
EDI TRANSACTION REFERENCE DOCUMENT Electricity suppliers should familiarize themselves with the Maryland's Electric Choice rules that are covered in Section 7 of the BGE Electricity Supplier Coordination
Mapping orders from your library management system to EDI
Mapping orders from your library management system to EDI Input by Simon Edwards, e4libraries consultant [email protected], 07742988391 Most Library Management Systems (LMS) are capable of sending
THE UK GREENHOUSE GAS EMISSIONS TRADING SCHEME 2002
THE UK GREENHOUSE GAS EMISSIONS TRADING SCHEME 2002 PART A - INTRODUCTION A1. Citation and purposes of scheme A2. Interpretation A3. Participation in the scheme ARRANGEMENT OF SCHEME PART B - EMISSIONS
DESADV DESPATCH ADVICE. BCBG Profile. Message Implementation Guidelines Version: 1.2 Draft
DESADV DESPATCH ADVICE BCBG Profile Message Implementation Guidelines Version: 1.2 Draft Author: Carrefour/Agnès Martin Publication: April 24 th 2007 otes: DESADV EACOM D.96A List of See page 2 modifications
EANCOM D.96A Version: 007 Print: 01.12.98 EAN ORDERS D.96A DE
UNB INTERCHANGE HEADER M 1 Is used to start, identify and specify an interchange. S001 Syntax identifier M 0001 Syntax identifier M a4 Use of the character set UNOC (Version 2) 0002 Syntax version number
CHOOSE YOUR NATURAL GAS OPTION:
Get Energy Sign-Up Form The offer to buy Natural Gas from Get Energy is open only to existing Electricity Customers. Simply choose your rate option and fill out your personal information including your
THE DELIVERY FORECAST MESSAGE DELFOR EDIFACT D.96A
THE DELIVERY FORECAST MESSAGE DELFOR EDIFACT D.96A Version 1.1 Author: Torbjörn Grahm / Encode AB Change log: 2015-03-02 Hans Sturesson Added status 3 on G12/SCC 1 P a g e THE DELIVERY FORECAST MESSAGE
Electronic Data Interchange (EDI) EDI Claim Confirmation Report
Electronic Data Interchange (EDI) EDI Claim Confirmation Report Recent upgrades to Blue Shield of California s electronic data interchange (EDI) system offer improved reporting to claims trading partners.
Welcome to PSE&G s Third Party Supplier Electric Workshop
Welcome to PSE&G s Third Party Supplier Electric Workshop Purpose of Presentation To communicate essential information to Third Party Suppliers about participating in Retail Choice and Customer Account
Business processes for the Danish electricity market. (EDI guide - BRSs)
Business processes for the Danish electricity market (EDI guide - BRSs) March 2012 Version 2.1 1.0 2.0 2.1 4-6-2010 24-6-2010 30-6-2010 DATE BOO MBN JHH NAME 02-2011 02-2011 03-2011 DATE CCO JSQ JHH NAME
EDIFACT MESSAGE IMPLEMENTATION GUIDELINES RECEP:0:2:FH:
EDIFACT MESSAGE IMPLEMENTATION GUIDELINES RECEP:0:2:FH: Version Number: 1.5 Issue Date: 3 rd April 2000 Message Type : RECEP Version : 0 Release : 2 Controlling Agency : FH Assoc Assigned Code : Crown
BondVision UK MARKET RULES
BondVision UK MARKET RULES Effective as of April 28 th, 2015 BondVision UK is a Multilateral Trading Facility organised and managed by EuroMTS Limited 1 of 18 SECTION I GENERAL PROVISIONS Article 1 Definitions
Global EDI Clearing Center (GECC)
Global EDI Clearing Center (GECC) INVOIC UN D96A Page 1 of 124 INVOIC Invoice Message Introduction: A message claiming payment for goods or services supplied under conditions agreed between the seller
Microsoft Axapta Inventory Closing White Paper
Microsoft Axapta Inventory Closing White Paper Microsoft Axapta 3.0 and Service Packs Version: Second edition Published: May, 2005 CONFIDENTIAL DRAFT INTERNAL USE ONLY Contents Introduction...1 Inventory
Interline Settlement System Certification/Decertification/ Testing Document
Certification/Decertification/ Testing Document 7001 Weston Parkway, Suite 200 Cary, North Carolina 27513 2013 Railinc Incorporated. All Rights Reserved. Last Updated: January 2013 ISS Certification/Decertification/Testing
Companion Guide 277 Health Care Claim Acknowledgement
Companion Guide 277 Health Care Claim elease 1.0 X12N 277(Version 4040X167) Health Care Claim Implementation Guide Published November 2004 evision History Date elease Appendix name/ loop & segments Description
EDI in Detail. 2015 CIV Superunie BA. EDI in Detail. Version 1.6 Page 1 of 33
EDI in Detail Version: 1.6 Author: Melvin van Dijk/Alfred van Kuyl Copyright: C.I.V. Superunie B.A. Industrieweg 22 B Postbus 804153 ZH Beesd The Netherlands T +31(0)345 686666 F +31(0)345 686600 EDI in
SMDG-Interchange EDI - Understanding
1 SMDG-Interchange EDI - Understanding This draft is the result of work carried out by a SMDG-Subgroup. It was set up mainly on TEDIS drafts (May 1991/January 1994) but ideas and comments of EDI Council
Consignment No: Receiving Plant (Customer): example customer customer's street 57a 98765 City of customer GB
EDI Waybill Supplier Plant: 56931 -Number: Example Plant Description 1 Example Supplier Example City GB Consignment No: Receiving Plant (Customer): -Number: example customer customer's street 5a 9865 City
EDI specifications. between. BLANCO GmbH + Co KG referred to in the following as BLANCO. and its business partners (suppliers)
EDI specifications For the INTERFACE between BLANCO GmbH + Co KG referred to in the following as BLANCO and its business partners (suppliers) 1/13 1. INTRODUCTION 1.1. What is EDI? EDI stands for Electronic
INSTRUCTIONS TO THE BONDVISION MTF MARKET RULES INSTRUCTIONS TO TITLE I OF THE RULES (GENERAL INSTRUCTIONS)
INSTRUCTIONS TO THE BONDVISION MTF MARKET RULES INSTRUCTIONS TO TITLE I OF THE RULES (GENERAL INSTRUCTIONS) Article 1 - Definitions (Article 2 of the Rules) 1. The definitions contained in Article 2 of
EASEE-gas. Common Business Practice
CBP 2014-001/01 1 EASEE-gas European Association for the Streamlining of Energy Exchange - gas Common Business Practice Number: 2014-001/01 Subject: Harmonisation of the Nomination and Matching Process
EDI Agreement EDI AGREEMENT. Article 1: Object and scope. Article 2: Definitions
EDI AGREEMENT This Electronic Data Interchange (EDI) Agreement is concluded by and between: And hereinafter referred to as 'the parties', Article 1: Object and scope 1.1. The 'EDI Agreement', hereinafter
Quick Shopping Cart QuickBooks Integration
Quick Shopping Cart QuickBooks Integration Installing and Configuring QuickBooks This guide walks you through setting up the Intuit QuickBooks Merchant Service (QBMS) payment gateway (where available)
www.consumerfocus.org.uk
The aim of this information is to help you understand how to change your energy supplier. It should all go smoothly, but it s a great help if you can provide accurate information to your new supplier,
BONDVISION INSTRUCTIONS INSTRUCTIONS FOR THE IMPLEMENTATION OF TITLE I OF THE RULES (GENERAL PROVISIONS)
BONDVISION INSTRUCTIONS INSTRUCTIONS FOR THE IMPLEMENTATION OF TITLE I OF THE RULES (GENERAL PROVISIONS) Article 1. Definitions (Article 1 of the Regulations) 1. The definitions contained in Article 1
DOMINION EAST OHIO APRIL 2013 THROUGH MARCH 2014 STANDARD SERVICE OFFER AND STANDARD CHOICE OFFER ISOLATED DELIVERY POINTS
DOMINION EAST OHIO APRIL 2013 THROUGH MARCH 2014 STANDARD SERVICE OFFER AND STANDARD CHOICE OFFER ISOLATED DELIVERY POINTS DESCRIPTION OF CONTENTS The following document outlines how Dominion East Ohio
PAYE Online for Employers EDI. Electronic Data Interchange (EDI) EB2 (PAYE) Information Pack
PAYE Online for Employers Electronic Data Interchange (EDI) EB2 (PAYE) 1. Glossary 2. Introduction 3. Background 3.1 What is filing digitally? 4. EDI 4.1 What is EDI? 4.2 Who can use EDI? 5. Benefits 5.1
and A Regional Reference Model for the Change-of-Supplier Process
and A Regional Reference Model for the Change-of-Supplier Process Version/release: Final 1.0 (EURELECTRIC) Date: May 20 th, 2008 C O N T E N T 1 INTRODUCTION... 3 1.1 ABOUT THIS DOCUMENT... 3 1.2 EURELECTRIC
Electronic Data Interchange (EDI) Standards 810 Invoice Version 4010
Electronic Data Interchange (EDI) Standards 810 Invoice Version 4010 Approved: 07/26/2010 Authors: Dave Danko HCR ManorCare is a leading provider of short and long term medical and rehabilitation care.
ELECTRONIC COMMERCE AND ELECTRONIC SIGNATURE ACT (ZEPEP-UPB1) (Official consolidated text)
ELECTRONIC COMMERCE AND ELECTRONIC SIGNATURE ACT (ZEPEP-UPB1) (Official consolidated text) On basis of article 153 of the National Assembly of Slovenia Rules of Procedure the National Assembly of the Republic
ECommerce EDI Toolkit. Version September 2008
ECommerce EDI Toolkit Version September 2008 What is EDI? EDI stands for Electronic Data Interchange EDI is the electronic exchange of business data using a published standardized format Partners must
Instructions for approval of digital invoices
Instructions for approval of digital invoices Leiden University Instruction digital invoices Pagina: 1/17 Processing digital invoices Contents: 1 Processing digital invoices...3 1.1 Approving digital invoices...5
USE OF BUSINESS CREDIT CARDS FOR PURCHASING
POLICY STATEMENT USE OF BUSINESS CREDIT CARDS FOR PURCHASING POLICY ADOPTED: 15 July 2014 Policy Objective: The objectives of the Use of Business Cards for Purchasing Policy is to; Achieve significant
