TechKnowledge Content
РЕЗЮМЕ Целта на тази статия е да предостави съвети за съгласуване на
"Вземания" към "Счетоводство".
ПОВЕЧЕ ИНФОРМАЦИЯ Съгласуването на "Вземания" с "Счетоводство" Съгласуването на салдата в модула "Вземания по сметки" с ar accounts in General Ledger е важна стъпка и трябва да се извърши като част от процеса на затваряне
в края на
месеца. Ако е направено ежемесечно съпоставка, правилната документация ще бъде налична, ако се извърши проверка, и всички разлики, които съществуват между двата модула, могат да бъдат уловени и коригирани, преди периодът да бъде затворен.
Какви акаунти трябва да се съпоколят?
Цялата информация, въведена в "Вземания по сметки", актуализира акаунт за счетоводство. Най-важният акаунт за помирине е акаунтът "Вземания по сметки". Други акаунти, които може да искате да съпоколите между двата модула, ще бъдат акаунтът ar Holding (ако използвате Cash Manager), акаунтите за приходи, паричните сметки, отстъпките, финансовите такси и т.н.
Съгласуването на ar акаунта в GL означава, че общата сума на вземанията от модула ar е равна на баланса на акаунта за AR в счетоводството.
Какви отчети трябва да се преглеждат за помирение?
Оборотна ведомост на клиента (08.620) – формат отваряне само на документи или AR на възраст (08.610) – формат на обобщени баланси на клиентите.
Оборотна ведомост за счетоводство (01.610) – изпълнете това само за акаунта, който се балансира. Това се прави чрез въвеждане на команда Select за вашия акаунт за вземания по сметки, както следва: Поле: account.acct, Оператор: Равно на, Стойност: (акаунт за AR).
Общата сума на сметката в отчета за оборотна ведомост на GL трябва да се балансира с общата сума в отчета "Вземания по сметки". Ако общите суми от тези два отчета са балансирани, не е необходимо по-нататъшно съгласуване.
ЗАБЕЛЕЖКА: Ако имате множество акаунти за вземания и или няколко подсметки с един акаунт за вземания по сметки, ще трябва да направите едно от две неща:
1. Отпечатайте отчета ar с команда за избиране, за да включите само един от ar акаунтите, и след това използвайте една и съща команда за избиране в GL пробната наличност и сравнете всеки ar акаунт един по един.
ИЛИ
2. Добавете всички ar акаунти в gl пробната наличност и го сравнете с общата сума от отчета ar.
Пробна баланс за клиентски период (08.621) и период, чувствителен на възраст AR (08.611) – За да се помири миналите периоди, DYNAMICs SL предоставя тези отчети, които показват балансите на документа към този период и могат да се използват за помиримост спрямо счетоводството за този предищ период.
Съгласуване на разликите между отчета AR и GL пробния баланс Ако се намери разлика чрез сравняване на общите суми на ar на възраст или на оборотния баланс на клиента с gl пробната баланс, има много подробни отчети, налични в SL на Dynamics, за да се помогне
за намирането на разликите.
Подробна счетоводна книга (01.620) – Отпечатайте този отчет за акаунтите за вземания. Това ще покаже всички записи, публикувани в сметките за периода.
За да проверите модула, в който е възникнал запис в AR, използвайте полето Тип Jrnl. Той ще има модула, определен като AR (Вземания), GJ (Счетоводство) или AP (Платими сметки). Възможно е, когато въвеждате gl партида, типът дневник да може да бъде променен на AR, в който случай използването само на типа Jrnl за намиране на несъответствия може да не е достатъчно. Ако това се случи, използвайте тип tran в допълнение към тип Jrnl, за да идентифицирате необходимите транзакции. Възможните типове транш са GL (счетоводство), CE (консолидация), LS (източник на разпределение) и LD (местоназначение за разпределение). Типът на транс е еквивалентен на типа документ на първоначалния документ.
Ако има тип Jrnl, различен от AR, това би означавало, че е направен запис в акаунта за вземания по сметки чрез модул, различен от "Вземания", който би създал разлика между "Счетоводство" и "Вземания". Един прост начин да намерите първоначалния запис за транзакцията е да направите следното:
1. Обърнете внимание на партидния номер на транзакцията в полето Bat Nbr и записа в полето Тип Jrnl в отчета "Подробна счетоводна книга".
2. Отворете полето Редактиране на отчет за модула, отбелязан в полето Тип Jrnl (т.е. ако полето Тип Jrnl е GJ, отворете отчета Редактиране на GL (01,810). Въведете команда за избиране, за да може отчетът да включва само партидния номер, отбелязан по-горе. Изследвайте въпросната транзакция в отчета за редактиране и решете какви корекции са необходими, за да балансирате акаунтите между счетоводните сметки и вземанията по сметки.
Записите, публикувани в предишни периоди, няма да се отпечатат в текущия отчет "Подробна счетоводна книга". За да определите дали записите са публикувани в предишни периоди, сравнете ориентирания на текущия месец Подробен отчет за счетоводството с крайния баланс на отчета за предния месец за акаунти за вземания по сметки и подсметки. Ако ориентационният баланс на текущия месец и крайният баланс на предния месец не са еднакви, това е индикация, че транзакцията е била осчетоводена към предния период. Отпечатайте подробна счетоводна книга за предния период и изследвайте транзакциите, които са публикувани за този период. Транзакциите, публикувани в друг период, ще бъдат маркирани със звездичка (*) и обяснението "Показва, че въведеният период е различен от публикацията за период", ще се отпечата в долната част на страницата, което улеснява погледа върху страница, за да се види кои транзакции са публикувани през друг период.
GL Transaction (01.680) – Този отчет се използва и при опит за помиряване на разликите между счетоводството и вземанията по сметки. Генерирайте този отчет с неосчетоводен формат. Всички транзакции, въведени чрез спомагателни модули, като например "Вземания", както и тези, въведени чрез "Счетоводство", са изброени в този отчет. Това ще гарантира, че няма неосчетоводени транзакции, които могат да повлияят на балансите на клиента или счетоводството.
Разпределение на акаунти (08.630) – За да се гарантира, че акаунтите за вземания са правилно дебитирани за фактури и дебитни известия и са кредитирани за плащания и кредитни известия, трябва да се направи преглед на този отчет. Балансът в този отчет трябва да е равен на баланса на акаунтите за вземания в отчета "Подробна счетоводна книга". Прегледът на полето Тип транзакция (TnTp) ще ви помогне да идентифицирате транзакциите. Типовете транзакции в модула "Вземания" са IN (фактура), PA (плащане), CM (кредитно известие), DM (дебитно известие) и FI (финансови такси). Номерът на партидата на всяка транзакция също е посочен в този отчет. Ако бъде намерена съмнима транзакция, обърнете внимание на партидния номер в полето Партида и прегледайте партидата, като изпълните отчета Редактиране на AR (08,810) по партиден номер.
Ar Transactions (08.640) – Този отчет е много полезен, ако съмнителни транзакции се показват в някой от горните отчети. Този отчет описва всяка транзакция, въведена за текущия период във "Фактура" и "Паметна бележка" (08.010), "Приложения за плащане" (08.030) и "Запис за плащане" (08.050). Тя показва всеки акаунт за вземания и прихващане на сметка за разходи, към която се публикуват транзакциите. За да сортирате отчета по тип транзакция, изберете ARTRAN. TranType в полето Сортиране/избор и в полето за стойност изберете типа TnTp на въпросната транзакция.
Проверка за целостта на вземанията (08.990) – Ако след прегледа на горните отчети проблемът не е решен, това е следващата опция, която трябва да обмислите. Проверката за цялост проверява дали данните в модула "Вземания за акаунти" са пълни и точни.
Опциите, които се използват само за проверка на данни, а не за промяна на данни в модула "Вземания по сметки", са: Проверка на публикувани партиди с ар – Изберете, за да прегледате всички издадени партиди "Вземания по сметки", за да се уверите, че са прехвърлени правилно в
счетоводството (т.е. те са пълни и точни в счетоводството). Процесът разглежда всяка партида и гарантира, че има документи за партидата и че сумите на документа, натрупани в партидата "Сума на контролата". Ако има разлики, ще бъде създаден запис в регистрационния файл на събитията.
Проверка на балансите на клиентите – Изберете, за да прегледате всички записи на клиентите, за да се уверите, че балансът на отворения документ на всеки клиент е равен на сумата на текущия и бъдещия баланс на клиента. Ако има разлики, ще бъде създаден запис в регистрационния файл на събитията.
Проверка на приложенията за плащане – Изберете, за да прегледате процеса на прилагане за всички плащания и кредитни известия, за да се уверите, че са актуализирани както коригираните, така и коригираните записи на документи (правилно приложени към базата данни). Ако има разлики, ще бъде създаден запис в регистрационния файл на събитията.
Проверка на периодите на затваряне Винаги трябва първо да изпълните опциите за проверка, преди да
изпълните опциите, за да коригирате или възстановите данните. Правилните опции и опциите за възстановяване в проверката за цялост на вземанията трябва да се изпълняват внимателно, тъй като тези опции ще променят данните в свързаните записи. Процесите на възстановяване не трябва да се изпълняват без одобрение от счетоводен надзорен орган. Архивирането на базата данни винаги трябва да бъде завършено преди изпълнението на някой от тези процеси. Опциите са: Коригиране на балансите на клиентите в общия баланс на документи – Изберете, за да прегледате всички записи на клиенти и
да актуализирате (пресмятате) записите, ако е необходимо, за да се съгласите с поддържащите си
баланси на отворени документи. Преди да изпълните тази функция, трябва да се уверите, че всички документи в базата данни са пълни и правилни. Изпълнете Проверка на публикуваните партиди за ar, Проверка на балансите на клиентите и Проверка на приложенията за плащане, преди да изпълните тази функция. Тази опция е налична само ако е избрана проверка на балансите на клиентите.
Повторно създаване на хронология на ar от документи – изберете, за да актуализирате записите в хронологията на клиентите, като обобщите документите за получаване на акаунти за всеки клиент по точка. Изпълнете Проверка на публикуваните партиди за ar, Проверка на балансите на клиентите и Проверка на приложенията за плащане, преди да изпълните тази функция.
Правилни периоди на затваряне Ако са открити и коригирани грешки, балансът за пробна версия на GL и балансът за пробна версия на клиента за AR или отчетът за възраст трябва да се отпечатат и прегледат отново, за да
се уверите, че балансите са съгласни.
След като е направено месечното съпоставка и е проверено, че "Вземания" и "Счетоводство" са съгласни, може да се извърши закриване за месеца.
Тази статия е techKnowledge Document ID:136078
