VAIHE 1: MÄÄRITÄ, KÄYTTÄVÄTKÖ TALOUSRAPORTIT AA-TAULUKOITA:

Ennen kuin suljet GL:n tai suoritat tässä artikkelissa olevia vaiheita, suorita tavallisesti suoritettavat talousraportit, jotta voit tasapainottaa GL-kokeilusaldoa. Noudata löytä palautteesi perusteella sopivaa menetelmää:

-MENETELMÄ 1 -JOS OIKEA: Jos taloudelliset raportit ovat oikein ja täsmäävät GL:n kanssa, voit jatkaa tämän artikkelin vaiheita 2–8, jotka on silti suoritettava loppuun, jotta et saa AA-virheitä GL-vuosierän päättymisprosessin aikana.

Huomautus: Jos käytät raportointijärjestelmää, joka lukee talousraportit vain suoraan GL-taulukoista (kuten vanha palveluntarjoaja hallintaraportissa lukiessaan GL-yrityksestä tai muulta raportointityökalulta)], voit jatkaa vaiheeseen 2, koska AA-tiedot eivät vaikuta talousraportointiin.


-MENETELMÄ 2 -JOS EI OIKEIN: Jos taloudelliset raportit eivät ole oikein, se johtuu todennäköisesti pääosin käytössä olemista AA-taulukoista eikä AA-tiedot täsmää GL-tietojen kanssa. Jos haluat tarkistaa AA-tiedot, sinun on ensin suoritettava KB 2910626:n kautta toimitettavat SQL-komentosarjat tämän artikkelin muiden vaiheiden lisäksi.  

Huomautus: Management Reporterin tieto-osa kuuluu AA (ja GL) -taulukoista, tai hallintoraportissa käytetty vanha palveluntarjoaja voi lukea AA-yrityksestä.

Menetelmän 2 vaiheet:

a.) Suorita ensin kaikki komentosarjat KT-päivityksessä ja 2910626 AA-tiedot GL-tietojen kanssa.   

Management Reporterin talousraportit eivät vastaa Microsoft Dynamics GP:n pääkirjanpidon kokeiluversion
saldoraportteja http://support.microsoft.com/help/2910626

b.) Kun olet suorittanut vaiheet kilotavuina 2910626, palaa takaisin tähän kilotavuun ja jatka alla lueteltujen ohjeiden mukaisesti. (Huomaa, että vaihe 2 ja vaihe 4 ovat myös kilotavuina 2910626, mutta suosittelemme tarkistamaan tämän uudelleen, sillä niiden ei pitäisi palauttaa mitään tuloksia, jos olet jo korjannut nämä tiedot.)

 

VAIHE 2: AA-TIETOJEN TARKISTAMINEN LIMITTÄISTEN VUOSIEN VARALTA

Suorita nämä komentosarjat, jotta AAG30000 Open -taulukossa ei ole päällekkäisiä vuosia AAG40000-historiataulukon kanssa. Kunkin erillisen vuoden tulisi olla vain yhdessä taulukossa, mutta ei molemmissa.

select distinct(YEAR1) from AAG30000

select distinct(YEAR1) from AAG40000

-Jos molemmissa taulukoissa on päällekkäisiä vuosia, on suositeltavaa avata tukitapaus. Tukitapaus on veloitettava, koska tämä ongelma luodaan yleensä tietueiden tuonnin vuoksi. Huomaa, että jos tietojen korjaamista tarvitaan, tämä on ehkä viitattava konsultointiin, joka olisi laskutettava kulu sinulle.
 

VAIHE 3: TARKISTA, ETTÄ AVOINTEN/HISTORIALLISTEN TAULUKOIDEN VÄLIT VASTAAVAT TOISIAAN AA/GL:N VÄLILLÄ:

Varmista seuraavaksi, että vuosi on AA-taulukoissa samojen avointen tai suljettujen vuosien ajan kuin GL-taulukoissa. Avointen AAG30000- ja GL20000-taulukoiden pitäisi sisältää samat vuodet. Historiallisissa AAG40000- ja GL30000-taulukoissa tulisi olla samat suljetut vuodet.

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

