การแนะนำ ALE, EDI และ IDocs และความแตกต่าง: SAP การกวดวิชา

⚡ สรุปอย่างชาญฉลาด

ALE, EDI และ IDocs คือสามเสาหลักของ SAP การบูรณาการ EDI แลกเปลี่ยนเอกสารทางธุรกิจกับพันธมิตรภายนอก ในขณะที่ ALE กระจายกระบวนการต่างๆ ไปทั่วระบบ SAP ระบบทั้งสอง และ IDoc คือคอนเทนเนอร์มาตรฐานที่ใช้เก็บข้อมูลสำหรับทั้งสองระบบ

  • 📤 คำจำกัดความของ EDI: ระบบแลกเปลี่ยนข้อมูลอิเล็กทรอนิกส์ (Electronic Data Interchange หรือ EDA) คือการแลกเปลี่ยนเอกสารทางธุรกิจแบบมีโครงสร้างทางอิเล็กทรอนิกส์ระหว่างแอปพลิเคชันต่างๆ
  • 🔗 คำจำกัดความของ ALE: การเปิดใช้งาน Application Link ช่วยกระจายฟังก์ชันทางธุรกิจไปยังส่วนประกอบที่เชื่อมต่อกันอย่างหลวมๆ SAP และไม่ใช่ -SAP ระบบ
  • 📦 คำจำกัดความของ IDoc: เอกสารตัวกลาง (Intermediate Document) คือภาชนะบรรจุข้อมูลที่ทั้ง ALE และ EDI ใช้ในการส่งต่อข้อมูล
  • 🧱 โครงสร้างของ IDoc: IDoc แต่ละตัวจะเก็บระเบียนควบคุมหนึ่งรายการ ระเบียนข้อมูลหลายรายการ และระเบียนสถานะหนึ่งรายการขึ้นไป
  • ↔️ ความแตกต่างที่สำคัญ: ALE เป็นเทคโนโลยีการกระจายข้อมูลภายใน ในขณะที่ EDI เป็นกระบวนการสื่อสารกับพันธมิตรภายนอก
  • ⚙️ ผังกระบวนการ: การประมวลผลขาออกจะสร้าง IDoc ขึ้นมา และการประมวลผลขาเข้าจะนำ IDoc ที่มีอยู่มาใช้ในการสร้างเอกสารแอปพลิเคชัน
  • 🛠️ ธุรกรรมรายวัน: WE02, WE19, WE20 และ BD87 ครอบคลุมการตรวจสอบ การทดสอบ การตั้งค่าพันธมิตร และการประมวลผลซ้ำ

ALE, EDI และ IDoc ใน SAP

EDI คืออะไร?

EDI ย่อมาจาก Electronic Data Interchange คือการแลกเปลี่ยนข้อมูลทางธุรกิจที่มีโครงสร้างทางอิเล็กทรอนิกส์ระหว่างแอปพลิเคชันต่างๆ ดังนั้น ใบสั่งซื้อที่ออกในบริษัทหนึ่งจึงสามารถส่งไปยังระบบของซัพพลายเออร์ในรูปแบบใบสั่งขายได้โดยไม่ต้องป้อนข้อมูลซ้ำอีก

EDI Archiเทคเจอร์

EDI Archiเทคเจอร์

ดังที่แผนภาพด้านบนแสดงให้เห็น EDI Archiโครงสร้างประกอบด้วยสามชั้น –

  1. แอปพลิเคชันที่เปิดใช้งาน EDI: ระบบเหล่านี้สนับสนุนการประมวลผลธุรกรรมทางธุรกิจโดยอัตโนมัติ
  2. อินเทอร์เฟซ IDoc: สิ่งนี้ได้รับการออกแบบให้เป็นอินเทอร์เฟซแบบเปิด อินเทอร์เฟซ IDoc ประกอบด้วยประเภท IDoc และโมดูลฟังก์ชันที่สร้างอินเทอร์เฟซให้กับแอปพลิเคชัน
  3. ระบบย่อย EDI:การดำเนินการนี้จะแปลงประเภท IDoc ให้เป็นประเภทข้อความ EDI และในทางกลับกัน ส่วนประกอบนี้ของสถาปัตยกรรม EDI ไม่ได้จัดทำโดย SAP.

