При активном оформлении оптовых продаж через механизм передачи товаров между организациями (Интеркампани) нередко возникает ситуация: первые 10–15 документов реализации успешно проводятся с образованием отрицательных остатков, а затем система внезапно блокирует проведение новых документов, сообщая о нехватке товара по организации-продавцу. При этом на складе у организации-донора товар фактически присутствует в достаточном объеме. Разберем по шагам, почему возникает такое поведение, какие скрытые ограничения заложены в логику 1С:Управление торговлей 11.5 и как устранить проблему.
Одной из наиболее частых причин блокировки проведения является учет импортного товара по номерам грузовых таможенных деклараций (ГТД). Проанализируем механику работы подбора:
Когда менеджеры редактируют или перепроводят документы задним числом, последовательность списания партий с определенными номерами ГТД нарушается. Механизм автоподбора ГТД жестко привязан к конкретным остаткам на дату документа. Если по определенному номеру ГТД на организации образовался отрицательный остаток, программа пытается списать именно его, но алгоритм контроля интеркампани не находит идентичную комбинацию номенклатуры и номера ГТД у организации-донора. На выходе мы получаем ошибку нехватки остатка по организации, несмотря на то что общий валовый остаток номенклатуры положительный.
Для исправления ситуации выполним следующие действия:
Рассмотрим ситуацию, когда остаток товара на организации-доноре физически есть, но недоступен для списания из-за несовпадения аналитики:
Если для проблемной номенклатурной позиции в процессе ведения базы менялась политика учета серий (например, учет серий был включен, выключен или изменен с контроля остатков на справочное указание), в регистрах могут остаться «зависшие» остатки старого формата. Алгоритм интеркампани видит этот товар в общем списке остатков, но не может сопоставить его с текущими правилами заполнения табличной части документа реализации.
Чтобы проверить данную гипотезу, разберем порядок диагностики:
Выясним причину, почему первые 10–15 документов проводятся штатно, а затем программа начинает выдавать ошибку контроля остатка. В типовой конфигурации 1С:УТ 11.5 схема интеркампани работает по строгой формуле:
Доступный объем для продажи = (Свободный остаток у организации-донора) минус (Объем уже проданного, но еще не переданного товара по организации-продавцу).
Когда мы оформляем цепочку реализаций, в регистре накопления ТоварыОрганизацийКОформлению растет объем задолженности по передаче. Если на предприятии передачи оформляются не сразу, а раз в несколько дней, лимит доступного товара организации-донора быстро исчерпывается. Как только сумма накопленных минусов достигает свободного остатка донора, 16-я реализация уже не может провестись.
Кроме того, товар на организации-доноре может быть занят собственными резервами (заказами клиентов в статусе К обеспечению или Отгрузить). Интеркампани позволяет использовать исключительно свободный остаток.
Для восстановления работоспособности проведем следующие операции:
ПередачаТоваровМеждуОрганизациями за предыдущие дни.В линейке 11.5 контроль доступности остатков переведен на подсистему распределения запасов (регистры РаспределениеЗапасов и ЗапасыИПотребности). Рассмотрим особенности этой архитектуры:
Если в настройках системы включено распределение запасов регламентным заданием (для снижения нагрузки на сервер при параллельной работе пользователей), распределение происходит с задержкой в несколько минут. При пакетном создании и проведении менеджером 10–15 документов подряд регистры доступности не успевают обновиться в реальном времени. Очередь заданий переполняется, и система временно блокирует проведение, считая остаток исчерпанным.
Как исправить данное поведение:
При интенсивной работе или перепроведении документов прошлых периодов система может некорректно заполнить табличную часть видов запасов реализации. Если документ однажды записал вид запаса как Собственный товар (По владельцу), то при последующих попытках проведения он будет игнорировать правила интеркампани и требовать исключительно собственный остаток организации.
Разберем алгоритм исправления такого документа: