TechKnowledge Content
REZIME Svrha ovog članka pružanja saveta za
reconciling Accounts Receiveive to General Ledger.
DODATNE INFORMACIJE Usavršavanje naloga Potraži u opštoj glavnoj glavnoj knjizi Usavršava ravnotežu u modulu "Potraživanja" sa AR nalozima u glavnoj glavnoj knjizi je važan korak i trebalo bi da se obavi u sklopu završnog procesa završnog
meseca. Ako se mesečna usaglasnost završi, odgovarajuća dokumentacija će biti dostupna ako se izvrši nadzor i sve razlike koje postoje između ta dva modula mogu da budu ostale i ispravljene pre zatvaranja perioda.
Koji nalozi treba da budu konstruisani?
Sve informacije unete u naloge Potraživost ažuriraju nalog opšte glavne glavne knjige. Najvažniji nalog za konlokciju je nalog potraživanja. Drugi nalozi koje ćete možda želeti da usavršite između dva modula biće AR Holding nalog (ako koristite Menadžer gotovine), poslovni računi, računi prihoda, popusti, finansijski troškovi itd.
Usavršavanje AR naloga u GL znači da je ukupan broj potraživanja iz modula AR jednak saldu AR naloga u glavnoj glavnoj knjizi.
Koji izveštaji treba da se ispitaju zbog reconcilicije?
Probni saldo klijenta (08.620) – Format samo za otvaranje dokumenata ili format Starost AR (08.610) – format salda rezimea klijenata.
General Ledger Trial Balance (01.610) bilo koji format – pokrenite ga samo za uravnoteženi nalog. To se radi tako što unesete izraz Select za nalog koji možete potražiti na sledeći put: Polje: account.acct, Operator: Equal, Value: (AR nalog).
Ukupna vrednost naloga u izveštaju "GL probna realnost" treba da bude uravnotežena sa ukupan brojem u izveštaju "Potraživanja". Ako ukupne vrednosti iz ova dva izveštaja saldo, nije potrebno dodatno poravnavanje.
NAZNAKA: Ako imate više naloga potraživanja i više njih sa jednim nalogom za potraživanja, morate da uradite jednu od dve stvari:
1. Odštampate AR izveštaj sa izvodom za izbor da biste uključili samo jedan od AR naloga, a zatim koristite isti izraz za izbor u GL probnom saldu i uporedite svaki AR nalog jedan po jedan.
ILI
2. Dodajte sve AR naloge u GL probni saldo i uporedite ih sa ukupnom vrednostima iz AR izveštaja.
Probni saldo probnog perioda klijenta (08.621) i osetljivi period osetljivi na uzrast AR (08.611) – Da biste se susravnili sa prethodnim periodima, Dynamics SL pruža ove izveštaje koji pokazuju balans dokumenata od tog perioda i mogu se koristiti za suslađivanje sa generalnom glavnom knjigama tokom tog prethodnog perioda.
Usavršavanje razlika između AR izveštaja i GL probnog salda Ako se pronađe razlika poređenjem ukupnih vrednosti starosti AR-a ili probnog salda klijenta sa saldom probne serije
GL probnog perioda, u softveru Dynamics SL postoji mnogo detaljnih izveštaja koji će vam pomoći da pronađete
razlike.
Opšta glavna knjiga (01.620) – Odštampaj ovaj izveštaj za naloge potraživanja. To će prikazati sve stavke objavljene u poslovnim kontaktima za taj period.
Da biste potvrdili modul u kojem je stavka u AR potekla, koristite polje Jrnl Tip. On će imati modul naznačen kao AR (Nalozi za potraživanja), GJ (Opšta glavna knjiga) ili AP (nalozi se plaćaju). Moguće je da prilikom unosa GL paketa tip dnevnika može da se promeni u AR u kom slučaju korišćenje samo pomoću Jrnl tipa da bi se saznalo da neusklađenosti možda neće biti dovoljne. Ako dođe do toga, koristite funkciju Tran Type pored funkcije Jrnl Type da biste identifikovali neophodne transakcije. Mogući tipovi transkripta su GL (Opšta glavna knjiga), CE (konsolidacija), LS (izvor dodele) i LD (odredište dodele). Tip transkripta je očekivani tip dokumenta originalnog dokumenta.
Ako postoji Jrnl tip koji nije AR, to ukazuje na to da je stavka napravljena u nalogu "Potraživanja" putem modula koji nije "Potraživanja", što bi kreiralo razliku između opšte glavne knjiga i potraživanja. Jednostavan način da pronađete originalni unos za transakciju jeste da uradite sledeće:
1. E-pošta o broju paketa transakcije u polju Bat Nbr i unosu u polju Tip Jrnl u izveštaju o opštoj glavnoj knjizi.
2. Otvorite polje "Uređivanje izveštaja" za modul zadato u polju "Jrnl Tip" (naime, ako je polje "Jrnl tip" GJ, otvorite izveštaj GL uređivanje (01.810). Unesite izraz za izbor da bi izveštaj obuhvatao samo broj paketa naveden iznad. Istražite transakciju koja je u pitanju u izveštaju o uređivanju i odlučite koja prilagođavanja su potrebna za balansiranje naloga između naloga Opšte glavne glavne ulozi i potraživanja.
Stavke objavljene u prethodnim periodima neće se štampati u trenutnom izveštaju o opštoj glavnoj knjizi sa detaljima. Da biste utvrdili da li su unosi objavljeni u prethodnim periodima, uporedite početni saldo tekućeg meseca sa izveštajem "Opšta glavna knjiga" sa završnim saldom izveštaja o poslovnim računima i podizveštajima iz prethodnog meseca za naloge i podizveštaje. Ako početni saldo tekućeg meseca i završni saldo prethodnog meseca nisu isti, to je pokazatelj da je transakcija objavljena u prethodnom periodu. Odštampate opštu glavnu knjiga sa detaljima tokom prethodnog perioda i istražite transakcije koje su objavljene u tom periodu. Transakcije objavljene u drugom periodu biće označene zvezdice (*) i objašnjenje "Ukazuje na to da unet period nije objavljen u periodu" biće odštampane na dnu stranice što olakšava da pogledate stranicu kako biste videli koje transakcije su objavljene u drugom periodu.
GL Transaction (01.680) – Ovaj izveštaj se koristi i kada pokušavate da relaciono razlike između opšte glavne knjiga i potraživanja. Generiši ovaj izveštaj u nenasloženom formatu. U ovom izveštaju su navedene sve transakcije unete kroz module podružnica kao što su Potraži, kao i one unete preko glavne glavne uloge. On će obezbediti da ne postoje neograničene transakcije koje mogu da utiču na klijenta ili General Ledger saldo.
Distribucija naloga (08.630) – Da biste se uverili da su nalozi potraživanja ispravno zaduženi za fakture i debitne memoe i da se krediti za plaćanja i odobrenja prijavljuje, pregled ovog izveštaja bi trebalo da bude urađen. Saldo u ovom izveštaju trebalo bi da bude jednak saldu naloga "Potraživanja" u izveštaju "Opšta glavna knjiga". Redigovanje polja Tip transakcije (TnTp) pomoći će vam da identifikujete transakcije. Tipovi transakcija u modulu "Potraživanje" su IN (faktura), PA (plaćanje), CM (odobrenje), DM (debitno memo) i FI (finansijski troškovi). Broj paketa svake transakcije je takođe naveden u ovom izveštaju. Ako se pronađena sporna transakcija, setite broj paketa u polju Paket i pregledajte paket tako što ćete pokrenuti AR Edit (08.810) izveštaj po broju paketa.
AR transakcije (08.640) – Ovaj izveštaj je veoma korisn ako se pojave sporne transakcije u bilo kom od gorenavedenih izveštaja. Ovaj izveštaj navodi svaku transakciju unetu za trenutni period u fakturama i memo-pošti (08.010), Aplikacijama plaćanja (08.030) i Stavki za plaćanje (08,050). On prikazuje svaki nalog za potraživanja i umanjujući nalog troškova za koji su transakcije objavljene. Da biste sortirajli izveštaj po tipu transakcije, izaberite stavku ARTRAN. TranType u polju Sortiranje/izbor i u polju za vrednost izaberite TnTp tip transakcije koja je u pitanju.
Provera integriteta naloga koji može da se potraži (08.990) – Ako posle pregleda gorenavedenih izveštaja problem nije rešen, evo sledeće opcije koju treba da razmotrite. Provera integriteta proverava da li su podaci u modulu "Potraživanja" kompletni i tačni.
Opcije koje se koriste samo za verifikaciju podataka, a ne i promenu podataka u modulu "Potraživanja": Verifikujte objavljene AR pakete – izaberite da biste pregledali sve izdate pakete za potraživanja kako biste se uverili da su ispravno prenete u Opštu glavnu knjiga
(naime, one su potpune i tačne u General
Ledger). Proces gleda svaki paket i obezbeđuje da postoje dokumenti za paket i da su iznosi dokumenta akumulirani u ukupnom iznosu paketa za kontrolu. Ako postoje razlike, kreiraće se stavka evidencije događaja.
Verifikujte salda klijenata – Izaberite da biste pregledali sve zapise klijenata kako biste potvrdili da otvoreni saldo dokumenta svakog klijenta jednak je povezanom trenutnom i budućem iznosu salda klijenta. Ako postoje razlike, kreiraće se stavka evidencije događaja.
Verifikuj aplikacije za plaćanje – Izaberite da biste pregledali proces aplikacije za sve uplate i odobrenja da biste se uverili da su ažurirani i prilagođeni i prilagođeni zapisi dokumenta (ispravno primenjeni na bazu podataka). Ako postoje razlike, kreiraće se stavka evidencije događaja.
Verifikacija perioda zatvaranja Trebalo bi uvek prvo da pokrenete opcije verifikacije pre nego što pokrenete opcije da biste ispravili ili
ponovo izgradili podatke. Ispravne opcije i opcije obnove u proveri integriteta naloga moraju biti pokrenute oprezno jer će ove opcije promeniti podatke u povezanim zapisima. Procesi obnove ne bi trebalo da se pokreći bez odobrenja računovodstvenog nadzornika. Rezervna kopija baze podataka trebalo bi uvek da bude dovršena pre nego što se pokrenut neki od ovih procesa. Opcije su: Odgovarajući saldo klijenata u ukupnom saldu dokumenta – Izaberite da biste pregledali sve zapise o klijentima i ažurirali (ponovo računali) zapise po potrebi da biste se složili sa njihovim podržanim otvorenim
balansima dokumenata. Pre nego što pokrenete ovu funkciju, trebalo bi da se uverite da su svi dokumenti u bazi podataka dovršeni i ispravni. Pokrenite verifikaciju objavljenih AR paketa, Verifikuj salde klijenata i verifikuj aplikacije za plaćanje pre nego što pokrenete ovu funkciju. Ova opcija je dostupna samo ako je izabrana stavka Verifikuj salda klijenata.
Obnavljanje AR istorije iz dokumenata – Izaberite da biste ažurirali zapise istorije klijenata rezimiranjem dokumenata koji se mogu potražiti za svakog klijenta po periodu. Pokrenite verifikaciju objavljenih AR paketa, Verifikuj salde klijenata i verifikuj aplikacije za plaćanje pre nego što pokrenete ovu funkciju.
Ispravni periodi zatvaranja Ako su pronađene i ispravljene greške, trebalo bi ponovo da se odštampaju i isprave GL probni saldo i ar klijentski saldo probne moći ili stariji AR izveštaj kako bi se potvrdilo da se saldo
slaže.
Kada se završi mesečna usavršavanja i verifikovano je da se nalozi za potraživanja i opšta glavna knjiga slažu, završenjem meseca može da se obavi.
Ovaj članak je techKnowledge Document ID:136078
