В работе с программами 1С:Предприятие часто возникают ситуации, когда данные в отчетах не соответствуют реальности. Одной из самых неприятных проблем является наличие «фантомных» записей: документ уже удален или распроведен, но его влияние всё еще заметно в отчетах по себестоимости. Кроме того, пользователи часто сталкиваются с отсутствием суммовых показателей в операциях перемещения между складами. В данной статье мы подробно разберем причины этих явлений и совместно найдем способы их решения.
Представим ситуацию: мы создали документ ПеремещениеТоваров, затем поняли, что он лишний, и удалили его. Однако при формировании отчета «Себестоимость товаров» мы продолжаем видеть движения по этому документу. Выясним причину этого поведения системы.
В современных конфигурациях 1С (таких как «Управление торговлей», «Комплексная автоматизация» или «ERP») отчеты строятся не на основании самих документов, а по данным специальных таблиц — регистров накопления. Основным регистром для анализа себестоимости обычно выступает СебестоимостьТоваров или ВыручкаИСебестоимостьПродаж. Если при удалении документа связь с регистром не была разорвана корректно (например, из-за сбоя или особенностей работы в распределенных базах), записи в регистре остаются «сиротами».
Разберем по шагам, как «вылечить» отчет:
ПеремещениеТоваров.Другая частая ситуация возникает при переходе на новую версию программы (например, с БП 2.0 на БП 3.0) или при создании новой информационной базы. При проведении документа ПеремещениеТоваров пользователь видит в проводках только количество, а поле с суммой остается пустым. Рассмотрим, почему так происходит и как настроить суммовой учет.
В 1С:Бухгалтерия по умолчанию может быть включен только количественный учет по складам. Это означает, что программа знает, сколько штук товара лежит на конкретном складе, но средняя стоимость считается в целом по организации. Чтобы увидеть суммы в перемещениях, нам необходимо изменить настройки плана счетов.
Выясним, где скрываются нужные настройки:
Важно: После изменения этой настройки программа начнет вести учет стоимости товаров в разрезе каждого отдельного склада. Это существенно влияет на расчет себестоимости при выбытии. После сохранения настроек обязательно нужно перепровести все документы за открытый период (с начала месяца или квартала), чтобы суммы «проросли» в проводках.
Проанализируем ситуацию, описанную в сообщениях форума, когда списание недостачи копируется из другого документа, а привязка к инвентаризации остается. Это критическая ошибка в логике учета.
Документ ПеремещениеТоваров является внутренним регистром. Он переопределяет «владельца» (склад) и партию. Если мы удаляем перемещение, но при этом у нас уже создана РеализацияТоваровУслуг, которая должна была списать товар со склада-получателя, возникает логический разрыв. Реализация будет искать остатки, которых фактически нет (так как перемещение удалено), и может либо выдать ошибку, либо списать товар «в минус», если это разрешено настройками.
Рассмотрим рекомендации по исправлению таких сбоев:
КорректировкаСтоимостиНоменклатуры в конце месяца.В некоторых случаях (особенно в УТ 11/ERP) в системе создаются Задания к расчету. Если вы создали документ в 14:00, программа автоматически создала запись в регистре сведений «Задания к расчету себестоимости». Даже если вы в 16:00 распровели этот документ, запись о том, что по данной номенклатуре и данному складу были движения, может остаться в очереди на расчет. Пока фоновое задание по расчету себестоимости не отработает текущий пакет данных, отчеты могут показывать неактуальные сведения.
Выясним, как с этим бороться. В таких ситуациях помогает ручной запуск обработки «Расчет себестоимости» или полное перевыполнение этапов «Закрытия месяца». Программа увидит, что актуальных проводок по документу нет, и при итоговом расчете обнулит показатели в отчете.
Подводя итог, отметим, что большинство проблем с «невидимыми» или «лишними» суммами в 1С решаются через контроль настроек плана счетов и соблюдение строгой последовательности проведения документов. Постоянный мониторинг регистров через Универсальный отчет позволит вам оперативно находить причины расхождений и поддерживать порядок в базе данных.