Товар - рулон, ед. изм. - метр. Как заводить МЦ в Галактику?

[ecasoft]

Добрый день!

Хотел посоветоваться со спецами..может кто сталкивался. Товар представляет собой тук ткани (рулон). Каждый рулон имеет уникальную длину (метраж трани в рулоне), написанную на этикетке. Товар поступает партиями..типа по 100 рулонов. Т.е. партию использовать в качестве разреза нельзя.
Сложность наверное понятно. С одной стороны это МЦ = Ткань в метрах и на складе она измеряется не рулонами, а метрами. Отпускается также метрами (но по рулонам). Т.е. покупают ее метрами (заказывают), а отпускать надо рулонами (без их разреза).

Как завести эту МЦ в Галактику? Какие есть предложения?

Если использовать единицу отпускную измерения РУЛОН N-МЕТРОВ,то единиц получается слишком много (а может это и нормально..пусть будет столько, сколько бывает вариантов метража ? ). Зато все остальное нормально получается - автоматически расчитывается в накладной длина в метрах и на складе все будет ОК с учетными единицами. Да и у единицы измерения есть штрих-код свой.можно ввести штрих-кодирование. НО проблема при вводе нового товара есть также при этой схеме - получается надо от длины рулона автоматически или генерировать новую или подбирать из имеющихся отп. ед. измерения каждый раз при вводе каждого рулона.

[Grom]

Косякин Игорь:
"... получается надо от длины рулона автоматически или генерировать новую или подбирать из имеющихся отп. ед. измерения каждый раз при вводе каждого рулона."

А в чём здесь проблема?
Снабжение может приходовать товар и в учётных единицах, т.е. в МЕТРАХ. Ведь к партия в 100 рулонов сопроводительные документы обязательно в метрах должны быть, да и вообще РУЛОН - если он переменной длины - это не единица измерения. На складе учёт в метрах. Да и продажа осуществляется в метрах. Просто при отгрузке (или всё-таки при выписке-заказе), насколько я понимаю, необходимо подобрать из имеющихся рулонов требуемое количество метража (например как при оплате покупки в 1237 рублей из имеющихся в кошельке денежных знаков набрать сумму). Если же требуется при ВЫПИСКЕ знать рулоны какого метража имеются в наличии, то отпускная единица здесь не поможет, т.к. "ОТПУСКНАЯ ЕД." на приходе может отличаться от ОТПУСКНОЙ ЕД. на расходе и они связываются ТОЛЬКО посредством УЧЁТНОЙ ЕД. в которой и ведётся учёт на складе, да и отпустить товар можно в любой отпускной единице - есть "она" на складе или нет - со склада отпускаться будет в любом случае в отпускной единице.

[Vitas]

Если будет много отпускных единиц, то рано или поздно запутается оператор.
Конечно можно обзывать рулоны с метрами в названии, например: "рулон_102 метра" и т.д.
Можно попробовать так:
вывалить в фейс неиспользуемое поляе(1 штука в специф. доубле), где оператор будет проставлять кол-во рулонов, а в остальном все заполняться по метражу, подправить форму для печати, где выводить рулоны место метров и усе, списание будет проходить по метрам, для клиента в форме будут печататься рулоны.

[Seybukan]

Есть поле KATMC.CDOPED
Доп. Еденица измерения
Правда вроде ни чего не реализовано по этому полю.
Но хотели что-то вокруг да около вашей задачи.
Но так конечно не получиться если нужно знать скока в каком рулоне метров, так как в данном случае получаться рулоно-метры.

[sim]

Каждый рулон сделать отдельной партией. Единица измерения - метр. Уж лучше пусть будет 100 партий, чем 100 единиц измерения. Зато с учетом и отпуском проблем не будет. При выборе из остатков в разрезе партий все видно - сколько рулонов по сколько метров есть.

[ecasoft]

Действительно с ед. измерения ничего не получается,т.к. это вроде как новый разрез нужен.

С партиями я писал - они уже заняты обычным понятие партии..т.к. рулоны тканей по партиям приходят..и партии уже использовать нельзя.

