Цитата:
Сообщение от
mazzy
Ох, это большая тема....
1.
Пересчет в зависимости от складской аналитики.
например, сыпучие материалы - пересчет тонны/кубометры сильно зависит от характеристик партии.
Присоединяюсь двумя руками! Мы для вертикального решения сделали зависимость от конфигурации по всей системе, пришлось дополнить до 200 вызовов UnitConvert::qty() и UnitConvert::value(). Зависимость от партии, полагаю, будет сделать безумно сложно: она известна совсем не везде, в расчет спецификации номер партии не "проникает". К сожалению, зависимость от аналитики нельзя сделать "по чуть-чуть": либо та или иная аналитика учитывается всегда и везде, во всех удаленных уголках системы, включая сводное планирование и ЕС-овский "Интрастат", либо пересчету единиц становится нельзя доверять.
"Доп. кол-во", как правило, бесполезно, поэтому комментировать не буду (у нас пока было немного клиентов, которым нужны Фаренгейты). Мастер - бесполезен. Улучшение интерфейса - бесполезно.
А вообще - обращайтесь, если что. Эти единицы измерения - моя любимая тема стала. Как, например, насчет того, что при коэффициенте пересчета порядка 1 E(-16) на точность начинает влиять (не лучшим образом) внутреннее представление вещественных чисел Аксапты? В результате встроил в пересчет единиц постоянный множитель, чтобы сдвинуть все маленькие вещественные коэффициенты "влево".
Как насчет того, что для интеграции с внешними системами приходится конвертировать единицы измерения и использовать для этого "внешние коды" в Аксапте? Если Вы попробуете настроить это, то с удивлением обнаружите, что можно сделать соответствие только 1:1, а 1:N настроить уже не получится. Например: "kg" в AX -> "kg" внешний, а также "кг" в AX -> "kg" внешний. Второе соответствие (синоним) настроить уже не удастся.
Как насчет зависимых от языка кодов единиц, чтобы для единицы "001" на сербском счете печаталось "кг", а на английском - "kg"?