-Jos löydät vuosia AAG30000:n avoimesta taulukosta ennen sulkemisvuosia, sinun on myös tehtävä vaiheet, jotta voit siirtää tiedot historiatietoihin. AAG30000-taulukossa pitäisi olla tietoja vain vuosilta, jotka ovat tällä hetkellä avoimet vuosilta GL:ssä. Jos yrität sulkea vuoden gl-kokona, näyttöön tulee seuraava kehote:  

Käytä yllä olevia komentosarjoja sen määrittämiseen, onko sinun suoritettava VAIHEET TIETOJEN SIIRTÄMINEN HISTORIAAN, jotta voit estää yllä mainitun viestin tapahtumisen gl-end-lopetusprosessin aikana.


OHJEET TIETOJEN SIIRTÄMINEN HISTORIAAN:
Kun suljet GL:n ensimmäisen kerran GP 10.0 SP2:ta tai sitä suuremmassa versiossa (AA on aktivoitu), sinua pyydetään siirtämään AA-tiedot historiatietoihin, ennen kuin järjestelmä sallii GL-vuoden sulkemisen. Järjestelmä tarkistaa, että AA-tiedot ovat vastaavissa avointen/historiallisten AA-taulukoiden sarjoissa, sillä GL-tiedot ovat gl:n avointen/historiallisten taulukoiden taulukossa. Jos näin ei ole, saat viestin, joka suorittaa Move to History Utility for AA -apuohjelman, ennen kuin voit jatkaa lopetusvuoden loppumista.  (Tämän rutiinin pitäisi olla suoritettava VAIN KERRAN, kun olet päivittänyt gp10.0:nja sen jälkeen sinun ei tarvitse suorittaa sitä uudelleen.  Se oli tarkoitettu kertaprosessiksi. Tämä apuohjelma ei korjaa päällekkäisiä vuosia AA-taulukoiden tai vahingoittuneiden tietojen välillä myöhemmin.)

Muista, että jos et ole sulkenut GL-vuotta (AA aktivoituna) sen jälkeen, kun olet asentanut SP2:n versiota 10.0 uudemman version tai GP 2010:ksi päivittämisen jälkeen, näyttöön voi tulla sanoma " Sinun on koottava tapahtumat ja siirrettävä tiedot historia-apuohjelmaan vuoden sulkemistavarten". Lopetusprosessiin on lisätty koodi, joka vertaa AA:n avoinna olevat taulukot vuosien historiavuosiin yrityksen tilikausien määrityksessä. Jos AAG3000X-taulukkosarjassa on AA-tietoja historiavuosille, saat virheilmoituksen. Voit koota nämä vuodet seuraavasti:

1.) Valitse Microsoft Dynamics GP -valikossa Työkalut ,valitse Apuohjelmat ,Rahoitus ,Analytical Accountingja valitse sitten Siirrä tiedot historiaan.

2.) Vanhimman vuoden oletusarvo on siinä järjestelmässä, joka on avoinna AAG3000x-taulukoissa. Voit siirtää vain yhden vuoden kerrallaan.

3.) Valitse sopiva vaihtoehto: Siirrä tapahtumatiedot historiaan – Tämä asetus siirtää AA-tietotietueet avoimesta historiataulukkoon eikä

BBF-merkintöjä luoda. Varmista, ettei AA-taulukoissa ole BBF-merkintöjä, sillä muutoin et voi valita tätä asetusta. Tämä asetus siirtää tietueet AAG30000-taulukoista AAG40000-taulukoihin.

Kokoa tapahtumat jasiirrä tiedot histor y:lle – Tämä asetus siirtää AA-tietotietueet avoinna-taulukoista historiataulukoihin ja luo BBF-tietueita. Sinulla on kuitenkin oltava edellä mainitut vaihtoehdot valittuna, jotta BBF-merkinnät voidaan luoda. Tämä asetus kokoaa kaikkien tapahtumien dimensiokoodien saldot suljettuna vuonna (jotka on merkitty koottavaksi) ja siirtää AA-tiedot historiataulukoihin.

