Trazer o que você já tem

اطلب من محاسبك مجلد ملفات XML الواردة للاثني عشر شهرًا الأخيرة — فهو موجود وهو نفسه الذي يستخدمه في القيد المحاسبي. ارفعه كله دفعة واحدة، وراجع تبويب المورّدين أولًا (فهو الأصغر والأكثر فائدة)، ووافق دفعة واحدة، ثم انتقل إلى المنتجات بعد ذلك فقط.

قراءة الملف تُنتج اقتراحات، والاقتراح ليس سجلًا: لا يظهر في أي بحث، ولا يدخل التقارير، ولا يمكن استخدامه في قيد. عندما توافق، يُنشأ السجل عبر المسار نفسه لمن يسجّل يدويًا، وبالتحققات نفسها. لهذا يتحول ملف XML المعيب إلى اقتراح مرفوض، لا إلى مورّد معيب داخل قاعدتك.

لكل اقتراح مفتاح: CNPJ للمورّد، وكود المنتج لدى المُصدِر للمنتج. رفع المجلد نفسه مرتين لا يكرر شيئًا — القراءة الثانية تتعرف على ما اقتُرح بالفعل ولا تُنشئ سطرًا جديدًا. لولا ذلك، لأنتج التحميل الأول لفواتير سنة آلاف التكرارات، وتنظيفها بعد ذلك يكلّف أكثر من الكتابة من الصفر.

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

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

من ملف XML نفسه، دون تفسير: يأتي المورّد من مُصدِر الفاتورة (CNPJ، والاسم القانوني، والولاية)؛ ويأتي المنتج من كل بند (الكود، والوصف، وNCM، والوحدة)؛ ويأتي المبلغ المستحق الدفع من إجمالي الفاتورة. القراءة حتمية لأن لملف XML مخططًا — لا يوجد هنا ذكاء اصطناعي يخمّن الحقول، وهذا مقصود: تخمين CNPJ خاطئ أسوأ من عدم قراءة الفاتورة.