KB 960356
ينطبق على: Microsoft Dynamics GP
مقدمة
لا يوجد إجراء إغلاق 'منفصل' لنهاية السنة للمحاسبة التحليلية. يتم إنشاء إدخالات الرصيد المعاد توجيهها (BBF) لأبعاد AA تلقائيا كجزء من عملية إغلاق نهاية العام في GL، إذا كان لديك إعداد أبعاد AA لإنشاء إدخال BBF. ستساعد الخطوات الموجودة في هذه المقالة على التحقق من بياناتك قبل إجراء عملية إغلاق نهاية العام في GL للتحقق من بيانات AA التي قد تتسبب في حدوث أخطاء أثناء عملية إغلاق نهاية العام في GL. ستعرض لك هذه المقالة أيضا كيفية إعداد أبعاد AA لإنشاء إدخال "الرصيد المعاد توجيهه" في السنة الجديدة لكل بعد، إذا أردت ذلك.
يتم أيضا تقديم خطوات حول كيفية نقل البيانات التاريخية إلى المحفوظات، مما يؤدي إلى حل رسالة الخطأ أدناه التي قد تحدث أثناء عملية إغلاق نهاية العام في GL: (راجع الخطوة 3 لحل هذه الرسالة.)
يجب تشغيل معاملات الدمج ونقل التفاصيل إلى الأداة المساعدة للمحفوظات للسنوات المغلقة لإعادة إنشاء أرصدة المحاسبة التحليلية التي تم إحضارها إلى الأمام.
مزيد من المعلومات
عند تشغيل عملية إغلاق نهاية السنة ل "دفتر الأستاذ العام" في Microsoft Dynamics GP، فإنه ينقل تلقائيا معاملات المحاسبة التحليلية من جداول الجداول التاريخية AAG30000 إلى جداول سلسلة AAG40000. (لا يوجد إجراء إغلاق منفصل يجب تشغيله في المحاسبة التحليلية.) يمكنك تحديد الأبعاد التي تريد دمجها أثناء عملية نهاية السنة. في المحاسبة التحليلية، يتم إنشاء إدخالات الرصيد المعاد توجيهها في جداول AAG30000 لتلك الأبعاد التي تم وضع علامة عليها لتضمينها في عملية نهاية السنة، ثم يتم نقل التفاصيل إلى جداول سلسلة AAG40000.
الدقة
الخطوة 1: تحديد ما إذا كانت التقارير المالية تستخدم جداول AA:
قبل إغلاق GL أو القيام بأي خطوات في هذه المقالة، يمكنك تشغيل التقارير المالية التي تقوم بتشغيلها عادة لموازنة الرصيد التجريبي ل GL. استنادا إلى ما عثرت عليه، اتبع الأسلوب المناسب:
-الأسلوب 1 - IF CORRECT: إذا كانت تقاريرك المالية صحيحة ومطابقة ل GL، يمكنك متابعة الخطوات من 2 إلى 8 في هذه المقالة، التي يجب إكمالها حتى لا تحصل على أي أخطاء AA أثناء عملية إغلاق نهاية سنة GL.
ملاحظة: إذا كنت تستخدم نظام تقارير يقرأ مباشرة من جداول GL (مثل الموفر القديم في Management Reporter عند القراءة من شركة GL أو أداة إعداد تقارير أخرى)] للتقارير المالية، يمكنك المتابعة إلى الخطوة 2 نظرا لأن بيانات AA لا تؤثر على إعداد التقارير المالية.
-الأسلوب 2 - IF NOT CORRECT: ومع ذلك، إذا لم تكن تقاريرك المالية صحيحة، فمن المرجح أن يكون ذلك بسبب جداول AA المستخدمة ولا تتطابق بيانات AA مع بيانات GL. للتحقق من بيانات AA، يجب أولا تشغيل البرامج النصية SQL الموفرة في KB 2910626 بالإضافة إلى باقي الخطوات في هذه المقالة.
ملاحظة: يقرأ Data Reporter في Management Reporter من جداول AA (و GL)، أو قد يقرأ الموفر القديم المستخدم مع Management Reporter من شركة AA.
خطوات الأسلوب 2:
a.) أولا، تشغيل كل البرامج النصية في KB 2910626 التحقق من بيانات AA باستخدام بيانات GL.
لا تتطابق التقارير المالية من Management Reporter مع تقارير الرصيد التجريبي ل "دفتر الأستاذ العام" في Microsoft Dynamics
GP
http://support.microsoft.com/help/2910626
b.) عند الانتهاء من الخطوات الواردة في 2910626 KB، قم بالعودة إلى هذا KB وتابع العمل مع باقي الخطوات المذكورة أدناه. (تجدر الإشارة إلى أن الخطوة 2 والخطوة 4 موجودة أيضا في KB 2910626، ولكننا نوصي بإجراء التحقق المزدوج من ذلك مرة أخرى، حيث يجب عدم إرجاع أي نتائج إذا قمت بالفعل بت إصلاح هذه البيانات.)
الخطوة 2: التحقق من بيانات AA للسنوات المتراكبة
قم بتشغيل هذه البرامج النصية للتأكد من أنك لا تملك سنوات متراكبة في الجدول فتح AAG30000 مع جدول المعالم التاريخية AAG40000. يجب أن تكون كل سنة مميزة موجودة في جدول واحد أو آخر فقط، وليس في كليهما.
select distinct(YEAR1) from AAG30000
select distinct(YEAR1) from AAG40000
-إذا وجدت سنوات متراكبة في الجدولين، فمن المستحسن فتح حادث دعم للحصول على المساعدة. تكون حالة الدعم قابلة للشحن نظرا لأنه يتم عادة إنشاء هذه المشكلة بسبب استيراد السجلات. تجدر الإشارة إلى أنه إذا كانت هناك حاجة إلى إصلاح البيانات، فقد تحتاج إلى الرجوع إلى استشارة، مما قد يكون مصاريف فوترة لك.
الخطوة 3: تحقق من تطابق السنوات بين الجداول المفتوحة/التاريخية بين AA/GL:
بعد ذلك، تأكد من أن السنوات في جداول AA في نفس السنوات المفتوحة أو المغلقة كجداول GL. يجب أن يكون للجداول المفتوحة AAG30000 و GL20000 نفس السنوات. ويجب أن يحتوي الجدولان التاريخيان AAG40000 و GL30000 على السنوات المغلقة نفسها.
select distinct(YEAR1) from AAG30000
select distinct(OPENYEAR) from GL20000
select distinct(YEAR1)from AAG40000 order by YEAR1
select distinct(HSTYEAR) from GL30000 order by HSTYEAR
-إذا وجدت السنوات في الجدول المفتوح AAG30000 قبل السنة التي تغلقها، فيجب عليك أيضا القيام بخطوات لنقل البيانات إلى المحفوظات أدناه أيضا لنقل بيانات السنة التاريخية إلى المحفوظات. يجب أن يكون جدول AAG30000 فقط بيانات للسنوات المفتوحة حاليا في GL. إذا حاولت إغلاق السنة في GL، سيتم مطالبتك بهذه الرسالة:
يجب تشغيل معاملات الدمج ونقل التفاصيل إلى الأداة المساعدة للمحفوظات للسنوات المغلقة لإعادة إنشاء أرصدة المحاسبة التحليلية التي تم إحضارها إلى الأمام.
استخدم البرامج النصية أعلاه لتحديد ما إذا كنت بحاجة إلى تشغيل STEPS TO MOVE DATA TO HISTORY، بحيث يمكنك منع الرسالة أعلاه من الحدوث أثناء عملية إغلاق نهاية العام في GL.
خطوات لنقل البيانات إلى المحفوظات:
في المرة الأولى التي تغلق فيها GL على إصدار أعلى من GP 10.0 SP2 أو إصدار أحدث (مع تنشيط AA)، سيطلب منك نقل بيانات AA إلى المحفوظات قبل أن يسمح لك النظام بغلق سنة GL. سيتحقق النظام من وجود بيانات AA في السلسلة المقابلة المفتوحة/التاريخية لجداول AA، حيث تقع بيانات GL في الجداول المفتوحة/التاريخية في GL. إذا لم يكن الأمر كذلك، ستتلقى رسالة لتشغيل الأداة المساعدة "نقل إلى المحفوظات" ل AA قبل أن تتمكن من متابعة إغلاق نهاية سنة GL. ( يجب تشغيل هذا الروتين مرة واحدة فقط بعد الترقية بعدGP 10.0، ثم يجب ألا تحتاج إلى تشغيله مرة أخرى. كان من المفترض أن تكون عملية مرة واحدة. لن تصلح هذه الأداة المساعدة السنوات المكررة بين جداول AA أو البيانات التالفة في وقت لاحق.)
تذكر أنه إذا لم تغلق سنة GL (مع تنشيط AA) بعد تثبيت حزمة خدمة بعد SP2 للإصدار 10.0، أو الترقية إلى GP 2010، فقد تتلقى رسالة تفيد "يجب دمج المعاملات ونقل التفاصيل إلى الأداة المساعدة للمحفوظات لإغلاقالسنة". تم إضافة التعليمة البرمجية إلى عملية الإغلاق التي ستقارن السنوات في الجداول المفتوحة AA بالسنوات التاريخية في إعداد الفترة المالية للشركة. إذا كانت هناك بيانات AA في سلسلة جداول AAG3000X لمدة سنة تاريخية، ستتلقى الخطأ. اتبع هذه الخطوات لدمج تلك السنوات:
1.) في قائمة Microsoft Dynamics GP، قم ب الإشارة إلى أدوات ،وأشير إلى الأدوات المساعدة ، وأشير إلى المالية ،وأشير إلى المحاسبة التحليلية ،ثم انقر فوق نقل البيانات إلى المحفوظات.
2.) سيتم تعيين أقدم سنة افتراضية في النظام الذي تم العثور عليه في جداول AAG3000x المفتوحة. لن تتمكن من الانتقال إلا سنة واحدة في كل مرة.
3.) حدد الخيار المناسب: نقل تفاصيل المعاملة إلى المحفوظات – سينقل هذا الخيار سجلات تفاصيل AA من جداول المحفوظات المفتوحة إلى جداول المحفوظات ولن يتم إنشاء إدخالات
BBF. يجب التأكد من عدم وجود إدخالات BBF في جداول AA وإلا لن تتمكن من تحديد هذا الخيار. ينقل هذا الخيار السجلات فقط من جداول AAG30000 إلى جداول AAG40000.
دمج المعاملات ونقل التفاصيلإلى محفوظات y – سينقل هذا الخيار سجلات تفاصيل AA من الجداول المفتوحة إلى جداول المحفوظات وينشئ إدخالات BBF. ومع ذلك، يجب أن يكون لديك الخيارات المذكورة مسبقا محددة لكي يتم إنشاء إدخالات BBF. سيدمج هذا الخيار أرصدة كل رموز أبعاد المعاملات في السنة المغلقة (التي تم وضع علامة عليها للدمج) وينقل معلومات AA إلى جداول المحفوظات.
ملاحظة يتم تقديم الأرصدة المجمعة إلى السنة الجديدة. يتم إنشاء إدخالات BBF من السنوات المغلقة.
تقرير معاينة نقل الطباعة فقط – سيتيح لك ذلك عرض المعاملات التي سيتم نقلها دون نقل البيانات فعليا. يعرض تقرير المعاينة عمليات الدمج التي سيتم إجراءها.
ملاحظة لا يغير هذا الخيار البيانات.
4.) انقر فوق موافق.
5.) كرر هذه العملية لكل سنة 'تاريخية'. (حيث تكون السنة في الجدول المفتوح AAG30000 ولكنها في جدول محفوظات GL30000. يجب نقل سجل AA المفتوح مع السنة القديمة إلى جدول محفوظات AA لمطابقة السجل المناظر في جدول محفوظات GL.)
ملاحظة: إذا قمت ب إعادة تشغيل البرامج النصية المميزة في "الخطوة 3" أعلاه مرة أخرى، يجب الحصول على السنوات المميزة للمطابقة بين الجداول المفتوحة AA و GL والجداول التاريخية AA و GL.
الخطوة 4: التحقق من جداول AA لمعان الرأس المتراكب
تشغيل هذا البرنامج النصي مقابل قاعدة بيانات الشركة لمعرفة ما إذا كان نفس اسم الرأس موجودا أيضا بين الجداول:
select * from AAG30000 where aaGLHdrId in (select aagLHDrId from AAG40000)
- إذا وجدت المعرف المكرر للرأس في الجدولين، فمن المستحسن فتح حادث دعم للحصول على المساعدة. حالة الدعم قابلة للشحن. تجدر الإشارة إلى أنه إذا كانت هناك حاجة إلى إصلاح البيانات، فقد تحتاج إلى الرجوع إلى استشارة، مما قد يكون مصاريف فوترة لك.
قد يحدث هذا الأمر إذا قمت باستعادة قاعدة بيانات Dynamics قديمة أعلى قاعدة بيانات Dynamics الحالية، وبالتالي يتم إعادة تعيين الأرقام التالية المتوفرة المخزنة في جدول AAG000102 في قاعدة بيانات Dynamics. يستمر GP في الزيادات من هذه القيم، على الرغم من أنه قد تم استخدامها بالفعل وقد يؤدي إلى استخدام نفس قيمة aaGLHdrID لقيم YEAR1 مختلفة.
الخطوة 5: تحديث قيم AACOPYSTATUS
تحقق بعد ذلك من وجود قيمة aacopystatus غير صحيحة في جدول AAG40001. تشغيل هذا البرنامج النصي:
select count(*) from AAG40001 where aaCopyStatus<>8
إذا كان البرنامج النصي أعلاه يرجع النتائج التي تريد تحديث aaCopyStatus إلى '8' قبل تشغيل GL Year Close: (القيمة '8' هي قيمة تقبلها عملية إغلاق نهاية السنة.)
update AAG40001 set aaCopyStatus=8
الخطوة 6: مراجعة الإعداد لأبعاد سيتم تضمينها في نهاية السنة
استخدم الخطوات التالية ل تشغيل خيار الشركة لتضمين أبعاد AA في إغلاق نهاية السنة، ثم وضع علامة على الأبعاد الفردية التي تريد تضمينها في إغلاق نهاية السنة. يؤدي ذلك إلى إدخالات في جدول AAG30003 بنفس aaGLHdrID مثل إدخالات BBF في الجداول AAG30000/AAG30001/AAG30002. هذه عملية من خطوتين كما يلي:
إذا لم تغلق "دفتر الأستاذ العام" بعد، فاتبع هذه الخطوات للتأكد من وضع علامة على البعد بشكل صحيح لتضمينه في عملية الإغلاق:
-
وضع علامة على خيار الإعداد لتضمين "المحاسبة التحليلية" في إغلاق نهاية السنة كما يلي:
-
في قائمة Microsoft Dynamics GP، قم ب الإشارة إلى أدوات ،وأشير إلى إعداد ،وأشير إلى الشركة ،وأشير إلى المحاسبة التحليلية ،ثم انقر فوق خيارات.
-
انقر لتحديد خانة الاختيار تضمين في إغلاق نهاية السنة، ثم انقر فوق موافق.
ملاحظة هذا الخيار هو فقط لتمكين الوظائف لإنشاء إدخالات الرصيد المعاد توجيهها على الأبعاد. ستنتقل بيانات المحاسبة التحليلية إلى جداول سلسلة AAG40000 عند إغلاق "دفتر الأستاذ العام" بغض النظر عما إذا كان قد تم وضع علامة على هذا الخيار أم لا.
-
-
وضع علامة على الأبعاد التي يجب تضمينها في نهاية السنة بشكل فردي كما يلي:
-
في القائمة بطاقات، قم ب الإشارة إلى مالية، وأشير إلى المحاسبة التحليلية، ثم انقر فوق بعد المعاملة.
-
في قائمة أبعاد Trx، انقر فوق البعد الذي تريد تضمينه في عملية إغلاق نهاية السنة.
-
في منطقة إغلاق نهاية السنة، انقر لتحديد خانة الاختيار دمج الأرصدة أثناء إغلاق نهاية السنة، ثم انقر فوق حفظ.
-
كرر الخطوات b و c لكل بعد تريد تضمينه في عملية إغلاق نهاية السنة.
-
ملاحظة: إذا كنت تستخدم MR، ولم يتم وضع علامة على خانات الاختيار أعلاه، فقد تفقد عندئذ مبالغ رصيد البداية إذا لم يتم إنشاء بيانات بعد AA BBF أثناء إغلاق نهاية السنة وأنت تقوم بالإبلاغ عن بيانات AA.
الخطوة 7 - التحقق من حساب AA الرئيسي
من الجيد دائما التحقق من أن الجدول الرئيسي لحساب AA (AAG00200) يتطابق مع الجدول GL Account Master (GL000100) قبل معالجة إغلاق نهاية السنة. إذا كانت الحسابات مفقودة، فقد يؤدي ذلك إلى أن تكون إدخالات BBF في AA غير صحيحة. يمكنك تشغيل البرامج النصية أدناه مقابل قاعدة بيانات الشركة للتحقق من أن الجداول الرئيسية لحساب GL وفهرس حساب GL الرئيسي وAA Account Master تحتوي على عدد السجلات نفسه:
select count(*) from GL00100
select count(*) from GL00105
select count(*) from AAG00200
• إذا كان الجدول حساب AA الرئيسي به سجلات أقل من جدول GL000100، فاستخدم البرنامج النصي أدناه لإدراج حسابات GL المفقودة:
insert into aag00200
ACTINDX, aaAcctClassID,aaChangeDate,aaChangeTime)
select ACTINDX, 0, convert(char(10),getdate(),111), convert(char(12),getdate(),114)
from GL00100 where ACTINDX not in (select ACTINDX from aag00200)
• إذا كان الجدول حساب AA الرئيسي به سجلات أكثر من جدول GL000100، فاستخدم البرنامج النصي أدناه لإزالة السجلات الإضافية:
Delete AAG00200 where ACTINDX not in (Select ACTINDX from GL00100)
• إذا لم يكن جدول GL000105 متطابقا، فشير إلى
KB 855963 الخطوات حول كيفية إعادة إنشاء جدول فهرس الحساب الرئيسي (GL00105).
الخطوة 8 - التحقق من عكس إدخالات GL/AA (GP2015/GP2016 فقط)
كانت هناك مشاكل تتعلق بنشر إدخالات "عكس GL" إلى سنة تاريخية في كل إصدار، كما هو ملاحظ أدناه. تشغيل البرنامج النصي أدناه مقابل قاعدة بيانات الشركة. راجع أي نتائج كما هو ملاحظ لكل إصدار. إذا كانت هناك حاجة إلى أي مساعدة، فالرجاء فتح حالة دعم والإشارة إلى مشاكل الجودة.
تشغيل هذا البرنامج النصي لمراجعة كل إدخالات عكس التي تم نشرها في سنة تاريخية.
--------------------------------
Select distinct(a.JRNENTRY) from GL20000 a
الانضمام إلى GL30000 b
على a.JRNENTRY = b.JRNENTRY
حيث a.SOURCDOC = 'GJ'
و.TRXSORCE مثل 'GLREV٪'
وb.TRXSORCE مثل 'GLTHS٪'
----------------------------------
راجع النتائج كما هو موضح أدناه للإصدار الذي تستخدمه:
Microsoft Dynamics GP 2016 (مشكلة الجودة #91834)
قارن السجلات بين جداول GL وجداول AA لكل JE# يتم إرجاعه أعلاه، حيث قد تختلف النتائج استنادا إلى ما إذا تم استخدام حسابات P&L، وما إذا كان قد تم نشره على مستوى المعاملة أو على مستوى الدفعة. قد تكون التحديثات اليدوية المطلوبة هي:
-
قم بتحديث SEQNUMBR في جدول GL20000 لمطابقة إدخال 'GLREV' مع SEQNUMBR في جدول AAG30001. (إذا كنت تستخدم MR، يجب استخدام SEQNUMBR من جدول AA لكي تتمكن MR من قراءته.)
-
تحديث ACTINDX في جدول AAG30001 لمطابقة إدخال "GLREV" مع ACTINDX في جدول GL20000. (جدول AA بشكل غير صحيح به فهرس حساب الأرباح المحتفظ بها على الإدخال الذي عكسه.)
-
تحقق من أن مجموع السجلات في AAG30002 يساوي مجموع السجلات في AAG30001 لسجلات aaGLHdrID ل JE.
افتح حالة الدعم ومرجع مشكلة الجودة #91834 إذا كانت هناك حاجة إلى المساعدة.
تحديث: تم تصحيح هذه المشكلة في الإصلاح التلقائي لشهر يناير ل GP 2016 (16.00.0675) و GP 2018 (18.00.0438).
Microsoft Dynamics GP 2015 (مشكلة الجودة #88914)
راجع جداول AA لكل JE# يتم إرجاعه أعلاه. قد تكون التحديثات اليدوية المطلوبة هي:
-
تحقق من أن مجموع السجلات في AAG30002 يساوي مجموع السجلات في AAG30001 لسجلات aaGLHdrID ل JE.
-
راجع الجدولين AAG30000 و AAG40000 لكل JE# تم إرجاعه. ابحث عن سجلات إدخال 'GLREV' لتكون في جدولي سلسلة AAG30000. يجب أن تكون سجلات AA الخاصة إدخال 'GLREV' في جداول AAG30000 فقط لأن الإدخال الذي تم عكسه في السنة الجديدة، ويجب ألا يكون في جداول السلسلة AAG40000. قد تتسبب هذه السجلات المكررة في مبالغة تقارير MR في حالة إعداد التقارير على AA.
افتح حالة الدعم ومرجع مشكلة الجودة #88914 إذا كانت هناك حاجة إلى المساعدة.
تحديث: تم إصلاح هذه المشكلة في GP 2016 RTM.
الخطوة 9 - مشكلة AA BBF غير صحيحة (****مشكلة معروفة ل GP 2016 فقط***)
**ملاحظة مهمة لمستخدمي DYNAMICS GP 2016***
**يجب أن تكون على قاموس GP 16.00.0675 أو أعلى، (أو قاموس AA 16.00.0645 أو أعلى) قبل إغلاق Dynamics GP 2016 لكي يتم إحضار أرصدة البداية الصحيحة إلى الأمام**
توجد مشكلة معروفة في الجودة #91502 عند إغلاق سنة GL باستخدام AA. إذا كان لديك أي حسابات GL برصيد 0 دولار وتطرح رموز AA للأمام، فإن AA BBF ستكون غير صحيحة. هذه ليست مشكلة في GP 2015 أو GP 2013.
تم تضمين تصحيح لهذه المشكلة في تحديث التصحيح لشهر ديسمبر (KB 4056559) ل Microsoft Dynamics GP 2016. على الرغم من أنه يشار إلى إصدار ديسمبر باسم تحديث نهاية سنة كشف المرتبات الكنديةلعام 2017،إلا أنه يجب تثبيته من قبل جميع عملاء الولايات المتحدة الذين يحتاجون إلى تصحيح AA BBF المضمن. من المستحسن بشدة تثبيت تحديث التصحيح لشهر ديسمبر هذا قبل إغلاق GL إذا كنت تستخدم AA وكان لديك حسابات GL ذات رصيد صفري، لكل عمليات التثبيت (الولايات المتحدة وكندا وغيرها) التي تستخدم AA.
تجدر الإشارة إلى أن إصدار Dynamics GP من 16.00.0641 لا يتغير بين تحديث 2017 US Year-End (إصدار نوفمبر/KB 4046341) وتحديث كشف المرتبات الكندي Year-End لعام 2017 (إصدار ديسمبر/KB 4056559). ومع ذلك، سيتم تحديث قاموس AA من 16.00.0552 إلى 16.00.0645. (تحقق من تعليمات | حول Microsoft Dynamics GP | خيارات | حول المحاسبة التحليلية.) ستحتاج إلى التعليمات البرمجية AA في إصدار ديسمبر لحل مشكلة AA/BBF هذه.
الخطوة 10 - تشغيل إغلاق الاختبار
يمكنك دائما إنشاء نسخة احتياطية حالية قبل بدء عملية إغلاق نهاية العام في GL. من المستحسن اختبار تشغيل إغلاق نهاية العام ل GL في شركة اختبار أولا للتأكد من عدم حدوث أي أخطاء. إن عملية إغلاق نهاية العام في GL هي التي تنشئ فعليا الرصيد الذي تم إحضاره إلى الأمام من إدخالات دفتر اليومية (BBF) وتنقل سجلات السنة التي تقوم بإغلاقها في كل من جدولي "دفتر الأستاذ العام" و"المحاسبة التحليلية". يتم إنشاء إدخالات BBF في جدولي GL وAA. راجع العملية الموضحة في دفتر 888003 KB لإجراءات إغلاق نهاية السنة ل "دفتر الأستاذ العام".
لمزيد من المعلومات، انقر فوق رقم المقالة التالية لعرض المقالة في قاعدة معارف Microsoft:
888003 Year-End إغلاق دفتر الأستاذ العام في Microsoft Dynamics GP
-----------------------------------------------------------------------------------------------
ملاحظة: إغلاق نهاية السنة مع AA في SQL فشل 2019
إذا كنت تستخدم GP 18.2 مع تحميل SQL 2019 وAA، سيفشل إغلاق نهاية العام في GL مع الرسالة أدناه: (تعمل إصدارات SQL السابقة بشكل جيد. ولا يفشل إلا SQL 2019. تم تصحيح هذه المشكلة في الإصلاح Hot لشهر فبراير 2020. راجع مدونة AA YE للحصول على مزيد من التفاصيل.)
"خطأ داخلي: تم الوصول إلى حد خدمات التعبير. الرجاء البحث عن التعبيرات التي قد تكون معقدة في الاستعلام، ومحاولة تبسيطها."
------------------------------------------------------------------------------------------------
الخطوة 11- التحقق مما إذا تم مسح "حسابات الوحدات" (GP 2013/GP 2015 فقط - #86400)
إذا كنت تستخدم Microsoft Dynamics GP 2015 أو Microsoft Dynamics GP 2013 وتم وضع علامة على خانة الاختيار على حسابات الوحدات ل "مسحالرصيد أثناء Year-End إغلاق"، فقد لا تزال السجلات في جدول AAG30002 تملك قيما بشكل غير صحيح، ويجب أن تكون 0.00 لمطابقة جدول AAG30001. (تم إصلاح هذه المشكلة في Microsoft Dynamics GP 2016.)
للتأكد من صحة أرصدة حساب الوحدة في جداول AA، قم بتشغيل البرنامج النصي الأول أدناه مقابل قاعدة بيانات الشركة بعد تشغيل عملية إغلاق نهاية السنة للتأكد من تعيين BBF لحساب الوحدة إلى صفر إذا تم وضع علامة عليه لمسحه. استخدم البرنامج النصي الثاني لتحديث أي نتائج.
select b.ACTINDX, c.aaGLHdrID, c.aaGLDistID, c.DEBITAMT, c.CRDTAMNT, c.ORDBTAMT, c.ORCRDAMT
from AAG30002 c inner join AAG30001 b
on b.aaGLHdrID = c.aaGLHdrID and
b.aaGLDistID = c.aaGLDistID
inner join GL00100 d on
b.ACTINDX = d.ACTINDX
where d.Clear_Balance = 1 and b.ACCTTYPE = 2 and b.SOURCDOC = 'BBF'
and (c.DEBITAMT <> 0 or c.CRDTAMNT <> 0 or c.ORDBTAMT <> 0 or c.ORCRDAMT <> 0)
update c set c.DEBITAMT = 0, c.CRDTAMNT = 0, c.ORDBTAMT = 0, c.ORCRDAMT = 0
from AAG30002 c inner join AAG30001 b
on b.aaGLHdrID = c.aaGLHdrID and
b.aaGLDistID = c.aaGLDistID
inner join GL00100 d on
b.ACTINDX = d.ACTINDX
where d.Clear_Balance = 1 and b.ACCTTYPE = 2 and b.SOURCDOC = 'BBF'
and (c.DEBITAMT <> 0 or c.CRDTAMNT <> 0 or c.ORDBTAMT <> 0 or c.ORCRDAMT <> 0)
الخطوة 12- التحقق من تقارير ورقة الموازنة
من المستحسن مقارنة تقرير "ورقة الموازنة" في Management Reporter مع تقرير "رصيد دفتر الأستاذ العام التجريبي" من Microsoft Dynamics GP، للتحقق من صحة أرصدة الحسابات التي تم إحضارها إلى السنة الجديدة. إذا لم تكن هذه الأرصدة متطابقة، فاستعادتها واتصل بدعم Microsoft Dynamics GP لفتح حادث دعم للحصول على مساعدة إضافية.
معلومات MICROSOFT الداخلية
تاريخ التحديث الأخير: 3/12/2021 - cw
الكاتب: dspecht; تمت إعادة كتابته في 12/2/2012 بواسطة cwaswick، 9/19/2013 - تمت إضافة الخطوة 3 بواسطة كنيهوب/كوازويك.
الكاتب: lmuelle
المراجع التقني: kriszree
المحرر: v-andmck