يمكن لنموذج Gemini 3.6 Flash تصميم مسودة لشاشة الدفع في ثوانٍ. ما الذي يجب أن يكون صحيحًا قبل أن يستقبل عملية دفع حقيقية؟

لم تكن السرعة أبدًا هي العنصر المفقود. قبل أن يُجري أي نظام دفع مُنشأ بالذكاء الاصطناعي تحصيلاً فعليًا، يجب أن تكون هناك خمسة أمور صحيحة: مخزون يصمد عندما تبيع محطتان في وقت واحد، وتقارير تتم تسويتها (تتطابق مع الأموال التي تحركت بالفعل)، وضريبة تتوافق مع النطاق القضائي المحلي، ومعالجة مدفوعات متوافقة مع معايير PCI، وأجهزة معتمدة للدفع المباشر (حضور البطاقة). يجعل Gemini 3.6 Flash المسودة الأولى لشاشة الدفع أسرع وأرخص من أي وقت مضى. لكنه لا يغير أي شيء بشأن الأمور الخمسة الأخرى. إن نموذج Gemini 3.6 Flash POS الأولي يُعد بداية قوية، بينما يُعتبر نظام POS القابل للتشغيل خط نهاية مختلف تمامًا.

تتغير أسماء النماذج والأسعار والمؤشرات بسرعة. التفاصيل أدناه دقيقة وقت النشر؛ واعتبرها بمثابة لقطة في لحظة زمنية.

ما الذي غيره Gemini 3.6 Flash بالفعل؟

لقد جعل إنشاء الكود السريع والرخيص أسرع وأقل تكلفة وأكثر دقة. أطلقت Google نموذج Gemini 3.6 Flash في 21 يوليو 2026، جنبًا إلى جنب مع Gemini 3.5 Flash-Lite¹. وتبلغ تكلفته 1.50 دولارًا لكل مليون رمز إدخال و7.50 دولارًا لكل مليون رمز إخراج، ويستخدم رموز إخراج أقل بنسبة 17 بالمائة تقريبًا مقارنة بسبقه، ويحقق قفزة حقيقية في دقة البرمجة، حيث سجل 49 بالمائة في اختبار DeepSWE المرجعي مقابل 37 بالمائة لنموذج 3.5 Flash².

بالنسبة لتاجر يجرب أدوات التطوير بالذكاء الاصطناعي، يترجم هذا إلى شيء ملموس: تصميم مسودة لشاشة الدفع يستغرق الآن ثوانٍ وتكلفتها سنتات معدودة. وتعديلها يتكلف سنتات أيضًا. لقد انتقلت العقبة الرئيسية في الحصول على نظام POS مخصص؛ فلم تعد تكمن في قدرة النموذج على إنشاء الشاشات، بل في كل البنية التحتية التي تعتمد عليها هذه الشاشات.

لماذا لا تُعتبر شاشة الدفع نظام POS كاملاً؟

لأن شاشة الدفع مجرد واجهة مخرجات، بينما نظام POS هو نظام السجلات الأساسي (المكان الوحيد الذي تُعتبر فيه أرقام مبيعاتك دقيقة ومعتمدة). الشاشة هي العشرة بالمائة المرئية فقط. وتحتها تكمن حالة النظام التي يجب أن تظل صحيحة عبر كل محطة وكل عملية استرداد وكل انقطاع في الشبكة، بالإضافة إلى حركة الأموال المنظمة قانونًا سواء تم كتابة البرمجيات يدويًا أو إنشاؤها بالذكاء الاصطناعي. لقد أوضحنا هذا التمييز نفسه عندما صدر GPT-5.6، وظل هذا التمييز قائمًا مع كل نموذج سريع صدر منذ ذلك الحين.

الاعتراض البديهي هنا: هذه النماذج تكتب الآن كودًا جاهزًا لبيئات الإنتاج، فلماذا لا ندع Gemini 3.6 Flash يكتب منطق المخزون والضرائب أيضًا؟ إنه قادر على ذلك. المشكلة ليست في كتابة الكود، بل في إثبات صحة هذا الكود في ظروف لن تراها أبدًا في العروض التوضيحية، وملاحظة الأخطاء عندما تتسلل بهدوء. شاشة الدفع التي تظهر بشكل خاطئ يتم اكتشافها في ثوانٍ. أما دفتر الأستاذ الذي يحتوي على انحرافات فلا يكتشف إلا في نهاية الشهر بواسطة محاسبك، وحتى ذلك الحين تبدو جميع التقارير سليمة.

ما الذي يجب أن يكون صحيحًا قبل إجراء أول عملية تحصيل حقيقية؟

خمسة أمور، ولا يظهر أي منها في نافذة المعاينة.

مخزون يصمد أثناء الطلبات المتزامنة

التزامن (عندما تحاول نقطتا دفع الوصول إلى المخزون نفسه في اللحظة ذاتها) هو أول موضع يفشل فيه كود المخزون المُنشأ تلقائيًا. تبيع محطتان القطعة الأخيرة من عنصر ما في الثانية نفسها. يتحقق الكود البسيط من العدد، فيجد قطعة واحدة متاحة، ويسمح بإتمام العمليتين. والآن تكون قد بعت شيئًا لا تملكه، ويتراكم الخطأ بهدوء مع كل ساعة ازدحام. النظام الصحيح ينظم عمليات الكتابة هذه بتسلسل متتابع بحيث تكتمل عملية بيع واحدة وترى الأخرى رفًا فارغًا. هذا سلوك متعلق بالبنية التحتية وليس بسلوك الشاشة، ولن تظهره أي معاينة أبدًا.

