ماسح إيصالات بالذكاء الاصطناعي لمتتبع المصروفات: سير عمل مع Claude وCodex
استخدم Claude أو Codex كماسح إيصالات بالذكاء الاصطناعي مع Expense Budget Tracker: استخرج الإجماليات، وراجع عملية الإدخال كما ستُنفَّذ، ووافق عليها، ثم تحقّق من القيد في دفتر الأستاذ.
يحمل إيصال المقهى مبلغًا قدره $27.82، وما زال إشعار البطاقة يعرض العملية «قيد الانتظار»، بينما بدأت الورقة تلتف بجوار الحاسوب. اترك الإيصال أسبوعًا، وسيصعب عليك تذكّر اسم المتجر والإكرامية والفئة المناسبة.
يستطيع Claude أو Codex تحويل الصورة إلى مسودة ما دام الإيصال أمامك. يقرأ الوكيل التفاصيل الظاهرة، ويقارن المعاملة المقترحة بالحسابات والفئات والقيود الحديثة في دفتر الأستاذ، ثم يعرض لك بالضبط ما ينوي إدخاله كي تراجعه. ولا يتغير شيء حتى توافق على عملية الإدخال المحددة هذه.
من المهم فهم حدود المنتج هنا. لا يتضمن Expense Budget Tracker كاميرا أو ماسح إيصالات مدمجًا، ولا يخزّن صورة الإيصال. يتولى Claude أو Codex — أو مزوّد النموذج الذي اخترته — تفسير الصورة التي تقدمها. أما المتتبع فلا يحفظ إلا بيانات دفتر الأستاذ المنظمة التي وافقت عليها.
مصدر القدرة على قراءة الصور هو إعداد الذكاء الاصطناعي الذي تختاره. توضح Anthropic أن Claude يستطيع معالجة المدخلات المرئية وتحليلها، بينما تقبل OpenAI Responses API النصوص والصور والملفات كمدخلات. لكن هذا لا يعني أن كل عميل لـClaude أو Codex يستطيع فتح صورة محلية تلقائيًا؛ فلا بد أن يدعم العميل إرفاق الصورة أو الوصول إلى مسار ملف، وأن تمنحه أنت الإذن بذلك. فهم الصورة مفيد، لكن الأرقام تظل بحاجة إلى مراجعة بشرية.
![]()
ما الذي يفعله «الماسح» في هذا الإعداد؟
هذا سير عمل يحوّل الإيصال إلى قيد في دفتر الأستاذ بمساعدة الذكاء الاصطناعي، وليس ميزة كاميرا مدمجة.
يمكنك اعتباره حلقة تسليم بين الإيصال ومتتبع المصروفات: يعالج النموذج الصورة التي تقدمها، ويتولى Expense Budget Tracker حفظ بيانات دفتر الأستاذ بعد اعتمادها.
| المرحلة | ما الذي يحدث؟ |
|---|---|
| الالتقاط | تلتقط صورة أو تحفظ نسخة ممسوحة ضوئيًا في مكان يستطيع Claude أو Codex الوصول إليه. |
| التفسير | يقرأ النموذج الحقول الظاهرة مثل التاجر والتاريخ والمجموع الفرعي والخصم والضريبة والإكرامية والإجمالي والعملة ودلائل الدفع. ويشير إلى كل ما هو غير مؤكد. |
| فحص دفتر الأستاذ | يقرأ الوكيل مساحة العمل المحددة في Expense Budget Tracker والمخطط الحالي والحسابات والفئات والقيود التي قد تكون مكررة. |
| المعاينة | يعرض الوكيل الحقائق المستخرجة ونقاط الالتباس وقرار التصنيف وعملية الإدخال المقترحة كما ستُنفَّذ. |
| الموافقة | توافق على عملية الإدخال المحددة، أو تصححها وتطلب معاينة جديدة. |
| التحقق | يكتب الوكيل معاملة منظمة واحدة، ثم يعيد قراءتها من دفتر الأستاذ. |
| المطابقة | عندما تُرحّل معاملة البطاقة أو البنك، تطابقها مع قيد الإيصال المسجل بدلًا من استيراد نسخة ثانية. |
هذه الخطوة الأخيرة هي ما يجعل ماسح الإيصالات بالذكاء الاصطناعي لمتتبع المصروفات مفيدًا في دفتر أستاذ يمكن تدقيقه. فقراءة $27.82 على نحو صحيح ليست سوى البداية؛ إذ يجب أيضًا اختيار مساحة العمل والحساب وإشارة المبلغ والعملة والفئة، واتخاذ قرار سليم بشأن احتمال التكرار.
إذا كنت تحتاج تحديدًا إلى تطبيق يوفر صندوق وارد للكاميرا ويخزّن صور الإيصالات كمرفقات، فهذا المنتج لا يقدم ذلك. Expense Budget Tracker هو الوجهة للبيانات المالية المنظمة، أما صور الإيصالات التي تريد الاحتفاظ بها فمكانها نظام ملفاتك المعتاد أو أرشيف مستنداتك أو خدمة أخرى.
اختر Agent API المباشرة أو موصل MCP البعيد
يدعم Expense Budget Tracker مسارين للاتصال. يصل كلاهما إلى النوع نفسه من البيانات المالية، لكن لكل منهما بيانات اعتماد وسلوك عميل مختلفين.
Agent API المباشرة لـClaude Code وCodex والوكلاء القادرين على استخدام HTTP
يبدأ المسار المباشر الحالي من:
https://api.expense-budget-tracker.com/v1/
يبدأ الوكيل بطلب GET /v1/، ويتبع استجابة الاكتشاف، ويُكمل الإعداد برمز يصله عبر البريد الإلكتروني، ثم يحفظ ApiKey طويل الأجل خارج ذاكرة المحادثة. بعد ذلك يستدعي /v1/me، ويسرد مساحات العمل ويختار واحدة، ويفحص /v1/schema، ويقرأ عبر /v1/sql/query، ويرسل عملية تعديل واحدة معتمدة عبر /v1/sql/execute.
يناسب هذا المسار الحالات التي يستطيع فيها Claude Code أو Codex فتح ملف الإيصال على حاسوبك وإجراء طلبات HTTP. يشرح دليل إعداد وكيل الذكاء الاصطناعي تسلسل الإعداد، ويوثق مرجع API آلية القراءة والكتابة الحالية. ولسير عمل أوسع باستخدام Claude Code من الطرفية، راجع كيفية تتبع المصروفات وإدارة ميزانيتك باستخدام Claude Code.
MCP البعيد مع OAuth في المتصفح
يمكن للعميل القادر على استخدام MCP الاتصال بدلًا من ذلك بـ:
https://mcp.expense-budget-tracker.com/mcp
يمنح هذا المسار التفويض عبر OAuth في المتصفح. ويستخدم رموز الوصول والتحديث الخاصة بـMCP، لا ApiKey الخاص بـAgent API. تستخدم عمليات القراءة أدوات مثل list_workspaces وget_schema وsql_query، بينما تتطلب عمليات التعديل نطاق expenses:write المنفصل وتُنفّذ عبر sql_execute.
لا يمنح هذا الموصل البعيد صلاحية الوصول إلى الصور الموجودة على حاسوبك. فلا يزال العميل أو النموذج بحاجة إلى الإيصال عبر مرفق أو آلية ملفات يدعمها. يشرح دليل موصل MCP تدفق OAuth ونطاقات الصلاحيات.
أيًا كان المسار الذي تختاره، التزم بالترتيب نفسه: فسّر الإيصال أولًا، وافحص دفتر الأستاذ ثانيًا، واعرض معاينة واضحة ثالثًا، ثم اطلب موافقة منفصلة على عملية الإدخال.
سير عمل كامل لإيصال صغير واحد
لنفترض أن لديك صورة واضحة لإيصال افتراضي من مطعم، وتظهر فيه البيانات التالية:
| الحقل المطبوع | القيمة الظاهرة |
|---|---|
| التاجر | North Street Cafe، نيويورك |
| التاريخ والوقت | 31 أغسطس 2026، 12:17 ظهرًا |
| المجموع الفرعي للطعام | $24.00 |
| الخصم | -$2.00 |
| الضريبة | $1.82 |
| الإكرامية | $4.00 |
| الإجمالي النهائي | $27.82 |
| دليل على طريقة الدفع | بطاقة Visa تنتهي بـ4242 |
الحساب صحيح: $24.00 - $2.00 + $1.82 + $4.00 = $27.82. هذا التحقق مفيد، لكنه لا يثبت الحساب أو الفئة المستهدفين؛ فما زال الوكيل بحاجة إلى فحص دفتر الأستاذ.
1. أكّد الوجهة قبل تفسير بيانات الصورة
اطلب من الوكيل تحديد ما يلي وعرضه:
- سياق الحساب الذي سجّلت الدخول إليه
- اسم مساحة العمل ومعرّفها بدقة
- حساب دفتر الأستاذ المستهدف وعملته
- تاريخ الإيصال ومنطقته الزمنية
- عملة الإيصال
في هذا المثال، افترض أن المستخدم يؤكد مساحة العمل Personal ذات المعرّف workspace-personal-example، والحساب a-visa_4242-usd، والعملة USD، واعتماد توقيت نيويورك المحلي للإيصال. هذه قيم افتراضية، وليست أسماء مدمجة لمساحات العمل أو الحسابات أو الفئات. الأرقام الأربعة الأخيرة للبطاقة مجرد دليل، وليست إذنًا باختيار الحساب من دون سؤال. وإذا كانت هناك بطاقتان محفوظتان تنتهيان بـ4242، فعلى الوكيل أن يتوقف ويسأل أيهما استُخدمت للدفع.
2. افحص المخطط المباشر
ينبغي للوكيل استدعاء:
GET https://api.expense-budget-tracker.com/v1/schema
استجابة المخطط هي المرجع الحاسم للعلاقات والأعمدة والقيود وقواعد الكتابة المتاحة حاليًا. قد تتقادم الأمثلة الواردة في أي مقال، لذلك يجب على الوكيل الرجوع إلى /v1/schema قبل إنشاء SQL. ووفق مخطط دفتر الأستاذ الحالي، يجب أن تتضمن كل عملية INSERT قيمة workspace_id المؤكدة صراحة. حفظ مساحة عمل في مفتاح API يحدد سياق الطلب، لكنه لا يلغي ضرورة هذا العمود في الصف المُدرج.
3. استخرج الحقائق والدلائل وأوجه عدم اليقين كلًا على حدة
يمكن أن يبدو تقرير استخراج موثوق هكذا:
| الحقل | القيمة المستخرجة | مستوى الثقة أو المشكلة |
|---|---|---|
| التاجر | North Street Cafe | واضح |
| وقت المعاملة | 2026-08-31 12:17 بالتوقيت المحلي |
واضح؛ أكد المستخدم منطقة نيويورك الزمنية |
| العملة | USD | علامة $ مع الموقع المؤكد؛ وأكد المستخدم عملة الحساب |
| المجموع الفرعي | 24.00 |
واضح |
| الخصم | -2.00 |
واضح |
| الضريبة | 1.82 |
واضح |
| الإكرامية | 4.00 |
واضح |
| الإجمالي المدفوع | 27.82 |
واضح والحساب متطابق |
| طريقة الدفع | بطاقة Visa تنتهي بـ4242 |
دليل طابقه المستخدم مع الحساب الذي أكده |
لا تحوّل نصًا غير واضح إلى قيمة مؤكدة. فإذا كان الرقم الأخير من الإجمالي قد يكون 2 أو 7، فالناتج الصحيح هو «الإجمالي غير واضح؛ نحتاج إلى صورة أخرى أو تأكيد يدوي»، لا تخمين يبدو معقولًا.
4. قرر بين معاملة واحدة وتقسيمها على فئات
كل ما في هذا الإيصال يتعلق بإنفاق في مطعم، لذلك يكون إنشاء صف واحد في دفتر الأستاذ ضمن Dining Out منطقيًا إذا كانت هذه الفئة بالاسم نفسه موجودة أصلًا في مساحة العمل. تفسّر الضريبة والخصم والإكرامية المبلغ النهائي، ولا تحتاج عادةً إلى صفوف مستقلة في الميزانية الشخصية.
أما إيصال بقالة يضم طعامًا ودواءً وأداة مطبخ، فقد يستحق تقسيم المعاملة على فئات. وفي نموذج دفتر الأستاذ الحالي، يعني ذلك إنشاء عدة صفوف تشترك في event_id نفسه، وغالبًا في الحساب نفسه. لكل صف فئته ومبلغه بإشارته، ويجب أن يساوي مجموع هذه المبالغ الدفعة الأصلية بالضبط: -27.82 لمصروف قدره $27.82.
يجب أن توضح المعاينة كيفية توزيع الضريبة والخصومات ورسوم الخدمة وفروق التقريب على بنود الإيصال. قد يناسب التوزيع النسبي إيصالًا ما، بينما يكون إسناد خصم واضح إلى السلعة المعنية أدق في إيصال آخر. لا توجد قاعدة تصلح لكل الحالات. وإذا كان التوزيع اعتباطيًا، فاستخدم صفًا واحدًا ضمن فئة موجودة وأوسع، أو اسأل المستخدم.
وعلى الوكيل الاستعلام عن فئات دفتر الأستاذ الحالية بدلًا من اختراع تصنيف جديد لمجرد أنه يبدو أرتب:
SELECT category, COUNT(*) AS use_count
FROM ledger_entries
WHERE kind = 'spend'
AND category IS NOT NULL
GROUP BY category
ORDER BY use_count DESC
LIMIT 100
5. افحص القيود المتداخلة واعرض المرشحين بدلًا من إصدار حكم
قبل إعداد عملية INSERT، استعلم عن الحساب المؤكد ضمن فترة قريبة من تاريخ الإيصال. وفي مثالنا، يمكن تضييق فحص التكرار على النحو التالي:
SELECT entry_id, event_id, ts, account_id, amount, currency, category, counterparty, note, external_id
FROM ledger_entries
WHERE event_id = 'receipt-2026-08-31-north-street-cafe-2782'
OR (
account_id = 'a-visa_4242-usd'
AND currency = 'USD'
AND ts >= '2026-08-29 00:00:00-04'
AND ts < '2026-09-03 00:00:00-04'
AND amount = -27.82
)
ORDER BY ts
LIMIT 100
يرسل الوكيل هذه العبارة إلى POST /v1/sql/query. في هذا المثال، event_id قيمة نصية أنشأها الوكيل للحدث؛ وإذا قُسّم المصروف، تشترك فيها كل الصفوف المرتبطة. تفيد هذه القيمة في تجميع الصفوف والبحث عنها مباشرة، لكن قاعدة البيانات لا تعاملها كمفتاح فريد يمنع التكرار. لذا فإن التطابق التام في event_id دليل قوي يستحق الفحص، وليس إذنًا بحذف أي شيء أو استبداله.
وبالمثل، فإن قيدًا قريبًا بالمبلغ نفسه ولتاجر مشابه ليس أكثر من مرشح للتكرار. فقد تكون دفعتان حقيقيتان في مقهى بالمبلغ نفسه، وقد تُرحّل عملية بطاقة معلقة لاحقًا باسم تاجر أو طابع زمني مختلف.
إذا وُجد قيد يُرجّح أنه مطابق، فيجب أن تعرضه المعاينة إلى جانب البيانات المستخرجة من الإيصال، وألا تقترح أي إدراج حتى يحسم المستخدم التعارض.
6. اعرض القيد المقترح وعملية الإدخال كما ستُنفَّذ
افترض أن استعلام التكرار لم يجد أي مرشحين، وأن Dining Out فئة موجودة أصلًا. عندها يمكن أن تكون معاينة القراءة فقط محددة تمامًا:
| حقل دفتر الأستاذ | القيمة المقترحة |
|---|---|
| مساحة العمل | Personal (workspace-personal-example) |
| الحساب | a-visa_4242-usd |
| الطابع الزمني | 2026-08-31 12:17:00-04 |
| المبلغ | -27.82 |
| العملة | USD |
| النوع | spend |
| الفئة | Dining Out |
| الجهة المقابلة | North Street Cafe |
| الملاحظة | Receipt subtotal 24.00; discount -2.00; tax 1.82; tip 4.00 |
| مرشحو التكرار | لا يوجد ضمن الفترة التي شملها الاستعلام |
ويجب أن تعرض المعاينة أيضًا عبارة SQL نفسها التي ينوي الوكيل إرسالها:
INSERT INTO ledger_entries (
event_id,
ts,
account_id,
amount,
currency,
kind,
category,
counterparty,
note,
workspace_id
)
VALUES (
'receipt-2026-08-31-north-street-cafe-2782',
'2026-08-31 12:17:00-04',
'a-visa_4242-usd',
-27.82,
'USD',
'spend',
'Dining Out',
'North Street Cafe',
'Receipt subtotal 24.00; discount -2.00; tax 1.82; tip 4.00',
'workspace-personal-example'
)
هذه ما زالت معاينة. على الوكيل أن يوضح الأثر المتوقع — إضافة صف واحد جديد إلى دفتر الأستاذ في مساحة العمل المؤكدة — ثم ينتظر موافقة صريحة مثل «أوافق على تنفيذ هذه العبارة كما هي». وأي تعديل على أي قيمة، بما فيها مساحة العمل أو الحساب أو المبلغ أو الفئة أو الملاحظة، يُبطل المعاينة السابقة ويستدعي معاينة جديدة.
7. نفّذ العبارة التي تمت الموافقة عليها فقط، ثم أعد قراءة النتيجة
بعد الموافقة، ترسل Agent API المباشرة العبارة نفسها إلى:
POST https://api.expense-budget-tracker.com/v1/sql/execute
ثم يتحقق الوكيل منها عبر /v1/sql/query:
SELECT entry_id, event_id, ts, account_id, amount, currency, kind, category, counterparty, note, workspace_id
FROM ledger_entries
WHERE event_id = 'receipt-2026-08-31-north-street-cafe-2782'
LIMIT 100
يجب أن تعيد القراءة صفًا واحدًا بالضبط، مطابقًا للمعاينة التي وافق عليها المستخدم. نجاح طلب HTTP من دون إجراء هذه المقارنة لا يُعد تحققًا كاملًا.
8. طابق القيد عند ترحيل معاملة البطاقة
يسجل الإيصال ما حدث عند الدفع، بينما تؤكد معاملة البطاقة المُرحّلة ما وصل فعليًا إلى الحساب. وعندما تظهر هذه المعاملة في ملف لاحق مُصدّر من البطاقة، ابحث باستخدام الحساب والمبلغ والفترة الزمنية ودلائل اسم التاجر نفسها، إلى جانب أي معرّف ثابت من المصدر. إذا دلّت القرائن على أنها تطابق قيد الإيصال، فاستبعد صف كشف الحساب من الاستيراد بدلًا من إنشاء قيد ثانٍ في دفتر الأستاذ.
إذا اختلف المبلغ المُرحّل، فلا تنشئ قيدًا موازنًا. تحقّق مما إذا كان إجمالي الإيصال قد قُرئ خطأ، أو تغيّرت الإكرامية، أو تحوّل حجز مؤقت إلى مبلغ نهائي، أو حوّلت البطاقة رسمًا بعملة أجنبية. جهّز تصحيحًا واحدًا واضحًا واطلب موافقة مستقلة عليه.
أما عند التعامل مع دفعات أكبر من المعاملات، فيشرح دليل استيراد كشوف الحسابات البنكية كيفية معالجة الفترات المتداخلة والتحويلات. ويوضح دليل مطابقة الميزانية كيفية مقارنة نشاط الحساب المُرحّل برصيد معروف وصحيح.
أين تتعثر قراءة الإيصالات؟
صور الإيصالات ليست مدخلات مرتبة. وينبغي لماسح إيصالات يعتمد على Claude أو Codex أن يكشف الحالات التالية بدلًا من إخفاء الالتباس بتخمينات ناعمة.
| الحالة الصعبة | التعامل الآمن |
|---|---|
| صورة ضبابية أو داكنة أو مطوية أو مقصوصة | حدّد الحقول غير المقروءة، واطلب صورة جديدة أو إدخال القيمة يدويًا، ولا تسجل شيئًا ما دام الإجمالي أو التاريخ أو العملة غير مؤكد. |
| المجموع الفرعي مقابل الإجمالي | أعد حساب المكونات الظاهرة، واستخدم المبلغ النهائي المدفوع فعلًا. تحقق مما إذا كانت الضريبة مشمولة أو مضافة، وما إذا كانت رسوم الخدمة مدرجة أصلًا في الإجمالي. |
| الإكراميات | ميّز بين الإكراميات المقترحة المطبوعة، والإكراميات المكتوبة بخط اليد، ومبالغ التفويض على البطاقة، والإجمالي النهائي. وقارن لاحقًا بالمبلغ المُرحّل على البطاقة. |
| الخصومات والقسائم | احتفظ بالإجمالي النهائي المدفوع. وعند التقسيم على فئات، اعرض كيفية توزيع الخصم بدلًا من إسناده من دون توضيح. |
| المرتجعات والمبالغ المستردة | تعامل مع إيصال المرتجع كدليل على مبلغ مسترد معلق أو مكتمل، لا كدخل عادي. سجّل المبلغ المسترد كقيد منظم مستقل في الحساب المستلم فقط عندما تكون حالته ومبلغه واضحين، ثم طابقه عند ترحيله. |
| إيصال مقسّم على فئات | استخدم event_id واحدًا لكل الصفوف المرتبطة، واعرض مبلغ كل فئة بإشارته وقاعدة التوزيع وقرار التقريب والمجموع. يجب أن يساوي مجموع الصفوف الإجمالي النهائي المدفوع. |
| النقد مقابل البطاقة | استخدم حساب الدفع الفعلي. لا يثبت شعار التاجر أو المحفظة الظاهرة في الصورة طريقة الدفع؛ اسأل عندما يكون سطر وسيلة الدفع مفقودًا. |
| عملة أجنبية | اذكر عملة الإيصال صراحة. إذا كان حساب البطاقة بعملة أخرى، فلا تخترع سعر صرف أو مبلغ تسوية؛ انتظر الرسم المُرحّل أو احصل على مبلغ دقيق ومؤكد. |
| مرشحو التكرار | قارن التاريخ والمبلغ بإشارته والحساب والعملة والتاجر وأي معرّف مصدر ثابت. اعرض المرشحين لاتخاذ قرار بدلًا من التخطي أو الإدراج في صمت. |
وينطبق الحذر نفسه على التصنيفات الضريبية. قد يفيد الإيصال في حفظ السجلات، لكن لا يجوز للنموذج أن يقرر أن كل عملية شراء مصروف تجاري قابل للخصم، أو أن يستنتج أحكامًا قانونية أو ضريبية من اسم التاجر. احتفظ في نظام مستنداتك بأي وثيقة تحتاج إليها للإثبات الضريبي أو لاسترداد النفقات، واستشر مختصًا في المسائل التي تتوقف على ظروفك.
نص جاهز لإعادة الاستخدام مع Claude أو Codex
ألصق النص التالي بعد اتصال الوكيل، ثم استبدل القيم الموجودة بين الأقواس. وفي البداية، استخدمه مع إيصال واحد في كل مرة حتى تعتاد سير العمل.
استخدم صورة الإيصال الموجودة في [مسار الملف الدقيق أو المرفق] وExpense Budget Tracker.
بالنسبة إلى API المباشرة، ابدأ من https://api.expense-budget-tracker.com/v1/ واتبع
استجابة الاكتشاف. استخدم ApiKey المخزّن خارج ذاكرة المحادثة. إذا كان هذا الاتصال
يستخدم MCP بدلًا من ذلك، فاستخدم أدوات MCP لمساحة العمل والمخطط والاستعلام، وحافظ
على حاجز الموافقة نفسه الموضح أدناه.
لا تسجل أي شيء بعد. باستخدام API المباشرة، اعرض سياق حسابي في /me. اعرض مساحات
العمل المتاحة، واطلب مني تأكيد مساحة العمل المقصودة ومعرّفها. افحص /v1/schema (أو
استدعِ get_schema). استعلم عن الحسابات المتاحة، وأكد معي الحساب المقصود وعملته. لا تستنتج
حسابًا بالاعتماد على الأرقام الأربعة الأخيرة للبطاقة وحدها.
اقرأ الصورة واستخرج التاجر وتاريخ الإيصال ووقته والعملة والمجموع الفرعي والضريبة
والإكرامية ورسوم الخدمة والخصومات والمرتجعات والإجمالي النهائي ودلائل الدفع. ضع
علامة على كل ما هو ضبابي أو مقصوص أو ملتبس أو غير متسق حسابيًا. لا تخترع أي قيمة
مفقودة. أخبرني هل الأنسب إنشاء صف واحد في دفتر الأستاذ أم تقسيم المصروف على فئات، واستعلم
عن فئاتي الحالية قبل اقتراح أسماء. عند التقسيم، استخدم event_id واحدًا للصفوف
المرتبطة، وأثبت أن مجموع مبالغها ذات الإشارة يساوي الإجمالي النهائي.
استخدم استعلامات للقراءة فقط لفحص قيود دفتر الأستاذ المتداخلة في الحساب المؤكد
والفترة الزمنية المحيطة بالتاريخ. اعرض القيود المرشحة لأن تكون مكررة مع أدلتها؛ ولا
تفترض أن تطابق التاريخ والمبلغ يثبت أنها عملية الشراء نفسها أو أنها عملية جديدة.
بعد ذلك، اعرض معاينة للقراءة فقط تتضمن مساحة العمل المؤكدة والحساب المقصود والمبلغ
بإشارته والعملة والطابع الزمني والنوع والفئة الحالية والجهة المقابلة والملاحظة وكل
مبلغ ناتج عن التقسيم عند الحاجة، إضافة إلى مرشحي التكرار. اعرض عبارة SQL التي ستنفذها،
وأدرج workspace_id المؤكد في كل INSERT، واذكر عدد الصفوف المتوقع أن تتأثر.
لا تنشئ قيودًا موازنة أو تحويلات عملة مخمّنة أو صفوفًا إضافية.
توقف وانتظر موافقتي الصريحة والمنفصلة على هذه العبارة بعينها. بعد الموافقة، أرسل
العبارة التي وافقت عليها فقط عبر /v1/sql/execute (أو sql_execute). أعد قراءة الصف عبر
/v1/sql/query (أو sql_query)، وقارن كل حقل مخزّن بالمعاينة المعتمدة. أبلغ عن أي
اختلاف من دون إجراء أي تعديل آخر. وساعدني لاحقًا على مطابقة قيد الإيصال هذا مع
معاملة البنك أو البطاقة المُرحّلة من دون إنشاء تكرار.
هذه التعليمات صارمة عن قصد. قد يبدو «مسح الإيصالات بالذكاء الاصطناعي» مجرد مهمة استخراج، لكن الأخطاء المكلفة تقع عادة بعد الاستخراج: اختيار حساب أو عملة خطأ، أو اختراع فئة، أو إدراج قيد مكرر، أو تنفيذ تعديل لم يراجعه أحد.
حدود البيانات بلغة بسيطة
عدم ربط حساب بنكي لا يعني أن بياناتك كلها تبقى على حاسوبك. لكل جزء من سير العمل هذا حدود مستقلة.
| الحد | البيانات المعنية |
|---|---|
| جهازك أو عميلك | يبدأ الإيصال كصورة أو ملف. ولا يحصل العميل إلا على صلاحية الوصول إلى الملف التي تمنحه إياها. |
| Claude وCodex ومزوّد النموذج المختار | تُعالج محتويات الإيصال وتعليماتك وفق شروط ذلك المزوّد والعميل وإعداداتهما. راجع الشروط التي تنطبق على إعدادك؛ فلا يستطيع Expense Budget Tracker تقديم ضمانات خصوصية نيابة عن Anthropic أو OpenAI. |
| Agent API المباشرة أو موصل MCP | يرسل الوكيل طلبات القراءة المحددة لمساحة العمل والمخطط، واستعلامات دفتر الأستاذ، وعمليات الإدخال المنظمة التي وافقت عليها واللازمة للمهمة. ولا يحتاج أي من المسارين إلى صورة الإيصال. |
| مساحة تخزين Expense Budget Tracker | في سير العمل هذا، يخزّن المتتبع بيانات التمويل المنظمة المعتمدة مثل المبلغ والعملة والحساب والفئة والجهة المقابلة والملاحظة. ولا يخزّن صورة الإيصال. |
| أرشيف إيصالاتك | إذا احتجت إلى الصورة الأصلية للمرتجعات أو الضمانات أو استرداد النفقات أو حفظ السجلات، فستحتفظ بها في مكان منفصل تختاره. |
قد يناسبك هذا الأسلوب إذا كنت تريد تطبيق ميزانية من دون ربط حساب بنكي: فسير عمل الإيصال لا يحتاج إلى تدفق دائم من البنك، ويُبقي كل تعديل مقترح في دفتر الأستاذ ظاهرًا أمامك. ومع ذلك، تظل أنت من يختار مزوّد الذكاء الاصطناعي ويمنحه صلاحية الوصول إلى الملف، كما تُرسل طلبات قراءة وكتابة مالية محددة عبر اتصال المتتبع.
هل هذا هو النوع المناسب من مسح الإيصالات؟
إذا كان المقصود بـ«تطبيق ميزانية مع مسح الإيصالات» صندوق وارد مدمجًا لكاميرا الهاتف مع تخزين الصور كمرفقات، فاختر منتجًا مصممًا لهذه المهمة. أما سير العمل هنا فيناسبك عندما تريد مسح الإيصالات بالذكاء الاصطناعي، مع إبقاء كل عملية إدخال في دفتر الأستاذ ظاهرة ومنفصلة عن الصورة الأصلية.
استخدم سير العمل هذا إذا كنت تريد:
- التقاط الإيصالات من دون ربط حساب بنكي
- أن يتولى Claude أو Codex تفسير الصور والبحث في دفتر الأستاذ
- أن توجه الحسابات والفئات الحالية عملية إنشاء القيد
- معاينة دقيقة قبل كل عملية إدخال
- مرشحين للتكرار بدلًا من الافتراضات الصامتة
- قيدًا منظمًا ومتحققًا منه في دفتر الأستاذ تستطيع مطابقته لاحقًا
لا يحاول Expense Budget Tracker أن يحل محل أرشيف إيصالات قابل للبحث.
ابدأ بإيصال واضح واحد، وحساب مؤكد واحد، وفئة مألوفة واحدة. راجع العملية الحسابية، ووافق على قيد محدد، وأعد قراءته، ثم طابقه عند ترحيل الرسم. بهذه الدورة القصيرة تحصل على مسار تدقيق يسهل فهمه لاحقًا.