Informații despre diferențele atunci când armonizarea contabilitate Management datorii sau e în Microsoft Dynamics GP

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 866570
INTRODUCERE
Acest articol discută despre ce conturi de datorii soldul de cont sau conturi creanțe soldul de cont în contabilitate diferă de suma totală care urmează pe istoric cu vârsta de încercare soldul raport în Microsoft Dynamics GP. Sunt frecvent întrebări la finalul acestui articol.
Informaţii suplimentare
Reconciliere cu rutina de contabilitate a fost nou pentru Microsoft Dynamics GP 10.0 (SP2). Aceasta rutina generează o foaie de calcul Microsoft Office Exel. Utilizați această foaie de calcul pentru a se potrivi tranzacțiilor Management datorii sau e care au fost publicate la contabilitate. Acest proces generează corectarea tranzacții. Cu toate acestea, acest proces pot ajuta să determinați diferențe de tranzacții care sunt listate în această secțiune. Pentru a deschide fereastra "Armonizarea la GL", indicați spreInstrumente din Microsoft Dynamics GP meniul, spre rutine, indicați spre financiarși apoi faceți clic pe reconciliere în contabilitate.


Mai jos este o listă de probleme pe care le-am văzut care poate provoca diferențe de funcţionare:

  • Raportul istoric cu vârsta de încercare soldul se imprimă cu restricții. Imprimați raportul istoric cu vârsta de încercare soldul din nou cu numai o restricție de dată.
  • Nu toate conturile de conturi de datorii sau toate conturile de conturi de creanţe sunt vizualizate în General registru. Asigurați-vă că Vizualizați toate conturile de conturi de datorii sau toate conturile conturi creanțe în contabilitate.
  • Loturi în Management datorii sau e au fost publicate la contabilitate. Comenzi în contabilitate a fost modificat sau editate înainte de a fost înregistrată.
  • Modificări la contul de conturi de datorii sau la conturile de creanţe cont să fi fost introdus direct în General registru. Aceste tranzacții actualizare cont în contabilitate. Cu toate acestea, aceste operațiuni nu actualizați raportul istoric cu vârsta soldul de încercare.
  • Interval acoperire de date pe soldul detaliate de încercare în General raport registrul nu corespunde interval, în raport de istoric cu vârsta de încercare echilibru în Management datorii sau e. Atunci când imprimați raportul istoric cu vârsta soldul de încercare, faceți clic pentru a bifa casetă de selectare GL data înregistrării în zona Selectați tranzacții pentru raport utilizând .
  • Tranzacții au fost publicate în Management datorii sau e. Cu toate acestea, aceste operațiuni nu au fost înregistrate la contabilitate dacă acestea au fost pentru început soldurile. Dacă nu este selectată casetă de selectare Post la contabilitate în fereastra de configurare de publicare pentru seria de cumpărare sau o serie de vânzări, tranzacțiile vor fi publicate la Management datorii sau la e. Cu toate acestea, aceste operațiuni nu vor fi publicate la contabilitate.
  • În fereastra configurare de Management datorii sau în fereastra configurare de gestionare creanțe este selectată caseta Urmărire reduceri disponibile în contabilitate . Apoi, valoarea netă a facturii vor fi publicate la contabilitate. În plus, valoarea rămase se publică într-un cont de reduceri disponibile. Numai volumul net va apărea raportul detaliate soldul de încercare în General registru. Cu toate acestea, factura afișează total brut factură pe istoric cu vârsta de încercare soldul în Management datorii sau e.
  • Documente au fost anulate într-o altă perioadă decât acestea au fost publicate inițial. Soldul de încercare detaliate raport în General registrul nu corespund raportul istoric cu vârsta soldul de încercare. De exemplu, să presupunem s-a introdus o factură 1/1/2007. Această factură s-a anulat 1/2/2007. Un raport General registrul detaliate soldul de încercare se imprimă pentru 1/2/2007-28/2/2007. Tranzacții anulat va apărea în raport. Dacă un istoric cu vârsta de încercare echilibru se imprimă utilizând același interval, anulat documentul nu se va imprima raportul, deoarece acesta a fost anulat.
  • Dacă doriți să echilibreze conturi datorii cont soldul sau conturi creanțe cont echilibru în General registru la istoric cu vârsta de încercare soldul de raport pentru o anumită perioadă, soldurile din raport istoric cu vârsta soldul de încercare trebuie să fie împăcat net modificați pe soldul detaliate de încercare în General registru pentru aceeași perioadă.
  • Dacă doriți să echilibreze sume de plată soldul de cont sau conturi creanțe contul echilibru în General registru a raportului de istoric cu vârsta soldul de încercare pentru o zi în care nu este într-o anumită perioadă, determinați dacă Management datorii sau e vreodată a fost echilibrată. Dacă nu a fost echilibrată Management datorii sau e, soldurile începutul poate fi incorectă. În această situație, echilibru perioada cea mai recentă mai întâi și apoi armonizare luni anterioare în ordine reface programul sursă.
  • Dacă înregistrarea întreruperi au avut loc, loturi poate nu au fost postate corect la contabilitate, Management datorii sau la e.
  • Nu toate contabilitate loturi au fost publicate.
  • Atunci când imprimați raportul istoric cu vârsta soldul de încercare, nu s-a faceți clic pentru a bifa următoarele casete de selectare în zona Exclude:
    • Credit neînregistrate aplicate documente
    • Balanță de zero
    • Activitate
    Faceți clic pentru a selecta aceste casete de selectare, și apoi imprimați raportul istoric cu vârsta soldul de încercare.

    Notă Dacă doriți să corespundă raportul General reg. detaliate soldul de încercare și raportul istoric cu vârsta de încercare soldul de documente specifice, faceți clic pentru a debifa casetă de selectare Complet plătită documente .
  • Dacă utilizați MULTIVALUTAR Management când reevaluaţi, ați selectat pentru a posta în contul de cumpărare/vânzare Offset.
  • În Microsoft Dynamics GP 10.0, carte de credit sumele au fost introduse în fereastra datorii chitan pentru o factură. Acest lucru poate provoca un dezechilibru reconciliere pentru Management datorii la contabilitate deoarece numai sold va publica în modul de contabilitate.
  • Dacă au înregistrare întreruperi/probleme cu un batch datorii sau creanțe și tranzacțiile s-au găsit în ambele activitate de firmă și tabele deschise în același marcă de timp, ștergerea batch RM sau PM în GP va provoca probleme. În acest caz, utilizatorul, de obicei, vede înregistrările din ambele tabele și decide nu trebuie comenzi de lucru, astfel încât acestea doar ștergeți-l în GP. De la locul de muncă și tabelele de deschidere partajați un tabel de distribuire, ştergerea batch în GP va elimina, de asemenea, înregistrările de distribuire cu acesta. Rezultatul final este că există tranzacții antet înregistrare, dar nu există nicio potrivire distribuţii pe partea RM sau PM, dar GL s-a actualizat corect. Această problemă va fi considerat în următoarea versiune de Microsoft Dynamics GP.
  • Distribuţii pot apărea în secțiunea potențial potrivesc cu valori diferite dacă au reduceri. Pentru a se potrivi, conturi de contabilitate reducere ar trebui să au fost retrasă cu contul PM/RM înainte de a executa reconciliere contabilitate procesul. Închideți foaia de lucru și executați-l cu discount GL conturile listate, precum.
  • Distribuţii pot lipsi pe partea PM/RM dacă tipul (bani, plata, cump) au fost modificate. În foaia de lucru reconciliere, contul se utilizează numai pentru partea de contabilitate. Contul nu este folosit pe partea PM/RM. Partea PM/RM trage folosind plata sau REC tip indiferent ce cont este utilizat, astfel încât este motivul pentru care trebuie pentru a Listă tabel toate AP sau AR conturi în fereastra reconciliere. Și pur și simplu de comutare tipul de distribuire în tabelul de SQL nu face distribuire apărea în mod automat dacă se regenera foaia de lucru.
  • Verificați data se aplică și GL post data în tabelul se aplică pentru tranzacții multivalută în comparație cu data reală a fost înregistrată în GL. De exemplu, 22 Ian, o notă de credit din data de 31 decembrie s-a aplicat o factură datat Dec 5, și se aplică data și data de publicare contabilitate au rămas ca Jan 22. Cu toate acestea, când înregistrare lot GL, utilizatorul a modificat data la data de 31 decembrie. În acest caz, reconciliere la GL foaie de calcul pentru luna decembrie listează suma de realizat amplificare/pierdere pe ambele părţi şi apar să fie acum. Cu toate acestea, raportul HATB nu recunoaște suma amplificare/pierdere realizat încă și va fi oprit suma comparaţie cu GL, deoarece acesta nu s-a aplicat sau publicate până în ianuarie, în funcţie de înregistrare se aplică.


