Embedded Files
The client saying that when he make quantity adjustment in the console as waste , it reflects in the accounting as a profit, and the cost of wasted items are calculated in the accounting as as a positive number rather than a (negative) value.
There is no issue. This is the intended behavior because that whole section is meant to be a negative value section. Just because it isn't written in between (Brackets) it doesn't mean it isn't negative value.
Think of it as a math formula, the whole section is Value - Value = Final Value. So if we display the numbers as negative, it will come out as Value - -value = Final value. Here it will have a double negative and add them.
There is an issue when exporting the Trial Balance report, where the opening debit and credit balances do not match.
The client should first identify the difference between the balances.
Then, the client should review the transactions they have entered, usually by reviewing the journal entries , to search for this amount.
in one case case, we found that the client recorded two journal entries for the same amount, but reversed, and dated in two different years.
Solution: The client should cancel (reverse/delete) one of the two transactions.
Supplier Account statement is showing a transaction based on date entered in account and not the actual purchase date which was done last year. Why?
The data is correct and this is intended behavior for statement of accounts. there is a note for the client indicating that this date is for reference only and is not used in reports basis.
أفاد العميل بأنه عند إجراء "تسوية كميات" وتصنيفها كـ "توالف" في لوحة التحكم، تظهر في القيود المحاسبية كـ "ربح"، كما تُحتسب تكلفة المواد التالفة كقيمة موجبة بدلاً من قيمة سالبة.
نود الإحاطة بأنه لا يوجد خلل تقني في ذلك؛ فهذا هو السلوك التصميمي المعتمد للنظام، حيث إن القسم بأكمله مخصص للقيم السالبة. وعدم ظهور الأرقام بين (أقواس) لا ينفي كونها قيمة سالبة. ويمكن تبسيط ذلك وفقاً للمعادلة الرياضية التالية:
القيمة النهائية = القيمة - القيمة
ففي حال إظهار الأرقام كقيم سالبة، ستصبح المعادلة (قيمة - -قيمة)، مما يؤدي إلى نفي النفي وتحويلها إلى عملية جمع، وهو ما يخالف المنطق المحاسبي المعمول به.
يوجد إشكال عند تصدير تقرير "ميزان المراجعة"، حيث لا يتطابق رصيد الافتتاح للمدين والدائن.
على العميل أولاً تحديد قيمة الفارق بين الرصيدين، ومن ثم مراجعة العمليات التي تم إدخالها (وعادة ما يتم ذلك عبر مراجعة قيود اليومية) للبحث عن هذا المبلغ. ففي حالة مشابهة، تبين أن العميل قام بتسجيل قيدين محاسبيين بذات المبلغ ولكن بشكل عكسي، وبطوابع زمنية تعود لعامين مختلفين. الحل: يتعين على العميل إلغاء أو عكس أو حذف إحدى العمليتين لتصحيح التوازن.
ظهر "كشف حساب المورد" عملية بناءً على تاريخ إدخالها في الحساب، وليس بناءً على تاريخ الشراء الفعلي الذي تم في العام الماضي، فما السبب؟
البيانات الظاهرة صحيحة تماماً، وهذا هو الإجراء المتبع في كشوفات الحسابات. علماً بأن هناك ملاحظة موضحة للعميل تشير إلى أن هذا التاريخ هو "تاريخ مرجعي" فقط، ولا يُعتمد عليه كأساس في استخراج التقارير المالية.
Page updated
Report abuse