KB 960356
חל על: Microsoft Dynamics GP
מבוא
אין הליך סגירה של סוף שנה נפרד עבור חשבונאות אנליטית. ערכי יתרה שהועברה קדימה (BBF) נוצרים עבור ממדי AA באופן אוטומטי כחלק מתהליך סגירת סוף השנה של GL, אם יש לך הגדרת ממדי AA כדי ליצור ערך BBF. השלבים במאמר זה יסייעו לך לבדוק את הנתונים שלך לפני ביצוע תהליך סגירת סוף השנה של GL כדי לבדוק אם קיימים נתוני AA העשויים לגרום לשגיאות במהלך תהליך סגירת סוף השנה של GL. מאמר זה יראה לך גם כיצד להגדיר את ממדי AA כך שייווצר ערך יתרה הביא קדימה בשנה החדשה לכל ממד, אם תרצה.
שלבים ניתנת גם לגבי אופן העברת נתונים היסטוריים להיסטוריה, אשר יפתרו את הודעת השגיאה להלן, אשר עשויה להיות מנוסה במהלך תהליך סגירת סוף השנה של GL: (ראה שלב 3 כדי לפתור הודעה זו).
עליך להפעיל את הטרנזקציות איחוד ולהעביר פירוט לכלי שירות להיסטוריה עבור שנים סגורות כדי ליצור מחדש את יתרות חשבונאות אנליטיות הביא קדימה.
מידע נוסף
כאשר תהליך סגירת סוף השנה מופעל עבור הספר הראשי ב- Microsoft Dynamics GP, הוא מעביר באופן אוטומטי את הטרנזקציות Analytical Accounting מהטבלאות ההיסטוריות AAG30000 לטבלאות הסדרה AAG40000. (אין פרוצדורת סגירה נפרדת שיש להפעיל בחשבונאות אנליטיות.) באפשרותך לבחור אילו ממדים ברצונך לאחד במהלך תהליך סוף השנה. בחשבונאות אנליטיות, ערכי יתרה שהובאו קדימה נוצרים בטבלאות AAG30000 עבור ממדים אלה שסומנו לכלול בתהליך סוף השנה ולאחר מכן הפירוט מועבר לטבלאות הסידרה AAG40000.
רזולוציה
שלב 1: קבע אם דוחות כספיים משתמשים בטבלאות AA:
לפני שתסגור את GL או בצע שלבים כלשהם במאמר זה, הפעל את הדוחות הפיננסיים שאתה מפעיל בדרך כלל כדי לאזן את יתרת הניסיון של GL. בהתבסס על מה שמצאת, בצע את השיטה המתאימה:
-שיטה 1 - IF CORRECT: אם הדוחות הפיננסיים שלך נכונים ומתאימים ל- GL, תוכל להמשיך בשלבים 2-8 במאמר זה, שעדיין יש להשלים כדי שלא תיתרחש שגיאות AA במהלך תהליך סגירת סוף שנת ה- GL.
הערה: אם אתה משתמש במערכת דיווח שקוראת רק ישירות מטבלאות GL (כגון ספק מדור קודם ב- Management מדווח בעת קריאה מחברת GL או מכלי דיווח אחר)] עבור הדוחות הפיננסיים שלך, תוכל להמשיך לשלב 2 מאחר מנתוני AA אינם משפיעים על הדיווח הפיננסי שלך.
-שיטה 2 - IF NOT CORRECT: עם זאת, אם הדוחות הפיננסיים שלך אינם נכונים, סביר מאוד שהנתונים מתאימים לטבלאות AA ונהוני AA אינם תואמים לנתונים של GL. כדי לאמת את נתוני AA, תחילה עליך להפעיל את קבצי SQL ה- Script הכלולים ב- KB 2910626 בנוסף לשאר השלבים במאמר זה.
הערה: Data Mart ב- Management מדווח קורא מטבלאות AA (ו- GL), או שספק מדור קודם המשמש עם מדווח ניהול עשוי לקרוא מחברת AA.
שלבים עבור שיטה 2:
a.) תחילה, הפעל את כל קבצי ה- Script ב- KB 2910626 כדי לאמת נתוני AA עם נתוני GL.
דוחות כספיים מתוך מדווח ניהול אינם תואמים לדוחות יתרת הניסיון של ספר ראשי ב- Microsoft Dynamics GP
http://support.microsoft.com/help/2910626
b.) לאחר השלמת השלבים במאמר KB 2910626, חזור ל- KB זה והמשך עם שאר השלבים המפורטים להלן. (שים לב כי שלב 2 ו- 4 נמצאים גם הם ב- KB 2910626, אך מומלץ לבדוק זאת שוב, כי הם לא אמורים להחזיר תוצאות אם כבר תיקנת נתונים אלה.)
שלב 2: אימות נתוני AA עבור שנים חופפות
הפעל קבצי Script אלה כדי לוודא שלא היו לך שנים חופפות בטבלה AAG30000 Open עם הטבלה ההיסטורית 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, תתבקש להציג הודעה זו:
עליך להפעיל את הטרנזקציות איחוד ולהעביר פירוט לכלי שירות להיסטוריה עבור שנים סגורות כדי ליצור מחדש את יתרות חשבונאות אנליטיות הביא קדימה.
השתמש בקבצי ה- Script שלעיל כדי לקבוע אם עליך להפעיל את השלבים כדי להעביר נתונים להיסטוריה, כך שתוכל למנוע מההודעה לעיל להתרחש במהלך תהליך סגירת סוף השנה של GL.
שלבים לה העברת נתונים להיסטוריה:
בפעם הראשונה שתסגור GL בגירסה גבוהה יותר מ- GP 10.0 SP2 ואילך (כאשר AA מופעל), תתבקש להעביר נתוני AA להיסטוריה לפני שהמערכת תאפשר לך לסגור את שנת ה- GL. המערכת תאשר כי נתוני AA הם בסדרה הפתוחה/ההיסטורית המתאימה של טבלאות AA, כאשר נתוני ה- GL יושבים בטבלאות הפתוחות/ההיסטוריות ב- GL. אם זה לא המקרה, תקבל הודעה כדי להפעיל את כלי השירות העבר להיסטוריה עבור AA כדי שתוכל להמשיך עם סגירת סוף השנה של GL. ( יש להפעיל רוטינת פעולה זו פעם אחת בלבד לאחר שדרוגGP 10.0,ולאחר מכן לעולם לא תצטרך להפעיל אותה שוב. זה היה אמור להיות תהליך של פעם אחת. כלי שירות זה לא יתקן שנים כפולות בין טבלאות AA או נתונים פגומים במועד מאוחר יותר.)
זכור, אם לא סגרת את שנת ה- GL (כאשר AA מופעל) לאחר התקנת ערכת Service Pack מאוחר יותר מ- SP2 עבור גירסה 10.0, או שדרוג ל- GP 2010, ייתכן שתקבל הודעה המציי על " עליך לאחד עסקאות ולהעביר פירוט לכלי השירות של ההיסטוריה כדילסגור את השנה". הקוד נוסף לתהליך הסגירה שישווה את השנים בטבלאות הפתוחות של AA מול השנים ההיסטוריות בהגדרת תקופת הכספים של החברה. אם קיימים נתוני AA בסדרת הטבלאות AAG3000X עבור שנה היסטורית, תקבל את השגיאה. בצע שלבים אלה כדי לאחד שנים אלה:
1.) בתפריט Microsoft Dynamics GP, הצבע על כלים ,הצבע על עזרישירות , הצבע על פיננסי, הצבע על חשבונאות אנליטיתולאחר מכן לחץ על העבר נתונים להיסטוריה.
2.) השנה הישנה ביותר תהיה ברירת המחדל של המערכת שנמצאה בטבלאות AAG3000x הפתוחות. תוכל לעבור שנה אחת בלבד בכל פעם.
3.) בחר את האפשרות המתאימה: העבר פרטי טרנזקציה להיסטוריה – אפשרות זו תעביר את רשומות הפרטים של AA מ- open לטבלאות היסטוריה ולא ייווצרו
ערכי BBF. עליך לוודא שאין ערכי BBF בטבלאות AA, אחרת לא תוכל לבחור אפשרות זו. אפשרות זו מעבירה את הרשומות מטבלאות AAG30000 לטבלאות AAG400000.
איחוד עסקאות והעבר פירוט להיסטוריy – אפשרות זו תעביר את רשומות הפרטים של AA מ' פתוחות לטבלאות היסטוריה ותיצור ערכי BBF. עם זאת, עליך לבחור את האפשרויות שהוזכרו קודם לכן כדי ליצור ערכי BBF. אפשרות זו תאחד את יתרות כל קודי ממד הטרנזקציה בשנה הסגורה (המסומנת לאיחוד) ותעביר את פרטי ה- AA לטבלאות ההיסטוריה.
הערה יתרות מאוחדות מועברות לשנה החדשה. ערכי BBF נוצרים מהשנים הסגורות.
הדפס תצוגה מקדימה הדוח בלבד – פעולה זו תאפשר לך להציג את העסקאות שיעברו מבלי להעביר את הנתונים בפועל. התצוגה המקדימה הדוח מציגה את האיחודים שייוצגו.
הערה אפשרות זו אינה משנה נתונים.
4.) לחץ על אישור.
5.) חזור על תהליך זה עבור כל שנה 'היסטורית'. (כאשר השנה נמצאת בטבלה הפתוחה AAG30000, אך היא נמצאת בטבלת ההיסטוריה של GL30000. יש להעביר את הרשומה הפתוחה AA עם השנה הישנה לטבלת ההיסטוריה של AA כדי להתאים את הרשומה המתאימה בטבלת ההיסטוריה של GL.)
הערה: אם אתה מרץ מחדש את קבצי ה- Script של השנה הייחודית ב- 'STEP 3' לעיל שוב, עליך לקבל את השנים הייחודיות כדי להתאים בין טבלאות AA ו- GL פתוחות וטבלאות AA ו- GL היסטוריות.
שלב 4: בדיקת טבלאות AA עבור מזהה כותרת חופף
הפעל קובץ Script זה מול מסד הנתונים של החברה, ראה אם אותו מזהה כותרת קיים גם הוא בין הטבלאות:
select * from AAG30000 where aaGLHdrId in (select aagLHDrId from AAG40000)
- אם אתה מוצא את שתי הטבלאות של מזהה כותרת כפול, מומלץ לפתוח מקרה תמיכה לקבלת סיוע. מקרה התמיכה ניתן לתשלום. שים לב שאם נדרשת תיקון נתונים, ייתכן שיהיה צורך בהפניה לייעוץ, אשר תהיה הוצאה ניתנת לחייב אותך.
מצב זה יקרה אם שחזרת מסד נתונים ישן יותר של Dynamics מעל מסד הנתונים הנוכחי של Dynamics, ולכן המספרים הזמינים הבאים המאוחסנים בטבלה AAG00102 במסד הנתונים של Dynamics מוגדרים שוב. GP ממשיך להפרש מערכים אלה, למרות שהם כבר היו בשימוש, והתוצאה היא שערך aaGLHdrID זהה נעשה בשימוש עבור ערכים שונים של YEAR1.
שלב 5: עדכון ערכי AACOPYSTATUS
בדיקה הבאה לקבלת ערך aacopystatus שגוי בטבלה AAG40001. הפעל קובץ Script זה:
select count(*) from AAG40001 where aaCopyStatus<>8
אם קובץ ה- Script שלעיל מחזיר תוצאות, תרצה לעדכן את aaCopyStatus ל- '8' לפני הפעלת GL Year Close: (הערך של '8' הוא ערך שתהליך סגירת סוף השנה יקבל.)
update AAG40001 set aaCopyStatus=8
שלב 6: סקירת ההגדרה עבור ממדים להיכלל בסוף השנה
השתמש בשני השלבים הבאים כדי להפעיל את האפשרות חברה כדי לכלול ממדי AA בסיום סוף השנה ולאחר מכן כדי לסמן את הממדים הבודדים שברצונך לכלול בסיום השנה. פעולה זו תגרום לערכים בטבלה AAG30003 עם אותה aaGLHdrID כמו ערכי BBF בטבלאות AAG30000/AAG30001/AAG30002. זהו תהליך של שני שלבים באופן הבא:
אם עדיין לא סגרת את הספר הראשי, בצע שלבים אלה כדי לוודא שהממדים מסומנים כראוי כדי להיכלל בתהליך הסגור:
-
סמן את אפשרות ההגדרה כדי לכלול חשבונאות אנליטית בסיום השנה, באופן הבא:
-
בתפריט Microsoft Dynamics GP, הצבע על כלים ,הצבע על הגדרה ,הצבע על חברה, הצבע על חשבונאות אנליטיתולאחר מכן לחץ על אפשרויות.
-
לחץ כדי לבחור את תיבת הסימון כלול בסיום השנה סגור ולאחר מכן לחץ על אישור.
הערה אפשרות זו היא רק כדי לאפשר לפונקציונליות ליצור ערכי יתרה שהועברה קדימה בממדים. נתוני חשבונאות אנליטיים עדיין יזוזו לטבלאות הסידרה AAG40000 כאשר הספר הראשי נסגר, ללא קשר לשאלה אם אפשרות זו מסומנת.
-
-
סמן בנפרד את הממדים לכלול בסוף השנה באופן הבא:
-
בתפריט כרטיסים, הצבע על פיננסי , הצבעעל חשבונאות אנליטית ולאחרמכן לחץ על ממד טרנזקציה.
-
ברשימה ממדים של Trx, לחץ על הממד שברצונך לכלול בתהליך סגירת סוף השנה.
-
באזור סגירת סוף השנה, לחץ כדי לבחור את תיבת הסימון איחוד יתרות במהלך סגירת סוף השנה ולאחר מכן לחץ על שמור.
-
חזור על שלבים ב' ו- c עבור כל ממד שברצונך לכלול בתהליך סגירת סוף השנה.
-
הערה: אם אתה משתמש ב- MR, ותיבות הסימון שלעיל עשויות להיות לא מסומנות, ייתכן שלא תחמיץ את סכומי היתרה ההתחלה אם נתוני ממד AA BBF לא נוצרו במהלך סגירת סוף השנה ואתה מדווח על נתוני AA.
שלב 7 - אימות מנהל חשבון AA
תמיד כדאי לוודא שהטבלה AA Account Master (AAG00200) תואמת לטבלה GL Account Master (GL00100) לפני שתעבד סגירת סוף שנה. אם החשבונות חסרים, הדבר יגרום לערכים של BBF ב- AA להיות שגויים. הפעל את קבצי ה- Script שלהלן מול מסד הנתונים של החברה כדי לוודא שטבלאות בסיס חשבון GL, מנהל אינדקס חשבון GL וטבלאות בסיס לחשבון AA כוללות את אותו מספר רשומות:
select count(*) from GL00100
select count(*) from GL00105
select count(*) from AAG00200
• אם הטבלה AA Account Master כוללת רשומות פחות מהטבלה GL00100, השתמש בקובץ ה- Script שלהלן כדי להוסיף את חשבונות ה- 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 Account Master כוללת רשומות נוספות מהטבלה GL00100, השתמש בקובץ ה- Script שלהלן כדי להסיר את הרשומות הנוספת:
Delete AAG00200 where ACTINDX not in (Select ACTINDX from GL00100)
• אם הטבלה GL00105 אינה תואמת, עיין ב
KB 855963 לקבלת שלבים לגבי כיצד ליצור מחדש את הטבלה אינדקס ראשי של חשבון (GL00105).
שלב 8 - בדוק ערכי GL/AA היפוך (GP2015/GP2016 בלבד)
היו בעיות עם ערכי היפוך GL שפרסמו בשנה היסטורית בכל גירסה, כפי שמפורט להלן. הפעל את קובץ ה- Script שלהלן מול מסד הנתונים של החברה. סקור את התוצאות כפי שפורסם עבור כל גירסה. אם דרוש סיוע כלשהו, פתח מקרה תמיכה והפנה את בעיות האיכות.
הפעל קובץ Script זה כדי לסקור את כל הערכים ההיפוך שפורסמו בשנה היסטורית.
--------------------------------
Select distinct(a.JRNENTRY) from GL20000 a
join GL30000 b
ב- a.JRNENTRY = b.JRNENTRY
כאשר a.SOURCDOC = 'GJ'
ו- a.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 ו- AAG400000 עבור כל 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's יהיה שגוי. זוהי אינה בעיה ב- 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) ומעביר את הרשומות עבור השנה שאתה סוגר הן בטבלאות General Ledger וגם בטבלאות Analytical Accounting. ערכי BBF נוצרים הן בטבלאות GL וגם בטבלאות AA. עיין בתהליך המפורט ב- KB 888003 עבור הליכי סגירה של סוף השנה עבור הספר הראשי.
לקבלת מידע נוסף, לחץ על מספר המאמר הבא כדי להציג את המאמר הרלוונטי מתוך Microsoft Knowledge Base:
888003 Year-End סגירת הליכים עבור 'ספר ראשי' ב- Microsoft Dynamics GP
-----------------------------------------------------------------------------------------------
הערה: סיום השנה נסגר עם AA ב- SQL 2019 נכשל
אם אתה משתמש ב- GP 18.2 עם SQL 2019 ו- AA שנטענו, סגירת סוף השנה של GL תיכשל עם ההודעה הבאה: (גירסאות SQL קודמות פועלות מצוין. היא נכשלת רק ב- SQL 2019. בעיה זו תוקנה בתיקון החם של פברואר 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, הפעל את קובץ ה- Script הראשון שלהלן מול מסד הנתונים של החברה לאחר הפעלת תהליך סגירת סוף השנה כדי לוודא שה- BBF עבור חשבון היחידה מוגדר לאפס אם הוא סומן כסגור. השתמש בקובץ ה- Script השני כדי לעדכן את התוצאות.
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- אימות דוחות מאזן
מומלץ להשוות בין יתרות הדוח ב'מדווח ניהול' לאיזון הניסיון של ספר ראשי הדוח מ- Microsoft Dynamics GP, כדי לוודא כי יתרות החשבון הביאו קדימה לשנה החדשה נכונות. אם יתרות אלה נותנות התאמה, שחזר לגיבוי וצור קשר עם התמיכה של Microsoft Dynamics GP כדי לפתוח מקרה תמיכה לקבלת סיוע נוסף.
מידע פנימי של MICROSOFT
תאריך עדכון אחרון: 12/3/2021 - cw
מחבר: dspecht; נכתב מחדש ב- 12/2/2012 על-ידי cwaswick, 19/9/2013 - נוסף שלב 3 על-ידי kenhub/cwaswick.
כותב: lmuelle
סוקר טכני: kriszree
עורך: v-andmck