Întrebări frecvente:


Întrebarea 1: Este reconciliere de foaie de calcul GL un adevărat reconciliere pentru datorii/creanţe în contabilitate?

A1: Reconciliere la GLfeature este un instrument' depanare' pentru a ajuta utilizatorii să identifice distribuţii fără rival între RM/PM și GL. Nu a fost neapărat menit a lega absent de la HATB și care nu a fost scopul, deși știm clienții fac. Soldurile reconciliere la GL foaie de calcul sunt cele mai bune estimărilor folosind o simplă Adăugare/scădere pe distribuţii în tabelul. Întrucât soldurile HATB aproape orice tabel de ia în considerare și sunt mult mai complexe și precise solduri și atât două adesea nu legaţi absent.

'true' armonizare ar trebui să fie între RM sau PM istoric cu vârsta de probă (HATB) și balanță de încercare GL rapoarte. Dacă acestea se potrivesc, atunci nu neapărat trebuie să executați reconciliere contabilitate instrumentul pentru acea lună. Tabelele GL sunt alcătuite din datorii și credite și tabelele care HATB trage la sunt tranzacții antet și se aplică tabelele de înregistrare. Astfel, clienţii solicită o modalitate de a armonizarea distribuţii în contabilitate la tabelele de distribuire în RM sau PM pentru a găsi diferenţele la acest nivel. Deci, acesta este motivul pentru care s-a creat reconciliere cu rutina de contabilitate. A fost destinat să fie un instrument de depanare pentru a compara distribuţii repartizării între modulele pentru a ajuta la identificarea distribuţii lipsă, care vă poate duce la o lipsă transactionfrom HATB. Atât utilizați reconciliere GL instrumentul ca 'ajutor' doar să vă ajute să armonizare HATB la GL soldul de încercare. Dacă HATB și GL TB echilibru, apoi nu există cu adevărat nevoie pentru a executa reconciliere GL instrumentul pentru acea lună.