Huomautus Koottu saldo tuodaan edelleen uuteen vuoteen. BBF-merkinnät luodaan suljettujen vuosien perusteella.

Vain tulostuksen siirron esikatseluraportti – Näin voit tarkastella siirrettäviä tapahtumia siirtämättä tietoja. Esikatseluraportissa näkyvät koostamistavat tiedot.

Huomautus Tämä asetus ei muuta tietoja.

4.) Valitse OK.

5.) Toista tämä prosessi jokaisen historiallisen vuoden osalta. (Kun vuosi on AAG30000:n avoimessa taulukossa, mutta se on GL30000-historiataulukossa. AA:n vanhalla vuodeksi avattu tietue on siirrettävä AA-historiataulukkoon, jotta se vastaa GL-historiataulukon vastaavaa tietuetta.)

Huomautus: Jos toistat uudelleen erilliset vuosikomentosarjat yllä olevassa vaiheessa 3, sinun pitäisi saada erilliset vuodet, jotka vastaavat avoimia AA- ja GL-taulukoita sekä historiallisia AA- ja GL-taulukoita.

 

VAIHE 4: TARKISTA, ETTÄ AA-TAULUKOT MENEVÄT PÄÄLLEKKÄIN OTSIKKOTUNNUKSEN KANSSA

Suorita tämä komentosarja yritystietokannassa ja katso, onko taulukoiden välillä myös sama otsikkotunnus:

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

- Jos löydät otsikon tunnuksen kaksoiskappaleet molemmista taulukoista, on suositeltavaa avata tukitapaus. Tukitapaus on veloitettava. Huomaa, että jos tietojen korjaamista tarvitaan, tämä on ehkä viitattava konsultointiin, joka olisi laskutettava kulu sinulle.

Näin käy, jos palautat vanhemman Dynamics-tietokannan nykyisen Dynamics-tietokannan yläreunaan, jolloin seuraavat Dynamics-tietokannan AAG00102-taulukkoon tallennetut käytettävissä olevat numerot palautetaan. GP kasvaa edelleen näistä arvoista, vaikka niitä on jo käytetty, ja tuloksena on sama aaGLHdrID-arvo, jota käytetään eri VUOSI1-arvoissa.
 

VAIHE 5: AACOPYSTATUS-ARVOJEN PÄIVITTÄMINEN

Tarkista seuraavaksi virheellinen aacopystatus-arvo AAG40001-taulukossa. Suorita tämä komentosarja:

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

Jos yllä oleva komentosarja palauttaa tulokset, haluat päivittää aaCopyStatus-arvon 8-arvoksi ennen GL-vuoden sulkemista: (Arvon '8' arvo on arvo, jonka vuoden lopetusprosessi hyväksyy.)

update AAG40001 set aaCopyStatus=8

VAIHE 6: TARKISTA, MITKÄ DIMENSIOT SISÄLLYTETÄÄN VUODEN LOPPUUN

Ota yritysasetus käyttöön käyttämällä alla olevia kahta vaihetta, jotta voit sisällyttää AA-dimensiot vuoden loppuun ja merkitä sitten yksittäiset dimensiot, jotka haluat sisällyttää vuoden päättymiserään. Tällöin AAG30003-taulukon merkinnät ovat samat kuin AAG30000/AAG30001/AAG30002-taulukoiden BBF-merkinnät. Tämä on kaksivaiheinen prosessi:

Jos et ole vielä sulkenut kirjanpitoa, varmista seuraavien ohjeiden avulla, että dimensio on merkitty oikein, jotta se sisällytetään sulkemisprosessiin:

1. Merkitse määritysasetus niin, että Analytical Accounting sisällytetään vuoden loppuun seuraavasti:

   1. Valitse Microsoft Dynamics GP -valikossa Työkalut, valitse Asetukset ,valitse Yritys, osoita Analytical Accounting-kohtaa ja valitse sitten Asetukset.

   2. Valitse Sisällytä vuoden päättymispäivään -valintaruutu napsauttamalla ja valitse sitten OK.
      
      
      Huomautus Tämä asetus on vain sen mahdollistaminen, että voit luoda saldoa tuotuja merkintöjä dimensioihin. Analytical Accounting -tiedot siirtyvät edelleen AAG40000-sarjataulukoihin, kun Kirjanpito suljetaan riippumatta siitä, onko tämä asetus merkitty.

