Каталог решений - Корректировка остатков номенклатуры, сравнение остатков по регистрам накопления и бухгалтерии (проводкам), отчет и обработка

Довольно часто возникают задачи по корректировке остатков Номенклатуры. Причины, приводящие к этому, описывать нет смысла. При корректировке остатков очень желательно придерживаться принципу "не навреди". Если остатки по бух.учёту должны быть равны остаткам в соответствующих регистрах, то при корректировках нужно учесть, что остатки в каждом из регистров могут отличаться между собой. И решение по способу корректировки может отличаться, в зависимости от ситуации с остатками. Размышляя над возможными вариантами способов корректировок, я пришел к выводу, что три способа могут использоваться в практической жизни:

— списать "под ноль"

— приравнять к какому-то "эталону" (в моём решении в качестве эталона выступают остатки в регистре бухгалтерии)

— "свернуть" две строки, в случае, если это "пересортица", "плюс на минус"

Обработка делится на две части. Вначале можно сформировать отчёт для визуального восприятия "масштабов трагедии". 

В чём смысл компоновки отчёта. Отчёт разделён на два логических блока:

— первый блок выводит показатели (количество и сумма)

— второй блоки "сигнализирует", в каком "месте" присутствуют ошибки

Почему так? Я постарался сделать внешний вид отчёта интуитивно понятным и удобным для восприятия, задача не самая тривиальная:

— розовым фоном выделяются ячейки с различиями

— более крупным фоном выделяются показатели по бух.учёту 

— символом "+" отображается и выделяется фоном "категория" различия

Отчёт построен на базе СКД, в настройках я предусмотрел отборы по "категориям различий"

Картинка с условным оформлением 

Пример отчета, где наглядно видно расхождение в партиях товара

Хорошо, отчёт сформирован, пользователем принято обдуманное решение, что задача "почистить" вполне посильна. Приступаем к этапу непосредственно корректировки

При нажатии на кнопку откроется форма обработки, заполненная по той же схеме СКД, но уже с результатом, выгруженным в таблицу значений и сгруппированным по Складу и Номенклатуре. 

Какой предлагаемый порядок работы с обработкой

В таблице слева отображаются Склады, по которым есть проблемные остатки. При выделении строки со Складом, в таблице ниже отображается Номенклатура, по которой есть проблемные остатки с отбором по этому Складу

В данном примере выделен "Склад 1". Видим, кстати, что есть проблемные остатки и с пустым Складом

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

Вариант "Приравнять к бух.учёту" примерно понятен по названию. В качестве "эталона" будут взяты данные из таблицы регистра бухгалтерии (Склад, Номенклатура, Партия). Остатки по регистрам накопления будут списаны (расход) с теми данными, которые есть по факту. и оприходованы (приход), взяв в качестве данных данные из таблицы проводок.

А вот вариант "Свернуть две строки" немного более интересен

Добавляется колонка, в которой пользователь указывает, какую строку откорректировать в плюс, а какую строку в минус

При выборе любого варианта корректировки и нажатии на кнопку "Выполнить корректировку" будет создан документ "Корректировка записей регистров" и открыта форма документа, документ НЕ записан, ещё "висит в воздухе". Почему так? Этим я хотел добиться, чтобы пользователь проконтролировал, что система даёт ему именно ту корректировку, которую он ожидал, и собственноручно подтвердил запись документа. Зона ответственности, так сказать

В документе будут отображены соответствующие регистры, которые корректируются. Для удобства — в "Комментарии" перечисляются эти регистры. В случае для регистра бухгалтерии счёт дебета (и аналитика-субконто) определяются из регистра сведений "Счета учёта прочие" (с отбором по "СчетЗатратПоНДСПриСписанииВозвратнойТарыПоставщика"). Почему именно так? Потому что редко используется

Соответственно корректируются регистры накопления

После сохранения документа можно обновить остатки на форме обработки

Умилиться и обрадоваться, что стало меньше проблемных записей, возликовать и продолжить работу над ошибками

Обязательная информация

Формы — обычные

Конфигурация "Управление торговым предприятием для Украины" (1.2.65.1) (УТП) (украинский аналог "Комплексная автоматизация", редакция 1)

Платформа 8.3.9.2309.