по идее, чтобы просто узнать сколько листов планируется для раскроя - можно в ТЧ Материалов не загружать листы со склада(они там попросту могут отсутствовать), не задавать их количество вручную, а просто не указывать количество листов , оставив ячейку "Кол-во" пустой. ТОгда программа=сама раскроит задание на нужное количество листов.

. 2По моему меня никто не слышит...*PARDON* у меня есть листы Дсп Бук 2440х1830 мм, 2750х1830мм и 2800х2070 мм .Так какой из них выберет программа???? для расчета количества листов и на какие листы сделается раскрой???:-\

Программа будет руководствоваться следующей логикой:
1) Возьмет первый по списку лист и на нем сделает раскрой.
2) Если по каким-то причинам первый лист использовать невозможно (недостаточно количества, размеры листа не позволяют уложить все детали), то будет использован другой лист.

Ваше предложение я понял. Добавил в план:
1) Ставить листу на складе флаг "Использовать по умолчанию"
2) Добавить функцию быстрого анализа - какой лист предпочтительно использовать для раскроя.

FIDEL Вам говорил вот о чем: Если нужно быстро оценить - на каком типоразмере делать раскрой, то нужно сделать вот что:
- ввести на вкладке "Листы" в Форме заказа размеры листа. В этом случае листы со склада браться не будут.
- выбрать тип раскроя "Простой" (переключатель на панели инструментов) и нажать кнопку Раскроить.
В этом случае время анализа по каждому типоразмеру - 2-3 секунды.

Есть просьба. при импорте списка деталей excel программа ориентируется на название материалов.Можно ли сделать эту сверку по коду( уникальный идентификатор по счетчику который присутствует в любой программе проектирования). А то если хоть один знак или пробел лишний то не можем нормально работать.постоянно надо сверять данные в астре раскрой и сторонних программах.Прошу пусть у материала появится свойство типа User ID . и в настройках по умолчанию использовать именно этот параметр при импорте в астру раскрой.

При импорте из XML - это и делается. Либо по индексу, либо ко коду материала, либо по артикулу (из каталога поставщика) - на Ваш выбор. Импорт из Excel или импорт из текстового файла в этом смысле более ограничен.

Добавление нового параметра в импорт из XML не меняет в функциональности ничего. Сам импорт протекает фактически незаметно для пользователя. При импорте из Excel или из текстового файла потребуется добавлять новые параметры в настройку, менять настройку импорта на стороне пользователя и т.п.

В принципе, когда мы говорим о конкретном одном параметре, как в данном случае о коде материала, то - это простая задача и решается легко. Но как всегда бывает - у пользователей найдутся разные желания. Кому-то нужно читать код материала, кому-то его артикул, кому-то набор из десятка свойств (толщина, цена, плотность и т.п.). Реализация всего этого при импорте из таблицы Excel превращает сам импорт в тяжелейшую процедуру...

Поэтому встречное предложение - используйте импорт из XML.

Если говорить о нас то мы не имеем возможности экспортировать в xml того что нам надо из программы проектирования,потому используем excel. Не заостряю на этом много внимания.......
По поводу сверки материала по коду , артикулу, и .....прочим вариантам пользователей я же предложил ввести поле с названием User ID.Можно его назвать как угодно и пользователь в него сможет прописывать то что надо ему.Главное что он будет иметь эту возможность и появится больше гибкости у приложения.
....решите Пожалуйста эту задачу :)

Не вполне понятно. Допустим мы введем такое произвольное поле... Но его же надо будет конкретным образом обработать... Вот в Вашем случае - его надо будет обработать как "код материала", а другой пользователь скажет: "а я хочу, чтобы из этого поля читался код вторичной обработки детали на производстве контрагента"... Разве это поле может быть универсальным?

Это поле расширяет свойство материала БД Астра раскрой. А что пользователь хочет то пусть и заполняет в него.Ведь его функция при импорте считать именно те данные которые даст пользователь и загрузить для раскроя нужную плиту. Или Вы имеете ввиду проблему с типом поля? числовое или текстовое?

Нет, не с типом. Я имею ввиду - откуда программа Астра Раскрой узнает, что в этом произвольном поле User ID находится именно код материала? Ведь по определению там может быть любые данные.

а зачем ей знать что это. смотрите: у меня есть плита бук например. в пользовательском поле стоит например 123. при экспорте списка деталей у меня не название "Бук" идет, а данные 123. И Ваша астра уже сама понимает что это Бук. Поймите,что очень неудобно если когда экспорт идет используя название материала. Зашел кто то в настройки, увидел лишний например пробел или... короче подправил и надо сразу это делать в астре раскрой , если не забудешь... и постоянно синхронизировать. .... не знаю как еще объяснить.... только пользователь будет знать какие данные хранятся в этом поле.Что ему удобно то и впишет