API คือ ช่องทางกลางที่ทำให้ซอฟต์แวร์ต่างระบบสื่อสารและแลกเปลี่ยนข้อมูลกันได้ โดยไม่ต้องรู้โครงสร้างภายในของกันและกัน API ย่อมาจาก Application Programming Interface ตัวอย่างที่เห็นได้ชัดคือแอปบนมือถือที่เรียกใช้ Google Maps ระบบชำระเงิน หรือข้อมูลคลังสินค้าจากผู้ให้บริการภายนอกได้ ทั้งหมดนี้ทำงานผ่าน API
การทำงานอาจเปรียบเทียบให้เข้าใจง่ายๆ ว่าสมมุติคุณอยู่ในฝ่ายขาย และต้องการข้อมูลยอดชำระเงินจากฝ่ายบัญชี คุณไม่สามารถเข้าไปเปิดเอกสารของฝ่ายบัญชีได้เอง เพราะมีขั้นตอนและข้อจำกัดเรื่องความปลอดภัย คุณจึงเขียนคำขอลงในฟอร์ม แล้วส่งให้พนักงานธุรการ พนักงานธุรการจะนำคำขอนั้นไปที่ฝ่ายบัญชี ตรวจสอบว่าใครร้องขอ ขอข้อมูลอะไร แล้วจึงดึงข้อมูลที่ถูกต้องและอนุญาตให้เปิดเผยได้กลับมาให้คุณ
API ทำหน้าที่เหมือนพนักงานธุรการ คือรับคำขอ ตรวจสอบความถูกต้อง ติดต่อกับระบบเป้าหมาย และนำผลลัพธ์กลับมาให้
สามารถแบ่งออกเป็น 4 ประเภทหลักๆ ได้แก่ Open, Partner, Internal และ Composite โดยแต่ละประเภทมีจุดเด่นและขอบเขตการใช้งานที่แตกต่างกัน การเลือกใช้ให้เหมาะสมจึงเป็นเรื่องสำคัญ
บางท่านเรียกว่า Public API เปิดให้บุคคลภายนอกเข้าถึงและใช้งานได้โดยไม่มีข้อจำกัดมากนัก เพียงแต่ต้องลงทะเบียนหรือรับ Key เพื่อยืนยันตัวตน เช่น ระบบแผนที่ ระบบชำระเงิน หรือข้อมูลข่าวสาร และนำไปต่อยอดในแอปพลิเคชันของตัวเองได้
จำกัดการเข้าถึงเฉพาะพันธมิตรทางธุรกิจที่ได้รับอนุญาตเท่านั้น ไม่ได้เปิดเผยต่อสาธารณะ การใช้งานประเภทนี้มักเกิดขึ้นในกรณีที่องค์กรต้องการเชื่อมต่อระบบกับคู่ค้า เช่น ระบบของบริษัทอีคอมเมิร์ซเชื่อมต่อกับผู้ให้บริการโลจิสติกส์
Internal API หรือ Private API ใช้ภายในองค์กรเท่านั้น ไม่เปิดให้บุคคลภายนอกเข้าถึง ใช้สำหรับเชื่อมโยงระบบต่างๆ ระหว่างแผนก เช่น ระบบบัญชี กับระบบคลังสินค้า ข้อดี คือส่งเสริมการทำงานร่วมกันภายในองค์กรอย่างมีประสิทธิภาพ
รวมการเรียกใช้งานหลายๆ ฟังก์ชันไว้ในคำขอเดียว เหมาะสำหรับกรณีที่ต้องการดึงข้อมูลจากหลายแหล่งพร้อมกัน หรือประมวลผลหลายขั้นตอนในคำสั่งเดียว เช่น การสร้างใบสั่งซื้อที่ต้องเชื่อมข้อมูลลูกค้า สินค้า และระบบคลังในคำขอเดียวกัน
| ประเภท | ใครเข้าถึงได้ | ตัวอย่างการใช้ |
|---|---|---|
| Open (Public) API | ใครก็ได้ ต้องลงทะเบียนรับ Key | แผนที่ ระบบชำระเงิน ข้อมูลข่าวสาร |
| Partner API | เฉพาะคู่ค้าที่ได้รับอนุญาต | อีคอมเมิร์ซเชื่อมกับบริษัทขนส่ง |
| Internal (Private) API | ภายในองค์กรเท่านั้น | ระบบบัญชีเชื่อมกับระบบคลังสินค้า |
| Composite API | ตามสิทธิ์ที่กำหนด | สร้างใบสั่งซื้อที่ดึงข้อมูลหลายระบบพร้อมกัน |
อาจจะดูเหมือนแค่ส่งคำขอแล้วรับข้อมูลกลับมา แต่จริง ๆ แล้วมีองค์ประกอบเบื้องหลังหลายอย่างที่ทำให้การสื่อสารระหว่างระบบเป็นไปอย่างราบรื่น และปลอดภัย การเข้าใจโครงสร้างแต่ละส่วนจึงเป็นเรื่องสำคัญ โดยเฉพาะเมื่อองค์กรต้องการพัฒนา เชื่อมต่อ หรือวางนโยบายใช้งานอย่างเป็นระบบ
Endpoint คือตำแหน่งปลายทางที่ใช้ในการเข้าถึงข้อมูล Endpoint จะเป็นตัวกำหนดว่าจะเข้าถึงข้อมูลอะไร และจากที่ไหน ซึ่งมักจะประกอบอยู่ใน URL ของ Application Programming Interface ตัวอย่างเช่น api.kspasiafin.com/customers ในตัวอย่างนี้ customers คือ endpoint ที่เรียกใช้ข้อมูลลูกค้า
Method หรือเรียกว่า HTTP Verb คือวิธีที่ใช้กับแต่ละ endpoint เพื่อระบุว่าเราต้องการทำอะไรกับข้อมูลนั้น ตัวอย่างเช่น หากต้องการดูข้อมูลลูกค้าใช้ GET แต่ถ้าต้องการสร้างข้อมูลลูกค้าใหม่ใช้ POST
Headers คือข้อมูลเสริมที่แนบมากับคำขอ เพื่อให้ระบบปลายทางเข้าใจบริบทของการเรียกใช้งาน ทำหน้าที่เหมือนซองจดหมายที่บอกว่าข้างในมีอะไรและใครส่งมา ช่วยจัดการคำขอได้อย่างถูกต้องและปลอดภัย
Body หรือ Payload คือเนื้อหาหลักของคำขอที่ส่งเข้า API โดยเฉพาะคำสั่งที่เกี่ยวข้องกับการส่งข้อมูลเข้าไป เช่น POST หรือ PUT ซึ่งจะใช้ส่งข้อมูลในรูปแบบ JSON หรือ XML
Response คือผลลัพธ์ที่ API ส่งกลับมาหลังจากประมวลผลคำขอเรียบร้อยแล้ว ตัวอย่างเช่น หากร้องขอข้อมูลลูกค้า ระบบอาจส่งกลับมาเป็น JSON เป็นการยืนยันว่า API ทำงานตามที่ร้องขอหรือไม่ และส่งผลลัพธ์ที่ใช้งานต่อได้ทันที
Authentication คือกลไกในการพิสูจน์ตัวตนของผู้ใช้งาน เพื่อให้แน่ใจว่าผู้ที่ส่งคำขอนั้นมีสิทธิ์เข้าถึงบริการจริง โดยรูปแบบที่นิยมได้แก่ API Key, OAuth 2.0 หรือ JSON Web Token เป็นต้น
Rate Limit คือข้อจำกัดจำนวนครั้งในการเรียกใช้งานภายในระยะเวลาที่กำหนด เช่น ไม่เกิน 1000 ครั้งต่อวัน เพื่อป้องกันการใช้ทรัพยากรเกินขอบเขต หรือป้องกันการโจมตีจากระบบภายนอก
การนำ API เข้ามาผสานกับ RPA คือการยกระดับการทำงานอัตโนมัติจากระดับจำลองการใช้งานของมนุษย์ไปสู่การสื่อสารตรงกับระบบหลังบ้าน
ตัวอย่างการใช้งานทั้งหมดที่กล่าวมาข้างต้น เช่น การดึงข้อมูลใบแจ้งหนี้ อัปเดตสต๊อกสินค้า หรือจัดการวันลา จะสามารถทำงานได้อย่างครบถ้วนภายในระบบของ OrangeWorkforce RPA โดยไม่จำเป็นต้องเชื่อมต่อ API เพิ่มเติม เนื่องจากระบบมีความสามารถในการควบคุมหน้าจอ และดำเนินกระบวนการต่างๆ ได้อย่างครอบคลุม
อย่างไรก็ตาม ระบบของ OrangeWorkforce ยังรองรับการเชื่อมต่อและทำงานร่วมกับ API ได้อย่างเต็มรูปแบบ สำหรับกรณีที่ต้องการเข้าถึงระบบหลังบ้านโดยตรง หรือต้องการเพิ่มประสิทธิภาพให้สูงยิ่งขึ้นในบางกรณี เช่น การเชื่อมกับระบบภายนอกที่ไม่มี UI หรือระบบที่ให้เฉพาะ API เข้าเท่านั้น
API (Application Programming Interface) คือ ช่องทางกลางที่ให้ซอฟต์แวร์สองระบบสื่อสารและแลกเปลี่ยนข้อมูลกันได้อัตโนมัติ เช่น แอปดึงข้อมูลจากระบบธนาคาร หรือเว็บไซต์เชื่อมกับระบบบัญชี โดยไม่ต้องรู้การทำงานภายในของอีกฝั่ง
API เชื่อมระบบระดับ “หลังบ้าน” ซึ่งต้องมีผู้พัฒนาเปิดช่องทางไว้ให้ ส่วน RPA ทำงานระดับ “หน้าจอ” เหมือนพนักงานคนหนึ่ง จึงใช้กับระบบเก่าที่ไม่มี API ได้ องค์กรส่วนใหญ่ใช้ทั้งสองอย่างร่วมกันตามความพร้อมของแต่ละระบบ
ใช้ RPA เป็นสะพานแทน โดยบอทเข้าไปอ่านและกรอกข้อมูลผ่านหน้าจอของระบบเดิมโดยตรง เช่น ดึงข้อมูลจากระบบเก่าไปบันทึกใน ERP อัตโนมัติ ดูรายละเอียดได้ที่ โปรแกรม RPA OrangeWorkforce
