Здравствуйте! Пытаюсь разобраться в ТиС. Работодатель закупает ТМЦ у разных поставщиков, соответственно имеются одинаковые ТМЦ с разными штрихкодами. Судя по архитектуре базы и гуглу, нужно создавать отдельную единицу измерения для каждого штрихкода, что, кажется, создает избыточные данные и задвоение. И, как следствие, работодатель ругается: при вводе документов сканером штрихкодов, дублируются строки с одинаковыми ТМЦ и (по сути) одинаковыми единицами измерения (шт., например). Потом работодатель  заходит в перемещение, чтобы посмотреть сколько Товара1 было перемещено, находит первую строку с количеством 2, два часа ищет куда делись еще 2, звонит мне и мне приходится находить «потерянные» 2 в другой строке соответственно с другим штрихкодом. Кроме того, покупатели через одного могут спрашивать, почему у них в Товарном чеке одна ТМЦ разбита на 5-10 строк по количеству. Ну и прочие прелести. Без конфигуратора это поправить можно?
Благодарствую.

нет

(0) "Судя по архитектуре базы и гуглу, нужно создавать отдельную единицу измерения для каждого штрихкода, что, кажется, создает избыточные данные и задвоение."

- это ваши домыслы.

Товар1
ед1: шт, шк=111111111
ед2: шт, шк=222222222

где избыточность? где задвоение?

поправить без конфигуратора: можно.
организуйте на приемке штрихкодирование поставки одним штрихкодом для одного товара.

(0) "что, кажется, создает избыточные данные и задвоение."

кажется...

Как грамотно поправить в конфигураторе:
если просто: в обработке сканирования после получения по ШК товара и единицы - смотрим, если Кф отсканированной единицы = Кф базовой единицы и ОКЕИ отсканированной единиы = ОКЕИ базовой единицы - тогда в качестве единицы берем базовую. и все ОК.

По моему вопросу все понятно, всем спасибо.
(2) (4) Сильно не вникал, но мне показалось, что несколько «шт.» в единицах измерения и несколько (в принципе) одинаковых строк в документах – это избыточно и задвоение (кажется, согласно нормальным формам СУБД, или как их там). Это ИМХО, спорить не буду. И мне показалось нужно было делать справочник штрихкодов, подчиненный единицам измерения.

(6) Тебе не показалось. А справочник штрихов - подчиненный партиям.

"справочник штрихов - подчиненный партиям."

Упал со стула... Ну нельзя же так шутить...

(6) " И мне показалось нужно было делать справочник штрихкодов, подчиненный единицам измерения."
- ну.. тут понимаешь.. ТИС как впрочем и УТ - это проги УЧЕТНЫЕ.

а в WMS - примерно так как ты написал и сделано: http://screencast.com/t/uk4zrJmogCKv

(7) можно по всякому. но в ТиС - не так. низачод вообщем.. ;-)

(0) " Кроме того, покупатели через одного могут спрашивать, почему у них в Товарном чеке одна ТМЦ разбита на 5-10 строк по количеству."
- ну и пусть спрашивают. им какое дело? ;-) количество отгружено нормальное? суммы огворенные? что еще надо?

(11) Не, по закону все соблюдено, просто клиенты могут отнимать время у продавца вопросами + имидж фирмы + печать чека на 5 листах вместо 1. Шефу не понравилось короче)

(12) это понятно, проще внутренний персонал напрячь, чем внешних поставщиков, особенно когда товар изначально не штрихкодирован вообще - поставщики и лепят кто во что горазд