← На главную

При ведении товарного учета в 1С:Розница нередко возникают ситуации, когда один и тот же товар случайно создается в справочнике несколько раз. Стандартная обработка Поиск и удаление дублей позволяет легко объединить карточки, перенаправив все движения и ссылки на один выбранный элемент. Однако при обработке документов инвентаризации, в частности Пересчет товаров, пользователи часто сталкиваются с ошибками, из-за которых процедура замены прерывается.

В версиях ПРОФ эту проблему нередко обходят программно разработчики, но в базовой версии конфигурации внести изменения в код невозможно. Разберем по шагам, почему возникает сбой и как корректно выполнить замену штатными средствами без доработки программы.

Причины сбоя при замене дублей в инвентаризационных документах

Проанализируем ситуацию и выясним, какие механизмы конфигурации не позволяют выполнить перезапись документов при объединении номенклатуры:

1. Блокировка по статусу документа. В документе Пересчет товаров предусмотрен поэтапный жизненный цикл со статусами: «В процессе пересчета», «Внесение результатов» и «Выполнено». Когда документ переведен в финальный статус «Выполнено», типовые алгоритмы конфигурации блокируют любые попытки программного или интерактивного изменения его данных. Обработка поиска и удаления дублей пытается перезаписать документ стандартной процедурой, что приводит к отказу транзакции.
2. Запрет дублирования строк в табличной части. В документах инвентаризации действует строгий контроль уникальности номенклатурных позиций с учетом характеристик и серий. Если оба объединяемых элемента номенклатуры уже присутствовали в одном и том же пересчете (например, один товар ошибочно внесли как излишек, а второй зафиксировали как недостачу), процедура автозамены превратит их в две совершенно одинаковые строки. При попытке записи модуль документа выдаст ошибку заполнения, так как обработка слияния не умеет самостоятельно суммировать и сворачивать строки в чужих табличных частях.
3. Блокировка со стороны документа «Приказ на пересчет товаров». Если пересчет был создан на основании приказа, который уже находится в статусе «Выполнен» или «Закрыт», то любые корректировки подчиненных документов будут отвергаться системой.
4. Установленная дата запрета изменения данных. Инвентаризации часто относятся к закрытым расчетным периодам. Если дата запрета смещена на более поздний срок, чем дата пересчета, подсистема безопасности БСП заблокирует изменение объекта.

Пошаговый порядок устранения проблемы в базовой версии

Рассмотрим подробнее пошаговый алгоритм, который позволяет успешно выполнить объединение номенклатуры стандартными инструментами 1С:Розница.

1. Проверяем дату запрета редактирования. Перейдем в раздел Администрирование и проверим настройки даты запрета изменения данных. Если дата пересчета попадает в закрытый период, временно отключим контроль или сдвинем дату назад на время выполнения технической операции.
2. Анализируем строки документа пересчета. Откроем документ Пересчет товаров, на который ругается обработка поиска дублей. Посмотрим на его табличную часть: присутствуют ли в ней одновременно оба товара — удаляемый дубль и тот, который должен остаться? Если найдены обе позиции, устраним задвоение вручную: сложим фактическое и учетное количество в одну строку, а вторую строку удалим.
3. Понижаем рабочий статус документов. Переведем документ Пересчет товаров из статуса «Выполнено» обратно в статус «Внесение результатов» или «В процессе пересчета» и запишем его. Если документ привязан к распоряжению Приказ на пересчет товаров, также временно вернем статус приказа в состояние выполнения. Это полностью снимет блокировки с модуля объекта.
4. Повторно запускаем слияние номенклатуры. Откроем штатную обработку Поиск и удаление дублей, выберем правильный оригинал карточки и запустим процесс объединения. Теперь замена ссылок во всех регистрах и документах пройдет успешно без системных отказов.
5. Возвращаем исходные состояния документов. После завершения работы обработки откроем обновленный Пересчет товаров, вернем статус «Выполнено» и проведем документ. Затем восстановим статус приказа на инвентаризацию и вернем дату запрета редактирования на прежнее место.

Что обязательно проверить после объединения позиций

Завершив объединение дублирующихся товаров, обязательно проконтролируем сопутствующие данные в информационной базе:

1. Связанные документы списания и оприходования. Сам документ Пересчет товаров не формирует движений по регистрам остатков. Реальное движение остатков отражается документами Списание товаров, Оприходование товаров или Пересортица товаров. Убедимся, что после пересчета в этих документах не произошло задвоения строк или расхождений в суммах.
2. Регистр сведений «Штрихкоды номенклатуры». Проверим, перенеслись ли штрихкоды с удаленного элемента на оставшийся оригинальный товар. Если штрихкод не привязался автоматически, добавим его вручную в карточку товара, чтобы исключить сбои при сканировании на кассовом узле в РМК.
3. Регистр сведений «Цены номенклатуры». Убедимся, что для объединенной позиции установлены актуальные розничные цены, действующие на текущий момент.