Ваші коментарі

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

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

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

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

Что касается печати pantone в офсете, то для этого кракопрогона правильнее сделать ещё одну операцию для оборудования "Печать PANTONE" и так ещё одну в изделии со своей приладкой и стоимостью. 
Для того, чтобы исправить данную ошибку, вам необходимо зайти SQL Management Studio  (пуск-все программы-Microsoft SQL 2008 R2-SQL Management Studio) и выполнить данный скрипт(ftp://office.axistem.ru/SQLcriptsImportExcel_Obor.sql)
Что касается входящей цены - то она определяется автоматически на основании приходования на склад от поставщика и может менять от поставки к поставке. Тоже самое и с полем "Поставщик" - оно заполняется автоматически, как только товар был получен от поставщика.


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

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

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

Но(!) я не спорю с Вами относительно этой идеи расчета, я просто хочу сказать реализовано так, как реализовано :) И переделать быстро не получится точно. Более вероятна возможность сделать функциональную надстройку для работы с оборудованием/операциями, но, к сожалению, не в ближайшее время. 
Решение создано и доступно для заказа по адресу: www.axistem.ru/sales 
официальное название продукта "КлиК-CRM: Продажи"

В первой версии отсутствует ряд внешних утилит:
  • Штатная интеграция с 1С, но её выпустим в 1ом квартале 2012 и раздадим всем желающим.
  • Web-интерфейса тоже встроенного нет. К лету должен появиться.
  • Скрипты адаптивного переноса данных в "КлиК: Комплексная конфигурация (Управление бизнесом)" так же ещё пока не готовы и скорее всего будут доступны после выхода интеграции с 1С. 
Данные опции не влияют на архитектуру решения и могут быть задействованы по мере готовности и доступности пользователям.
Задача не из "быстрых", поэтому пока будет поставлено только в план рассмотрения и первичного анализа.