TRIN 1: AFGØR, OM ØKONOMISKE RAPPORTER BRUGER AA-TABELLER:

Før du lukker GL eller gør noget i denne artikel, skal du køre dine økonomiske rapporter, som du normalt kører for at balancere til GL-prøvesaldoen. Følg den rette metode, afhængigt af hvad du har fundet:

-METODE 1 –HVIS KORREKT: Hvis dine økonomiske rapporter er korrekte og svarer til GL, kan du fortsætte med trin 2-8 i denne artikel, som stadig skal fuldføres, så du ikke får nogen AA-fejl under AFSLUTNINGsprocessen for GL-året.

Bemærk! Hvis du bruger et rapporteringssystem, der kun læser direkte fra GL-tabeller (f.eks. Den ældre udbyder i Management Reporter, når du læser fra et GL-firma eller et andet rapporteringsværktøj)] til dine økonomiske rapporter, kan du fortsætte til trin 2, da AA-data ikke påvirker din økonomiske rapportering.


-METODE 2 –HVIS IKKE KORREKT: Men hvis dine økonomiske rapporter ikke er korrekte, er det mest sandsynligt, at de AA-tabeller, der bruges, og AA-dataene ikke stemmer overens med GL-data. For at bekræfte AA-dataene skal du først køre gennem de SQL-scripts, der er angivet i KB 2910626 ud over resten af trinnene i denne artikel.  

Note: Data Mart in Management Reporter reads from AA (and GL) tables, or the Legacy provider used with Management Reporter may read from an AA company.

Trin til metode 2:

a.) Kør først alle scripts i KB-2910626 for at bekræfte AA-data med GL-data.   

Økonomiske rapporter fra Management Reporter svarer ikke til rapporterne for hovedbogskontoens prøvekonto i Microsoft Dynamics GP
http://support.microsoft.com/help/2910626

b.) Når du har fuldført trinnene i KB 2910626, skal du vende tilbage til denne KB og fortsætte med resten af nedenstående trin. Bemærk, at trin 2 og 4 også findes i KB 2910626, men vi anbefaler at dobbelttjekke dette igen, da de ikke bør returnere nogen resultater, hvis du allerede har løst disse data.

 

TRIN 2: BEKRÆFT AA-DATA FOR OVERLAPPENDE ÅR

Kør disse scripts for at sikre, at du ikke har overlappende år i tabellen AAG30000 Open med den historiske tabel AAG40000. Hvert enkelt år bør kun findes i den ene tabel eller den anden, men ikke i begge.

select distinct(YEAR1) from AAG30000

select distinct(YEAR1) from AAG40000

-Hvis du finder overlappende år i begge tabeller, anbefales det at åbne en supporthændelse for at få hjælp. Supportsagen kan opkræves, da dette problem normalt oprettes på grund af import af poster. Bemærk, at hvis der kræves datarettelse, kan det være nødvendigt at rådføre sig med dette, hvilket ville være en fakturerbar udgift for dig.
 

TRIN 3: KONTROLLÉR, AT ÅRENE MELLEM ÅBNE/HISTORISKE TABELLER PASSER MELLEM AA/GL:

Dernæst skal du sørge for, at årene er i AA-tabellerne er i samme åbne eller lukkede år som dine GL-tabeller. De åbne AAG30000- og GL20000-tabeller bør have de samme år. Og AAG40000 og GL30000 historiske tabeller skal indeholde de samme lukkede år.

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

-Hvis du finder år i den åbne AAG30000-tabel FØR det år, du lukker, skal du også udføre TRIN FOR at FLYTTE DATA TIL HISTORIK nedenfor samt flytte de historiske årsdata til historikken. AAG30000-tabellen bør kun have data for de år, der aktuelt er åbne år i GL. Hvis du forsøger at lukke året i GL, får du vist denne meddelelse:  

Brug de ovenstående scripts til at afgøre, om du har brug for at køre TRINNENE TIL AT FLYTTE DATA TIL OVERSIGT, så du kan forhindre, at meddelelsen ovenfor sker under processen med at lukke GL-året.


