Плавающий коэффициент пересчета единиц измерения

[sema]

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

[Seybukan]

ДЕИ Вас не спасут.
Тут придется делать партионный учет, чтобы понять какой коэффициент пересчета применить для данной партии при отпуске.

[sema]

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

[vadim]

можно попробовать учетную единицу сделать в килограммах, а отпускные - метры - вводить на каждый приход со своим коэффициентом (и датой)
или наоборот: учетная в метрах, а отпускные - килограммы - вводить на каждый приход
на самом деле, особых сложностей быть не должно, в конце концов множество отпускных единиц в итоге примет более-менее конечный набор значений, и все, что останется оператору - устанавливать для каждого прихода корректную единицу (либо создавать новую), только и всего

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

[sema]

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

Этот вариант рассматривался в первую очередь, но... Главная проблема - каталог ЕИ некрасиво раздуется, причем он будет битком забит этими квазикилограммами: кг_01.01.10, кг_26.03.10, и т.д. Которые в принципе будут одноразового использования.
В-общем не хотелось бы создавать помойку.
А на ДЕИ обратили внимание почему - потому что там какие-то формулы можно применять, вот и пришла мысль: вводить в спецификацию параметр, который будет использоваться затем в формуле пересчета коэффициента. В этом случае отпускная единица (или ДЕИ) будет использоваться только одна. Но видимо не прокатит такой вариант. Если только есть какие-то хитрые возможности, которые мы не увидели?

[Seybukan]

Делаем ДЕИ.
В каждой партии прихода задается коэффициент, а лучше написать скрипт "после оприходования".
Надо сделать формулу пересчета из учетной в ДЕИ по формуле выдернув коэффициент из партии, по которой ведется отпуск.
Да и придется вести складской учет в ДЕИ.

Хотя если ведется партионный учет и ведется склад по ДЕИ, следовательно коэффициент это отношение остатка по партии закупки товара в ДЕИ к учетной.

[vadim]

Главная проблема - каталог ЕИ некрасиво раздуется, причем он будет битком забит этими квазикилограммами: кг_01.01.10, кг_26.03.10, и т.д. Которые в принципе будут одноразового использования.

одноразового - если присваивать дату, а если коэффициент - будут многоразовыми и в конце концов перечень единиц вообще устаканится.
Сам по себе каталог едини измерения никому не нужен. Его не публикуют на плакатах, с ним сталкивается де-факто только оператор, который заносит МЦ. А какая ему, спрашивается разница, где сталкиваться с доп. сложностью - при выборе единицы измерения или при вводе ДЕИ?