ข้อดีของกระบวนการ EDI

  • ลดข้อผิดพลาดในการป้อนข้อมูล
  • ลดระยะเวลาการประมวลผล
  • การเข้าถึงข้อมูลในรูปแบบอิเล็กทรอนิกส์
  • ลดงานเอกสาร
  • ลดต้นทุน
  • ลดสินค้าคงคลังและวางแผนได้ดียิ่งขึ้น
  • วิธีการสื่อสารมาตรฐาน
  • กระบวนการทางธุรกิจที่ดีขึ้น
  • เปรียบในการแข่งขัน

ALE คืออะไร?

EDI ช่วยขยายขอบเขตไปสู่คู่ค้าภายนอก ในขณะที่ ALE ช่วยแก้ปัญหาความซ้ำซ้อนภายในองค์กร ซึ่งมีหลายอย่างที่ไม่เหมือนกัน SAP ระบบต่างๆ ต้องทำงานประสานกันอย่างสม่ำเสมอ

ALE สนับสนุนการกระจายฟังก์ชันทางธุรกิจและกระบวนการแบบคู่ขนานอย่างหลวมๆ SAP ระบบ R/3 (เวอร์ชันต่างๆ ของ SAP ร/3) การเชื่อมต่อจาก R/2 และไม่ใช่ SAP รองรับระบบด้วย

ALE รองรับ-

  • การกระจายแอปพลิเคชันระหว่างรุ่นต่างๆ ของระบบ R/3
  • การแลกเปลี่ยนข้อมูลอย่างต่อเนื่องหลังการอัพเกรดรุ่นโดยไม่ต้องบำรุงรักษาพิเศษ
  • ส่วนขยายเฉพาะลูกค้า
  • อินเทอร์เฟซการสื่อสารที่ช่วยให้สามารถเชื่อมต่อกับอุปกรณ์ที่ไม่ใช่SAP ระบบ
  • การเชื่อมต่อของระบบ R/3 และ R/2

IDOC คืออะไร?

ทั้ง ALE และ EDI ต่างก็ต้องการการแลกเปลี่ยนข้อมูล และทั้งสองระบบต่างก็มอบงานนั้นให้กับอุปกรณ์เดียวกัน

ไอดอค is เพียงแค่เป็นที่เก็บข้อมูล ใช้เพื่อแลกเปลี่ยนข้อมูลระหว่างสองกระบวนการใด ๆ ที่สามารถเข้าใจไวยากรณ์และความหมายของข้อมูล

กล่าวโดยง่าย IDoc ก็เหมือนไฟล์ข้อมูลที่มีรูปแบบเฉพาะ ซึ่งใช้แลกเปลี่ยนระหว่างสองระบบที่รู้วิธีตีความข้อมูลนั้น

IDOC ย่อมาจาก “เอกสารระดับกลาง"

เมื่อเราดำเนินการ ออกไปข้างนอก กระบวนการ ALE หรือ EDI จะมีการสร้าง IDOC ใน ขาเข้า กระบวนการ ALE หรือ EDI ซึ่ง IDOC ทำหน้าที่เป็นอินพุตเพื่อสร้างเอกสารแอปพลิเคชัน ใน SAP SystemIDOC จะถูกจัดเก็บไว้ในฐานข้อมูล IDOC ทุกตัวจะมี หมายเลขเฉพาะ (ภายในไคลเอนต์)

IDOC อิงตามมาตรฐาน EDI, ANSI ASC X12 และ แก้ไขในกรณีที่ขนาดข้อมูลขัดแย้งกัน ระบบจะเลือกใช้ข้อมูลที่มีความยาวมากกว่า IDOC คือ เป็นอิสระจากทิศทางการแลกเปลี่ยนข้อมูลตัวอย่างเช่น ORDERS01 ในโมดูลการจัดซื้อใช้ทั้งขาเข้าและขาออก สามารถดู IDOC ได้ใน แก้ไขข้อความ เนื่องจากข้อมูลถูกจัดเก็บในรูปแบบตัวอักษรแทนที่จะเป็นรูปแบบไบนารี IDOC คือ เป็นอิสระจากระบบส่งและรับ (SAP-to-SAP รวมถึงไม่ใช่SAP).

