Greenmint Labs
شهرانشهرانمدة المشروع
أتمتة من الفاتورة إلى الإقرارأتمتة من الفاتورة إلى الإقرارالنطاق
إدارة النفاياتإدارة النفاياتالصناعة
Next.jsNext.js
TypeScriptTypeScript

نظرة عامة

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

التحدي

إغلاق نهاية الشهر هو المكان الذي تفقد فيه فرق المالية معظم وقتها بصمت، والمطابقة المحاسبية هي عنق الزجاجة داخل هذه العملية. تضع المعايير القياسية للصناعة التكلفة في أرقام واضحة: المطابقة النقدية وحدها تستهلك ما بين 20 و50 ساعة شهريًا للعديد من فرق المالية، ما يجعلها النشاط الأكثر استهلاكًا للوقت في عملية الإغلاق. ليست إعداد التقارير ما يُبطئ الفرق — بل كل ما يسبقها: مطابقة بيانات مجزأة، ومواءمة الأنظمة الأولية، وتصحيح الأخطاء اليدوية، ولا يزال 94% من الفرق تعتمد على إكسل للقيام بذلك. الأخطاء مكلفة أيضًا: تحمل المطابقة اليدوية نسبة خطأ تتراوح بين 5% و15% في أرصدة دفتر الأستاذ العام والمعاملات غير المطابقة. بالنسبة لعملية إدارة نفايات تُدير أحجامًا كبيرة من الفواتير المتكررة عبر مسارات التحصيل والعقود، يتضاعف هذا العبء. احتاج الفريق إلى نظام قادر على: • إنشاء الفواتير وإصدارها دون إدخال بيانات يدوي • مطابقة المعاملات مباشرة مقابل نظام ERP الحالي — دون استبداله بالكامل • تنفيذ الخطوات التشغيلية بين الفوترة والإقرار، لا جزء واحد منها فقط • تجهيز الإقرارات من بيانات نظيفة ومطابقة • القيام بكل ذلك بشكل مستقل، مع إبقاء الإنسان في موقع التحكم في أي شيء يمسّ دفتر الحسابات لم يكن التحدي أتمتة مهمة واحدة — فالعديد من الأدوات تفعل ذلك. كان التحدي بناء وكيل واحد يمتلك السلسلة كاملة، من الفاتورة إلى الإقرار، ويكسب مع ذلك ثقة فريق المالية.

ما الذي بنيناه

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

لماذا يتفوق

• وكيل واحد، للسلسلة بأكملها. ليست أداة لمهمة واحدة — بل نظام مستقل مبني على LangGraph يُشغّل الفوترة ← المطابقة ← العمليات ← الإقرار كتدفق واحد. • يعمل فوق نظام ERP الحالي. دون ترحيل، ودون مشروع مطابقة منفصل خاص به. يعمل مع ما يستخدمه العميل بالفعل. • يتصرف، لا يكتفي بالاقتراح. الوكيل ينفّذ العمل، لا يكتفي بالإشارة إليه. • الثقة بالتصميم. الكتابة المشروطة بالتأكيد تعني سرعة في الأعمال الروتينية وتحكمًا بشريًا في القرارات المهمة.

النتيجة

قدّمنا نظام مالية وكيليًا، بُني وأُطلق خلال شهرين، يُزيح عبء مطابقة نهاية الشهر عن فريق LAHS India ويُشغّل سير عمل الفوترة إلى الإقرار بشكل مستقل — دون المساس بنظام ERP، ومع إبقاء الإنسان في حلقة القرار حيثما يهم ذلك.

لنبنِ شيئاً ذا قيمة

لديك فكرة، أو مشكلة تريد حلها، أو منتج ترغب في تحسينه؟