Рассмотрим распространенную ситуацию, когда после оформления документа «Поступление товаров и услуг» в системе 1С:Комплексная автоматизация (КА2) позиции товаров остаются числиться в регистре Товары к поступлению, хотя фактически они уже находятся на складе. Это приводит к расхождениям в учете и некорректному отображению остатков.
Наш клиент столкнулся с тем, что документ Поступление товаров и услуг, созданный на основании Заказа поставщику, формирует необычные движения. По некоторым позициям мы наблюдаем следующую картину в отчете по движениям документа:
Движение Приход по регистру Товары на складах. Это движение, как правило, свидетельствует о фактическом поступлении товара на склад.
Движение Расход по регистру Товары к поступлению, при этом в качестве документа-основания вместо ожидаемого Заказа поставщику фигурирует само Поступление товаров и услуг.
Сразу же за этим следует движение Приход по регистру Товары к поступлению, где так же документом поступления числится это же Поступление товаров и услуг.
В результате такого «двойного» движения по регистру Товары к поступлению (сначала расход, а затем сразу же приход, зарегистрированные одним и тем же документом поступления) позиции фактически остаются «висеть» в этом регистре. Это создает ложное ожидание поставки, хотя товар уже принят на склад и присутствует в регистре Товары на складах. Разберем, как такое может произойти, почему это является загадкой, и что с этим делать.
Основная причина такого нетипичного поведения системы, как выяснилось в ходе анализа, кроется в изменении настроек склада с ордерной схемы документооборота на безордерную (или наоборот) в течение времени. Это особенно актуально, если документы оформлялись год назад, а текущие настройки отличаются. Давайте выясним, как работают эти схемы и как их изменение влияет на движения регистров.
В системе 1С:ERP и 1С:КА2 (включая версию 2.5.12.243), существуют две основные схемы документооборота на складе, которые существенно влияют на логику проведения документов:
Ордерная схема документооборота:
Эта схема предусматривает разделение финансовых и складских операций. Это означает, что:
Документы, регистрирующие финансовые операции (например, Приобретение товаров и услуг или Поступление товаров и услуг), делают движения в основном по финансовым регистрам (таким как бухгалтерский учет, взаиморасчеты).
Фактическое физическое движение товаров на складе (приход или расход) оформляется отдельными, специализированными складскими ордерами. Для поступления это Приходный ордер на товары, для отгрузки — Расходный ордер на товары.
В контексте поступления, ожидание прихода товаров, сформированное Заказом поставщику в регистре Товары к поступлению, закрывается именно документом Приходный ордер на товары, а не самим Поступлением товаров и услуг.
Безордерная схема документооборота:
При безордерной схеме документооборота документ Поступление товаров и услуг (или Приобретение товаров и услуг) напрямую делает движения как по финансовым, так и по складским регистрам. Он одновременно фиксирует и финансовое событие (например, факт получения первичных документов), и фактическое поступление товара на склад. В этом случае, документ Поступление товаров и услуг должен сам сформировать расход по регистру Товары к поступлению (чтобы закрыть ожидание из заказа) и приход по регистру Товары на складах (чтобы оприходовать товар на склад).
Товары к поступлению и Товары на складах при разных схемахДавайте проанализируем типовой сценарий движения товаров через эти ключевые оперативные регистры:
Начало процесса: Заказ поставщику.
Документ Заказ поставщику всегда формирует записи в регистре Товары к поступлению. Эти записи отражают наше ожидание прихода товаров от поставщика.
Поступление товара по ордерной схеме:
Если склад, куда поступает товар, работает по ордерной схеме:
Документ Поступление товаров и услуг (или Приобретение товаров и услуг) обычно регистрирует финансовые обязательства и создает ссылку на ожидаемый Приходный ордер на товары, но сам не делает движений по регистру Товары на складах и не закрывает Товары к поступлению.
Отдельный документ Приходный ордер на товары, созданный на основании Поступления товаров и услуг, регистрирует фактическое поступление товара на склад.
Именно Приходный ордер на товары формирует расход по регистру Товары к поступлению (тем самым «закрывая» ожидание, созданное заказом) и приход по регистру Товары на складах (фиксируя наличие товара на складе).
Поступление товара по безордерной схеме:
Если склад, куда поступает товар, работает по безордерной схеме:
Документ Поступление товаров и услуг сам должен сформировать расход по регистру Товары к поступлению (чтобы закрыть ожидание, ранее сформированное Заказом поставщику).
И он же должен сформировать приход по регистру Товары на складах (чтобы отразить фактическое наличие товара на складе).
Теперь, когда мы понимаем разницу между схемами, давайте проанализируем, почему возникает описанная ситуация с «зависшими» товарами.
Как указал автор темы, в период оформления проблемных документов (год назад) учет, скорее всего, велся без использования ордерных складов. То есть, действовала безордерная схема. В этом случае документ Поступление товаров и услуг должен был самостоятельно и полностью закрыть регистр Товары к поступлению, делая расход по нему, и оприходовать товар на склад, делая приход по Товары на складах.
Однако, в текущей ситуации мы видим, что Поступление товаров и услуг делает и расход, и приход по регистру Товары к поступлению, ссылаясь при этом на самого себя. Такое поведение не является стандартным и может указывать на следующие возможные причины:
Изменение настроек ордерной схемы с течением времени: Это наиболее вероятная причина. Если в момент проведения документа Поступление товаров и услуг склад работал по безордерной схеме, но затем настройки были изменены на ордерную (или наоборот), система может «запутаться» при попытке перепроведения или анализа старых документов. Старые документы, проведенные по одной логике, могут конфликтовать с новыми правилами учета. В результате, система пытается «закрыть» ожидание, но из-за некорректных или измененных настроек создает дублирующие или противоречивые движения (например, расход и приход по одному и тому же регистру одним документом).
Некорректная логика проведения документа при определенных условиях: В некоторых, хотя и редких, случаях могут возникать ошибки в самой логике проведения документа Поступление товаров и услуг при специфических комбинациях настроек или после обновлений конфигурации. Это может приводить к генерации избыточных или некорректных движений, подобных описанным.
Ручные корректировки или нештатные ситуации: Нельзя исключать, что в прошлом имели место ручные корректировки движений по регистрам или обработка документов в нештатных ситуациях, что в конечном итоге привело к появлению таких записей.
Расхождения в количестве между заказом и поступлением: Если количество фактически поступившего товара отличалось от заказанного, и эти расхождения не были урегулированы с помощью специализированного документа Акт о расхождениях после поступления, система может некорректно закрыть ожидание. Например, если пришло меньше, чем заказано, часть заказа может остаться «висеть». Однако, описанное явление (приход-расход одним документом на *одно и то же* количество по регистру ожидания) скорее указывает на проблемы с логикой проведения, чем с простыми расхождениями.
Важно отметить, что при определенных комплексных настройках учета (например, разделение учета между управленческим и финансовым) движения по регистрам могут быть более сложными и включать до трех записей на один и тот же ресурс. Это еще больше затрудняет анализ без полного понимания конкретных параметров учета, действующих в системе.
Чтобы окончательно разобраться в этой «загадке века» и устранить «зависшие» позиции, мы рекомендуем выполнить следующие шаги по детальному анализу ситуации:
Определите настройки склада на момент проведения проблемного документа:
Это критически важный шаг. Необходимо выяснить, какие настройки ордерной схемы для поступления товаров (которые находятся в разделе «Склад и доставка >> Склад» в общих настройках, а также индивидуальные настройки в карточке конкретного склада) действовали в момент создания и проведения документа Поступление товаров и услуг для проблемных позиций. Если учет велся год назад, а настройки менялись многократно, именно старые настройки определяли логику проведения того документа.
В частности, проверьте следующие параметры:
Использование ордерной схемы при поступлении в карточке склада (флажок).
Общие настройки использования ордерной схемы в разделе «Склад и доставка» конфигурации.
Если на тот момент ордерная схема на поступление не использовалась, то документ Поступление товаров и услуг должен был сам закрывать регистр Товары к поступлению. Если же ордерная схема использовалась, то ожидание должен был закрывать Приходный ордер на товары, и его отсутствие, некорректное проведение или отмена будут истинной причиной проблемы.
Детально проанализируйте движения всех связанных документов для проблемных позиций:
Для конкретных проблемных позиций (тех, которые «висят» в регистре Товары к поступлению) необходимо открыть и построить отчет по движениям следующих документов:
Заказ поставщику: Проверьте ожидаемое количество и статус заказа.
Поступление товаров и услуг: Анализируйте, как именно этот документ сделал движения по регистрам Товары к поступлению и Товары на складах. Особое внимание уделите тому, какой документ указан в качестве регистратора для прихода и расхода по регистру Товары к поступлению. Если это одно и то же Поступление товаров и услуг, и при этом оно делает и расход, и приход по Товары к поступлению на одно и то же количество, это является прямым отклонением от стандартной логики.
При наличии – Приходный ордер на товары: Проверьте его наличие, статус и движения, если в тот период действовала ордерная схема.
Проверьте наличие расхождений и использование документа Акт о расхождениях после поступления:
Если в процессе поставки были обнаружены расхождения между заказанным и фактически поступившим количеством, удостоверьтесь, что механизм актов о расхождениях использовался корректно. Документ Акт о расхождениях после поступления разработан специально для урегулирования таких ситуаций и должен корректно закрыть регистр Товары к поступлению на недостающее или излишнее количество.
Сравните конфигурацию с типовой:
Автор упоминает, что «вносились какие-либо изменения в механизм проведения документа или нет, доподлинно неизвестно». В таком случае, критически важно выполнить сравнение текущей рабочей конфигурации с типовой конфигурацией поставщика. Это позволит выявить любые модификации в коде проведения документов, которые могли быть внесены и которые потенциально могли привести к описанным нетипичным движениям.
Если вы обнаружите модификации, необходимо детально проанализировать их логику и определить, как они влияют на оперативные регистры.
После детального анализа и выявления точной причины возникновения проблемы, мы можем предпринять следующие шаги для ее устранения:
Перепроведение документов:
Если причина кроется в измененных настройках, и вы уверены, что текущие настройки соответствуют желаемой логике учета, попробуйте перепровести документ Поступление товаров и услуг (и, возможно, связанный Приходный ордер на товары, если он должен был быть). Перед перепроведением убедитесь, что все актуальные настройки склада для поступления товаров заданы корректно.
Будьте предельно осторожны при перепроведении документов прошлых периодов, так как это может повлиять на уже закрытые отчетные периоды, нарушить целостность данных и отчетность. Всегда делайте резервную копию базы данных перед такими операциями.
Ручная корректировка регистров:
В некоторых случаях, особенно для очень старых документов, которые невозможно или нежелательно перепроводить из-за рисков для закрытых периодов, может потребоваться ручная корректировка регистров. Мы можем создать документ Корректировка регистров и вручную сформировать расходное движение по регистру Товары к поступлению для тех позиций, которые ошибочно там «зависли».
Используйте этот метод с максимальной осторожностью и только после полного понимания причины и последствий, так как он напрямую вмешивается в данные учета. Необходимо убедиться, что созданное вручную движение точно соответствует тому, что должно было произойти.
Пример гипотетического фрагмента кода, который мог бы использоваться для формирования расходного движения в документе Корректировка регистров или специализированной обработке:
// Предположим, что у нас есть ссылка на проблемный документ поступления,
// номенклатуру, склад и количество, которое нужно 'снять' с ожидания.
// Получаем набор записей регистра 'ТоварыКПоступлению'
НаборЗаписей = РегистрыНакопления.ТоварыКПоступлению.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Установить(ДокументПоступления); // Отбираем движения по конкретному поступлению
// Если нужно удалить некорректный 'приход' и создать 'расход'
НаборЗаписей.Прочитать();
Для Каждого Движение Из НаборЗаписей Цикл
Если Движение.ВидДвижения = ВидДвиженияНакопления.Приход И Движение.ДокументПоступления = ДокументПоступления Тогда
// Найден некорректный приход, который нужно отменить
// Можно удалить это движение или изменить его на расход, если оно было ошибочно 'приходом'
// Например, изменить вид движения и переписать
Движение.ВидДвижения = ВидДвиженияНакопления.Расход;
// Устанавливаем корректный документ-основание для закрытия ожидания, если он был другим
Движение.ДокументПоступления = ЗаказПоставщику;
КонецЕсли;
КонецЦикла;
НаборЗаписей.Записать();
Важно: Если проблема заключалась в том, что Поступление товаров и услуг само создало и приход, и расход по регистру Товары к поступлению, то корректировка должна быть направлена на то, чтобы удалить некорректный приход и оставить только корректный расход (если он закрывал заказ) или создать правильный расход, если его не было вовсе. Иногда достаточно просто удалить неверное приходное движение, которое "перекрыло" расход.
Исправление модификаций конфигурации:
Если анализ выявил, что причиной проблемы являются ошибки или неточности в модифицированном коде проведения документов, внесенные в конфигурацию, необходимо оперативно внести исправления в эти модификации. Это поможет предотвратить появление подобных проблем в будущем и обеспечит корректность учета.
Как мы выяснили, проблема «зависших» товаров в регистре Товары к поступлению в 1С:КА2 чаще всего является следствием комплексного взаимодействия нескольких факторов: изменения настроек ордерной/безордерной схемы учета на складе, специфики проведения документов Поступление товаров и услуг и Заказ поставщику, а также потенциальных модификаций конфигурации. Детальный анализ действующих настроек на момент возникновения проблемы и пошаговый просмотр движений всех связанных документов позволит точно определить корень проблемы и выбрать оптимальный путь для ее устранения, будь то перепроведение, ручная корректировка регистров или исправление кода.