การจับคู่การชำระเงินทางอิเล็กทรอนิกส์
Electronic Settlement Matching ( eSM ) เป็นมาตรฐานการประมวลผลข้อมูลที่สามารถทำงานร่วมกันได้ ซึ่งออกโดย Energy Traders Europe (เดิมคือEuropean Federation of Energy Traders ) ในปี 2019 สำหรับการแลกเปลี่ยนและการกระทบยอดข้อมูลการชำระเงินและใบแจ้งหนี้ในการซื้อขายพลังงาน แบบ ขายส่ง
ลักษณะเฉพาะ
มาตรฐานนี้ประกอบด้วยคำจำกัดความของกระบวนการจับคู่การชำระเงิน ซึ่งอธิบายถึงการไหลของข้อความ เนื้อหาข้อความ และโครงสร้างข้อความ พร้อมด้วยเกณฑ์การจับคู่และกฎการตรวจสอบความถูกต้องทางธุรกิจ ด้วยวิธีการเหล่านี้ eSM จึงทำหน้าที่เป็นระบบควบคุมความเสี่ยงและลดความเสี่ยงโดยอัตโนมัติในกระบวนการชำระเงิน และมุ่งเป้าไปที่การส่งเสริมการประมวลผลแบบตรงไปตรงมา [ 1 ] คาดว่าจะช่วยลดต้นทุนการบูรณาการแอปพลิเคชันในกระบวนการทางธุรกิจภายในและระหว่างบริษัท และนำไปสู่การเพิ่มประสิทธิภาพอย่างมีนัยสำคัญ[ 2 ]และได้รับการมองว่าเป็นตัวช่วยอำนวยความสะดวกในการชำระเงินที่รวดเร็วยิ่งขึ้น โดยมีศักยภาพในการเพิ่มสภาพคล่องในตลาด OTC และสร้างความเท่าเทียมกันระหว่าง การซื้อขาย OTCและการซื้อขายในตลาดหลักทรัพย์[ 3 ]
eSM ใช้ภาษามาร์กอัปสินค้า (CpML) และอิงตาม โปรโตคอลการสื่อสาร AS2ซึ่งรับประกันการตรวจสอบความถูกต้อง (การยืนยันตัวตน) การรักษา ความลับ ( การเข้ารหัส เอกสาร ) ความสมบูรณ์ของข้อมูล ( การลงนามใน เอกสาร ) และการไม่สามารถปฏิเสธได้ (หลักฐานที่ไม่อาจปฏิเสธได้ว่าได้รับและส่งเอกสารแล้ว)
มาตรฐานนี้ กำหนด รูปแบบข้อมูลที่มีโครงสร้างตาม XMLซึ่งประกอบด้วยองค์ประกอบทั้งหมดที่กฎหมายกำหนดไว้สำหรับใบแจ้งหนี้และอนุญาตให้มีการประมวลผลอัตโนมัติและทางอิเล็กทรอนิกส์ ซึ่งสอดคล้องกับคำสั่ง eInvoicing (2014/55/EU) ของคณะกรรมาธิการสหภาพยุโรป และสามารถแมปกับมาตรฐานยุโรปEN 16931ได้[ 4 ]
ประวัติศาสตร์
แม้ว่าร่างแรกของมาตรฐาน eSM จะได้รับการเผยแพร่ในเดือนธันวาคม พ.ศ. 2550 แต่ก็ไม่มีการเผยแพร่ร่างเพิ่มเติมระหว่างปี พ.ศ. 2551 ถึง พ.ศ. 2561 และเวอร์ชันสุดท้าย 1.0 ฉบับแรกได้รับการเผยแพร่ในเดือนกุมภาพันธ์ พ.ศ. 2562 [ 1 ]เวอร์ชัน 4.0 ได้รับการเผยแพร่ในปี พ.ศ. 2568 [ 5 ]และมีแผนที่ไวยากรณ์ไปยังPeppol BIS 3.0 [ 4 ]
การจับคู่
เพื่อวัตถุประสงค์ในการกระทบยอดข้อมูล eSM ได้นำเสนอแนวคิดของAggregationKeyที่กำหนดเนื้อหาของเอกสารการชำระเงิน กล่าวคือ รายการใดบ้างที่ต้องเป็นส่วนหนึ่งของเอกสาร (หากมีให้ ดูส่วนโครงสร้างเอกสาร ) [ 1 ] [ 5 ]จำเป็นต้องมีการกำหนดขอบเขตที่เข้มงวดของธุรกรรมที่ต้องชำระเงินเพื่อให้สามารถจับคู่ใบสั่งซื้อและใบสั่งขายระหว่างบริษัทต่างๆ ได้ โดยอัตโนมัติ
ตัวอย่างเช่น ตาม AggregationKey ต่อไปนี้ เอกสารการชำระเงินจะต้องมีการซื้อขายไฟฟ้าแบบราคาคงที่ทั้งหมด ซึ่งส่งมอบจริงในเดือนมิถุนายน 2024 ณ สถานที่ส่งมอบ AREAEIC ในหน่วยปริมาตรที่ตกลงกันไว้คือ MWh ตามข้อตกลง EFET 2007 ที่ลงนามระหว่างผู้จำหน่าย SUPPLIERVATID_PARTYEIC และลูกค้า CUSTOMERVATID_PARTYEIC โดยมีวันที่ชำระเงินที่ตกลงกันไว้คือ 22 กรกฎาคม 2024 และสกุลเงินที่ใช้ในการชำระเงินที่ตกลงกันไว้คือ EUR
<AggregationKeys> <PaymentDate> 2024-07-22 </PaymentDate> <AgreementDetails> <Agreement> EFET </Agreement> <MasterAgreementVersion> 2007 </MasterAgreementVersion> </AgreementDetails> <Commodity> Power </Commodity> <DeliveryPointOrZone> AREAEIC </DeliveryPointOrZone> <TotalVolumeUnit> MWh </TotalVolumeUnit> <Currency> EUR </Currency> <InvoicePeriodStart> 2024-06-01 </InvoicePeriodStart> <InvoicePeriodEnd> 2024-06-30 </InvoicePeriodEnd> <FixedOrFloating> Fixed </FixedOrFloating> <PhysicalOrFinancial> Physical <PhysicalOrFinancial> <NatureOfPrice> PositiveOrZero </NatureOfPrice> <SupplierSSDSID> SUPPLIERVATID_PARTYEIC </SupplierSSDSID> <CustomerSSDSID> CUSTOMERVATID_PARTYEIC </CustomerSSDSID> </AggregationKeys>ผังกระบวนการ
คู่สัญญาจะแลกเปลี่ยนข้อมูลการชำระบัญชีผ่านผู้ให้บริการ eSM ที่ตนเลือก ซึ่งผู้ให้บริการเหล่านั้นจะดำเนินการตามมาตรฐาน eSM อย่างเป็นทางการ และอาจเสนอบริการเสริมต่างๆ เช่น ส่วนหน้าเว็บที่ช่วยในการดำเนินการและตรวจสอบกระบวนการ eSM
กระบวนการจับคู่ใน eSM ประกอบด้วยขั้นตอนต่อไปนี้: [ 1 ] [ 5 ]
- ผู้จำหน่ายส่งข้อมูลการชำระเงินที่พวกเขาตั้งใจจะออกใบแจ้งหนี้ในรูปแบบเอกสารทางการ eSM โดยอิงจาก ข้อมูล คำสั่งขายในระบบของพวกเขา
- ลูกค้าส่งข้อมูลการชำระเงินซึ่งคาดว่าจะถูกออกใบแจ้งหนี้ในรูปแบบ eSM ShadowDocumentโดยอิงจาก ข้อมูล ใบสั่งซื้อในระบบของพวกเขา
- แต่ละบริษัทจะทำการเปรียบเทียบเอกสารทางการ (OfficialDocument) และเอกสารเสมือน (ShadowDocument) ตามเกณฑ์และกฎการจับคู่ของ eSM ผ่านผู้ให้บริการ eSM ของตนเอง จากนั้นจึงแลกเปลี่ยนผลการจับคู่ eSM (eSM MatchResult)ตามกระบวนการของ eSM
ในกรณีที่เอกสารทางการ (OfficialDocument) และเอกสารสำรอง (ShadowDocument) ไม่ตรงกัน คู่สัญญาจะต้องแก้ไขความไม่ตรงกันนั้นนอกกระบวนการ eSM และอาจส่งเอกสารทางการและ/หรือเอกสารสำรองที่แก้ไขแล้วอีกครั้ง เว็บไซต์ของผู้ให้บริการ eSM อาจชี้ให้เห็นสาเหตุหลักของความไม่ตรงกันนั้น
เอกสาร eSM OfficialDocument ที่ตรงกันถือเป็นใบแจ้งหนี้ที่ออกแล้วและมีผลผูกพันทางกฎหมาย
โครงสร้างเอกสาร
เอกสาร eSM ระบุรายละเอียดโดยใช้CpMLและประกอบด้วยองค์ประกอบทั้งหมดที่กฎหมายกำหนดของใบแจ้งหนี้กล่าวคือ เมื่อตรงกันแล้ว คู่ค้าสามารถดึงและประมวลผลข้อมูลการชำระเงินที่เกี่ยวข้องทั้งหมดลงในระบบไอทีของตนได้โดยอัตโนมัติ
ในระดับราก เอกสาร eSM มีส่วนต่างๆ ดังต่อไปนี้: [ 1 ] [ 5 ]
- ข้อมูลกระบวนการ (จำเป็น) ซึ่งระบุรายละเอียดทางเทคนิคที่จำเป็นสำหรับการจัดส่งเอกสาร eSM และเพื่อควบคุมกระบวนการจับคู่ eSM (เช่น จะต้องกำหนดให้รายการสินค้าต้องตรงกันอย่างเคร่งครัดหรือไม่)
- AggregationKeys (จำเป็น) ใช้สำหรับกำหนดเนื้อหาของเอกสาร eSM (ดูส่วนการจับคู่ )
- ข้อมูลใบแจ้งหนี้ (จำเป็น) และรายการสินค้า (ไม่จำเป็น) โดยข้อมูลใบแจ้งหนี้จะแสดงข้อมูลส่วนหัวซึ่งกำหนดองค์ประกอบที่จำเป็นทั้งหมดของใบแจ้งหนี้
eSM ใช้หมายเลข VATและEICเพื่อระบุคู่สัญญาและสถานที่ส่งมอบสินค้า และใช้ IBANและBICเพื่อระบุบัญชีธนาคาร
เอกสารตัวอย่าง
เอกสาร eSM ตัวอย่างที่มี InvoiceData และ LineItems แสดงอยู่ด้านล่าง OfficialDocuments และ ShadowDocuments ใช้สคีมา XSD เดียวกัน สำหรับการจับคู่ เฉพาะค่าของ 'ฟิลด์ที่ตรงกัน' (ตามที่กำหนดโดยมาตรฐาน) เท่านั้นที่จะต้องเท่ากันในทั้ง OfficialDocument และ ShadowDocument [ 1 ] [ 5 ]
<ESMDocument> <ProcessInformation> <LineItemsIncluded> true </LineItemsIncluded> <LineItemsMatching> NonStrict </LineItemsMatching> <SenderRole> OfficialDocumentIssuer </SenderRole> <DocumentID> INV_20240701_1234567890(at)supplier.<DocumentID> <DocumentVersion> 1 </DocumentVersion> <SenderID> SUPPLIERVATID_PARTYEIC </SenderID> <ReceiverID> CUSTOMERVATID_PARTYEIC </ReceiverID> <DocumentUsage> Live </DocumentUsage> </ProcessInformation> <AggregationKeys> <PaymentDate> 2024-07-22 </PaymentDate> <AgreementDetails> <Agreement> EFET </Agreement> <MasterAgreementVersion> 2007 </MasterAgreementVersion> </AgreementDetails> <Commodity> Power </Commodity> <DeliveryPointOrZone> AREAEIC </DeliveryPointOrZone> <TotalVolumeUnit> MWh </TotalVolumeUnit> <Currency> EUR <Currency> <InvoicePeriodStart> 2024-06-01 </InvoicePeriodStart> <InvoicePeriodEnd> 2024-06-30 </InvoicePeriodEnd> <FixedOrFloating>คงที่</FixedOrFloating> <PhysicalOrFinancial>ทางกายภาพ</PhysicalOrFinancial> <NatureOfPrice>บวกหรือศูนย์</NatureOfPrice> <SupplierSSDSID> SUPPLIERVATID_PARTYEIC </SupplierSSDSID> <CustomerSSDSID> CUSTOMERVATID_PARTYEIC </CustomerSSDSID> </AggregationKeys> <InvoiceData> <InvoiceID> 1234567890 </InvoiceID> <InvoiceDate> 2024-07-01 </InvoiceDate> <Supplier> <VATID> <VATID> <VATJurisdictionCurrency> EUR </VATJurisdictionCurrency> <LegalName>ชื่อผู้จำหน่าย</LegalName> <IdentifierCode> SUPPLIERPARTYEIC </IdentifierCode> <TypeOfIdentifierCode> EIC </TypeOfIdentifierCode> <CompanyRegistryNumber>หมายเลขทะเบียนบริษัท</CompanyRegistryNumber> <CompanyRegistryName>ศาลแขวงท้องถิ่น</CompanyRegistryName> <CompanyRegistryCity>เมืองที่ตั้งสำนักงานใหญ่i=102><CompanyRegistryName> ศาลแขวงท้องถิ่น</CompanyRegistryName> <CompanyRegistryCity>เมืองสำนักงานใหญ่i=102><CompanyRegistryName> ศาลแขวงท้องถิ่น</CompanyRegistryName> <CompanyRegistryCity>เมืองสำนักงานใหญ่<CompanyRegistryCity> <CompanyRegistryCountry> DE </CompanyRegistryCountry> <ServiceProvider> eSM Service Provider A </ServiceProvider> <LegalAddressDetails> <Street>ถนนสำนักงานใหญ่</Street> <StreetNumber>เลขที่บ้าน</StreetNumber> <City>เมืองสำนักงานใหญ่</City> <PostalCode>รหัสไปรษณีย์</PostalCode> <Country>รหัสISO </Country> </LegalAddressDetails> <ContactDetails> <Email> contact(at)supplier.com </Email> </ContactDetails> <BankingDetails> <IBAN> ... </IBAN> <BIC> ... </BIC> </BankingDetails> </Supplier> <Customer> <VATID> หมายเลขประจำตัวผู้ เสียภาษีมูลค่าเพิ่ม</VATID> <LegalName>ชื่อลูกค้า</LegalName> <IdentifierCode> CUSTOMERPARTYEIC </IdentifierCode> <TypeOfIdentifierCode> EIC </TypeOfIdentifierCode> <ServiceProvider>ผู้ให้บริการeSM B </ServiceProvider> <LegalAddressDetails> <Street>ถนนสำนักงานใหญ่</Street> <City>เมืองสำนักงานใหญ่</City> <PostalCode> รหัสไปรษณีย์</PostalCode> <Country> รหัส ISO </Country> </LegalAddressDetails> <ContactDetails> <Email> contact (at)customer.com </Email> </ContactDetails> </Customer> <NetAmount> <TotalAmount> 8338079.52 </TotalAmount> <TotalAmountCurrency> EUR </TotalAmountCurrency> </NetAmount> <ปริมาณรวม> 32592.<TotalVolume> 0 </TotalVolume> <VATDetails> <VATRate> 0 </VATRate> <VATAmount> 0 </VATAmount> <VATAmountCurrency> EUR </VATAmountCurrency> <VATAmountDomestic> 0 </VATAmountDomestic> <VATAmountDomesticCurrency> GBP </VATAmountDomesticCurrency> <TaxStatement>การเรียกเก็บภาษีแบบย้อนกลับ- ลูกค้าต้องรับผิดชอบภาษีมูลค่าเพิ่ม</TaxStatement><FXRate> 0.85 </FXRate> <FXCurrencyPair> EUR/GBP </FXCurrencyPair> </VATDetails> <GrossAmount> <TotalAmount> 8338079.52 </TotalAmount> <TotalAmountCurrency> EUR </TotalAmountCurrency> </GrossAmount> <Selfbilling> false </Selfbilling> <RegulatoryWording>ข้อความบางส่วนที่นี่</RegulatoryWording> </InvoiceData> <LineItems> <LineItem> <SupplierTradeID> 87654321 </SupplierTradeID> <SettlementVolume> 3840.0 </SettlementVolume> <SettlementVolumeUnit> MWh </SettlementVolumeUnit> <Description>อ้างอิง: <Description> <LineItemDetails> <Price> 334.0 </Price> <PriceCurrency> EUR </PriceCurrency> <NetAmount> <TotalAmount> 1282560.0 </TotalAmount> <TotalAmountCurrency> EUR </TotalAmountCurrency> </NetAmount> <DeliveryStartDate> 2024-06-01 </DeliveryStartDate> <DeliveryEndDate> 2024-06-30 </DeliveryEndDate> <LineItemDetails> <VATRate> 0 </VATRate> <VATAmount> 0 </VATAmount> <TradeDate> 2022-12-15 </TradeDate> <DateOfFirstDelivery> 2024-01-01 </DateOfFirstDelivery> <DateOfLastDelivery> 31-12-2024 </DateOfLastDelivery> </LineItem> [...] </LineItems> </ESMDocument>ดูเพิ่มเติม
ลิงก์ภายนอก
- ผู้ค้าพลังงานยุโรป
- การปฏิบัติตามมาตรฐานการออกใบแจ้งหนี้อิเล็กทรอนิกส์