Всем доброе и лучистое. Вопрос к тем, кто пользуется приложением от 1С таким как Кладовщик. Есть одна оказия, которую хотелось узнать. При сборке заказа покупателя, если на ТСД отсканировать штрихкод номенклатуры, которой нет в заказе, то вместо того, чтобы выдать сообщение "Штрихкод неверен", что значило, что его нет в списке, он начал открывать карточку этой позиции и добавлять к заказу, что просто бред. Это косяк моей конфигурации или это такая родная логика? Приложение будет все равно пилится, просто знать, стоит ли резать эту часть в приложении. Ибо у меня не УНФ, а УК(Беларусь) и пришлось скоммуниздить часть кода из российской УНФ, ибо какого-то хрена этой самой части кода у меня нет и весь функционал порезан наполовину(жадины).

Ну при приемки ИМХО это нормальная ситуация

(1) при приёмке кол-во возможных ситуаций намного больше, а при сборке товара "чужой" товар д.б. явным образом отвергнут и писать "штрихкод неверен" тоже бред. Ибо шк верен, а отсканированного товара в заказе нет. При сканировании чужого товара возможны два варианта сообщения - простой (типа: отсканированный товар в заказе не значится) и подробный (типа: отсканированный шк 1234567890124, 756090 Плюмбум аргентус, в заказе не значится) ибо бывает что товар правильный, а шк на нём чужой/неправильный.

в нормальной системе если есть адресное хранение то при отскане чужого товара система ещё может проверить значится ли отсканированный чужой товар в текущей ячейке и если не значится - автоматом назначит потребность в инвентаризации этой ячейки... Но в простых МП/МК это вряд ли

(3) я чуть другим методом пошел и когда кладовщик отнимает товар, то я его после закрытия сборки перемещаю на недостачу. Потом это все считается и проводят инвентаризацию. Ибо много позиций, которые похожи, особенно комплектный и одиночки, помноженные еще на цвета и нередко делают пересорт. Просто опять же, ситуация мне не нравится, что отсканив штрихкод товара, это карточка подтягивается, ибо в планах штрихкод использовать для проверки правильности сборки, т.к. опять же, как писал выше, есть 8 систем, коробка от производителя одинаковая, а штрихкода разные. Когда к концу дня начинается спешка, могут попутать

(2) Приемка тут все понятно, я именно про сборку и ругнуться на штрихкод, которого нет в списке сборки. Я просто к чему тему завел. Когда начал тестить кладовщика и пробовал сканировать штрихкода, которых нет в списке, он мне ругался, что такого штрихкода нет. И я был уверен, что таков функционал. А на первый же день массового теста кладовщики сказали, что когда сканят неверный штрихкод, то эта карточка добавляется в сборку. Для наших задач это некорректно, кладовщику по своему желанию не может докладывать рандомный товар, все решает манагер.

(4) "..отнимает товар.." - чуть подробнее что это...

(4) "...есть 8 систем, коробка от производителя одинаковая, а штрихкода разные." - типа несколько разных ШК на один и тот же товар (именно шк, который идентифицирует 1шт товара)..?

что значит "..есть 8 система , коробка от производительня одинаковая..".. что за "8 систем"..?

(5) разное поведение - у тебя "ругался..", а у кладовщика "..добавляется в сборку" - может зависит от прав/разрешений разных пользователей/режима сборки...?

Если кратко, проблему пофиксил, раскатал кладовщика (версия разработчика) на сборщике приложений, поправил логику, собрал - заработало как я хотел. К посту выше. По привычке написал "система" ибо у нас продажа систем очистки воды) Тот же производитель Гейзер пихает "Аллегрову" в похожие коробки, а комплектность разная, кладовщику проще сверится по штрихкоду. Сейчас система ругается, если он сканирует товар, которого нет в сборке. Про отнимает товар. Бывают пересорты ходового товара. Понятное дело кладовщик не найдет позицию и отнимет ее при сборке, она снова упадет на склад, ее опять снова кто-нибудь заберет и по кругу. А так она сразу спишется на склад недостачи, в CRM всех оповещаю, что есть такая оказия и дальше ребятки уже думают