Когда оптом не дешевле...

[olejka]

Доброго всем времени суток.

Уже давно столкнулись с данным парадоксом, но как-то закрывали на него глаза... Менеджерами компании, в которой я работаю, года два назад было замечено, что при просчёте одного и того же изделия в разном количестве стоимость единицы изделия может отличаться. Простой пример - цена одного стандартного окна, просчитанного отдельно, отличается на 1-2%, от цены такого же окна в заказе, состаящем из десяти таких окон. И если раньше "оптом" получалось дешевле (что можно было списать на оптимизацию раскроя - хотя, я очень сомневаюсь, что на стадии расчёта заказа идёт какая-либо оптимизация(поправьте, если ошибаюсь)), то теперь (версия 3.11.18) одиночное окно получается дешевле, чем "оптом" - проверено на большом количестве заказов. Возможно, разница в несколько процентов несущественна, но это часто вызывает вопросы, например дилеров, которые часто компонуют у нас свои заказы после нескольких предварительных просчётов по отдельности и узнают, что их окна подорожали на ровном месте.

Собственно, вопрос - сталкивался ли кто-нибудь с подобным явлением, и если да, то как с ним боролся? Возможно, что это из-за выбора какой-то опции расчёта? Или можно рассматривать явление как баг программы? Думаю, что нужно порыться в самой базе и сравнить спецификации и раскрои, которые формируются при расчёте заказа, но мож кто подскажет...

Изменено 8 июля, 2009 пользователем olejka

[Rexther]

В ПС есть 3 варианта расчета:

1. Раскрой профилей по целым хлыстам. При этом варианте (Вы даже не сомневайтесь) программа кроит профиль и укладывает его в определенное количество целых хлыстов. И цена буде за все количество целых хлыстов. Т.е. если у Вас какой-то профиль в МЦ задан с длиной хлыста 6000, а в проекте его 500 мм, то посчитает в цену прога все 6000.
   
2. Раскрой профилей с оценкой остатков. Это значит, что программа проверит длину всех обрезков и сравнит ее с длиной делового остатка, который для каждого профиля задан в МЦ - меньше этой длины - включит в цену, больше - оставит Вам на складе и в цену НЕ включит.
   
3. По спецификации. В этом случае просто сложит длину по каждому артикулу, по текстуре, приплюсует % отхода (если он определен все в тех же МЦ) и выдаст цену за такое кол-во.
   

Соответственно есть варианты - чьи % отхода учитывать (по типу МЦ, галочки справа)....

 

Для того, что бы на Ваш вопрос отвечать надо лезть в детали: как и что считалось и кроилось. Думается все оттуда

[КибальчишЪ]

В ПС есть 3 варианта расчета:

1. Раскрой профилей по целым хлыстам. При этом варианте (Вы даже не сомневайтесь) программа кроит профиль и укладывает его в определенное количество целых хлыстов. И цена буде за все количество целых хлыстов. Т.е. если у Вас какой-то профиль в МЦ задан с длиной хлыста 6000, а в проекте его 500 мм, то посчитает в цену прога все 6000.
   
2. Раскрой профилей с оценкой остатков. Это значит, что программа проверит длину всех обрезков и сравнит ее с длиной делового остатка, который для каждого профиля задан в МЦ - меньше этой длины - включит в цену, больше - оставит Вам на складе и в цену НЕ включит.
   
3. По спецификации. В этом случае просто сложит длину по каждому артикулу, по текстуре, приплюсует % отхода (если он определен все в тех же МЦ) и выдаст цену за такое кол-во.
   

Соответственно есть варианты - чьи % отхода учитывать (по типу МЦ, галочки справа)....

 

Для того, что бы на Ваш вопрос отвечать надо лезть в детали: как и что считалось и кроилось. Думается все оттуда

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

Изменено 9 июля, 2009 пользователем КибальчишЪ

[olejka]

Для того, что бы на Ваш вопрос отвечать надо лезть в детали: как и что считалось и кроилось. Думается все оттуда

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

Собственно, сегодня просчитал окна другой конфигурации - цена оптом получилась ниже, чем цена одного. Это радует. Но проблему не решает. Да, можно предположить, что разность цен вызвана тем, что в разных случаях у программы получается или не получается использовать деловые остатки. Но если переключить тип расчёта в "по спецификации", где считаться всё должно простым сложением длин соответствующих артикулов с учётом процентов отхода, то по логике цены должны получаться одинаковыми. Однако, этого не происходит. Цена отличается. И это уже нехорошо. Склоняюсь к мысли, что нужно набрать пару заказов с расчётом по спецификации, в которых стоимость одинаковых изделий будет отличаться, сделать копию базы и полезть в "кишки" IBExpert'ом дабы оценить, на какой стадии возникает данная проблема. Это не поможет решить саму проблему, но может дать ответ на вопрос "а почему так?"

[Rexther]

А в "ПрофСегмент" обращались? Что они говорят по этому поводу?

[olejka]

А в "ПрофСегмент" обращались? Что они говорят по этому поводу?

К профовцам, насколько я знаю, не обращались - как-то закрывали глаза раньше.

[Rexther]

К профовцам, насколько я знаю, не обращались - как-то закрывали глаза раньше.

 

Попробуйте....

Но сначала подготовьте примеры - создайте несколько проектов с изделиями и если там есть эта проблема перегоняйте их в ПрофСегмент. Не забудьте свой конструктив прицепить. А потом уже можно будет позвонить и все обсудить.

 

Удачи!