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

[metaclass]

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

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

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

Comments

[a-lourier.livejournal.com]

Если покупатель платит по счету 12345, то тут очевидно, к какой покупке платёж относится, и соответственно можно предпринимать действия - например, разрешать отгрузку по счету. А если покупатель просто "пополняет баланс", то какая разница, за "прошлый месяц интернета" он платит, или за следующий? Если платежей меньше, чем услуг оказано, то этого достаточно знать, чтобы отключить абонента.

В общем случае, у бухгалтеров есть такая вещь - учётная политика. Там и уместнее всего прописывать эти вопросы. Если кому-то зачем-то понадобится такое соответствие (а не просто сумма платежей vs. сумма покупок), то тогда и имеет смысл такое разграничение делать.

[metaclass.livejournal.com]

Тут речь идет не об одном этапе "выставление счета-оплата-продажа".
Такая проблема возникает всегда в непрерывном предоставлении услуг, типа воды, газа или электричества - клиенту выставляется счет за услуги, он платит за него, а потом оказывается, что счет надо уточнить, сторнируя его, и чтобы информация о связи счетов и платежек за них осталась осмысленной.
Скорее всего тут банально при сторнировании надо показывать бухгалтеру список связанных документов, чтобы она выбрала, какой из них будет отсторнирован вместе с основным.

гы...

[az-from-belarus.livejournal.com]

А вот нафиг уточнять счет?
Ведь счет уже выставлен. Т.е. совершена юридически значимая операция, причем ее последствия за пределами полномочий бухгалтерии - контрагент счет получил и что-то в связи с этим предположительно начал делать в рамках СВОИХ бизнес-процессов.
Нужно совершать еще одну операцию, выставлять еще один счет.
Если ОЧЕНЬ нужно отслеживать связность счетов и платежей... По умолчанию это "на автомате" не очень просто, если учесть ситуации, когда платеж может осуществляться в несколько заходов (несовпадение суммы), третьим лицом (непонятные реквизиты) и т.п. Посему тут либо вручную нехай корячатся, либо нужно вводить строгий регламент проведения платежей, зафиксированный в договоре с контрагентом (клиентом). И платежи не соответствующие данному регламенту могут, к примеру, попросту не приниматься, а можно и как-то иначе.

[metaclass.livejournal.com]

А соответствие нужно, например для расчета книги покупок, это фактически она и есть - список соответствия.
И еще есть варианты, когда оплата и отгрузка производятся в разных учетных периодах, а уж если при этом менялись ставки налогов - это ад полный.

[a-lourier.livejournal.com]

Имхо, проблема совсем не компьютерная. Надо счета-фактуры отдавать клиентам только после обмена подписанными актами, чтобы потом не приходилось что-то уточнять и не было ада с пересчетом налогов. А пока счета-фактуры не выданы, можно спокойно стирать все соответствия между оплатами и покупками с момента регистрации сторнированного документа и заново проводить это соответствие.

[metaclass.livejournal.com]

Да, в идеале было бы так. А на практике оказывается, что обмениваются актами сверки через 3 года после реально проведенных операций.

[a-lourier.livejournal.com]

Сверка - чисто техническая операция, ей можно хоть через 3 года обмениваться. А я говорю об актах оказанных услуг. Если покупатель и продавец подписали его, то все - с этого момента услуга полностью оказана, и никаких изменений вноситься не может. Программно надо запретить выписывать счета-фактуры, пока не будут получены подписанные акты, чтобы не было этих исправлений задним числом.

И я не фантазер-идеалист, а рассказываю, как реально делал у себя в системе. Неверно оформленные документы навсегда остаются в базе данных и на совести тех, кто их ввел, а исправляются уже дополнительными письмами между бухгалтериями с просьбой перезачесть часть старого платежа по новому счету (в вашем случае, по новому учетному периоду).

[theiced.livejournal.com]

Бухгалтера вас ненавидят и копят на киллера.

[a-lourier.livejournal.com]

Вы знали :))

[az-from-belarus.livejournal.com]

Мне нравится то, как вы смотрите на эту тему. Здравый взгляд. :-)

[dragon-j.livejournal.com]

Эк вы сурово-то.. Счет сам по себе ничего с точки зрения бухгалтерии не значит. Его можно хоть каждый день выписывать. Ну вот хочет клиент цены актуализировать на сейчас -- нна тебе. Карать за это неправильно.
А вот отгрузки/акты -- это да. Это уже первичный бух.документ начинается.
Ну так введите себе в систему дополнительную сущность под это. В САПе, например, есть понятие Фактура -- оно же признание кредиторской (если покупаем) или дебиторской (если продаем) зазолженности. И пока период не закрыт (и ще кой-какие условия) отсторнировать фактуру можно. И провести потом по новой. Что в принципе правильно.

[a-lourier.livejournal.com]

А к счету это никакого отношения и не имеет. Разумеется, счета могут и редактироваться, и сторнироваться до того момента, пока по нему не будет совершена хотя бы одна оплата или отгрузка. После этого счет блокируется.

А написанное относилось только к актам. Если уж оба контрагента подписали акт, то все - назад дороги нет.