Почему при сканировании номенклатуры в наряд-заказе УНФ происходит суммирование вместо добавления новой строки?

Сталкиваясь с обновлением конфигурации 1С:Управление нашей фирмой (УНФ) до версий 1.6.27.x или 3.0.x, многие пользователи обнаруживают странное поведение документа Наряд-заказ: при сканировании двух разных работ программа не создает две отдельные строки, а прибавляет количество ко второй операции к первой. Давайте вместе проанализируем, почему это происходит и как можно исправить ситуацию.

Разбор причин поведения системы

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

Первое, на что стоит обратить внимание — это настройки РМК (Рабочего места кассира) и глобальные настройки «Добавления товара». Рассмотрим по шагам, где скрываются эти параметры.

Шаг 1: Проверка настроек РМК и добавления товаров

В системе предусмотрен функционал, позволяющий гибко управлять тем, как именно номенклатура попадает в табличную часть документа. Иногда при обновлении параметры могут сброситься или измениться под воздействием новых механизмов.

1. Перейдите в раздел Настройки или Администрирование.
2. Найдите подраздел РМК (Рабочее место кассира) или Настройки пользователей и прав.
3. Изучите настройку, отвечающую за Добавление одинакового товара отдельными строками.
4. Если у вас установлена опция Добавлять все товары одной строкой, система при каждом сканировании будет искать уже существующую строку в таблице с таким же идентификатором номенклатуры и увеличивать его количество.
5. Убедитесь, что для ваших нужд настроено корректное поведение: если вам необходимо видеть каждую операцию отдельно, убедитесь, что автоматическое сворачивание строк отключено.

Шаг 2: Анализ механизма сканирования и обработки событий

Если настройки интерфейса не дали результата, проблема может лежать в плоскости обработки внешнего события от сканера. Когда вы сканируете штрихкод, система вызывает обработчик, который ищет номенклатуру в справочнике и затем помещает её в документ.

Рассмотрим, что происходит внутри модуля при срабатывании сканера:

// Примерный алгоритм обработки события сканирования
Процедура ОбработкаВнешнегоСобытия(Источник, Событие, Данные)
    // Поиск товара по штрихкоду
    НайденнаяНоменклатура = РаботаСоСканером.НайтиНоменклатуруПоШтрихкоду(Данные);
    
    // Проверка наличия строки в табличной части
    СтрокаДокумента = НайтиСтрокуПоНоменклатуре(НайденнаяНоменклатура);
    
    Если СтрокаДокумента <> Неопределено Тогда
        // Сценарий суммирования
        СтрокаДокумента.Количество = СтрокаДокумента.Количество + 1;
    Иначе
        // Сценарий добавления новой строки
        НоваяСтрока = Объект.Работы.Добавить();
        НоваяСтрока.Номенклатура = НайденнаяНоменклатура;
    КонецЕсли;
КонецПроцедуры

Если вы опытный пользователь или программист, воспользуйтесь Отладчиком, чтобы проверить, какой именно из блоков кода выполняется при сканировании. Если система всегда попадает в ветку «Сценарий суммирования», значит, логика поиска строки ошибочно определяет, что товар уже есть в списке.

Шаг 3: Технические рекомендации по устранению проблемы

Если стандартные настройки не помогают, выполните следующие действия по очистке и проверке системы:

• Очистка кэша: После масштабных обновлений (особенно при переходе на платформу УНФ 3.0) в кэше 1С могут оставаться старые метаданные форм. Удалите локальный кэш пользователя, чтобы гарантировать корректную загрузку обновленных алгоритмов подбора.
• Обновление драйверов: Переустановите драйвер подключаемого оборудования (сканера штрихкодов). Иногда некорректная обработка префиксов приводит к тому, что сканер «повторяет» ввод или посылает служебные команды, которые воспринимаются системой как запрос на изменение существующей строки.
• Проверка режима совместимости: Убедитесь, что информационная база работает в режиме, который соответствует версии конфигурации. Использование устаревшего режима совместимости может привести к некорректной работе новых функций добавления номенклатуры.

Итог совместной работы

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

Не забывайте, что переход на УНФ 3.0 — это серьезный шаг, требующий внимательного тестирования всех механизмов, особенно тех, которые связаны с торговым оборудованием!