
EasySlip API ส่ง Request ได้กี่ครั้ง? คำตอบคือจำนวน Request ต่อวินาที หรือ TPS (Transactions Per Second) ขึ้นอยู่กับแพ็กเกจที่ใช้งาน และค่า Rate Limit ที่ระบบกำหนดให้กับบัญชี โดย EasySlip แนะนำให้ Developer อ่านค่าจาก Response Header อย่าง X-RateLimit-Limit แทนการกำหนดตัวเลขตายตัวไว้ในโค้ด เพราะค่าดังกล่าวสามารถเปลี่ยนแปลงได้ตามสภาพโหลดของระบบ
เรื่องนี้สำคัญมากสำหรับธุรกิจที่นำ EasySlip API ไปเชื่อมกับระบบร้านค้า, ERP, Payment System หรือระบบหลังบ้านที่มีการตรวจสอบสลิปจำนวนมาก เพราะหากส่ง Request เข้ามาพร้อมกันเกิน Rate Limit อาจได้รับ HTTP Status 429 และต้องรอก่อนส่ง Request ใหม่
EasySlip API ส่ง Request ได้กี่ครั้งต่อวินาที?
EasySlip API มีการจำกัดจำนวน Request ที่สามารถส่งได้ต่อวินาที หรือ TPS เพื่อให้ระบบตรวจสอบสลิปยังคงตอบสนองได้อย่างเหมาะสม โดย TPS ที่ใช้ได้ขึ้นอยู่กับแพ็กเกจของแต่ละบัญชี และหากต้องการ TPS สูงกว่าที่กำหนด สามารถติดต่อ EasySlip เพื่อขอปรับเพิ่มสำหรับบัญชีได้
จุดที่ Developer ควรรู้คือ EasySlip ไม่ได้แนะนำให้ Hard-code ตัวเลข TPS ลงในระบบ แต่ให้ตรวจสอบค่าจาก Response Header ของทุก Request เนื่องจาก X-RateLimit-Limit สามารถเปลี่ยนได้ตามสภาพโหลดของระบบ อีกเรื่องที่น่าสนใจคือ Bank Slip Verification และ TrueMoney Wallet Verification มี Rate Limit แยกกัน การเรียกใช้งานฝั่งหนึ่งจึงไม่ไปใช้ Budget ของอีกฝั่ง