โครงสร้างของ IDoc: ระเบียนควบคุม ระเบียนข้อมูล และระเบียนสถานะ

การรู้ว่า IDoc เป็นคอนเทนเนอร์นั้นจะมีประโยชน์ก็ต่อเมื่อคุณสามารถอ่านสิ่งที่อยู่ภายในได้ IDoc ทุกตัว ไม่ว่าจะเป็นประเภทข้อความใดก็ตาม ล้วนสร้างขึ้นจากประเภทข้อมูลสามประเภท

บันทึก ตาราง สิ่งที่มันถืออยู่
บันทึกควบคุม อีดีดีซี มีเพียงหนึ่งเดียวต่อ IDoc โดยแต่ละอันจะบรรจุหมายเลข IDoc, ประเภทพื้นฐาน, ประเภทข้อความ, ทิศทาง และรายละเอียดของผู้ส่งและผู้รับ
บันทึกข้อมูล อีดีไอดี4 ข้อมูลทางธุรกิจ แต่ละระเบียนจะเชื่อมโยงกับเซ็กเมนต์ และเซ็กเมนต์สามารถซ้อนกันเพื่อสร้างลำดับชั้นแบบพ่อลูกได้
บันทึกสถานะ อีดีดีเอส บันทึกการตรวจสอบ: แต่ละขั้นตอนการประมวลผลจะเพิ่มรหัสสถานะ ทำให้ประวัติทั้งหมดของ IDoc สามารถมองเห็นได้

ตัวเลขแสดงสถานะยังช่วยบอกทิศทางให้คุณทราบได้ในทันที CodeIDoc ในช่วง 01 ถึง 49 เป็น IDoc ขาออก โดย 03 หมายถึง "ส่งไปยังพอร์ตแล้ว" และ 12 หมายถึง "ส่งออกแล้ว" Codeหมายเลข 50 ขึ้นไปเป็น IDoc ขาเข้า โดยหมายเลข 53 หมายถึง "เอกสารใบสมัครถูกส่งแล้ว" และหมายเลข 51 หมายถึง "เอกสารใบสมัครยังไม่ถูกส่ง"

กระบวนการ ALE และ IDoc ทำงานอย่างไร?

ข้อมูลข้างต้นแสดงลำดับขั้นตอนที่แน่นอน การเข้าใจลำดับขั้นตอนนั้นจะช่วยให้คุณค้นหาได้ว่าอินเทอร์เฟซที่ล้มเหลวหยุดอยู่ที่จุดใด

กระบวนการขาออก

  1. เอกสารประกอบการสมัครได้ถูกสร้างเรียบร้อยแล้ว ผู้ใช้หรือกระบวนการทำงานแบบกลุ่มจะบันทึกเอกสารทางธุรกิจ เช่น ใบสั่งซื้อสินค้า
  2. ระบบควบคุมข้อความถูกเรียกใช้งาน การกำหนดผลลัพธ์จะค้นหาประเภทข้อความ เช่น คำสั่งซื้อ และโปรไฟล์คู่ค้าที่ระบุว่าควรสร้าง IDoc
  3. ระบบได้สร้าง IDoc แล้ว โมดูลฟังก์ชันการเลือกจะอ่านตารางแอปพลิเคชันและกรอกข้อมูลลงในระเบียนควบคุมและข้อมูลต่างๆ IDoc จะได้รับสถานะ 30 ซึ่งหมายถึง “พร้อมสำหรับการจัดส่ง”
  4. IDoc ถูกส่งไปยังพอร์ตแล้ว การกำหนดค่าพอร์ตจะระบุสื่อกลาง ซึ่งอาจเป็นไฟล์ การเรียกใช้ฟังก์ชันระยะไกล หรือการถ่ายโอน XML สถานะจะเปลี่ยนเป็น 03
  5. ระบบย่อยหรือคู่ค้าจะได้รับข้อมูลนั้น สำหรับ EDI ระบบย่อยจะแปลง IDoc เป็นข้อความ EDIFACT หรือ ANSI X12 การส่งสำเร็จจะส่งคืนสถานะ 16

