نُشر

بديل ذاتي الاستضافة لـ Mint في 2026: امتلك بيانات ميزانيتك

هل تبحث عن بديل ذاتي الاستضافة لـ Mint؟ قارن الخيارات، وانقل معاملاتك القديمة بأمان، وأنشئ نظام ميزانية يمكنك فحصه ونقله.

صفحة Mint الحالية على موقع Intuit توجّه من يبحث عن ميزات Mint المألوفة إلى Credit Karma. هذا أحد الخيارات المُدارة، لكنه لا يجيب عن سؤال يهم كثيرًا من مستخدمي Mint السابقين ذوي الخبرة التقنية: أين ينبغي تخزين بيانات ميزانية امتدت سنوات، وكيف تنقلها من دون أن تتغير الأرصدة من حيث لا تدري؟

Expense Budget Tracker بديل ذاتي الاستضافة لـ Mint يستحق النظر عندما تكون ملكية البيانات، وإمكانية فحص دفتر الأستاذ، والاستيراد المدروس أهم لديك من الربط التلقائي بالحسابات البنكية. لكنه ليس نسخة مطابقة من Mint: فلا ربط تلقائي بالحسابات البنكية في الخلفية، ولا مزامنة مع Mint. أنت تسجّل المعاملات بنفسك، أو تستورد بيانات سبق أن احتفظت بها ثم تراجع النتيجة.

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

رجل يرتب قطعًا خشبية ملونة في خزانة أرشيف معيارية بجوار ميزان

الإجابة المختصرة: اختر بين التحكم وراحة التحديث التلقائي

ما يهمك أكثر الاتجاه الأنسب السبب
الربط التلقائي بالحسابات البنكية مع أقل قدر من الإدخال الدوري خدمة تجميع مُدارة لا يزامن Expense Budget Tracker الحسابات البنكية تلقائيًا
قاعدة بيانات محلية أو مستضافة ذاتيًا Expense Budget Tracker يشغّل إعداد Docker Compose تطبيق الويب وPostgres على بنية تحتية تتحكم بها
تطبيق مُدار من دون تشغيل خادم النسخة المستضافة من Expense Budget Tracker يتيح التطبيق المستضاف وصولًا مُدارًا إلى دفتر الأستاذ وميزات الميزانية من دون إعداد محلي
أرصدة وتحويلات قابلة للفحص Expense Budget Tracker أرصدة الحسابات هي حاصل جمع قيود دفتر الأستاذ، وتظل التحويلات حركات صريحة فيه
استعادة كل ميزات Mint القديمة بنقرة واحدة لا يصح افتراض أن أيًا من الخيارين يحقق ذلك اختبر تدفقات العمل التي استخدمتها فعلًا قبل نقل سجلك بالكامل

لهذا، لا يكون بديل Mint مفتوح المصدر بالضرورة الخيار الأفضل للجميع. تمنحك الاستضافة الذاتية التحكم، لكنها تضع على عاتقك أيضًا إدارة الترقيات والنسخ الاحتياطية والأمان والاسترداد. يبدأ دليل الاستضافة الذاتية باستخدام Docker Compose، ويوثّق أيضًا مسار النشر الإنتاجي على AWS.

ما الذي ستنقل بياناتك إليه؟

تبدأ الهجرة الآمنة بفهم نموذج بيانات الوجهة، لا بأعمدة ملف CSV.

يخزّن Expense Budget Tracker البيانات المالية في Postgres. ويُشتق عرض accounts من قيود دفتر الأستاذ بدل الاحتفاظ بقائمة مستقلة للأرصدة. يرتبط كل قيد بحساب، ويحتوي على مبلغ موجب أو سالب وعملة أصلية، وينتمي إلى أحد الأنواع الثلاثة: income أو spend أو transfer.

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

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

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

ضع خريطة للبيانات القديمة قبل استيراد أي صف

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

دوّن خريطة الحقول قبل منح وكيل أو نص برمجي صلاحية الكتابة:

المفهوم في المصدر وجهته في Expense Budget Tracker القرار المطلوب
حساب Mint account_id ثابت تستخدمه قيود دفتر الأستاذ اختر معرّفًا واحدًا وعملة أصلية واحدة لكل حساب حقيقي، ولا تغيّر المعرّف في منتصف الاستيراد
المعاملة صف واحد في ledger_entries وحّد التاريخ والمبلغ الموجب أو السالب والعملة والنوع income أو spend
التاجر أو المستفيد counterparty احتفظ بنص المصدر قبل تطبيق أي قواعد لتنقيحه
المذكرة note احتفظ بالسياق المفيد، ولا تحوّل الملاحظات إلى فئات
الفئة والفئة الفرعية category احتفظ بالبنية القديمة أو عرّف جدول ربط واضحًا واحدًا
التحويل بين حساباتك قيدان في دفتر الأستاذ يشتركان في event_id واحد استخدم kind = transfer، ومبلغًا سالبًا في الحساب المصدر، ومبلغًا موجبًا في الحساب المحوَّل إليه
معرّف المعاملة في المصدر external_id أو سجل الاستيراد احتفظ بمعرّف ثابت حتى تتمكن إعادة التشغيل من العثور على صف المصدر نفسه
هدف الميزانية القديم خطة الميزانية الأساسية، ويُعاد إنشاؤها بعد مطابقة الأرصدة انقل الخطة التي ما زلت تستخدمها فقط، ولا تستنتج الميزانيات القديمة من إجماليات المعاملات
تغيير لاحق في الخطة تعديل على الميزانية احتفظ بالخطة الأساسية الأصلية وسجّل التغيير بصورة منفصلة

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

حدّد معنى «الرصيد الافتتاحي»

تحتاج إلى اتخاذ هذا القرار قبل اختيار نطاق الاستيراد لأن الحسابات والأرصدة مشتقة من دفتر الأستاذ.

استيراد السجل كاملًا

إذا كانت البيانات التي احتفظت بها تغطي الحساب منذ بدايته الفعلية وكان السجل كاملًا، فاستورد دفتر الأستاذ كله. عندها ينبغي أن ينتج الرصيد من تلك القيود من دون صف افتتاحي اصطناعي.

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

الانتقال عند تاريخ محدد بوضوح

في معظم عمليات الهجرة، تكون فترة كشف حساب مغلقة واحدة اختبارًا أوليًا أفضل. اختر تاريخ بداية كشف الحساب، وسجّل رصيد المصدر عند ذلك الحد.

لا يضم Expense Budget Tracker حقلًا مستقلًا للرصيد الافتتاحي ولا نوعًا خاصًا به في دفتر الأستاذ. وإذا أردت أن يعرض المتتبع الرصيد الحقيقي منذ اليوم الأول، فمن الخيارات المتاحة إضافة قيد اصطناعي واضح التسمية مباشرة قبل أول معاملة مستوردة. يمكن تمثيل رصيد موجب في حساب أصول بقيد income موجب، ورصيد سالب لبطاقة أو التزام بقيد spend سالب.

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

تتبّع النشاط الجديد فقط

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

هجرة مرحلية من Mint تحافظ على الأرصدة

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

1. احتفظ بالمصدر واحصر الحسابات

احتفظ بملف Mint المحفوظ، وملفات كشوف الحسابات، وأي جدول لربط الفئات خارج نسخة العمل المستخدمة في الاستيراد. أدرج لكل حساب:

  • معرّف ثابت في الوجهة
  • عملته الأصلية
  • تاريخ أول معاملة متاحة وتاريخ آخر معاملة متاحة
  • الرصيد الافتتاحي والرصيد الختامي للفترة التجريبية
  • ما إذا كان يتضمن تحويلًا إلى حساب آخر ضمن النطاق

تحتاج الحسابات المؤرشفة أو المغلقة أيضًا إلى معرّفات ثابتة إذا كان سجلها جزءًا من النقل.

2. أنشئ مساحة عمل نظيفة واختر عملة التقارير

استخدم نشرًا محليًا مؤقتًا عبر Docker، أو مساحة عمل مستقلة في التطبيق المستضاف، لاختبار الهجرة. حدّد عملة التقارير، لكن احتفظ بورقة مطابقة كل حساب بعملته الأصلية.

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

3. ضع قاعدة واحدة لاكتشاف التكرار

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

لا تستخدم event_id وحده مفتاحًا للتكرار في التحويلات، إذ يتعمد طرفا التحويل الواحد مشاركة معرّف الحدث نفسه.

إذا تداخل ملف تصدير Mint محفوظ مع كشف حساب بنكي، فاختر أحدهما مصدرًا للكتابة، واستخدم الآخر للتحقق من عدد الصفوف والأرصدة فقط.

4. جهّز تشغيلًا تجريبيًا من دون كتابة

حلّل الدفعة الأولى واعرضها في جدول للمراجعة قبل إدراج أي بيانات. ضمّن فيه:

  • معرّف صف المصدر
  • معرّف الحساب في الوجهة
  • وقت ترحيل المعاملة
  • المبلغ الأصلي الموجب أو السالب وعملته
  • النوع المقترح
  • الفئة المقترحة
  • الطرف المقابل والملاحظة
  • الحساب الآخر في التحويل ومبلغ كل طرف بإشارته، عند انطباق ذلك

عشرة صفوف عادية وبضعة صفوف صعبة أنفع من محاولة أولى تضم ألف صف. وإذا كانت الفترة تتضمن مبلغًا مستردًا وتحويلًا وتاجرًا متكررًا، فأدرج أمثلة منها.

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