TRIN TIL AT FLYTTE DATA TIL OVERSIGT:
Første gang du lukker GL på en version, der er nyere end GP 10.0 SP2 eller nyere (med AA aktiveret), bliver du bedt om at flytte AA-data til historikken, før systemet giver dig mulighed for at lukke GL-året. Systemet kontrollerer, at AA-dataene er i den tilsvarende åbne/historiske serie af AA-tabeller, da GL-dataene er placeret i de åbne/historiske tabeller i GL. Hvis det ikke er tilfældet, modtager du en meddelelse om at køre Værktøjet Flyt til oversigt for AA, før du kan fortsætte med lukning af GL-år.  (Denne rutine skal kun køres ÉN GANG, efter at du har opgraderet tidligereGP 10.0,og du bør derefter aldrig skulle køre den igen.  Det var meningen, at det skulle være en engangsproces. Dette værktøj vil ikke løse duplikerede år mellem AA-tabeller eller beskadigede data på et senere tidspunkt.)

Husk, at hvis du ikke har lukket dit GL-år (med AA aktiveret), efter du har installeret en servicepakke, der er nyere end SP2 for version 10.0 eller opgraderet til GP 2010, modtager du muligvis en meddelelse om, at " Du skal konsolidere transaktioner og overføre detaljer til oversigtsværktøjet for at lukkeåret". Kode blev føjet til afslutningsprocessen, der sammenligner årene i AA-tabellerne med de historiske år i konfigurationen af firma regnskabsår. Hvis der er AA-data i AAG3000X-serien af tabeller for et historisk år, modtager du fejlen. Følg disse trin for at konsolidere disse år:

1.) I menuen Microsoft Dynamics GP skal du pege på Værktøjer , pege på Hjælpeprogrammer, pege på Finansiel , pege på Analytisk revisionog derefter klikke på Flyt data til historik.

2.) Det ældste år vil som standard være det system, der findes i de åbne AAG3000x-tabeller. Du kan kun flytte et år ad gangen.

3.) Vælg den ønskede indstilling: Overfør transaktionsdetaljer til historik – Denne indstilling flytter AA-detaljeposterne fra åbne til oversigtstabeller, og der oprettes ingen

BBF-poster. Du skal sikre dig, at der ikke er nogen BBF-poster i AA-tabellerne, da du ellers ikke kan vælge denne indstilling. Denne indstilling flytter blot posterne fra AAG30000-tabellerne til AAG40000-tabellerne.

Konsolider transaktioner,og overfør detaljer til histor-y – Denne indstilling flytter AA-detaljeposterne fra åbne til historiktabeller og opretter BBF-eftersnit. Du skal dog have de indstillinger, der er nævnt tidligere, valgt, for at BBF-poster kan oprettes. Denne indstilling konsoliderer saldi for alle transaktionsdimensionskoder i det lukkede år (der er markeret til at blive konsolideret) og overfører AA-oplysningerne til oversigtstabellerne.

Bemærk! De konsoliderede saldi videresendes til det nye år. BBF-poster oprettes fra de lukkede år.

Vis udskrift kun rapport – Dette giver dig mulighed for at få vist de transaktioner, der vil blive flyttet uden rent faktisk at flytte dataene. Eksempelrapporten viser de konsolideringer, der vil blive foretaget.

Bemærk! Denne indstilling ændrer ikke data.

4.) Klik på OK.

5.) Gentag denne proces for hvert "historiske" år. (Hvor året er i den åbne AAG30000-tabel, men er i GL30000-oversigtstabellen. Den åbne AA-post med det gamle år skal flyttes til tabellen AA-oversigt, så den svarer til den tilsvarende post i GL-oversigtstabellen).

Bemærk! Hvis du kører de forskellige årscripts igen i 'TRIN 3' ovenfor igen, bør du få de forskellige år, der skal matche mellem åbne AA- og GL-tabeller og historiske AA- og GL-tabeller.

 

TRIN 4: KONTROLLÉR AA-TABELLER FOR OVERLAPPENDE OVERSKRIFTS-ID'ER

Kør dette script mod firmadatabasen for at se, om det samme overskrifts-id også findes mellem tabellerne:

select * from AAG30000 where aaGLHdrId in (select aagLHDrId from AAG40000)

- Hvis du finder duplikerede overskrifts-id'er begge tabeller, anbefales det at åbne en supporthændelse for at få hjælp. Supportsagen kan opkræves. Bemærk, at hvis der kræves datarettelse, kan det være nødvendigt at rådføre sig med dette, hvilket ville være en fakturerbar udgift for dig.

