Restaurant API
واجهة برمجة تطبيقات HTTP/JSON لشفرة فريق المطعم الخاصة — الباك إند الخاص بك، ذكاء الأعمال الخاص بك، تطبيقك الداخلي، تدفقاتك منخفضة الكود. نفس المصادقة، نفس الأذونات لكل حل، نفس سجل التدقيق.
قم بتشغيل Sinqro من الواجهة الخلفية الخاصة بك.
ادفع الطلبات إلى محرك الولاء الخاص بك عندما تصل إلى Sinqro. قم بمزامنة تغييرات الكتالوج من أداة الإدارة الداخلية الخاصة بك إلى جميع القنوات. قم بنقل العمليات المباشرة إلى مستودع البيانات الذي تستخدمه السلسلة بالفعل لإصدار التقارير. قم بتفعيل الأتمتة من الخلفية المركزية للعمليات عندما يتم تشغيل تنبيه داخلي. كل ما يفعله فريقك بالفعل داخل Dashboard يمكن الوصول إليه عبر HTTP/JSON — بنفس نموذج المصادقة، ونفس الأذونات لكل حل، ونفس سجل التدقيق.
واجهة برمجة التطبيقات للمطاعم ليست...
إذا كنت بائع نظام نقاط البيع (POS) أو سوقًا أو شركة توصيل تبحث عن توصيل نظامك إلى Sinqro — فهذه هي واجهة برمجة التطبيقات Integration API وتوجد تحت /store. إذا كنت تبني منتجًا برمجيًا على Sinqro لبيعه إلى مطاعم أخرى — فهذه هي قصة المطور والباب الصحيح هو /collaborate/developers (MCP + REST + استدعاء وظائف OpenAI، مع اعتبارات الفوترة والإيجار). واجهة برمجة التطبيقات Restaurant API مخصصة حصريًا للفريق الذي يدير المطعم: نفس الأيادي، فقط كتابة الشيفرة بدلاً من النقر عبر Dashboard.
ماذا يفعل Restaurant API لكل حل لديك مفعل.
إجراءات ملموسة لكل مجموعة — وليس قدرات مجردة. إذا كان لدى المكان الحل مفعلًا، فهذا ما يتيح لـ Restaurant API للفريق فعلاً القيام به.
احصل على الطلبات المعلقة باستخدام GET، ووافق باستخدام POST، واشترك في إشعارات الويب عند وصول طلب جديد — مباشرة إلى نظامك الداخلي، أو محرك الولاء الخاص بك، أو تدفق Make/Zapier. نفس الأذونات لكل حل، ونفس سجل التدقيق الذي يمتلكه فريقك بالفعل في لوحة التحكم. ليس للبائعين الذين يدمجون نظام نقاط البيع — هذه هي واجهة برمجة التطبيقات للتكامل في /store.
افتح صفحة الحل →قم بتشغيل كرون ليلي من بنية المطعم الخاصة التي تدفع القائمة الجديدة ليوم السبت، وتعلم العناصر غير المتوفرة، وتجدد علامات المواد المسببة للحساسية بعد تغيير المورد. نفس العناصر الأساسية من Master Catalog التي يكتب ضدها Menu Studio، ولكن مدفوعة بواسطة كود فريق المطعم بدلاً من واجهة المستخدم.
افتح صفحة الحل →قم بتوصيل نفس تغذية بيانات Live Data التي يعرضها Dashboard إلى التلفاز الداخلي للمطعم في المكتب، أو تقرير Power BI مخصص، أو لوحة Grafana. استعلام، webhooks أو أحداث مُرسلة من الخادم — اختر ما يناسب بيئتك. ليس لبناء منتج لإعادة بيع بيانات Live Data؛ هذه هي قصة المطور.
افتح صفحة الحل →اضرب نفس تدفق التذاكر والتسويات الذي ترسله Data Sync إلى Holded أو A3، ولكن وزعه على Snowflake الخاص بالمطعم، أو BigQuery، أو Postgres مخصص. مفيد عندما يريد فريق BI في السلسلة التدفق الخام بدلاً من تكامل مسبق البناء.
افتح صفحة الحل →من واجهة العمليات المركزية لسلسلة المطاعم، قم بإنشاء أو تبديل أتمتة Sinqro برمجيًا — "قم بإيقاف Glovo في جميع المواقع عندما يشير مراقب SLA الداخلي لدينا إلى اللون الأحمر"، "قم برفع أسعار الأرضيات يوم الجمعة في الساعة 19:00". نفس محرك القواعد الذي يظهر في لوحة التحكم، يتم التحكم فيه من كود فريق المطعم.
افتح صفحة الحل →استعلم عن نفس التوقعات، وإشارات هندسة القائمة، وعلامات التسعير التي يعرضها Dashboard، ولكن إلى نظام BI الموجود في المطعم — Looker، Metabase، Power BI، وStreamlit داخلي. لا تصدير للقطات الشاشة، ولا نسخ ولصق يدوي من شاشة Analytics.
افتح صفحة الحل →