กระบวนการขาเข้า

  1. IDoc มาถึงแล้ว ผ่านทางพอร์ตและถูกบันทึกไปยังฐานข้อมูลด้วยสถานะ 50
  2. ตรวจสอบข้อมูลโปรไฟล์คู่ค้าเรียบร้อยแล้ว SAP ระบบจะค้นหาผู้ส่ง ประเภทข้อความ และรหัสกระบวนการที่กำหนดไว้
  3. รหัสกระบวนการเรียกใช้โมดูลฟังก์ชัน ซึ่งจะตรวจสอบความถูกต้องของส่วนต่างๆ กับประเภทพื้นฐาน
  4. เอกสารการสมัครได้ถูกส่งไปแล้ว หากสำเร็จจะแสดงสถานะ 53 หากล้มเหลวจะแสดงสถานะ 51 และ IDoc จะยังคงอยู่ในฐานข้อมูลพร้อมข้อความแสดงข้อผิดพลาดแนบมาด้วย
  5. IDoc ที่ล้มเหลวจะถูกประมวลผลใหม่ หลังจากแก้ไขข้อมูลหลักเรียบร้อยแล้ว คู่ค้าไม่จำเป็นต้องส่งข้อมูลใดๆ เพิ่มเติมอีก

เนื่องจาก IDoc ถูกจัดเก็บไว้ในทุกขั้นตอน จึงไม่มีข้อมูลสูญหายเมื่อขั้นตอนใดขั้นตอนหนึ่งล้มเหลว ความทนทานนี้เป็นเหตุผลหลัก SAP ระบบการเชื่อมต่อข้อมูลยังคงพึ่งพา IDoc อยู่แม้จะผ่านมาหลายทศวรรษแล้วก็ตาม

ความแตกต่างระหว่าง ALE และ EDI

เมื่อได้นิยามทั้งสามแนวคิดแล้ว การแยกแยะความแตกต่างจึงทำได้ง่าย

ALE ใช้เพื่อรองรับกระบวนการแบบกระจายและบูรณาการในหลาย ๆ กระบวนการ SAP ในขณะที่ EDI ใช้สำหรับการแลกเปลี่ยนเอกสารทางธุรกิจระหว่างระบบของคู่ค้าทางธุรกิจ (ซึ่งอาจไม่ใช่ระบบคลาวด์)SAP ระบบ)

เอลคือ SAPเทคโนโลยีของ 's นั้นใช้สำหรับสนับสนุนสภาพแวดล้อมแบบกระจาย ในขณะที่ EDI เป็นกระบวนการที่ใช้สำหรับการแลกเปลี่ยนเอกสารทางธุรกิจซึ่งปัจจุบันได้กำหนดรูปแบบมาตรฐานไว้แล้ว

ฐาน ของ EDI
จุดมุ่งหมาย กระจายกระบวนการทางธุรกิจและข้อมูลหลัก แลกเปลี่ยนเอกสารทางธุรกิจกับคู่ค้า
ขอบเขตทั่วไป ภายใน ระหว่าง SAP ระบบ ภายนอก ระหว่างบริษัทต่างๆ
จำเป็นต้องใช้ระบบย่อย ไม่ ใช่ เพื่อแปลง IDoc เป็น EDIFACT หรือ ANSI X12
มาตรฐานที่เกี่ยวข้อง SAP รูปแบบการจัดจำหน่ายที่เป็นกรรมสิทธิ์ EDIFACT, ANSI ASC X12
ตัวนำข้อมูล ไอด็อก ไอด็อก

IDoc คือคอนเทนเนอร์ข้อมูลที่ใช้สำหรับการแลกเปลี่ยนข้อมูลในกระบวนการ EDI และ ALE เนื่องจากมีการใช้ภาชนะบรรจุร่วมกัน จึงทำให้เทคโนโลยีทั้งสองมักถูกศึกษาควบคู่กันไปเสมอ