Dette ville ske, hvis du gendannede en ældre Dynamics-database over toppen af den aktuelle Dynamics-database, og så de næste tilgængelige tal, der er gemt i AAG00102-tabellen i Dynamics-databasen, er sat tilbage. GP fortsætter med at stiger fra disse værdier, selvom de måske allerede er blevet brugt og medfører, at den samme aaGLHdrID-værdi bliver brugt til forskellige ÅR1-værdier.
 

TRIN 5: OPDATER AACOPYSTATUS-VÆRDIER

Dernæst skal du kontrollere, om der er en forkert aacopystatus-værdi i AAG40001-tabellen. Kør dette script:

select count(*) from AAG40001 where aaCopyStatus<>8 

Hvis scriptet ovenfor returnerer resultater, skal du opdatere aaCopyStatus til '8', før du kører GL-årets afslutning: (Værdien af '8' er en værdi, som årsafslutningsprocessen accepterer.)

update AAG40001 set aaCopyStatus=8

TRIN 6: GENNEMSE KONFIGURATIONEN AF DIMENSIONER, DER SKAL INKLUDERES I ÅRETS AFSLUTNING

Brug de to trin nedenfor til at aktivere indstillingen Firma for at medtage AA-dimensioner i årsslutning, og markér derefter de individuelle dimensioner, der skal medtages i årsslutning. Dette vil resultere i poster i AAG30003-tabellen med det samme aaGLHdrID som BBF-posterne i tabellerne AAG30000/AAG30001/AAG30002. Dette er en proces i to trin, som følger:

Hvis du endnu ikke har lukket Hovedbog, skal du følge disse trin for at sikre dig, at dimensionen er markeret korrekt til at blive medtaget i lukkeprocessen:

1. Markér konfigurationsindstillingen for at medtage Analytisk revision i årsslutslut på følgende måde:

   1. I menuen Microsoft Dynamics GP skal du pege på Værktøjer, pege på Konfiguration, pege på Firma ,pege på Analytisk regnskabog derefter klikke på Indstillinger.

   2. Klik for at markere afkrydsningsfeltet Medtag i årsslut, og klik derefter på OK.
      
      
      Bemærk! Denne indstilling er blot for at aktivere funktionen til oprettelse af poster med videresendt saldo på dimensionerne. Analyseregnskabsdataene flyttes stadig til AAG40000-serietabellerne, når Hovedbog er lukket, uanset om denne indstilling er markeret.

2. Du kan individuelt markere målene, der skal medtages i årsslut, på følgende måde:

   1. I menuen Kort skal du pege på Finansiel, pege på Analytisk revisionog derefter klikke på Transaktionsdimension.

   2. På listen Trx-dimension skal du klikke på den dimension, du vil medtage i årsslutprocessen.

   3. I området Slut på år skal du klikke for at markere afkrydsningsfeltet Konsolider saldi ved lukning af år og derefter klikke på Gem.

   4. Gentag trin b og c for hver dimension, du vil medtage i årsslutprocessen.

Bemærk! Hvis du bruger MR, og afkrydsningsfelterne ovenfor ikke er markeret, kan saldoen for de første beløb gå glip af noget, hvis der ikke er oprettet AA BBF-dimensionsdata i løbet af årsafslutning, og du rapporterer på AA-data. 



TRIN 7: BEKRÆFT AA-KONTOMASTER

Det er altid en god ide at kontrollere, at tabellen AA-kontomaster (AAG00200) svarer til GL-kontomastertabellen (GL00100), før du behandler et lukkeår. Hvis konti mangler, medfører det, at BBF-posterne i AA er forkerte. Kør nedenstående scripts mod firmadatabasen for at bekræfte, at GL-kontomasteren, GL-kontoindeksmasteren og AA-kontomastertabellerne alle har det samme antal poster:

select count(*) from GL00100

select count(*) from GL00105

select count(*) from AAG00200

• Hvis tabellen AA-kontomaster har FÆRRE poster end GL000100-tabellen, skal du bruge nedenstående script til at indsætte de manglende GL-konti:

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)

• Hvis tabellen AA-kontomaster har FLERE poster end GL000100-tabellen, skal du bruge scriptet nedenfor til at fjerne de ekstra poster:

Delete AAG00200 where ACTINDX not in (Select ACTINDX from GL00100)