Întrebarea 2: Trebuie să corespundă totaluri pe reconciliere în foaie de calcul GL totaluri pe HATB?

A2: Nu. Totaluri pe reconciliere în foaie de calcul GL sunt doar o simplă Adăugare/scădere de distribuire înregistrările din tabel și nu ia orice alte tabele în considerare. Întrucât HATB analizează tabele complet diferită pentru a calcula un echilibru folosind tranzacția și se aplică înregistrează tabele și este un calcul mult mai complexe. Din cauza metode diferite de calcul/tabele utilizat pentru a obține soldurile, reconciliere la GL foaie de calcul nu se așteaptă tie definitiv solduri îmbătrânirea rapoarte HATB şi ar face reconcilierea le dificilă. Nu este necesar pentru a lega soldurile pe reconciliere la GL foaie de calcul raportul HATB.

Vom sugera pentru a ignora totaluri pe reconciliere la GL foaie de calcul și utilizați doar secțiunile sunt și potențial potrivite pentru a vă ajuta să găsiți diferențe de cercetare pentru a vedea dacă care poate, de asemenea, explică o diferență între GL TB și HATB. Reconciliere la GL foaie de calcul nu este un adevărat reconciliere și a fost destinată numai un instrument de a vă ajuta să identificați distribuire diferențe de cercetare pentru a vedea dacă aceasta este, de asemenea, o diferență de la nivel de tranzacții. De fapt, dacă HATB corespunde GL TB, nu într-adevăr ar fi nevoie să se execute reconciliere la GL utilitar pentru acea lună, deoarece există diferențe pentru a identifica.

Dacă încă mai doresc să legați soldul pe reconciliere în foaie de calcul GL la soldul HATB, acest lucru nu este acceptat într-un caz de suport regulat. Din motive am identificat sunt listate la începutul acestui KB și ar putea fi mai multe motive încă identificat. Dar, deoarece nu este necesară între soldul total simplă listate reconciliere GL foaie de calcul şi mai complexe soldul calculat raportul HATB și nu scopul acestui utilitar reconciliere această reconciliere, ar fi considerat o consultanţă cheltuieli pentru dig în datele pentru a asista la armonizarea acestea reciproc.



Întrebarea 3: Ce trebuie să fac dacă distribuţii lipsesc din partea GL?

A3: dacă găsiți distribuţii pe partea RM sau PM care nu sunt pe partea GL, investiga partea GL pentru calendarul diferențe. Verificați pentru a vă asigura că toate GL loturi sunt publicate. Dacă acestea lipsesc cu adevărat pe partea GL, va trebui să o intrare de jurnal reglare direct în contabilitate pentru intrarea pentru a crea distribuţii GL-cheie.



Întrebarea 4: Ce trebuie să fac dacă distribuţii lipsesc din partea RM sau PM?

A4: Dacă distribuirea GL este listat, dar lipsește din partea RM sau PM, mai întâi investiga pentru calendarul diferențe. De asemenea, de cercetare pentru a vedea dacă tranzacția în sine este listat în raportul HATB și este deja contabilizate. Este posibil că există tranzacții, dar distribuţii doar lipsesc. Deci întrebarea devine "Cum obțin distribuţii în RM sau PM apoi, dacă există tranzacții?" Mai întâi, să reţineţi că tabelele de distribuire în RM sau PM nu sunt folosite pentru orice alt scop sau rapoarte în GP, altele decât aceasta armonizare foaie de calcul. Așadar, este cu adevărat necesar să-i adăugate înapoi în RM sau PM? Evalueze dacă este în valoare de marcă de timp pentru a popula un tabel care nu sunt folosite oriunde altundeva.

