لماذا أؤكّد مفتاح الربط قبل أي تسوية؟

لأن معظم التسويات «المعطوبة» هي عدم تطابق تنسيقي في المفتاح، لا مالٌ مفقود. إن استخدمت الفواتير INV-00142 واستخدمت المدفوعات 00142، فلن يتطابقا كما هما — والتحقّق من المفتاح أولًا يمنع Claude من تنبيهك إلى كل صف على أنه غير مطابَق لسبب تنسيقي.

ماذا تُنتج التسوية فعلًا؟

ثلاث سلال بأعدادها ومجاميعها — matched (فاتورة لها دفعة)، وunpaid (فاتورة بلا دفعة)، وorphan (دفعة بلا فاتورة) — إضافةً إلى قائمة متبقٍّ مُصنَّفة بالأعمار وملاحظة طريقة، مرتّبة كتقرير يتوازن سطره العلوي: المفوتَر = المدفوع + غير المدفوع + التسويات.

ماذا تعني الدفعة الـ orphan؟

إنها تنبيه، لا حكم — دفعة بلا فاتورة مطابقة قد تكون تكرارًا، أو إيداعًا، أو دفعة على فاتورة مفقودة. يُظهرها Claude ويقترح احتمالات؛ والإنسان يفحص البنك ويقرّر ما هي فعلًا.

ماذا لو لم تتوازن الأرقام؟

تلك نتيجة، لا فشل. لا تدع Claude يجبر الأرقام على التوازن أبدًا — الفجوة غير المفسَّرة هي بالضبط ما توجد التسوية لإظهاره، لذا ينبغي أن يقول التقرير ذلك ويُظهر أين الفجوة.

سوِّ ملفين، سطرًا سطرًا

متى تلجأ إلى هذا

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

جهّز هذا أولًا

الملفان، وكلٌّ منهما عُمل له profile سلفًا عبر اجعل export الفوضوي جديرًا بالثقة — invoices-sent.csv وpayments-received.csv (أو ledger.csv وbank-statement.csv).
المفتاح المشترك الذي يربطهما: رقم الفاتورة، أو الـ transaction ID، أو column الـ reference — وتأكيد أنه مُنسَّق بنفس الطريقة في كلا الملفين.
مجموع معروف تتحقّق مقابله — «توقّعنا نحو 62,000 في المدفوعات هذا الشهر» — كي يكون للتسوية نقطة ارتكاز.

الـ workflow

أكّد مفتاح الربط قبل المطابقة

التسوية لا تكون أفضل من الـ column الذي تطابق عليه. في Claude Code Desktop، افتح المجلد الذي يوجد فيه الملفان واسأل في المحادثة — دون الحاجة إلى Terminal. اجعل Claude يثبت أن المفتاح موجود ومتسق في كلا الملفين أولًا — صيغة ID غير متطابقة تحوّل بصمت المطابقات الحقيقية إلى استثناءات زائفة.

أنت تطلب

افتح invoices-sent.csv وpayments-received.csv. أكّد أن لكليهما column لرقم الفاتورة، وأظهر لي 3 قيم كمثال من كل منهما، وأخبرني إن كانت الصِّيغ متطابقة تمامًا (الأصفار البادئة، البادئة INV-، المسافات). لا تسوِّ بعد — أريد فقط أن أعرف أن المفتاح نظيف.

ما تحصل عليه قراءة مرتدّة: «الفواتير تستخدم INV-00142؛ المدفوعات تستخدم 00142 بلا بادئة — لن يتطابقا كما هما.» إمساك هذا الآن يمنع تسوية تنبّه إلى كل شيء على أنه غير مطابَق لسبب تنسيقي، لا لسبب حقيقي.

معظم التسويات «المعطوبة» هي عدم تطابق تنسيقي في المفتاح، لا مالٌ مفقود. تحقّق دائمًا من المفتاح قبل أن تثق بالاستثناءات.
طابِق وصنّف كل صف في سلّة

