s_ustinovГавриил Пришвин Ваш финдир может думать о придуманной им схеме все, что угодно, даже то, что она единственно правильная. Есть соответственно еще законы и подзаконные акты, например,
«п. 2 ст. 424 ГК»
2. Изменение цены после заключения договора допускается в случаях и на условиях, предусмотренных договором, законом либо в установленном законом порядке.
Что прописали или не прописали в договоре (если он есть , конечно) так и надо поступать. Соотнесение «сальдо» , которое повиснет, можно отнести куда угодно.
В нашей системе легко можно создать тот же документ (назовем его как в вопросе «кредитная нота») и связать его , например с товарным документом. Или не связывать и сразу отнести на уменьшение сальдо с поставщиком.
Кстати, если его соотносить с документом поставки, то потребуется еще прописать правила (как пожелает заказчик, соответственно) списания части себестоимости данной партии товара. Почему написал , как пожелает заказчик, потому что можно ее распределить на остаток товара (если были уже движения по нему) или на первоначальное количество (сумму) и пересчитать все документы движения для этой партии.
Самое интересное, что
в нашей практике, заказчик чаще идет на изменение задним числом , ибо считает это более простым делом. И в практике российских поставок, поставщик чаще предоставляет новый документ уже со скидками или просто включает скидку в уже новую партию поставок.
По дополнительным затратам выявленным в новом периоде, но уже по закрытому периоду, ситуация точно такая же. Еще раз хочу отметить , что нет «коробочных» решений для таких вопросов. Это все полностью индивидуально.
О как
Приятно, что люди читают законы - растет юридическая грамотность населения. :)
Раз зашла речь о законодательстве, рассмотрим немного другой, очень распространенный, пример. Кстати, то, что вы не увидели, что мой пример является подмножеством другого примера, много говорит. :)
Есть обычное предприятие. И они ведут исправление ошибок обычным образом - "изменение задним числом".
И есть у этого предприятия много разных проблем, одна из которых - бардак в финансах.
И вот собственники нанимают нового финдира.
И через пару месяцев финдир видит чудную картину, что отчет за февраль, который он смотрел в начале марта, содержит другие остатки на 01.02, чем тот же отчет, который он смотрит в конце марта. На вопрос - какого ...? Бухгалтер отвечает - ну мы там ошибку за январь нашли... в марте...
После этого финдир издает приказ, в котором содержатся пункты:
1. Месяц закрывается не позднее 8 числа следующего месяца. Любые исправления - только после письменного разрешения от финдира. Ответственный - начальник ИТ.
2. Все ошибки исправляются в соответствии с ПБУ 22 (
http://www.minfin.ru/ru/accounting/accounting/legislation/positions/). Ответственный - главный бухгалтер.
И вот 15 числа обнаруживается, что при вводе приходной накладной за прошлый (уже закрытый) месяц указали неправильную (большую) цену. И сейчас завышена кредиторка, склад и, вероятно, себестоимость продаж прошлого месяца и себестоимость готовой продукции - это сырье и продается, и используется в производстве.
А теперь, внимание, вопрос:
Что именно должен сделать в системе начальник ИТ, чтобы никто не мог исправлять операции прошлого месяца? То есть как именно он должен закрывать период?
Что именно должен сделать главбух для исправления ошибки?
Вот цитата из ПБУ:
"4. Выявленные ошибки и их последствия подлежат обязательному
исправлению.
5. Ошибка отчетного года, выявленная до окончания этого года,
исправляется записями по соответствующим счетам бухгалтерского учета в
том месяце отчетного года, в котором выявлена ошибка."
То есть все проводки, сделанные с ошибками, надо исправить текущим месяцем, а к таким проводкам относятся и приходование на склад (закупка), и продажи (списание со склада себестоимости проданных товаров), и списание материалов в производство, и расчет себестоимости готовой продукции, изготовленной из этого сырья...
Программиста у предприятия своего нет, ведь супер система не требует программиста :)
Поэтому интересно услышать инструкции на уровне пользователя - какую кнопку нажать и тп.
И какой будет результат - что, где и как главбуху посмотреть (отчеты, документы), чтобы убедится, что ошибка исправлена, и исправлена корректно?
Представьте, что к вам обратился один из ваших обычных клиентов с этим вопросом.
Или "Это все полностью индивидуально" и требует привлечения программиста?
Блин, как я Вам завидую... :)
Вы умеете ставить смайлики так, что они получаются в виде желтых смеющихся рожиц, а я как ни стараюсь, у меня только две точки и закрывающие скобки в разных вариантах :)
Научите, плыыыыз :))
А теперь сосредоточились и только по делу:
Чудненько! Вы хотите сказать, что финдир раз в 3 месяца сверяет «старье» с реальностью! И что нужно в системе что-то переделывать для его спокойствия? Ошибка ввода данных была? – Была! Реальность изменилась? – Изменилась! И если все наворотить, чтобы выглядело красиво, правда от этого не изменится.
Хотя по стилистике вопросов, мне показалось, что Вы большой сторонник бухгалтерской («посмертной» отчетности). Я все-таки сторонник управленческого подхода, когда данные в системе используются для планирования и анализа текущей деятельности, а не как это будет выглядеть в бухгалтерском отчете за прошлый квартал. А хранение данных и исправление настраивается для удобства управления и контроля.
Те же исправления «задним» числом легко настраиваются по регламенту, например, вступают в силу после утверждения финдир ( если у него мало своей работы). На практике все не так страшно, как вы написали. И не правильные данные прошлого месяца, это только не правильные данные! (а не бардак). И еще, важна именно реакция системы на ошибку. Давайте здесь точку поставим, если нужно правильно отражать данные в налоговом и бухгалтерском отчете, надо настроить правильную выгрузку данных в систему, через которую Вы отчитываетесь. Скорее всего это 1С.