5. أدرج دفعة صغيرة

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

للتحويل بين حسابين تملكهما، أنشئ قيدين يشتركان في معرّف الحدث نفسه. فتحويل 500 USD من الحساب الجاري إلى حساب التوفير يُسجّل تحويلًا سالبًا بقيمة 500 USD في الحساب الجاري، وتحويلًا موجبًا بالقيمة نفسها في حساب التوفير. وليس إنفاقًا في أحد الحسابين ودخلًا في الآخر. أما التحويل بين عملتين، فاستخدم المبلغ الفعلي المُرحّل والعملة الأصلية لكل طرف، ولا تحسب أحد الطرفين انطلاقًا من الآخر.

وتنطبق القاعدة نفسها على سداد بطاقة الائتمان. فمشتريات البطاقة الأصلية إنفاق، أما الدفعة اللاحقة فهي تحويل من الحساب الجاري إلى حساب البطاقة؛ واحتسابها مصروفًا آخر يضاعف إنفاق الشهر.

6. طابق الأرصدة قبل استيراد دفعة جديدة

أثبت المعادلة التالية، بالعملة الأصلية لكل حساب، لكل حساب شملته الدفعة:

الرصيد الافتتاحي + الحركات المُرحّلة بإشاراتها = الرصيد الختامي

قارن النتيجة بكشف الحساب المغلق، لا بالرصيد المتاح الذي يشمل عمليات معلّقة. ثم تحقّق من:

  • أعداد صفوف المصدر والصفوف المستوردة
  • كل صف يُحتمل أن يكون مكررًا
  • كل زوج تحويل وطرفيه في الحسابين المعنيين
  • المبالغ المستردة والعمليات المعكوسة
  • الرصيد الختامي الدقيق

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

7. وسّع النطاق فترة واحدة في كل مرة

بعد تطابق فترة واحدة، أضف الفترة التالية للحساب نفسه. أكمل طرفي كل تحويل داخلي وطابقهما قبل الانتقال إلى فترة لاحقة. وبعد ذلك فقط انتقل إلى حساب آخر.

يبدو هذا أبطأ من رفع دفعة واحدة كبيرة، لكنه أسرع بكثير من العثور على تحويل مكرر واحد داخل سنوات من الحسابات المختلطة.

يشرح مقال كيفية استيراد كشوف الحسابات البنكية إلى متتبع المصروفات سير العمل العملي للتعامل مع الكشوف. وتنطبق العملية نفسها سواء كان مصدر البيانات ملف Mint بصيغة CSV احتفظت به أو ملفًا مصدّرًا من البنك: حلّل، واربط، وراجع، واكتب، وطابق.

8. أعد بناء الميزانية بعد الوثوق بدفتر الأستاذ

لا تنشئ ميزانية مصقولة فوق معاملات لم تُطابق بعد.

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

في أسرة تتعامل بعدة عملات، قد يتطابق حساب بعملته الأصلية تمامًا بينما تتغير قيمته بعملة التقارير مع أسعار الصرف اليومية. هذا التغير متوقع. ولا ينبغي إعادة كتابة المبلغ الأصلي لإبقاء الإجمالي المحوّل ثابتًا.

هل تستورد عبر MCP أم Agent API؟

يوفر المنتج المستضاف الآن واجهتين برمجيتين منفصلتين. تؤديان مهام متشابهة، لكن لكل منهما طريقة مصادقة وبيانات اعتماد مختلفة.

استخدم موصّل MCP المستضاف عندما يدعمه عميلك

صِل عميل MCP بعيدًا يدعم OAuth بالعنوان https://mcp.expense-budget-tracker.com/mcp. يتيح النطاق المطلوب expenses:read اكتشاف مساحة العمل وفحص المخطط وتنفيذ الاستعلامات. ولا تطلب النطاق الاختياري expenses:write إلا عندما يحتاج العميل إلى تغيير البيانات.

يوفر ذلك حاجز أمان مفيدًا أثناء الهجرة: افحص المخطط والصفوف الحالية بصلاحية القراءة أولًا، ثم وافق على صلاحية الكتابة للدفعة التي راجعتها. يوثّق دليل موصّل MCP خطوات الاتصال وتسلسل استخدام الأدوات.

استخدم Agent API لوكلاء الطرفية أو طلبات HTTP المباشرة

ابدأ من GET https://api.expense-budget-tracker.com/v1/. ترشد استجابة الاكتشاف الوكيل إلى التحقق من البريد الإلكتروني، واختيار مساحة العمل، وفحص المخطط، واستخدام نقاط نهاية SQL المقيّدة. وتستخدم الطلبات المصادَق عليها مفتاح ApiKey طويل الأجل.

