0
Answered

ризограф/цветность

в стандартной таблице цветность идет нумерация (1+0, 2+0 и тд).
у нас ризограф с 2 цветами (черный и красный)
стоимость печати красным больше, чем черным, поэтому у нас для ризографа сейчас буквенные обозначения цветности ч (черный) и к (красный) и получаются возможные сочетания цветности, например, ч+к; ч,к+к; к+0.
как задать цены при существующей таблице цветности?

ps аналогичная проблема возникает при печати на офсете пантоном, так как вроде б в один цвет идет печать, но дороже чем в 1 стандартный цвет CMYK
Заставило задуматься.

Получается, что сейчас разностоимостные цвета задать для операции не получится. Можно создать несколько различных операций для машины, например "печать черным", "печать черным+красным" и задавать стоимость операции для этих вариантов.

Понимаю, что способ слегка "уродский", но к сожалению, сейчас иначе не получится.

Что касается печати pantone в офсете, то для этого кракопрогона правильнее сделать ещё одну операцию для оборудования "Печать PANTONE" и так ещё одну в изделии со своей приладкой и стоимостью. 
этот "уродский" вариант тоже непросто реализуется, ибо надо выбирать из стандартного справочника цветности, который может быть изменен только администратором и там вариантов "черный" и прочие - просто нет.

про офсет и пантон - можно конечно так сделать, но тогда вопрос возникает про 5+0 и прочие сочетания цветности, ибо есть 5-7 красочные офсетные машины, которые кладут за один прогон CMYK+pantone+серебро+ВД лак.
хотя для таких "монстров" другие решения по автоматизации следует применять, с соотв. ценой.
Cходу даже вариант реализации в голову не приходит. В общем над этой задачкой надо будет задуматься - как и где указывать настройки стоимостей для конкретного вида цвета у конкретного оборудования. 

Видимо заполнять справочник цветностей в реализовывать привязку доступных вариантов к машине, далее указывать цены/себестоимость операций по сетке. Тогда в самой карточке печатной операции останется одно (то, которое есть сейчас) выпадающее поле  со списком доступных для операции цветностей. А, что касается опеределения кол-ва сторон, которое сейчас высчитывается из варианта выбранной цветности, то это алгоритм, придётся изменить, что бы он корректно работал с формулировками вида Ч+К или Ч,К+К и т.п. Как-то так, наверное...
делать привязку цветностей к конкретной технике - конечно правильно.
вообще система не должна позволять делать некоректные расчеты (неправильная цветность для данного аппарата, соответствие печатного поля и размера бумаги; материалов и видов постпечатки - например биговать бумагу 90г/м2 не получится, так же как и сфальцевать картон 300г/м2)
какие перспективы решения вопроса?
А не придумали ещё... :)

Там либо получается глобально перерабатывать блок формирования цен/себестоимости, включая интерфейс оборудования/операций... либо, какие-то неудобные и извращенные решения получаются, пусть относительно быстрореализуемые... 

Продолжаем думать.