تقارير تتم تسويتها

التسوية (مطابقة تقاريرك مع الأموال التي تحركت بالفعل) تنكسر عند الحالات الاستثنائية: استرداد أموال أُصدر بعد إغلاق الجلسة، أو إلغاء عملية بعد عد الدرج، أو استرداد جزئي لبند جرى تخفيضه، أو إعادة محاولة دفع بعد انقطاع الشبكة. كل حالة استثنائية يفوتها التقرير المُنشأ تمثل ثغرة صغيرة بين ما يقوله التقرير وما أودعه البنك. ولا يكتشف التجار هذه الثغرات أثناء الاختبار، بل يكتشفونها في موسم الضرائب.

ضريبة تتوافق مع النطاق القضائي

تتراكم ضريبة المبيعات: نسبة وطنية بالإضافة إلى نسبة إقليمية، وإعفاءات لكل منتج على حدة، وأسعار تتغير في تاريخ تحدده السلطة التشريعية بدلاً من جدول الإصدارات الخاص بك. والخطأ فيها ليس مجرد تذكرة خطأ برمجي، بل هو مسؤولية قانونية. النظام الحقيقي يضبط الضرائب مرة واحدة ويطبقها في كل مكان بانسجام، تمامًا مثل طريقة عمل مجموعات الضرائب في مركز التجار.

معالجة المدفوعات المتوافقة مع معايير PCI

توجد معايير PCI DSS (معيار الأمان في صناعة بطاقات الدفع) لضمان عدم التعامل مع بيانات البطاقات إلا من خلال أنظمة مدققة. ويجب ألا يرى الكود المُنشأ رقم البطاقة مطلقًا. وعمليًا، يعني هذا أن المدفوعات تُعالج عبر المنظومة المعتمدة لمعالج المدفوعات، مع ترميز بيانات البطاقة (استبدالها برمز بديل) قبل أن يلمس برنامجك أي شيء. هذا هو العنصر غير القابل للتفاوض على الإطلاق في هذه القائمة، وهو خارج نطاق مخرجات أي نموذج بالكامل.

أجهزة معتمدة للدفع المباشر

لا تعمل مدفوعات التمرير والشريحة إلا على أجهزة دفع معتمدة من شبكات البطاقات، وتُمنح الشهادات لكل جهاز عبر اختبارات معملية. ولا يمكن إنشاؤها أو توجيهها نصوصًا أو إضافة إصلاحات لها لاحقًا. إذا كان عملاؤك يدفعون شخصيًا، فيجب أن يتوفر جهاز معتمد بين بطاقتهم والكود الخاص بك.

أين يساعد النموذج السريع حقًا؟

في المكان الذي ركز عليه هذا الإصدار بالضبط: الوصف والصياغة والتكرار. فالنموذج السريع والرخيص هو الأداة المناسبة لتشكيل الشاشات ومنطق التدفق، وتجربة خمسة تخطيطات قبل الغداء، وتحسين شاشة الدفع حتى تتناسب مع كيفية إدارة صندوق الكاشير لديك بالفعل. التقسيم الناجح هو ترك النموذج يقوم بذلك فوق بنية تحتية للتجارة تمتلك بالفعل إدارة المخزون والتسوية والضرائب والمدفوعات.

هكذا تتعامل أداة Build من Final مع النماذج: يمكنك ربط Gemini أو أي عميل MCP ودعه يبني تدفق عملك مع معاينة مباشرة، بينما يتولى Final Pay تسوية المدفوعات من خلال معالج المدفوعات وأجهزة أجهزة الدفع المعتمدة في الخلفية. للاطلاع على الخطوات التفصيلية، راجع كيفية البناء باستخدام Gemini 3.6 Flash، أو مقارنة النماذج الثلاثة الكبرى في بناء أنظمة POS.

إذًا، ما الذي يجب أن يكون صحيحًا قبل أن يستقبل Gemini 3.6 Flash عملية دفع حقيقية؟

المخزون أثناء الطلبات المتزامنة، والتقارير التي تتم تسويتها، والضرائب المتوافقة مع النطاق القضائي، ومعالجة المدفوعات المتوافقة مع PCI، والأجهزة المعتمدة. لقد جعل Gemini 3.6 Flash للتو شاشة الدفع الجزء الأقل تكلفة في المشروع، دون أن يمس أي عنصر من هذه القائمة. قاعدة عامة: إذا كان الفشل سيظهر في حسابك البنكي بدلاً من شاشتك، فلا تدع الكود المُنشأ يتولاه بمفرده. صمم المسودة باستخدام أسرع نموذج يمكنك الحصول عليه، ثم انشر العمل على بنية تحتية مصممة للتدقيق. إذا كنت ترغب في تجربة هذا التقسيم اليوم، ابدأ مع Build.