دليل إعداد Agent API هو أقصر مسار للبدء، بينما يغطي مرجع API نقاط نهاية القراءة والكتابة. اطلب من الوكيل أن يعرض خريطة الحقول المقترحة والدفعة المحددة قبل الكتابة، ثم استعلم بعد ذلك عن الصفوف المدرجة والأرصدة.

رموز OAuth الخاصة بـ MCP ومفاتيح ApiKey الخاصة بـ Agent API بيانات اعتماد منفصلة. لا يمكن استخدام أحدهما مكان الآخر، ولا ينبغي لصق أي منهما في ملاحظات المقالة أو المطالبات أو ملفات المصدر.

يشغّل إعداد Docker Compose المحلي الأساسي Postgres وعمليات الترحيل وتطبيق الويب وخدمة المصادقة وعامل أسعار الصرف. لكنه لا يشغّل خدمات MCP أو Agent API محليًا. أما العناوين المُدارة أعلاه فتخص الخدمة المستضافة. ويتضمن النشر الإنتاجي الموثّق على AWS بنية API وMCP المقابلة إذا أردت تشغيل المجموعة الكاملة بنفسك.

متى يكون بديل Mint المفتوح المصدر هذا مناسبًا؟

يناسبك Expense Budget Tracker إذا كنت تريد:

  • أن يكون Postgres مصدر الحقيقة
  • خيارًا مستضافًا أو إمكانية نشر النظام بنفسك
  • أرصدة مشتقة من حركات قابلة للفحص في دفتر الأستاذ
  • دخلًا وإنفاقًا وتحويلات صريحة
  • قيودًا بالعملة الأصلية مع تقارير تستخدم أسعار الصرف اليومية
  • ميزانية ذات خطط أساسية وتعديلات قابلة للتتبع
  • صلاحيات وصول منضبطة للبرامج النصية ووكلاء الذكاء الاصطناعي

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

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

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

الأسئلة الشائعة

هل Expense Budget Tracker بديل مباشر لـ Mint؟

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

هل يمكنه استيراد ملف تصدير من Mint؟

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

هل يمكنني تشغيله على جهازي وحده؟

نعم. يشغّل إعداد الاستضافة الذاتية باستخدام Docker Compose التطبيق الأساسي مع Postgres محليًا. وعندها تصبح مسؤولًا عن النسخ الاحتياطي والتحديثات والتحكم في الوصول والاسترداد.

هل ينبغي أن أنقل كل سنوات البيانات؟

فقط عندما يكون السجل كاملًا وما يزال مفيدًا. قد يكون الانتقال عند تاريخ واضح مع أرصدة افتتاحية موثّقة أكثر أمانًا من استيراد سنوات من البيانات الناقصة. اختر نقطة الانتقال بعناية، وأبقِ أرشيف المصدر القديم من دون تغيير.

ما الاختبار الأول الأكثر أمانًا؟

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

امتلك عملية الهجرة، لا الخادم وحده

لا يفيدك بديل محلي لـ Mint.com إلا إذا ظل دفتر الأستاذ موثوقًا بعد النقل. يحل تشغيل Postgres على خادمك مسألة ملكية البيانات، لكنه لا يحل مشكلة الصفوف المكررة أو أزواج التحويل غير المكتملة أو الأرصدة الافتتاحية المفقودة أو كتابة وكيل في مساحة العمل الخطأ.

يمكنك التعامل مع هذه المشكلات عندما تكون للهجرة حدود واضحة: احتفظ بالمصدر، وحدّد خريطة البيانات، واستورد حسابًا واحدًا، وطابقه بعملته الأصلية، وتوقف كلما اختلفت الأرقام.

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

اقرأ التالي

تطبيق ميزانية من دون ربط الحساب البنكي في 2026: دليل عملي للإدخال اليدوي واستيراد CSV

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

متتبّع ميزانية مفتوح المصدر للمطورين مع استضافة ذاتية: امتلك بياناتك المالية

لماذا قد يفضّل المطورون استضافة متتبّع المصروفات على بنيتهم الخاصة، مع واجهة SQL برمجية، وتكامل عملي مع وكلاء الذكاء الاصطناعي، وتحكم كامل في قاعدة Postgres.

واجهة API لتتبّع النفقات في 2026: أتمت المعاملات والميزانيات بأمان

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

كيف تستخدم الذكاء الاصطناعي لتتبّع المصروفات وإدارة ميزانيتك

دليل عملي لاستخدام الذكاء الاصطناعي في إدارة المال الشخصي. اتصل عبر MCP المستضاف أو Agent API لقراءة الكشوف وتصنيف المعاملات وتتبع المصروفات وإدارة الميزانية.