2. Merkitse vuoden loppuun sisällytettävät dimensiot yksitellen seuraavasti:

   1. Valitse Kortit-valikossa Talous , osoitaAnalytical Accounting -kohtaaja valitse sitten Tapahtumadimensio.

   2. Valitse Trx-dimensio-luettelosta dimensio, jonka haluat sisällyttää vuoden lopetusprosessiin.

   3. Valitse Vuoden päättymispäivä -alueella Kokoa saldot vuoden päättymispäivän aikana -valintaruutu ja valitse sitten Tallenna.

   4. Toista vaiheet b ja c jokaisen vuoden sulkemisprosessiin sisällytettävän dimension osalta.

Huomautus: Jos käytät MR:tä ja yllä olevia valintaruutuja ei merkitä, alkusaldo saatetaan ylitellä, jos AA BBF -dimensiotietoja ei luotu vuoden lopussa ja raportoit AA-tiedoista. 



VAIHE 7 – AA-TILIN PERUSMUODON TARKISTAMINEN

On aina hyvä varmistaa, että AA-tilin päätaulukko (AAG00200) vastaa GL-tilin päätaulukkoa (GL00100), ennen kuin käsittelet vuoden lopun sulkemista. Jos tilejä puuttuu, AA:n BBF-merkinnät ovat virheellisiä. Suorita alla olevat komentosarjat yrityksen tietokantaan sen varmistamiseksi, että GL-tilin päätaulukoissa, GL-tilin indeksin päätaulukoissa ja AA-tilin päätaulukoissa on sama määrä tietueita:

select count(*) from GL00100

select count(*) from GL00105

select count(*) from AAG00200

• Jos AA-tilin päätaulukossa on VÄHEMMÄN-tietueita kuin GL00100-taulukossa, lisää puuttuvat GL-tilit alla olevassa komentosarjassa:

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)

• Jos AA-tilin päätaulukossa on ENEMMÄN tietueita kuin GL00100-taulukossa, poista ylimääräiset tietueet alla olevasta komentosarjasta:

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

• Jos GL00105-taulukko ei vastaa toisiaan, katso

KB 855963, jossa on ohjeet Tilin pääindeksi -taulukon (GL00105) uudelleenluonnin ohjeisiin. 





VAIHE 8 – TARKISTA KUMOA GL/AA-MERKINNÄT (VAIN GP2015/GP2016)

Kaikissa versioissa historialliseen vuoteen julkaisevien GL-peruutusmerkintöjen kanssa on ollut ongelmia alla olevassa kuvassa.  Suorita alla oleva komentosarja yrityksen tietokantaan.  Tarkista jokaisen version mahdolliset tulokset.  Jos tarvitset apua, avaa tukipyyntö ja viittaa laatuongelmiin. 

Suorita tämä komentosarja, jos haluat tarkastella kaikkia perversointimerkintöjä, jotka on julkaistu historiallisena vuonna. 

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

Select distinct(a.JRNENTRY) from GL20000 a liity GL30000 b
on a.JRNENTRY = b.JRNENTRY
jossa.SOURCDOC = 'GJ'
ja a.TRXSORCE, kuten 'GLREV%'
ja b.TRXSORCE, kuten 'GLTHS%'

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

Tarkista alla kuvatut tulokset käytössäsi olevasta versiosta:

Microsoft Dynamics GP 2016 (laatuongelma #91834)

 Vertaa yllä kunkin yllä palautetun JE#-taulukon GL-taulukoiden ja AA-taulukoiden välisiä tietueita, koska tulokset voivat vaihdella sen mukaan, käytettiinkö P&L -tilejä ja onko tili lähetetty tapahtuma- vai erätasolla.  Manuaaliset päivitykset voivat olla: 

• Päivitä GL20000-taulukon SEQNUMBR GLREV-merkintää varten vastaamaan AAG30001-taulukon SEQNUMBR-merkintää. (Jos käytät MR:tä, sinun on käytettävä AA-taulukon SEQNUMBR-järjestystä, jotta MR voi lukea sen.)

• Päivitä AAG30001-taulukon ACTINDX GLREV-merkintää varten vastaamaan GL20000-taulukon ACTINDX-funktiota. (AA-taulukossa on virheellisesti peruuttavan merkinnän Ansioet-tilin indeksi.)

• Vahvista AAG30002:n tietueiden summa, joka vastaa AAG30001:n tietueiden summaa JE-tietueen aaGLHdrID-tietueille.

Avaa tukitapaus ja viitelaatuongelma #91834, jos tarvitset apua. 

PÄIVITYS: Tämä ongelma on korjattu tammikuun pikakorjauksessa GP 2016:ssa (16.00.0675) ja GP 2018:ssa (18.00.0438). 

Microsoft Dynamics GP 2015 (laatuongelma 88914)

Tarkista yllä palautettuja JE#-palautettuja AA-taulukoita.  Manuaaliset päivitykset voivat olla:

• Vahvista AAG30002:n tietueiden summa, joka vastaa AAG30001:n tietueiden summaa JE-tietueen aaGLHdrID-tietueille.

• Tarkista jokaisen palautetun JE#-taulukon AAG30000- ja AAG40000-taulukot.  Etsi GLREV-tietueet sekä AAG30000-sarjataulukoista. GLREV-tietueen AA-tietueiden pitäisi olla AAG30000-taulukoissa vain, koska peruutustietue on uudessa vuodessa, eikä niiden pitäisi olla AAG40000-sarjan taulukoissa.  Nämä päällekkäiset tietueet aiheuttavat MR-raporttien liian paljon, jos AA:sta raportoitaisiin.

Avaa tukitapaus ja viitelaatuongelma #88914, jos tarvitset apua. 

PÄIVITYS: Tämä ongelma on korjattu GP 2016 RTM:ssä.   

VAIHE 9 – VIRHEELLISET AA BBF:n (****Tunnettu ongelma vain GP 2016:ssa***)

**TÄRKEÄ HUOMAUTUS DYNAMICS GP 2016 -KÄYTTÄJILLE***

**Sinulla on oltava GP-sanasto 16.00.0675 tai uudempi versio (tai AA-sanasto 16.00.0645 tai uudempi), ennen kuin suljet Dynamics GP 2016:n, jotta oikeat alkusaldot voidaan välittää**

Tiedossa on laatuongelma #91502, kun suljet GL-vuosiongelman AA:n avulla.  Jos sinulla on GL-tilejä, joiden saldo on 0 $, ja AA-koodit tulevat edelleen, AA BBF:n saldo on virheellinen.  Tämä ei ole ONGELMA GP 2015:ssä tai GP 2013:ssa.  

Ongelmaan on korjattu Microsoft Dynamics GP 2016:n joulukuun päivitys (KB 4056559).  Vaikka joulukuun julkaisusta käytetään nimitystä2017 Canadian Payroll Year-end Update, sen asentajaksi tulee asentaa kaikki yhdysvaltalaisista asiakkaista, jotka tarvitsevat tämän AA BBF -korjauksen, joka sisältyy pakettiin.  On erittäin suositeltavaa asentaa tämä joulukuun päivitys ennen gl-päivityksen sulkemista, jos käytät AA:ta ja sinulla on GL-tili, jonka saldo on nolla, kaikille asennuksille (Yhdysvallat, Kanada jne.), jotka käyttävät AA:ta. 

Huomaa, että Dynamics GP -versio 16.00.0641 ei muutu Yhdysvaltojen Year-End Updaten (marraskuun julkaisu/KB 4046341) ja Kanadan palkkalistan Year-End-päivityksen (joulukuun päivityksessä/KB 4056559) välillä. AA-sanasto päivittyy kuitenkin versiosta 16.00.0552 16.00.0645. (Tarkista ohjeen | Tietoja Microsoft Dynamics GP -| Lisä | Tietoja Analytical Accountingista.) Tarvitset AA-koodin joulukuun julkaisussa tämän AA/BBF-ongelman ratkaisemiseksi. 

VAIHE 10 – TESTIN SULKEMINEN

Tee aina nykyinen varmuuskopio ennen GL-vuosierän sulkemisprosessin aloittamista. On suositeltavaa testata, että gl-loppuvuoden loppu suoritetaan ensin testiyritystä varten, jotta virheitä ei tule. GL-vuosierän lopetusprosessi itse asiassa luo saldon eteenpäin päiväkirjamerkintöjä (BBF) ja siirtää sekä Pääkirjakirja- että Analytical Accounting -taulukoissa suljettavan vuoden tietueet. BBF-merkinnät luodaan sekä GL- että AA-taulukoissa. Katso Artikkelista KB-888003 pääkirjanpidon vuoden lopetusmenettelyistä.

Saat lisätietoja napsauttamalla seuraavan artikkelin numeroa, jolloin voit tarkastella artikkelia Microsoft Knowledge Base -tietokannassa:

888003 Year-End pääkirjanpidon sulkemismenetelmät Microsoft Dynamics GP:ssä

-----------------------------------------------------------------------------------------------
HUOMAUTUS: Vuosi päättyy AA:n kanssa SQL 2019 epäonnistuu
Jos käytät GP 18.2:ta SQL 2019:n ja AA:n kanssa ladattuna, GL-vuosisulkeen sulkeminen epäonnistuu alla olevassa viestissä: (Aiemmat SQL -versiot toimivat hyvin.  Se epäonnistuu vain SQL 2019:ssä.  Ongelma on korjattu helmikuun 2020 pikakorjauksessa. Lisätietoja on AA YE -BLOGIssa.)

"Sisäinen virhe: Lausekepalvelujen raja on saavutettu. Etsi kyselystä mahdollisesti monimutkaisia lausekkeita ja yritä yksinkertaistaa niitä."  

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

VAIHE 11– TARKISTA, ONKO YKSIKKÖTILIT TYHJENNYT (vain GP 2013/GP 2015 - #86400)

Jos käytät Microsoft Dynamics GP 2015:tä tai Microsoft Dynamics GP 2013:a ja merkitsit Yksikkötilit-kohdan valintaruuduksi Tyhjennä saldo Year-End Sulje,AAG30002-taulukon tietueilla voi edelleen olla virheellisesti arvoja, ja niiden pitäisi olla 0,00, jotta ne vastaavat AAG30001-taulukkoa.  (Tämä ongelma on korjattu Microsoft Dynamics GP 2016:ssa.)

Jos haluat varmistaa, että Yksikkötilin saldot ovat oikein AA-taulukoissa, suorita ensimmäinen alla oleva komentosarja yrityksen tietokantaan vuoden sulkemisprosessin suorittamisen jälkeen ja varmista, että yksikkötilin BBF-arvoksi on määritetty nolla, jos se on merkitty tyhjenettyksi.  Päivitä mahdolliset tulokset toisen komentosarjan avulla.

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)

VAIHE 12– TARKISTA TASERAPORTIT

On suositeltavaa verrata Management Reporterin taseraporttia Microsoft Dynamics GP:n Pääkirjanpidon kokeiluversion saldo -raporttiin sen varmistamiseksi, että uuteen vuoteen tuo tuotiin tilin saldot oikein. Jos nämä saldot eivät täsmää, palauta varmuuskopio ja ota yhteyttä Microsoft Dynamics GP -tukeen tukitapauksen avaamiseksi.

MICROSOFTIN SISÄISET TIEDOT

Päivitetty viimeksi: 3.12.2021 - cw
Tekijä: dspecht; rewritten 12/2/2012 by cwashub, 9/19/2013 – lisätty vaihe 3 kenhub/cwashub.
Kirjoittaja: lmuelle
Tech Reviewer: chriszree
Editori: v-andmck