Сторнированные проводки

[lexa]

Добрый день.

Может быть кто сталкивался с подобной проблемой?

Как определить , что проводка сторнированная?
Есть ли у проводки какой нибудь признак?
Когда мы формируем отчет по приходу по складу то в него попадают все сторнированные проводки по расходу. И наоборот с расходом.

Как сформировать отчет без сторнированных проводок?

Заранее благодарен.

[komar]

Есть тут в обсуждении специальная тема про сторнирование проводок по складу
И в ней информация, что нет у нас в складских проводках сторно. Кстати, Вы - живой пример того, что оно таки нужно

[ldv]

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

[glibs]

Цитата:

Изначально опубликовано komar
Есть тут в обсуждении специальная тема про сторнирование проводок по складу
И в ней информация, что нет у нас в складских проводках сторно. Кстати, Вы - живой пример того, что оно таки нужно

Да нет. Не совсем так.

Во-первых, в теме, о которой идет речь никто так аргументированно и не доказал, что складские проводки должны ИМЕННО сторнироваться (писаться с отрицательным знаком, уменьшать обороты), а не реверсироваться, например. С проводками по ГК другое дело (в смысле сторно действительно нужно и в Заказах/Закупках это есть, нет на складе).

Во-вторых, в складских проводках есть такие поля (находятся на закладке "Прочее"):

- "Возврат по накладной"
- "Возврат по счету-фактуре"
- "Номер возвращенного лота"

Данные поля заполняются в следующих случаях (возможно, список не полный. Сейчас нет времени тестировать, да и не моя это специализация):

- обработка кредит-ноты по Заказу
- обработка кредит-ноты по Закупке
- выполнение операции в Журнале складских проводок с указанием номера возвращаемого лота

Последний способ позволяет регистрировать возврат только отпущенной нами номенклатуры (грубо говоря, проданной). Приход товаров на склад (например, закупку) таким образом вернуть нельзя.

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

Теоретически могу ошибаться, но думаю, что в целом правильно. Если что - подправьте.

Я считаю, что данной информации достаточно, чтобы из оборотки по складу исключить возвраты (за исключением ограничения, обусловленного невозможностью зарегистрировать по складу возврат номенклатуры поставщику).

Еще есть действия по возврату, что, теоретически, может компенсировать последний недостаток. Нужно поэкспериментировать на конкретном примере.

[ldv]

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

[lexa]

Проблему удаления сторнированных заказов(закупок) мы решили путем
удаления заказов(закупок) со статусом "Отменено" из формы заказов(закупок).
Соответственно строки данных заказов(закупок) попадают в таблицы
PurchLineDelete и SalesLineDelete , а в отчете, при формировании временной таблицы
мы проверяем на соответствие InventTransID и исключаем их.
Возможно это не самый красивый и правильный способ, но работает.

Но как поступать со сторнированными журналами ?

[ldv]

Только путем модификации. Пример сделанной модификации на одном проекте, которая минимально затрагивает функциональность, я привел выше.