metaclass: (Default)
metaclass ([personal profile] metaclass) wrote2009-06-24 12:25 pm

Нужна помощь спецов по автоматизации бухучета

Как организовать расчет в случае, если есть документы покупки и документы оплаты, они закрывают друг друга(т.е. формируется связь m:n по мере поступления тех и других и по другим критериям из мозга бухгалтера), но есть необходимость учесть сторнирование документов?

Я что-то за 10 лет автоматизации бухучета этот вопрос теоретически правильно так и не решил - оставил на усмотрение бухгалтерам, чтобы они вручную разбирались.

Кстати тема "закрытие(оплата) одних документов другими" это такой специальный бухгалтерско-программистский фетиш, она выедает мозг просто феноменально.

[identity profile] dragon-j.livejournal.com 2009-09-28 05:04 pm (UTC)(link)
сама постановка мутная. вот и выедает мозг.
в чем проблема-то?
ведется учет в разрезе договоров? Ну и ведите. По оказанным услугам делайте начисления, генерируйте дебеторскую задолженность.
Дебеторская задолженность сворачивается с оплатами. Причем чтоб не страдать излишне, сворачивать рекомендуется по принципу FIFO, а не по бумажке счета (то есть платеж проводить к договору, если учет договорной, или к лицевому счету, если учет по лицевому счету, и закрывать платежом саму старую дебеторскую).
Получилась по каким-то причинам переплата? Ну будет у вас кредиторская задолженность по услугам (товарам)
Надо сделать корректировки в начислениях (вернуть 5 кубов воды.. хмм.. если вы за них со своей стороны кому-то платили могут быть нюансы, решаемые. ну да пусть просто тупо спишем у себя в потери) -- ну делайте. Уменьшайте начисления по конкретному договору (лицевому счету) и соответственно дебиторку (отрицательная дебиторка должна стать положительной кредиторкой :) на требуемую величину.
Возникла переплата после пересчета? Ну оставьте деньги до следующего периода, где начисление и новая дебиторка с ними свернется. Или сразу верните клиенту. Тогда сразу свернется.

Муть мне видится только в том, что учет хотят выстроить в разрезе договора/лицевого счета, а сторно проводят как-то в целом. Хотя должны проводить его точно так же с привязкой к договору/лицевому счету.