• Hvis GL00105-tabellen ikke stemmer overens, skal du gå til

KB 855963 vejledning i, hvordan du genopretter tabellen med Account Master Index (GL00105). 





TRIN 8 – KONTROLLÉR OMVENDTE GL/AA-POSTER (KUN GP2015/GP2016)

Der har været problemer med GL-vending af opslag til et historisk år i hver version, som angivet nedenfor.  Kør scriptet nedenfor mod firmadatabasen.  Gennemse eventuelle resultater, som angivet for hver version.  Hvis der er brug for hjælp, skal du åbne en supportsag og henvise til kvalitetsproblemerne. 

Kør dette script for at gennemgå alle elementer, der vender, som udgives i et historisk år. 

--------------------------------

Select distinct(a.JRNENTRY) from GL20000 a join GL30000 b
på a.JRNENTRY = b.JRNENTRY
hvor a.SOURCDOC = 'GJ'
og a.TRXSORCE som 'GLREV%'
og b.TRXSORCE som 'GLTHS%'

----------------------------------

Gennemse resultaterne som beskrevet nedenfor for den version, du bruger:

Microsoft Dynamics GP 2016 (kvalitetsproblem #91834)

 Sammenlign posterne mellem GL-tabellerne og AA-tabellerne for hver JE#, der returneres ovenfor, da resultaterne kan variere afhængigt af, om der blev brugt P&L-konti, og om det var opslået på transaktionsniveau eller batchniveau.  Manuelle opdateringer kan være: 

• Opdater SEQNUMBR i GL20000-tabellen for posten "GLREV", så det svarer til SEQNUMBR i AAG30001-tabellen. (Hvis du bruger MR, skal du bruge SEQNUMBR fra AA-tabellen, for at MR kan læse den).

• Opdater ACTINDX i AAG30001-tabellen for "GLREV"-posten, så den svarer til ACTINDX i GL20000-tabellen. (AA-tabellen har fejlagtigt indekset Bevaret indtægtskonto ved den omvendte indtastning).

• Bekræft summen af poster i AAG30002 lig med summen af poster i AAG30001 for AaGLHdrID-posterne for JE.

Åbn en supportsag og problem med referencekvalitet #91834, hvis der er behov for hjælp. 

OPDATERING: Dette problem blev rettet i Hot Fix for januar til GP 2016 (16.00.0675) og GP 2018 (18.00.0438). 

Microsoft Dynamics GP 2015 (kvalitetsproblem #88914)

Gennemse AA-tabellerne for hver JE#, der returneres ovenfor.  Manuelle opdateringer kan være:

• Bekræft summen af poster i AAG30002 lig med summen af poster i AAG30001 for AaGLHdrID-posterne for JE.

• Gennemgå tabellerne AAG30000 og AAG40000 for hver JE#, der returneres.  Se efter posterne for at få posten "GLREV" til at være i begge AAG30000-serietabeller. AA-posterne for posten "GLREV" bør kun være i AAG30000-tabellerne, da den omvendte post er i det nye år og ikke bør være i AAG40000-serietabellerne.  Disse duplikerede poster medfører, at MR-rapporter overdrives, hvis der rapporteres på AA.

Åbn en supportsag og problem med referencekvalitet #88914, hvis der er behov for hjælp. 

OPDATERING: Dette problem blev rettet i GP 2016 RTM.   

TRIN 9 – FORKERTE AA BBF'er (****Kendt problem kun for GP 2016***)

**VIGTIG BEMÆRKNING TIL DYNAMICS GP 2016-BRUGERE***

**Du skal være på GP ordbog 16.00.0675 eller nyere (eller AA-ordbog 16.00.0645 eller nyere), før du lukker din Dynamics GP 2016 for at få de korrekte startsaldoer frem**

Der er et kendt kvalitetsproblem #91502, når du lukker dit GL-år med AA.  Hvis du har en GL-konto med en saldo på $ 0 og ruller AA-koder fremad, vil AA BBF'er være forkerte.  Dette er ikke et problem i GP 2015 eller GP 2013.  

Der er inkluderet en rettelse til dette problem i patchopdateringen for december (KB 4056559) til Microsoft Dynamics GP 2016.  Selvom udgivelsen for december kaldes for den canadiske lønårsopdateringfor 2017,skal den installeres af alle amerikanske kunder, der har brug for denne AA BBF-rettelse, der er inkluderet.  Det anbefales kraftigt, at du installerer denne patchopdatering for december, før du lukker din GL, hvis du bruger AA og har GL-konti med en nulsaldo for alle installationer (USA, Canada osv.), der bruger AA. 

Bemærk, at Dynamics GP-versionen af 16.00.0641 ikke ændres mellem opdateringen til den amerikanske Year-End-opdatering fra 2017 (novemberudgivelse/KB 4046341) og den canadiske lønopdatering for 2017 Year-End (udgivelse/KB 4056559 for december). Men AA-ordbogen opdateres fra 16.00.0552 til 16.00.0645. (Se i | Om Microsoft Dynamics GP-| Yderligere | About Analytical Accounting.) Du skal bruge AA-koden i udgivelsen for december for at løse dette problem med AA/BBF. 

TRIN 10 – KØR TEST LUK

Lav altid en aktuel sikkerhedskopi, før du starter PROCESSEN med at lukke GL-året. Det anbefales at teste kørsel af GL-årsslut i en testvirksomhed først for at sikre, at du ikke får nogen fejl. PROCESSEN med at lukke GL-året er det, der reelt opretter saldoen, som medfører, at journalposterne (BBF'er) flyttes og flytter posterne for det år, du lukker, i både tabellerne General Ledger og Analytical Accounting. BBF-poster oprettes i både GL- og AA-tabeller. Se den proces, der er beskrevet i KB 888003 til lukkeprocedurer for årsslutning for General Ledger.

Du kan få mere at vide ved at klikke på det følgende artikelnummer for at få vist artiklen i Microsoft Knowledge Base:

888003 Year-End afslutningsprocedurer for General Ledger i Microsoft Dynamics GP

-----------------------------------------------------------------------------------------------
BEMÆRK: Slut på året med AA den SQL 2019 mislykkes
Hvis du bruger GP 18.2 med SQL 2019 og AA indlæst, vil lukningen af GL-året ikke lykkes med meddelelsen nedenfor: (Tidligere SQL versioner fungerer fint.  Det mislykkes kun den SQL 2019.  Dette er rettet i Genvejsrettelsen for februar 2020. Se AA YE-bloggen for at få flere oplysninger).

"Intern fejl: Grænsen for udtrykstjenester er nået. Kig efter potentielt komplekse udtryk i forespørgslen, og prøv at forenkle dem."  

------------------------------------------------------------------------------------------------

TRIN 11- KONTROLLÉR, OM 'ENHEDSKONTI' ER RYDDET (kun GP 2013/GP 2015 – #86400)

Hvis du bruger Microsoft Dynamics GP 2015 eller Microsoft Dynamics GP 2013 og markerer afkrydsningsfeltet på enhedskonti til "Rydsaldo under Year-End Luk", kan posterne i AAG30002-tabellen stadig have værdier, der skulle være 0,00, så de svarer til AAG30001-tabellen.  (Dette problem blev rettet i Microsoft Dynamics GP 2016.

For at sikre, at saldoen på enhedskontoen er korrekt i AA-tabellerne, skal du køre nedenstående script mod firmadatabasen, når årsslutprocessen er kørt, for at sikre, at BBF for enhedskontoen er indstillet til nul, hvis den blev markeret til at være ryddet.  Brug det andet script til at opdatere eventuelle resultater.

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)

TRIN 12- BEKRÆFT RAPPORTER OM BALANCE

Det anbefales at sammenligne rapporten Balance Sheet i Management Reporter med rapporten General Ledger Trial Balance fra Microsoft Dynamics GP for at bekræfte, at kontosaldoerne, der er videresendt til det nye år, er korrekte. Hvis disse saldi ikke stemmer overens, skal du gendanne din sikkerhedskopi og kontakte Microsoft Dynamics GP-support for at åbne en supporthændelse for at få yderligere hjælp.

INTERNE MICROSOFT-OPLYSNINGER

Dato for seneste opdatering: 03-12-2021 - cw
Forfatter: dspeforfatter; omskrevet 02-12-2012 af cwaswick, 19-09-2013 – tilføjet trin 3 af kenhub/cwaswick.
Writer: lmuelle
Tech Reviewer: kriszree
Editor: v-andmck