Управление заказами
По аналогии с ИТМ, в ПС сделан справочник статусов заказа с изменением по событию. Но, при реализации этого справочника, не сделаны такие важные моменты, как плановая длительность статуса и учет плановых и фактических дат начала и окончания статусов заказа. Без этого механизма нельзя распланировать прохождение заказа по подразделениям, составить расписание заказов. Получается, что механизмы именно управления заказами в ПС не реализованы, ибо нечем управлять, нет регистрации плана и факта изменения состояния заказа, а без этого отследить на какой стадии заказ "застрял", весьма затруднительно.
По формированию справочника номенклатуры. В ПС нельзя задать возможность учета номенклатуры в базовых и дополнительных единицах измерения для листовых и лакокрасочных материалов. Без этого механизма материально-количественный учет не является полноценным. В справочнике контрагентов ПС, недостатком является возможность завести только один адрес контрагента. На практике, адресов контрагента может быть несколько: фактическое проживание и доставка, например. Кроме того, нельзя указать список документов для физических лиц, при подписании договора с клиентом, как правило, требуется паспорт или иное удостоверение личности.
Формирование состава заказа в ПС произвело грустное впечатление. Если в разных заказах у меня разные столы по размеру и используемому типу стекла, то для каждого стола каждого заказа я должен создать отдельную спецификацию и внести туда заранее рассчитанное количество материала. А в чем тогда смысл автоматизации формирования заказа в ПС, если материальный состав все равно необходимо рассчитывать самому или в конструкторской программе, и вносить ручками в каждую новую спецификацию. Этак, через полгода работы у меня в журнале будет 700 спецификаций только столов. Или 1000 подставок под TV и стульев. Спецификация на однотипный сборочный модуль должна быть всегда одна. Размер и количество деталей, фурнитуры и комплектующих должно быть действительно параметрическим, т.е. должна быть возможность прописать формулу расчета нужного мне параметра исходя из размера сборочного модуля и конструктивных свойств. То, что в ПС называется гордым словом "параметрическая спецификация" - это всего лишь возможность указывать не явно номенклатуру, а ссылку на свойство, а само значение свойства ставится для изделия в заказе. Только вот количество расхода по спецификации все равно считать самому и указывать в виде цифр. Я не знаю, думал ли об этом ПС, но сделать так, чтобы размеры и количество деталей считались параметрически на основании габаритных размеров корпуса, в ПС нельзя. Значит, возвращаемся к проблеме, связанной с необходимостью организации громоздкого справочника номенклатуры и спецификаций на каждый типоразмер, на каждый индивидуальный заказ.
В конфигурации ПС реально напрягает то, что при вводе позиций в заказ, нет возможности установки типовых размеров продукции из списка или задания нестандартных размеров. А это значит, что всю продукцию предприятия, не говоря у же о деталях, придется вносить в справочник номенклатуры СО ВСЕМИ вариантами размеров и цветов, что и для серийного производства неудобно, не говоря уже о заказном. Если производим стол семи типоразмеров и десяти цветов покрытия, и стол имеет 5 деталей, то в справочнике номенклатуры придется внести 70 позиций столов и 350 деталей, плюс 70 спецификаций на каждый стол. А если производим 30 разных номенклатурных столов? А еще учесть варианты цвета пленки покрытия, а пескоструй, матирование? И не надо открывать учебник по комбинаторике…
В принципе есть возможность в ПС загрузить информацию из конструкторских программ. Списком. Т.е. название детали. А ее атрибуты – руками, т.е. описанный выше случай. Древовидную структуру номенклатуры заказа в ПС я не увидел, и проблему параметрический деталировки сборочного модуля ПС не решает.
Свойств заказов тоже не увидел. А вещь полезная. Кроме информации, которую заполняют продавцы в салоне, есть еще свойства, которые надо автоматом применять на состав заказа целиком, например - цвет стекла, цвет матирования. Очень помогает при вводе заказа. Не надо делать лишние движения мышкой.
В ПС, при внесении позиций в заказ, обязательно требуется указание спецификации. А если ее нет в принципе? Например, надо повторно изготовить бракованную деталь или произвести только столешницу? Каждый раз спецификацию новую создавать? Указывать там рассчитанный вручную материал и операции? Хлопотно это. И неинтересно. Зачем тогда программа?
Резервирование по заказу в ПС сделано нефункционально. Флажок резервирования ставится на весь заказ целиком. Но не все позиции по заказу должны ставиться на резерв. Некоторых – на год вперед хватит. ПС умеет указывать только один склад резервирования. А если не все позиции лежат на одном складе? Что чаще всего и происходит. Возникает смысловой гимор. Зачем тогда нужен институт резервирования? Я должен видеть остатки зарезервированных по другим заказам материалам как по всем складам в отдельности, так и консолидированно, а также стоимость материалов и комплектующих на резерве. При этом резервироваться должны только покупные и комплектующие, а учет продукции, которую мы производим по заказу, должен быть сделан так, чтобы нельзя было отгрузить предметы, относящиеся к другому заказу, да и только.
Настораживает возможность указать в заказе для Стола в поле "Количество" в заказе 0,2 шт. Это хуже и накладнее, чем полтора попугая. Где же проверка и защита от шаловливых действий пользователя?
Огорчает количество выходных форм по заказу клиента. В ПС насчитал - 2 штуки. По сравнению с ИТМ (10 штук) явный проигрыш. Как минимум должен быть Договор, спецификация заказа, Акт приемки, Акт установки.
Ценообразование в ПС производит убогое впечатление. Как мне подсчитать затраты на доставку, установку, замер? Причем услуги бывают как в разнознаковых абсолютных величинах, так и в процентах от стоимости заказа. Причем услуги можно предусмотреть, а можно и не угадать, чего захочет клиент. Вот в ИТМ у меня есть механизм создания алгоритма расчета стоимости заказа, который я тут же могу применить. А мало их подсчитать, надо еще в документах клиенту отразить. А скидку на весь заказ поставить? или еще бонус? Прайс-лист в ПС не нашел. Вместо этого предлагается поставить всего две цены - закупки и продажи в карточке номенклатуры. Жирный минус.
Не нашел в ПС возможности на основании заказа сформировать заявку на снабжение. Когда в составе заказа присутствуют покупные материалы, комплектующие и изделия, надо автоматом проанализировать состояние складов на дату регистрации заказа и сформировать заявку на снабжение с учётом минимального остатка, резервов по др. заказам, чтобы потом обработать накопившиеся заявки по заказам и подобрать поставщиков. Явная недоработка.
Сильно не достает в ПС учета рекламаций. Он нужен для того, чтобы классифицировать и учесть позиции, подлежащие переделке и автоматически сформировать повторный заказ и, следовательно, производственные документы, наряды и пр... Причем, чтобы свойства цвета, другие конструктивные характеристики наследовались от исходной позиции основного заказа. В ИТМ не помешало бы кроме трех аналитических отчетов по рекламациям добавить статистические отчеты за период, чтобы видеть тенденцию работы службы качества и динамику источников рекламаций.
Аналитика по заказам порадовала в ПС только одним отчетом "Управление заказами покупателей". В ИТМ аналитических отчетов 12 штук плюс красивая графика расписания заказов, плюс очень полезная вещь под названием "Органайзер". Существующие отчеты в ИТМ больше относятся к типу табличных. Неплохо бы добавить аналитические отчеты в виде сегментных диаграмм и линейных графиков.
Итог по блоку (что работает в ИТМ и отсутствует в ПС)
• Планирование прохождения заказа по статусам, контроль сроков прохождения статусов;
• Формирование справочника номенклатуры и спецификаций без привязки к типовым и заказным размерам, цвету и др. конструктивным характеристикам;
• Древовидная структура заказа;
• Учет в заказе цветовых и конструктивных свойств, учет в ценообразовании стоимости услуг, возможность расчета стоимости по пользовательскому алгоритму;
• Возможность указания типоразмеров или заказных размеров для автоматических расчетов в производстве и формирования производственных документов;
• Возможность указания нестандартной спецификации сборочного модуля;
• Учет рекламаций и возможность автоматического реагирования;
• Отчеты для клиентов (очень мало);
• Аналитические отчеты (очень мало);
В целом, управление заказами в ПС отсутствует. Простая регистрация состава заказов, сопряженная с вагоном ручного ввода - это не управление. Такой учет можно и проще вести в Экселе.
Складской учет
Начал с простого. В ПС формирую накладную перемещения на передачу стекла со склада на участок раскроя. Накладные перемещения приходится заполнять руками. Автозаполнение по заказу отсутствует, вместо этого предлагается заполнять по каким-то резервам, что логически неправильно, т.к. не всегда весь состав заказа резервируется. После ручного добавления в накладную позиции "Стекло 10 мм свет.2550х1605" программа потребовала указать вариант исполнения. Что за дикость? Стекло 10 мм - это не готовая продукция и не полуфабрикат. И заставлять для материалов и комплектующих указывать вариант исполнения - лишняя нагрузка на кладовщика. Любви к программе это ему не прибавит. Не говорю уже о том, что нет возможности учесть сколько я передал на производство листов стекла определенного формата, банок краски и рулонов пленки, и чтобы автоматически рассчиталось и учитывалось в метрах квадратных, килограммах и метрах погонных.
Далее оформляем в ПС приходную накладную. По крайней мере, на "вариант исполнения" не матерится. Это радует. Вношу приход, все по чину. Только вот незадача - товарная накладная от поставщика одна, а разнести мне надо на разные склады: фурнитура, лакокраска и листовые. А на весь приход только один склад. В ИТМ такой момент учтен. Можно для каждой позиции в одной приходной накладной указать свой склад оприходования. Далее, снова задача учета основной и дополнительной единицы измерения. В ПС количественные параметры по единицам измерения, а также разницу между фактическим и документальным количеством учесть нельзя. Огорчает. Но уже не меня.
В процессе деятельности часто требуется получать ответы на такие вопросы: сколько листов стекла по цвету, типу, форматным размерам находится на складах, сколько деловых обрезков, цвета, размера и типа материала есть в запасе. Деревообработчикам еще требуется учет сортности, размеров пиломатериалов, номеров пачек комплектации. По сути, речь идет о том, что складской учет мебельного и деревообрабатывающего производства должен поддерживать учет по настраиваемым свойствам и размерам. Значит в складских и производственных документах, заказах клиентов должны быть поля ввода размеров, и значений учетных свойств. Полноценного учета по свойствам и размерам в ПС нет, хотя бы потому, что нет полей указания размеров. Учет по свойствам ковырять не стал, так как указывать всякий раз вручную свойства через атрибут "Вариант исполнения" жутко неудобно. Да и отчетов по свойствам и размерам нет как таковых. В ИТМ это есть, но не хватает методического описания по настройке и использованию данного механизма.
Итог по блоку (что работает в ИТМ и отсутствует в ПС)
• Автоматическое формирование накладных перемещения по составу заказа;
• Учет в нескольких единицах измерения;
• Учет в приходных накладных разных складов-получателей и разницы между фактическим и документальным количеством;
• Полноценный учет по настраиваемым свойствам и размерам;
• Учет и повторное использование деловых отходов через "Брак производства";
• Работа с наборами и комплектами. Акты комплектации, разукомплектации;
• Аналитические отчеты (очень мало).
Снабжение
Изучение реализации задач снабженца в ПС разочаровало по полной. Не реализована базовая сущность работы снабженца. В ПС нельзя собрать заявки по заказам, сгруппировать по позициям и датам поставки, на основании справочных маркетинговых и данных об условиях поставки, оплаты и возможностях подобрать поставщика или предложить выбор. В ПС нельзя сформировать заявку поставщику, получить и зарегистрировать счет от поставщика, автоматически сформировав при этом данные для финансового планирования, т.к. не всегда то, что требуется по нашей заявке, есть у поставщика или количество поставки выше, чем по заявке. В ПС нельзя на основании вышеуказанных форм зарегистрировать приход от поставщика, чтобы в итоге, по цепочке документов, сформировать сличительную ведомость и проконтролировать расхождение в поставке, товарный баланс поставщика и др. параметры. Вместо этого в ПС предлагается вручную сформировать заявку поставщику и потом на ее основании сформировать приход от поставщика. Финиш. Снабженцу от такой реализации пользы никакой, все то же самое он может делать с калькулятором в руках или в Экселе. Там у него хотя бы справочник позиций поставщиков, с ценами и прочими полезными атрибутами. Больше в ПС для снабженца полезного ничего не нашел.
Итог по блоку (что работает в ИТМ и отсутствует в ПС)
• Автоматическое формирование заявок на снабжение по заказу, производственному плану, прогнозированию и оценке пороговых уровней остатков на складах;
• Полноценный справочник позиций поставщиков с полезными атрибутами;
• Автоматический подбор поставщиков и формирование сводной заявки;
• Товарный баланс поставщика;
• Оценка обеспечения покупными и комплектующими по каждому заказу;
• Прогнозирование складских остатков на основании норм расхода в производство по нарядам будущих периодов.
Производство
Театр начинается с вешалки, а производство начинается с технологической подготовки. Любая производственная деятельность базируется на определенном множестве техпроцессов. Каждый техпроцесс представляет собой последовательность операций, который выполняются на рабочих местах. Последовательность операций образует базовый маршрут производства. Поскольку рабочих мест на участке может быть несколько, возникает понятие альтернативный маршрут производства. Кроме того, операции техпроцесса порождают нормы расхода времени, материала и трудозатрат. И если прописать техпроцесс в ИТМ получается логично, то в ПС столкнулся с тем, что нормы расхода материала предлагается внести в списке "Сырье и материалы", а операции перечислить в списке "Сдельные операции". Мало того, что на каждый вариант типоразмера и цвета я должен сам подсчитать расход и внести спецификацию, так еще в эту спецификацию я должен каждый раз вносить операции? Ерунда какая-то. У нас так… Формируем справочник техпроцессов в виде последовательности операции, каждой операции назначаем или рассчитываем нормы трудозатрат и нормы расхода материалов. В спецификации формируем состав сборочного модуля, т.е. детали, комплектующие. Каждой детали в спецификации назначаем техпроцесс и параметры обработки. Это я увидел и сделал в ИТМ. В ПС вносить операции в спецификацию как-то не вдохновило. Должен быть справочник техпроцессов. То, что в ПС называется "Этапы производства" - это простое перечисление порядка следования операций. Проблема в том, что техпроцессов несколько, а не один, как заложено в этом справочнике. Явное логическое недоразумение идеологов.
Долго пытался понять, как в ПС сделать так, чтобы норма расхода материалов и трудозатрат считались параметрически на основании размеров и свойств сборочного модуля заказа. В итоге убедился, что это нереально. В отличие от ИТМ, в ПС не реализована параметрическая модель расчетов производства. А делать ее им придется, потому что для автоматизации, например, стекольного производства, получаем в ИТМ автоматический расчет норм и следующий объем справочников: техпроцессы - 50 штук, номенклатура (сборочные модули + столешницы + детали) - 200 штук, спецификации - 100 штук. Столы делаем из 5 цветов стекла, плюс 10 вариантов матирования. Столешницы - 10 моделей, разного цвета окраски и пленки. Каждый стол имеет пять типоразмеров. Чтобы учесть это все в ПС, необходимо в справочнике номенклатуры иметь 2500 позиций, спецификаций 2500, причем для каждой спецификации я должен рассчитать нормы материала, рассчитать и внести нормы для операций в каждой спецификации. Видимо, в ПС не ставили задачу автоматизации службы технологической подготовки производства, если приходится выполнять расчеты самостоятельно и вносить вручную нормы. Технолог будет прятаться от компьютера на второй день.
Есть в ПС такой справочник "Рабочие центры". Аналог справочника "Рабочие места" в ИТМ. Это хорошо, только вот нельзя в спецификации ПС указать на каком рабочем центре выполняется операция. В ИТМ справочник рабочих мест используется при описании техпроцессов, на каком участке и рабочем месте выполняется операция. Да и графическое отражение альтернативных маршрутов по каждому виду продукции в сервисном модуле МПР, входящем в модуль «Производство» ИТМ, тоже не обходится без характеристики рабочих мест.
Вопрос практической полезности этого справочника в ПС пока остался открытым.
Может дальше будет? Сформировали в ПС заказ клиента. Формируем заказ на производство. Вот тут как раз указываем рабочий центр. Победа. А где формирование производственного плана? Оценка потребностей на производственный план? Посменное формирование нарядов? Пооперационный учет? А нету этого. Далее предлагается оформить "Выпуск производства". То, что в этом документе можно указать только одно готовое изделие - шокирует. А если у меня по заказу на производство сделано 7 столов, создавать 7 документов? Грустно.
Крайне не хватает в ПС пооперационного учета. Как можно говорить об автоматизации производственного учета, если нет этого механизма. Получается, что на входе в производство - документ "Заказ", на выходе - "Выпуск". Материалы со своим (заранее рассчитанным и введенным) количеством сведены в один список, операции в свой список. Этакий черный ящик под названием "учет производства", причем, что должно происходить внутри – само по себе не возможно, потому что не реализован пооперационный учет.
Еще пример необходимости наличия такого механизма. Столы могут поставляться собранными или разукомплектованными. В техпроцессе столов есть, соответственно, операции "Сборка" и "Комплектовка". Надо связать их со свойством стола, чтобы сформировать правильный документооборот и учет по факту выполнения наряда. В ИТМ это присутствует в настройках операций техпроцессов. В ПС такого механизма нет.
Огорчает отсутствие в ПС механизмов формирования оптимизированных нарядов. Согласно демо-роликам, есть возможность формировать наряд на резку и объединять там детали одного цвета. Это 5-10% от возможных улучшений производственного процесса. Потому что кроме раскроя, потенциалище для оптимизации заложен в каждой операции, будь то - фрезерование, матирование, пескоструйка, покраска и т.д... У каждого – свои. В ПС нет возможности задать параметры кромочной обработки сторон деталей или обработки торца и параметрически подсчитать нормы трудозатрат. В ИТМ предусмотрена графическая настройка параметров обработки и/или кромления разных сторон разными типами. Если же речь идет об обработке торца стеклянной столешницы, то настроить обработку тоже не представляет труда. Возвращаясь к раскрою, приведу еще один небольшой пример. В зависимости от вида детали и параметров кромочной обработки, необходимо чтобы в наряде на раскрой размеры были меньше чем конструкторский размер детали. В ИТМ опять же это настраивается в справочнике техпроцессов. Как настроить эту полезность в ПС абсолютно непонятно.
Относительно качественного планирования производства можно отметить следующее. Нельзя полноценно спланировать то, чего не можем учесть. Отсутствие в ПС пооперационного учета и самой доктрины производственного документооборота, ставит под сомнение декларации ПС об "оперативном планировании производства". Зачем диспетчеру механизм планирования, в котором он должен отслеживать и корректировать вручную показатели производства и не сможет увидеть пооперационное состояние заказа. То, что показано в демо-ролике ПС, многие диспетчеры и так составляют в Экселе или у себя в кабинете на больших досках. У меня в ИТМ планирование настроено так, что я могу выбрать и любой альтернативный маршрут и любое имеющееся в распоряжении оборудование. Всё зависит от того, «сколько вешать граммов». Видя план и зная возможности своего производства, я могу позволить себе выбрать первое приближение, а ИТМ оттачивает моё видение и говорит, если я не прав, что нужно поменять. В любом случае, в результате я имею наряды на каждое рабочее место на каждую смену, маршрутные листы и пр. документы, автоматом – зарплату и прочие кайфы. Для неискушенных, достаточно заявок на производство. На их основании, МПР посчитает производственное расписание, а значит, сформирует производственные документы.
Итог по блоку (что работает в ИТМ и отсутствует в ПС)
• Справочник технологических процессов;
• Альтернативные маршруты производства;
• Параметрические спецификации с возможностью формирования состав деталей и параметров кромления деталей в сборочном модуле;
• Параметрический пооперационный расчет нормативного расхода материала и трудозатрат;
• Взаимосвязь свойств позиций заказа с признаком выполнения производственной операции;
• Формирование производственных планов по типу продукции, оценка потребностей для снабжения, резервирование на основании производственного плана;
• Поддержка базовых типов производственного документооборота;
• Формирование оптимизированных производственных нарядов (раскрой, обработка торца, фрезеровка, сверление), маршрутные листы;
• Пооперационный учет;
• Частичный выпуск производства на разных рабочих местах и сменах по нарядам;
• Расчет плановой и фактической загрузки производства по дням, сменам, рабочим местам;
• Производственное планирование и формирование оптимального расписания производства исходя из оптимизации загрузки рабочих мест, сроков выполнения заказов, расчета оптимальной партии деталей в нарядах.
Резюме
Учитывая результаты экспертизы решений от ПС и ИТМ, которые приведены выше, нет необходимости говорить, что автоматизировать заказное производство на ПС чрезвычайно трудоемко или вообще нельзя, если конечно это заказное производство не базируется в гараже и количество заказов не превышает 20 штук в месяц. Программа от ПС не может называться программой управления закупками, производством, заказами, потому что она не содержит в себе минимальный продуктовый набор для учета мебельной специфики, не говоря уже об управлении.
В процессе переговоров на выставке и прямых переговорах, представители ПС делают особый акцент на том, что их решение автоматизирует все типы производств и полностью учитывают специфику мебельного производства. Подобные декларации являются прикрытым враньем, поскольку все типы производства нельзя реализовать на одной конфигурации и таким убогим ядром, которое есть сейчас. Если посмотреть релизы ИТМ для заказного и серийного производства, после настроек и формирования справочников, идеология учета заказов и производства получается разная, а смешивать все типы производств в один релиз - это никому не удавалось ни в России, ни на Западе, ни на Луне. Заявлять о полном учете специфики мебельного производства в ПС - вызывает умиление и грусть, ибо не научившись делать базовые вещи в виде учета по различным единицам измерения, сложно претендовать на что-то большее.
В ПС по сравнению с ИТМ лучше только одно - рекламные материалы. Они имеют цветной привлекательный характер, как Русские Народные сказки для детей, а презентации и плакаты с кубиками и стрелочками и рассказами о том, какое счастье меня ждет, располагают к расслабленности. В процессе прямых переговоров почему-то предлагают посмотреть презентацию, а не реальный рабочий пример, на прямые вопросы не всегда отвечают четко и конкретно. Хорошо, что раздают демо-версии, начинаешь понимать, где сказка, где быль. Если в ПС чего-то нет, не признаются честно, начинают объяснять что "это есть в другом релизе" или "скоро будет". Немного странно, что на выставках раздают "ПС: Мебельное производство" а потенциальным клиентам дополнительно рассказывают про другое решение "ПС: Мебельная фабрика", дескать там есть все, но кроме презентаций с сайта ничего не дают. Сама схема продаж у ПС достаточно проста. Приезжают на фабрики, показывают презентации, декларируют, что у них есть все, или почти все, а если чего и нет, то скоро будет. На вопросы, в которых "плавают", стараются прямого ответа не давать. Как правило, переговоры заканчиваются предложением клиенту сформировать список задач, что ему надо, а ПС все подсчитает, во сколько обойдется клиенту побыть спонсором-тестировщиком для развития конфигурации.
Объективно оценить стиль сотрудников службы сбыта ПС помог этот мебельный форум. Как правило, запросы действующих клиентов ПС сопровождаются бодрыми рапортами, что принято к реализации или скоро будет. Но каждый новый релиз глобального улучшения конфигурации не приносит. Есть полезные частности, небольшие улучшения, но в целом ключевые недоработки остаются. Иногда информация в форуме от ПС тяжело воспринимается и насыщена мудреными словами. Читаешь, и не понимаешь, зачем сделано то или иное улучшение. Любой выпад в сторону ПС воспринимается достаточно агрессивно, появляется нервная злость. Уравновешенности не хватает.
Конкурентами эти две программы и назвать сложно. Это все равно, что сравнивать германский и китайский автопром. Активность и прыткость китайцев заслуживает определенного уважения, но скопировать дизайн задней фары, еще не значит получить аналог европейской машины. Важен опыт инженеров и общая концепция автомобиля. И тут опыт разработчиков ИТМ на порядок мощнее, но им надо помнить об активных и прытких китайцах.
Все-таки рекомендую продавцам ПС изучить рынок автоматизации и понять, наконец, что СУБД и системы автоматизации - разные субстанции. И в рейтинге СУБД - ORACLE всегда был и будет на первом месте. А что касается рейтинга систем автоматизации - действительно, совокупный объем доходов компании 1С по сравнению с продажами системы автоматизации Oracle Application будет повыше. Но это достижение именно компании 1С, а не ПС. ПС появился на мебельном рынке с чем-то представляемым в 2010 году и за это время сделать 50 внедрений ну никак не мог. Ну не убеждают такие бодрые заявления, а скорее настораживают. Больше верится, когда тебе показывают пару-тройку действующих релизов предприятий-клиентов твоего профиля.
И, тем не менее, к разработчикам ИТМ и ПС одинаковое пожелание по улучшению интерфейса. Понятно, что реализовать интерфейс iPad вам будет нелегко, но к этому надо стремиться. Или хотя бы к стилю Microsoft Office 2007. Не у всех пользователей точные и выверенные движения мышкой и попасть в мелкие кнопки иногда сложно. Не видел документации ПС, а разработчикам ИТМ стоит поработать над тем, чтобы документация и методические материалы успевали за новыми разработками. То, что осуществляются индивидуальные консультации и обучение по скайпу, это конечно хорошо, но наличие мультимедийных учебников не помешало бы.
В целом ИТМ производит впечатление на порядок мощного решения по сравнению с ПС. Во всяком случае, нашему предприятию ПС не подходит. Остается пожелать разработчикам ИТМ, чтобы методические материалы, содержание сайта и позиционирование стали более совершенными. Кроме того, интересуют наработки по заказным проектам, сделанным для различных клиентов начиная с 2006 года. С подробными описаниями и графикой. А то получается золотой слиток с примесями и слоем пыли. Мне было бы интересно знать, какие сделанные доработки я мог бы применить у себя, причём бесплатно). А ПС желательно кардинально улучшить расчетное ядро программы, продумать качественно структурную идеологию и функционал. Не стесняться учиться у того же ИТМ, Эссенции и 20-20. Чтобы стать "номером один" мало крикнуть об этом на форуме, надо делать функционально сильные вещи и побольше практических примеров и наработок. Мебельщики - народ сметливый и соображающий. Им нужно законченное решение, а не конструктор с напильником. Красивых картинок и мультиков будет недостаточно. Но, учитывая вашу молодость и напористость, приложив тонну усилий и времени, можно сказать, что определенного успеха достигнуть можно. Со своей стороны могу заверить, что по мере выхода новых версий и ИТМ и ПС с удовольствием изучу новинки и проведу оценки их профессиональной пригодности. Насколько позволит опыт.
PS Кое-кто на Западе может крякнуть, что материал носит ангажированный характер. Ага… И только поэтому я стал Представителем bCAD и ИТМ в Воронеже))) Обращайтесь, господа…
[свернуть]