اطلب الصورة الكاملة في سلال مسمّاة، لا مجرد قائمة مشكلات — مطابَق، وغير مدفوع، ودفعات يتيمة — كي لا يسقط شيء من فجوة لم تسأل عنها.

أنت تطلب

وحّد أرقام الفواتير كي تتطابق، ثم سوِّ. ضع كل صف في واحدة من ثلاث سلال: (1) matched — فاتورة لها دفعة، (2) unpaid — فاتورة بلا دفعة، (3) orphan — دفعة بلا فاتورة. أعطني عددًا ومجموع مبلغ لكل سلّة. أظهر لي كيف طابقت كي أتمكّن من فحصه.

ما تحصل عليه ثلاث سلال بمجاميعها: «Matched: 184 فاتورة / 58,200. Unpaid: 11 فاتورة / 6,400. دفعات Orphan: 2 / 1,150 — مدفوعات بلا فاتورة تُربط بها.» مع سطر واحد يصف الطريقة تستطيع التحقّق منه.
اجمع المتبقّي واشرح الـ orphans

مجموع غير المدفوع هو الرقم الذي تريده القيادة؛ والدفعات اليتيمة هي الرقم الذي يوقع أحدهم في مشكلة. استخرج كليهما بوضوح واجعل Claude يستنتج ما قد تكونه كل دفعة يتيمة.

أنت تطلب

اسرد الـ 11 فاتورة غير المدفوعة مع العميل والمبلغ وعدد الأيام المتأخّرة، وأعطني المجموع المتبقّي. ثم لأجل الدفعتين الـ orphan، اقترح ما قد تكونه كلٌّ منهما — دفعة مكرّرة، أو دفعة على فاتورة مفقودة، أو استرداد — لكن علّمها كتخمينات للتحقيق، لا كاستنتاجات.

ما تحصل عليه قائمة غير مدفوع مُصنَّفة بالأعمار («INV-00138، Acme، 1,200، متأخرة 47 يومًا») بمجموع متبقٍّ 6,400، مع دفعتين يتيمتين منبَّهٍ إليهما: «00461 / 600 — لا فاتورة مطابقة؛ ربما إيداع أو تكرار. حقّق.»

الدفعة اليتيمة تنبيه، لا حكم. Claude يُظهرها؛ والإنسان يفحص البنك ويقرّر ما هي.
أنتِج التسوية القابلة للدفاع عنها

حوّل العمل إلى وثيقة واحدة تستطيع تسليمها لمدقّق — مجاميع تتوازن، استثناءات مسرودة، طريقة مذكورة — كي تكون التسوية قابلة للتكرار والمراجعة، لا حدثًا عابرًا.

أنت تطلب

رتّب هذا كتقرير تسوية: سطر ملخّص يتوازن (مجموع المفوتَر = المدفوع + غير المدفوع + التسويات)، وقوائم الاستثناءات (غير المدفوع والـ orphans)، وفقرة واحدة تصف الطريقة. احفظه باسم reconciliation-may.md كي أتمكّن من إعادة تشغيله الشهر القادم.

ما تحصل عليه ملف reconciliation-may.md يتوازن سطره العلوي — «المفوتَر 64,600 = المدفوع 58,200 + غير المدفوع 6,400 + 0 غير مفسَّر» — مع الاستثناءات أدناه والطريقة موضّحة. إن لم يتوازن، يقول التقرير ذلك وأين الفجوة.

اجعله ملكك