TPS คืออะไร? ทำไมคนใช้ EasySlip API ต้องรู้
TPS ย่อมาจาก Transactions Per Second หมายถึงจำนวน Transaction หรือ Request ที่ระบบสามารถประมวลผลได้ภายใน 1 วินาที ลองนึกภาพร้านค้าออนไลน์ที่มีลูกค้าชำระเงินเข้ามาพร้อมกันจำนวนมาก เช่น ช่วง Flash Sale หากระบบส่งข้อมูลสลิปไปตรวจสอบพร้อมกันเป็นจำนวนมาก แต่เกิน Rate Limit ที่บัญชีได้รับ Request บางส่วนอาจถูกปฏิเสธด้วย HTTP Status 429 ดังนั้น การออกแบบระบบไม่ได้ดูแค่ว่า API ตรวจสอบสลิปได้ไหม แต่ต้องดูด้วยว่า
- ระบบมี Request เข้ามาเฉลี่ยเท่าไร
- ช่วง Peak มี Request พร้อมกันกี่รายการ
- ต้องตรวจสอบสลิปแบบทันทีหรือสามารถเข้าคิวได้
- API รองรับ Rate Limit เท่าไร
- ระบบของเรามี Retry และ Queue หรือไม่
การเข้าใจ TPS ตั้งแต่ต้นจะช่วยให้ระบบทำงานได้เสถียรกว่า โดยเฉพาะระบบที่มี Traffic ขึ้นลงเป็นช่วง ๆ
EasySlip API มี Header สำหรับเช็ก Rate Limit อะไรบ้าง?
EasySlip API ส่งข้อมูลเกี่ยวกับ Rate Limit กลับมาใน Response Header ซึ่งมี 4 ตัวที่ควรรู้จัก ได้แก่
X-RateLimit-Limit
บอกจำนวน Request ต่อวินาทีที่บัญชีสามารถใช้งานได้ในขณะนั้น
X-RateLimit-Remaining
บอกจำนวน Request ที่ยังเหลืออยู่ภายในวินาทีปัจจุบัน
X-RateLimit-Reset
บอกจำนวนวินาทีที่เหลือก่อนตัวนับ Rate Limit จะ Reset
Retry-After
Header ตัวนี้จะถูกส่งมาเมื่อ Request ถูกปฏิเสธด้วย HTTP 429 โดยบอกว่าควรรอกี่วินาทีก่อนลองส่ง Request ใหม่
ดังนั้น Developer ไม่ควรดูแค่ Response Body แต่ควรนำ Response Header เหล่านี้ไปใช้ในการควบคุมการเรียก API ด้วย
ถ้าส่ง Request เกิน Rate Limit จะเกิดอะไรขึ้น?
เมื่อเรียก EasySlip API เกิน Rate Limit ระบบจะตอบกลับด้วย HTTP Status 429 หรือ Too Many Requests พร้อม Header Retry-After สำหรับ API v2 จะได้รับ Error Code คือ RATE_LIMIT_EXCEEDED พร้อมข้อความ Rate limit exceeded แต่สิ่งที่ไม่ควรทำคือ ยิง Request ซ้ำทันทีแบบรัว ๆ เพราะ EasySlip แนะนำให้รอตามค่า Retry-After และหากยังพบ 429 ซ้ำ ให้ใช้วิธี Exponential Backoff เพื่อเพิ่มเวลารอระหว่างการ Retry
วิธีรับมือ Rate Limit สำหรับระบบที่มีสลิปจำนวนมาก
1. ทำ Queue ก่อนส่งเข้า API
ถ้าสลิปเข้ามาพร้อมกันจำนวนมาก ไม่ควรส่งทุก Request เข้า EasySlip API พร้อมกันทั้งหมด ให้ระบบนำรายการเข้า Queue แล้วทยอยส่งตาม TPS ที่ได้รับ วิธีนี้ช่วยลดโอกาสที่ Request จะโดน 429 ได้
2. อ่าน X-RateLimit-Remaining
ระบบสามารถดูจำนวน Request ที่เหลืออยู่ แล้วชะลอการส่งก่อนถึงเพดาน วิธีนี้ดีกว่ารอให้ API ปฏิเสธแล้วค่อยแก้ไข
3. ใช้ Retry-After
เมื่อได้รับ HTTP 429 ให้ระบบอ่านค่า Retry-After แล้วรอตามเวลาที่ API แจ้งก่อนลองใหม่ ไม่ควร Retry ทันที
4. ใช้ Exponential Backoff
ถ้ายังได้รับ 429 ต่อเนื่อง ให้เพิ่มระยะเวลารอในแต่ละรอบของการ Retry ซึ่งเป็นแนวทางที่ EasySlip แนะนำสำหรับการจัดการ Rate Limit