ธุรกรรม IDoc ทั่วไป Codeใน SAP

การทำงานประจำวันกับ ALE และ EDI นั้นเกิดขึ้นผ่านชุดรหัสธุรกรรมจำนวนเล็กน้อย ตารางด้านล่างได้จัดกลุ่มรหัสเหล่านั้นตามหน้าที่การใช้งาน

รายการ จุดมุ่งหมาย
WE02 / WE05 แสดง IDoc และกรองตามสถานะ วันที่ ทิศทาง หรือคู่ค้า
WE19 เครื่องมือทดสอบ คัดลอก IDoc ที่มีอยู่แล้ว แก้ไขส่วนต่างๆ และประมวลผลใหม่ในโหมดดีบัก
WE20 ดูแลรักษาข้อมูลโปรไฟล์ของพันธมิตร ซึ่งเชื่อมโยงพันธมิตรกับประเภทข้อความและรหัสกระบวนการ
WE21 กำหนดพอร์ต ซึ่งระบุวิธีการที่ IDoc ออกจากหรือเข้าสู่ระบบในเชิงกายภาพ
WE30 / WE31 สร้างและขยายประเภทและเซ็กเมนต์พื้นฐานของ IDoc
BD87 ประมวลผล IDoc ที่มีสถานะข้อผิดพลาด เช่น 51 หรือ 56 อีกครั้ง
SM58 ตรวจสอบคิว RFC สำหรับธุรกรรมเมื่อ IDoc ไม่ถึงระบบปลายทาง

วิธีการแก้ไขปัญหาที่ได้ผลดีคือ เริ่มที่ WE02 เพื่ออ่านสถานะ จากนั้นใช้ BD87 เพื่อประมวลผลใหม่เมื่อแก้ไขสาเหตุหลักได้แล้ว

คำถามที่พบบ่อย

ประเภทพื้นฐาน เช่น ORDERS05 ถือเป็นมาตรฐาน SAP โครงสร้าง ส่วนขยายจะเพิ่มส่วนประกอบที่กำหนดเองเข้าไปโดยไม่แก้ไขโครงสร้างมาตรฐาน ดังนั้น SAP การอัปเกรดยังคงปลอดภัย

ทั้งสองอย่างอยู่ร่วมกันได้ SAP S/4HANA ยังคงรองรับ IDoc สำหรับการแลกเปลี่ยนข้อมูลแบบอะซิงโครนัสปริมาณมาก ในขณะที่ OData และ REST API จัดการการเรียกใช้ข้อมูลแบบเรียลไทม์ซิงโครนัส ระบบหลายแห่งใช้งานทั้งสองแบบควบคู่กันไป

อ่านข้อความสถานะใน WE02 เพื่อหาสาเหตุ ซึ่งโดยปกติแล้วมักเกิดจากข้อมูลหลักไม่ครบถ้วนหรือช่องว่างในการปรับแต่ง แก้ไขสาเหตุที่แท้จริง จากนั้นประมวลผล IDoc เดิมอีกครั้งผ่าน BD87

ใช่แล้ว เครื่องมือตรวจสอบด้วย AI จะจัดกลุ่มรหัสสถานะที่เกิดขึ้นซ้ำๆ ทำนายว่าอินเทอร์เฟซใดมีแนวโน้มที่จะล้มเหลว และแนะนำสาเหตุหลักที่เป็นไปได้ อย่างไรก็ตาม ที่ปรึกษาด้านการทำงานจะยังคงตรวจสอบความถูกต้องของการแก้ไขก่อนที่จะประมวลผลใหม่

บางส่วน AI สามารถเสนอแผนที่แปลงที่ดินฉบับร่างได้ping ระหว่างเซ็กเมนต์ IDoc และข้อความ EDIFACT หรือ X12 ทุกแผนที่ping ยังคงต้องทดสอบใน WE19 ต่อไป เพราะตัวกำหนดคุณสมบัติที่ไม่ถูกต้องอาจทำให้ข้อมูลเสียหายโดยไม่รู้ตัว

สรุปโพสต์นี้ด้วย: