אינטגרציית Amazon SP-API

חיבורי Amazon SP-API אמינים, שנבנים ומתוחזקים על ידי מהנדסים

חיבור מערכות פנימיות ל-Amazon Selling Partner API דורש התמודדות עם מדיניות AWS IAM קפדנית, הרשאות Login with Amazon (LWA) ומגבלות קצב (rate limits) נוקשות. כאשר נתוני המלאי אינם מדויקים או שהגשות הפידים נכשלות ללא התראה, מדדי המוכר (seller metrics) וההכנסות נפגעים. אנו בונים שירותי אינטגרציה מותאמים אישית ל-Amazon SP-API שמחברים את Amazon למערכות ה-ERP, ניהול המחסן (WMS) ומסדי הנתונים הייעודיים שלכם. הצוות שלנו מבצע אוטומציה של עיבוד הזמנות FBA, סנכרון מלאי, עדכוני קטלוג ומשיכת דוחות מתוזמנת, תוך טיפול מוקפד בריענון טוקנים, עימוד (pagination) ומנגנוני ניסיון חוזר אוטומטיים (retries). באמצעות סביבות פיתוח מודרניות מבוססות AI, המפתחים שלנו מייצרים נקודות קצה (endpoints) וחבילות בדיקה במהירות, בעוד שמהנדסים מנוסים מובילים את ארכיטקטורת המערכת, מוודאים את תקינות הטיפול בנתונים ומבטיחים יציבות לאורך זמן בסביבת הייצור (production).

פיתוח Amazon SP-API בסיוע AI ובהובלת מהנדסים

איך ה-AI מסייע

יצירת מודלים של לקוח (boilerplate client models), מיפוי סכמות ומטעני בקשות API (payloads) מתוך מפרטי ה-Swagger של SP-API
ניסוח בדיקות יחידה (unit tests) ובדיקות חוזה (contract suites) להגשת פידים, פענוח דוחות ומטפלי שגיאות (error status handlers)
האצת פיתוח קוד תשתית (boilerplate) עבור משימות מתוזמנות (worker tasks), קליטת webhooks והמרות נתונים
ניתוח לוגים של סנכרון ושגיאות כדי לאתר בדיוק בקשות שנחסמו (throttling), אי-התאמות בסכמה ופידים של מלאי שנכשלו

מה באחריות המומחים שלנו

מהנדסים מתכננים תפקידי AWS IAM, מנגנון STS role assumption ואחסון מאובטח של אישורי גישה עבור טוקנים של LWA
מהנדסים מגדירים כללי אידמפוטנטיות (idempotency), נעילת טרנזקציות ותהליכי התאמה (reconciliation) למניעת פערי מלאי
מהנדסים בונים מעקב אחר מכסות, מנגנון הגבלת קצב של דלי דולף (leaky bucket) ותורי גיבוי למניעת שגיאות חסימה 429
אנו בודקים את כל שינויי הקוד, מאמתים אבטחת מידע וטיפול ב-PII, ומאשרים גרסאות לסביבת הייצור (production)

כיצד הזמנה מאמזון מגיעה למערכות ה-Back-office שלכם

תרשים להמחשת המסלול מההזמנה ל-ERP; המבנה בפועל ייקבע לפי ה-stack שלכם וחלוקת הבעלות על הנתונים.

טריגר אירוע
התראת הזמנה או תהליך סנכרון מתוזמן יוזמים בקשה לקבלת נתוני מכירות חדשים מ-Amazon.
טוקן LWA וחתימה
השירות מושך או מרענן טוקן גישה של LWA וחותם על בקשת ה-AWS באמצעות פרטי הגישה של IAM.
נקודת בקרה: טוקנים לא תקינים או חוסר בהרשאות עוצרים את הפעולה מיד
קליטת נתונים (Payload Ingestion)
ה-Worker מתשאל נקודות קצה של SP-API או מוריד דוחות פידים, מפענח נתוני JSON ומטפל בעימוד (pagination).
תור והגבלת קצב (Rate Limiting)
הזמנות ועדכוני מלאי נכנסים לתור עמיד (durable queue) המווסת את הבקשות בהתאם למכסות ה-leaky bucket של Amazon.
התאמת מסד נתונים (Reconciliation)
הנתונים נכתבים ל-ERP או למסד הנתונים באמצעות מפתחות אידמפוטנטיות (idempotency keys), תוך התאמת מספרי העסקאות מ-Amazon לרשומות המקומיות.
נקודת בקרה: אי-התאמה בכמויות מפעילה התראות תפעוליות

כשמשהו נכשל: שליחות שנכשלו מבצעות ניסיון חוזר עם exponential backoff, ולאחר מכן ממתינות ברשימת חריגות (exceptions) עם התראה לבדיקת צוות ההנדסה.

מה אתם מקבלים

מה פרויקט ה-Amazon SP-API שלכם יכול לכלול

אימות LWA והגדרת IAM
אימות amazon sp-api lwa חלק והאצלת תפקידי AWS IAM למתן הרשאות אפליקציה מאובטחות ומוגדרות היטב ללא חשיפת אישורי גישה.
סנכרון מלאי בהתאמה אישית
סנכרון מלאי Amazon מותאם אישית המחבר את יתרות המלאי של FBM ו-FBA ל-ERP או ל-WMS שלכם, עם עדכוני דלתא ופתרון קונפליקטים.
אינטגרציה להזמנות FBA וסוחר (Merchant)
אינטגרציה חזקה עם Amazon FBA Order API המנתבת הזמנות לקוחות, עוקבת אחר משלוחים ומתעדת פרטי מילוי הזמנות (fulfillment) באופן אוטומטי.
אוטומציה של פידים ודוחות
הגשה אסינכרונית של פידים לרישום מוצרים (listings), מחירים ומלאי, לצד אחזור ופענוח אוטומטיים של דוחות כספיים ועסקיים.
ארכיטקטורת ניהול קצב (Rate Limit) ומכסות
ניהול תורים חכם לבקשות בהתאם למגבלות ה-leaky bucket של Amazon, כולל exponential backoff לביטול שגיאות חסימה 429 (throttling).
פיתוח ותחזוקה ייעודיים
עבודה עם צוות מפתחי Amazon Selling Partner API מנוסה לניטור מיגרציות API, טיפול בעדכוני סכמה והבטחת זמינות רציפה (uptime).

הכנת אינטגרציה שהצוות שלכם יכול לתפעל

גישה ודרישות קדם
מתן גישת מפתח מאושרת ב-Amazon Seller Central, פרטי חשבון ה-AWS המיועד, ותיעוד עבור מערכות ה-ERP, ה-CRM או מסד הנתונים הפנימיים המיועדים לחיבור.
היקף ראשוני ריאלי
התחלה עם תהליך ליבה מוגדר, כגון סנכרון מלאי אוטומטי או משיכת הזמנות, לפני הרחבה לפידים, כללי תמחור או קטלוגים מרובי זירות מסחר (marketplaces).
מסירה (Handover) ותחזוקה
אנו מספקים קוד מאומת, תיעוד ארכיטקטורה, ספרי נהלים לטיפול בשגיאות (runbooks) והתראות ניטור. ההתקשרות מסתיימת בבדיקות ומסירה מסודרת, או עוברת לתחזוקה שוטפת במסגרת תוכנית תמיכה מוסכמת.

כיצד אנו מספקים את אינטגרציית ה-Amazon SP-API שלכם

01
הגדרת היקף (Scoping) ובדיקת אישורי גישה
סקירת הגישה שלכם ל-Amazon Seller Central או Vendor Central, נקודות הקצה הרלוונטיות, מבני הנתונים ב-Back-office ודרישות התאימות (compliance).
02
תכנון ארכיטקטורה ואימות
מהנדסים ממפים סכמות נתונים, מגדירים גבולות אבטחה ב-AWS IAM ומגדירים תהליכי LWA OAuth לפני כתיבת שורת קוד אחת של אינטגרציה.
03
בנייה ובדיקות חוזה (Contract Testing)
כלי AI מאיצים את כתיבת הקוד של נקודות הקצה והבדיקות, בעוד שמהנדסים מבצעים peer review ומריצים בדיקות אינטגרציה בסביבות sandbox ו-staging של SP-API.
04
השקה לסביבת ייצור (Production) וניטור
פריסה מבוקרת עם טלמטריה פעילה, מעקב אחר מגבלות קצב והתאמת נתונים (reconciliation), בליווי תמיכה שוטפת בעדכוני גרסאות של Amazon API.

שתי דרכים לעבוד עם כלי AI

ה-AI עוזר לנסח טיוטות לקוד האינטגרציה ולבדיקות החוזה. בחרו היכן הוא רשאי לעבד את הקוד ואת נתוני ה-API שלכם.

הנדסת AI פרטית / מקומית
מודלים באירוח פרטי, בתוך תשתית שבשליטתכם או בסביבה מבודדת מוסכמת.
דברו איתנו על החבילה הזו
הנדסת Claude Code / OpenAI Codex
Claude Code ו/או OpenAI Codex, עם הגדרות ענן שהארגון שלכם מאשר.
דברו איתנו על החבילה הזו

לא בטוחים? נמליץ על אחת מהן בשלב הגדרת ההיקף. השוואת אפשרויות עבודה עם AI

שאלות ותשובות

שאלות נפוצות

כיצד אתם מטפלים באימות Amazon SP-API LWA ובהגדרת AWS IAM?

אנו מגדירים אישורי גישה של Login with Amazon (LWA) ותפקידי AWS IAM לפי עקרון ההרשאה המינימלית (least-privilege). המהנדסים שלנו מיישמים החלפת טוקנים אוטומטית ו-caching של refresh tokens, מה שמבטיח קריאות API מאובטחות באמצעות דפוסי AWS STS assume-role ללא סיכון של גישה לא מורשית או מפתחות מוטמעים בקוד (hardcoded keys).

מדוע כדאי לשכור מפתח Amazon SP-API במקום להשתמש במחברים מוכנים (off-the-shelf)?

כאשר שוכרים מומחי פיתוח Amazon SP-API מבית Canvas Developers, מקבלים תהליכי עבודה מותאמים אישית שנבנו במיוחד עבור ה-ERP או מסד הנתונים של המחסן שלכם. מחברים גנריים מתקשים לעיתים קרובות להתמודד עם מגבלות קצב בנפחים גבוהים, מיפוי חבילות (bundles) מותאם אישית וחשבונות רב-אזוריים מורכבים, בעוד שקוד מותאם אישית מספק עמידות לשגיאות ואידמפוטנטיות (idempotency).

מה קורה אם קריאת API או סנכרון נכשלים?

אנו מתכננים תהליכי webhook ו-polling שהם אידמפוטנטיים (idempotent), השומרים מזהי עסקאות ובודקים את סטטוס הבקשה לפני העיבוד. בקשות שנכשלו מבוצעות שוב עם exponential backoff, ותהליכי התאמה (reconciliation) מתוזמנים משווים בין מלאי ה-Back-office לכמויות ב-Amazon FBA כדי להתריע בפני צוות התפעול על כל אי-התאמה.

לכל מקרי הבוחן