Dar dacă alegeți atât pentru a remedia tabelul de distribuire PM, va trebui să anula documentul, astfel încât înregistrările aplicate muta înapoi pentru a deschide. Apoi utilizați elimina tranzacții istoric utilitarul pentru a elimina anulat documentul. Asigurați-vă pentru a seta postarea la 'post la' GL și nu 'publica prin GL'. Ștergeți batch GL create de gol. Apoi dorel documentul înapoi în datorii, astfel încât tranzacțiilor și distribuţii sunt recreate. Asigurați-vă că void batch GL pentru acest lucru. Apoi aplicați din nou documentul nou la documente deschise și acestea ar trebui să mutați istoric din nou.

Pentru a remedia în tabelul de distribuire RM, ce ar trebui să eliminați ambele părţi ale factură și plată și dorel ambele înapoi în și ștergeți batch în GL.



Q5: Tranzacțiile în secțiunea potrivesc cu potențial pară se potrivesc. De ce nu sunt ei în secțiunea Matched?

A5:Există mai multe domenii, care sunt potrivite pentru fiecare înregistrare de distribuire. Toate câmpurile trebuie să corespundă pentru a o muta la secțiunea Matched. Dacă unele, dar nu toate câmpurile corespund, atunci se va pune în secțiunea potențial potrivite. De exemplu, Iată câmpurile care se potrivesc cu ora în contabilitate:

Management datorii--GL
Număr voucher--Originare numărul de Control
Sursă TRX--Originare TRX sursă
Înregistrării data--data de tranzacții
Pe cont suma--Sumă Debit sau Credit suma


Q6: Dacă am cheie distribuţii lipsă în contabilitate sau RM/PM și executați din nou reconciliere la GL foaie de calcul, va muta elementele fără rival sau potențial potrivit secțiunea Matched?

A6: Nu. Dacă tranzacțiile sunt tastate separat, vor avea numere diferite voucher și coduri sursă Trx. Cel mai bun data înregistrării și sumele să se potrivească, care le-ar putea pune în secțiunea potențial potrivite din foaia de lucru.



Q7:De ce nu soldul se încheie pe o foaie de calcul lunar sau trimestrial corespunde cu soldul începutul următoarea foaie de calcul lunar sau trimestrial?

A7: soldul carmen încheie o perioadă nu se potrivește cu soldul de începutul perioadei următoare, adesea este din cauza solitare distribuire înregistrările care au nici un antet de înregistrare în tabelul de sub-contabilitate. Soldul încheie se calculează Excel direct din foaia de lucru. Este doar nevoie soldul de început pentru această perioadă în partea de sus a foii de calcul şi adaugă/scade înregistrările de distribuire care apar pe foaia de lucru pentru a ajunge la soldul final. Pe de altă parte, în următoarea perioadă, soldul de început este calculată prin preluarea calcul simplu de credit/debit de distribuire înregistrările din tabel SQL și procedura stocată Alăturați-vă din tabelul Antet, astfel încât acesta nu va include orice distribuţii care lipsesc Înregistrare A antet. Rezultatul final ar putea fi că unele distribuţii au fost calculate în soldul final în prealabil foaia de lucru și omis de la începutul soldul în următoarea perioadă.



Întrebarea 8: Distribuţii pe partea RM/PM există, dar nu sunt trăgând în foaia de lucru.

A8: Consultați aceste sfaturi de depanare:
  • Examinați rangeused data pe reconciliere în foaie de calcul.
  • Verificați că distribuţii există în tabelele PM10100 sau PM30600 pentru PM. (sau pentru RM: căutare RM10101 sau RM30301) examinați datele pe aceste distribuţii să vă asigurați că se încadrează în intervalul introdus pentru foaia de lucru. Este important să găsiți aceste în tabelele de distribuire RM sau PM și pentru a nu se bazează numai pe retipărită înregistrare jurnale de exemplu.
  • Dacă găsiți distribuţii în tabelele RM sau PM, apoi căutați aceste distribuţii pe documentul în front-end. Au un tip de distribuire de plată sau REC? Acestea sunt tipurile de numai, care vor fi puse la reconciliere foaia de lucru pe partea RM sau PM.


Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 866570 - Ultima examinare: 09/07/2016 20:18:00 - Revizie: 0.8

Microsoft Dynamics GP 2015, Microsoft Dynamics GP 2013, Microsoft Dynamics GP 2010, Microsoft Dynamics GP 10.0, Microsoft Dynamics GP 9.0

  • kbexpertiseinter kbhowto kbinfo kbexpertisebeginner kbmbsmigrate kbmt KB866570 KbMtro
Feedback