ربط البرمجيات المخصصة بـ Tally بالطريقة الصحيحة

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

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

كيف تصل البيانات إلى Tally

1. XML عبر HTTPيمكن لـ TallyPrime أن يعمل كخادم على الجهاز المثبت عليه - افتراضيًا على المنفذ 9000 - ويقبل طلبات XML تنشئ الحسابات الرئيسية والقيود أو تصدّر التقارير. وهذا هو الطريق الأكثر مباشرة والذي تستخدمه معظم عمليات الربط. ويتطلب أن يكون Tally قيد التشغيل والشركة مفتوحة.
2. استيراد الملفاتقيود وحسابات رئيسية تُعد كملفات XML ويستوردها المحاسب. أبطأ، لكنه يُبقي شخصًا في الحلقة، ويعمل حيث لا يمكن الوصول إلى جهاز Tally إطلاقًا.
3. ODBCيتيح Tally بياناته أيضًا عبر ODBC، وهو مناسب لقراءة التقارير إلى نظام آخر. إنه طريق للقراءة، لا لكتابة القيود.
4. التخصيص بلغة TDLيمكن للغة التعريف الخاصة بـ Tally إضافة حقول وتقارير داخله. وهي مفيدة، لكنها كود يجب صيانته مع كل إصدار جديد من Tally، لذا نبقيها في الحد الأدنى الذي يحتاجه العمل.

حين يعمل Tally على حاسوب مكتبي

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

الحسابات الرئيسية قبل القيود

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

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

لا ترحّل مرتين أبدًا

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

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

تفصيل أم ملخص

ليست كل معاملة تنتمي إلى Tally كقيد مستقل. والاختيار حسب نوع المعاملة، ويستحق أن يُتخذ مع المحاسب لا بدلًا عنه.

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

تفاصيل ضريبة السلع والخدمات التي تفسد الإقرارات

• رقم GSTIN ومكان التوريد ورمز HSN أو SAC في كل سطر، ليكون كل قيد مكتملًا للإقرارات دون تعديل في Tally.
• حسابات الضريبة مطابقة حسب النسبة والنوع، CGST وSGST مقابل IGST، لا حساب ضريبة واحد لكل شيء.
• التقريب بالطريقة نفسها في النظامين. وإلا اختلفت المجاميع بروبية، وبعدها لا يثق أحد بأي منهما.
• إشعارات الدائن مرتبطة بالفاتورة التي تصححها، لا مرحّلة كقيود سالبة مستقلة.
• قيد مؤرخ في فترة مقفلة يرفضه الربط، بدلًا من ترحيله بصمت في شهر أنهاه المحاسب.

Zoho Books ودفاتر أخرى

لدى Zoho Books واجهة REST API موثقة، ما يزيل مشكلة جهاز المكتب كليًا. ومع ذلك يبقى كل ما في هذه المقالة قائمًا: مطابقة الحسابات الرئيسية، والهوية الثابتة لكل قيد، وسجل الترحيل، والمطابقة. هذه هي ما يجعل الربط مع أي دفتر جديرًا بالثقة، وهي الأجزاء الأكثر إغفالًا.