البنك مقابل دفتر الأستاذ: بدّل الملفين إلى bank-statement.csv وledger.csv وطابِق على الـ transaction reference — منطق السلال الثلاث متطابق.
المطابقات التقريبية: حين تكون الـ IDs مفقودة، اطلب من Claude أن يقترح أيضًا مطابقات بنفس المبلغ + نفس التاريخ (كاقتراحات للتأكيد)، لكن لا تقبل أبدًا مطابقة تقريبية تلقائيًا كمسوّاة.
شغّلها شهريًا (Power Track): بمجرد استقرار الـ prompts، يستطيع scheduled agent (انظر تبويب Capabilities) تشغيل التسوية حين يصل الـ export وأن يراسلك بالاستثناءات فقط — لكن يبقى الإنسان من يعتمدها.
ملفات متعدّدة العملات: إن سُدِّد الطرفان بعملتين مختلفتين، اجعل Claude يوحّدهما إلى عملة تقرير واحدة أولًا — مع ذكر أي سعر صرف وأي تاريخ — كي لا تفوت مطابقة بسبب فرق سعر صرف بدلًا من فرق حقيقي.

انتبه إلى

تحقّق من مفتاح الربط أولًا. عدم تطابق تنسيقي يجعل المطابقات الحقيقية تبدو استثناءات ويرسلك تطارد مالًا لم يُفقد أصلًا.
التسوية التي لا تتوازن نتيجةٌ، لا فشل — لا تدع Claude يجبر الأرقام على التوازن أبدًا. الفجوة غير المفسَّرة هي بالضبط ما احتجت إلى إيجاده.
الدفعات اليتيمة والفواتير غير المدفوعة تمسّ بيانات مالية للعملاء — احتفظ بها في مساحة العمل المعتمدة لديك، استبدل الأسماء بـ [placeholder] إن شاركت، وتذكّر أن Claude يُظهر الاستثناءات لكن الإنسان يملك قرار شطب فاتورة أو ملاحقتها.
افصِل بين من يسوّي ومن يعتمد. يستطيع Claude (وأنت) إظهار استثناء وشرحه، لكن شطب دفعة يتيمة أو رصيد غير مدفوع ينبغي أن يكون باعتماد شخص آخر — احتفظ بأثر التدقيق (التقرير المحفوظ وملاحظة طريقته) كي تكون التسوية قابلة للمراجعة، لا مُنجَزة فحسب.

ستحصل في النهاية على تسوية شهرية تتوازن — سلال matched وunpaid وorphan بمجاميعها، وقائمة متبقٍّ مُصنَّفة بالأعمار، وملاحظة طريقة — قابلة للمراجعة سطرًا سطرًا وللتكرار في الشهر القادم.

أسئلة يطرحها الناس

لماذا أؤكّد مفتاح الربط قبل أي تسوية؟: لأن معظم التسويات «المعطوبة» هي عدم تطابق تنسيقي في المفتاح، لا مالٌ مفقود. إن استخدمت الفواتير `INV-00142` واستخدمت المدفوعات `00142`، فلن يتطابقا كما هما — والتحقّق من المفتاح أولًا يمنع Claude من تنبيهك إلى كل صف على أنه غير مطابَق لسبب تنسيقي.
ماذا تُنتج التسوية فعلًا؟: ثلاث سلال بأعدادها ومجاميعها — matched (فاتورة لها دفعة)، وunpaid (فاتورة بلا دفعة)، وorphan (دفعة بلا فاتورة) — إضافةً إلى قائمة متبقٍّ مُصنَّفة بالأعمار وملاحظة طريقة، مرتّبة كتقرير يتوازن سطره العلوي: المفوتَر = المدفوع + غير المدفوع + التسويات.
ماذا تعني الدفعة الـ orphan؟: إنها تنبيه، لا حكم — دفعة بلا فاتورة مطابقة قد تكون تكرارًا، أو إيداعًا، أو دفعة على فاتورة مفقودة. يُظهرها Claude ويقترح احتمالات؛ والإنسان يفحص البنك ويقرّر ما هي فعلًا.
ماذا لو لم تتوازن الأرقام؟: تلك نتيجة، لا فشل. لا تدع Claude يجبر الأرقام على التوازن أبدًا — الفجوة غير المفسَّرة هي بالضبط ما توجد التسوية لإظهاره، لذا ينبغي أن يقول التقرير ذلك ويُظهر أين الفجوة.