Rate Limit กับ Quota ต่างกันอย่างไร?
สองคำนี้มักถูกเข้าใจว่าเป็นเรื่องเดียวกัน แต่จริง ๆ แล้ว Rate Limit กับ Quota เป็นคนละเรื่อง
| รายการ | Rate Limit | Quota |
| จำกัดอะไร | จำนวน Request ต่อวินาที | จำนวนสลิปที่แพ็กเกจอนุญาต |
| Error หลัก | HTTP 429 | QUOTA_EXCEEDED |
| แก้ปัญหา | รอแล้ว Retry | เติมโควต้า/รอรอบ Reset |
| หายเอง | ภายในไม่กี่วินาที | ไม่หายจนกว่าจะเติมหรือถึงรอบ Reset |
EasySlip ระบุชัดว่า Rate Limit เป็นข้อจำกัดด้าน Requests per second ส่วน quota_exceeded เป็นข้อจำกัดด้านจำนวนสลิปทั้งหมดตามแพ็กเกจ สำหรับ API v2 กรณี Quota เต็มจะได้รับ HTTP 403 พร้อม Error Code QUOTA_EXCEEDED ซึ่งแตกต่างจาก HTTP 429 ของ Rate Limit
ถ้าต้องตรวจสลิปจำนวนมาก ควรใช้ API แบบไหน?
หากระบบมีสลิปเข้ามาเป็นจำนวนมาก EasySlip API v2 มี Async Bank Verification ซึ่งช่วยให้ระบบส่งงานเข้า Queue แล้วรับผลผ่าน Webhook หรือใช้ Polling เป็นทางเลือกสำรองได้ โดย Async API รองรับการส่งแบบ Batch ได้สูงสุด 100 สลิปต่อ Request แต่จุดสำคัญคือ Async ไม่ได้เป็นวิธีหลบ Rate Limit เพราะการส่งงานเข้า Async เองก็สามารถได้รับ HTTP 429 ได้เช่นกัน ดังนั้น หากระบบมี Traffic สูง ควรออกแบบทั้ง Queue + Rate Limit Handling + Retry + Webhook ให้เหมาะกับ Workflow ของธุรกิจ แทนการพยายามยิง Request ให้เร็วที่สุด
แล้วควรเลือกแพ็กเกจ EasySlip แบบไหน?
จำนวนสลิปที่ตรวจสอบได้ต่อเดือนเป็นอีกปัจจัยหนึ่งที่ควรดูควบคู่กับ TPS โดยหน้าราคา EasySlip มีหลายแพ็กเกจ ตั้งแต่ Tester, Start, Basic, Starter ไปจนถึง Premium 1–3 และแต่ละแพ็กเกจมีจำนวนสลิปที่ตรวจสอบได้แตกต่างกัน แต่ อย่าสับสนระหว่างจำนวนสลิปต่อเดือนกับ TPS เพราะแพ็กเกจที่มี Quota จำนวนมากไม่ได้หมายความว่า Developer ควร Hard-code TPS เป็นตัวเลขเดียวเสมอ ควรตรวจสอบ Rate Limit จาก Response Header ของระบบจริงตามคำแนะนำของ EasySlip
สรุป EasySlip API ส่ง Request ได้กี่ครั้ง?
คำตอบคือ TPS ของ EasySlip API ขึ้นอยู่กับแพ็กเกจและการกำหนดของบัญชี โดยเอกสาร EasySlip ไม่ได้ให้ตัวเลข TPS ตายตัวที่ใช้กับทุกบัญชี แต่แนะนำให้ Developer อ่านค่า X-RateLimit-Limit จาก Response Header ของแต่ละ Request เพราะค่าอาจเปลี่ยนตามสภาพโหลดของระบบ
หากระบบส่ง Request เกิน Rate Limit จะได้รับ HTTP 429 และควรจัดการด้วย Retry-After, Exponential Backoff และ Queue แทนการยิงซ้ำทันที สำหรับธุรกิจที่ต้องตรวจสอบสลิปจำนวนมาก การออกแบบระบบให้รองรับ Rate Limit ตั้งแต่ต้นจึงสำคัญไม่แพ้การเลือกแพ็กเกจ เพราะช่วยให้ระบบรับ Traffic ช่วง Peak ได้ดีขึ้นและลดปัญหา Request ถูกปฏิเสธ
ตรวจสลิปง่ายๆ แค่ใช้ EasySlip ไม่ว่าจะเป็นร้านค้าออนไลน์ ระบบหลังบ้าน หรือธุรกิจที่ต้องการเชื่อมระบบตรวจสอบสลิปผ่าน API สามารถเลือกแพ็กเกจให้เหมาะกับปริมาณการใช้งานของคุณได้ เลือกแพ็กเกจที่ใช่ กับ API EasySlip ตัวช่วยดีๆ เพื่อธุรกิจของคุณ
หมวดหมู่: ข่าวสาร
บทความที่เกี่ยวข้อง
สลิปเก่าตรวจสอบไม่ได้เกิดจากอะไร? รวมสาเหตุที่ตรวจสอบสลิปไม่ผ่าน วิธีรับมือเมื่อข้อมูลธุรกรรมไม่พบ และการใช้ตรวจสอบสลิป API ด้วย EasySlip
EasySlip API ขึ้น Error 429 ต้องทำอย่างไร? ทำความเข้าใจ Too Many Requests, Rate Limit พร้อมวิธีแก้ด้วย Retry, Backoff และ Queue อย่างถูกต้อง
EasySlip API ส่ง Request ได้กี่ครั้ง? ทำความรู้จัก TPS, Rate Limit, HTTP 429, Retry-After และวิธีออกแบบ Queue เพื่อรองรับการตรวจสอบสลิปจำนวนมาก