GROMу
Чего-то я ничего такого простого не вижу
Товар принимается и отпускается, храниться естественно рулонами, а в системе это никак не отражается по тому, как написано - чего-же тут хорошего? Хотя все же на этом пришлось остановиться . Задачи подбора длины не стоит. Просто учет нужен..быстрый прием и отгрузка..инвентаризация и т.д.

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

Может какой еще опыт есть учета в двух единицах?

[Deinis]

Возможно еще решение - заводить новые МЦ.

Например:
ТКАНЬ КР1834 102м/р
ТКАНЬ КР1834 150м/р

где
КР1834 - название материала
150м/р - скока метров в рулоне

У нас, например такие МЦ:
АНАЛЬГИН АМП.50% 1МЛ N10
АНАЛЬГИН АМП.50% 2МЛ N10
...

[sim]

Игорь сказал:
> С партиями я писал - они уже заняты обычным понятие партии..т.к. рулоны тканей по партиям приходят..и партии уже использовать нельзя.

Все-таки можно попробовать вот в таком варианте. Допустим, прежний формат партии &N[20] - (номер накладной). К нему добавить параметр R - уникальный номер партии. Получится &N[20]_&R[20]
Если настройка "Атоформирование партий" была "одна по документу", то установить ее "для каждой МЦ".
К примеру, оформляем накладную N 777 на приход 100 рулонов ткани, все с разным метражом.
Бьем в спецификацию одну строчку с одним рулоном. Далее дублируем эту позицию по функции меню (число копий 99). Далее функция "Автоформирование партий". Получаем 100 записей с разными партиями типа 777_001, 777_002 и т.д. При желании можно объединить эти позиции в группу партий "777", т.е. группа будет называться так же, как раньше называлась партия. Преемственность налицо
Ну и... Осталось только "пробежаться" по спецификации 100 раз и проставить длину каждого рулона.
Из недостатков метода можно отметить смену методики названия партии на "для каждой МЦ".
Это может оказаться неприемлемым для других типов товаров.

[Grom]

Косякин Игорь:
"Пока думаем так - на каждом рулоне будет штрих-код ставиться, структура которого в первых цифрах содержит код ткани, а в последних - длину...."
Может быть удобнее и проще ставить два штрих-кода:
- код ткани
- длина в метрах
При первом вводе читалкой сразу выбирается ткань, а при втором вводе читалкой - количество. А далее - как у Вас написано. Если длины рулонов колеблются в небольших пределах относительно длины одного рулона и отпускается не огромным количеством рулонов, то возмоно использовать статистические апроксимирующие функции для вычисления кол-ва рулонов исходя из общего топускаемого метража.

[ecasoft]

С МЦ понятно, но не очень получается, т.к. я писал, что в накладной откускают в метрах (т.е. если бы Ваш анальгин заказывали килограммами и в накладной стояло Анальгин 2.2 кг, а на самом деле Вам надо набрать упаковок сколько-то). Я хочу сказать, что все же если разные совсем МЦ, то не хватает функциональности сворачивать и разбивать позиции в накладной и других документах МЦ, относящиеся к одному АНАЛЬГИНУ. Хотя такой вариант тоже рассматривался. В принципе можно сворачивать исходя из принадлежности к одной группе. Тут еще пугает огромное количество МЦ.


С партиями я помоделирую. Может действительно подумать. Наспех не могу сказать.


Ну два кода хуже, чем один - два раза читать не эргономично..а в принципе результат один...мне не составляет труда выделить вес из кода сразу после чтения - это не проблема.

Всем большое спасибо за советы. Будем еще прикидывать, т.к. время есть пока.

Если еще есть идеи, то буду благодарен.


P S На самом деле вся проблема из-за нашего российского разгельдяйства в производстве. Все импортные ткани имеют всегда фиксированную длину и такой проблемы для них вообще не существует. Наши режут как попало и руками на ярлыках пишут длину...сами себе создавая проблему в учете и всех оптовикам и т.д. по цепочке.