Форум профессиональных мебельщиков PROMEBELclub
 
PROMEBELclub - Форум для мебельщиков: конструкторов, дизайнеров, мастеров, технологов и всех, кто имеет отношение к производству и изготовлению мебели. Программы для конструирования и дизайна мебели. Мебельная литература и обучающие пособия.
 
 

Вернуться   Форум профессиональных мебельщиков PROMEBELclub > Программы для мебельщиков > Программы и онлайн-сервисы для бизнеса

Меню

Маркет


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

Ответ
 
Опции темы Опции просмотра
Старый 12.04.2012, 11:31   #1
Анализ существующих программ управления. Выбор по следам внедренных решений.
 
Аватар для DiMaS
DiMaS
VIP
Регистрация: 10.12.2007
Адрес: Санкт-Петербург
Сообщений: 671

Сказал(а) спасибо: 853
Поблагодарили 713 раз(а) в 247 сообщениях
Версия для печати Отправить по электронной почте
DiMaS DiMaS вне форума 12.04.2012, 11:31
Рейтинг: ()

Тема родилась из:
Цитата:
Сообщение от PolySOFT Посмотреть сообщение
Поэтому, не умоляя достоинств этих веток, мы подумаем, что можно здесь сделать, чтобы нам всем было проще «сравнивать» ПО и это не носило бы характера «междусобойчиков»))). Думаю, выражу общую точку зрения, сформировавшуюся после прочтения ветки: Коллеги! Нужна конкретика! Думаю, тему так и назовём))
А вот скопившиеся обиду и грусть можно будет выливать сюда – в «Междусобойчики».

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

Всё остальное уже не интересно…
__________________
С уважением, Дмитрий Сперанский
представитель bCAD и ИТМ в Санкт-Петербурге



Последний раз редактировалось DiMaS; 13.04.2012 в 20:36..
Просмотров: 65021
Ответить с цитированием Вверх
3 пользователя(ей) сказали cпасибо:
chingisnah (12.04.2012), manemeb (13.04.2012), Pronko (16.04.2012)
Старый 12.04.2012, 12:53   #2
GlassMan
Новичок
 
Регистрация: 11.04.2012
Сообщений: 4
Сказал(а) спасибо: 1
Поблагодарили 13 раз(а) в 3 сообщениях
Вес репутации: 0
GlassMan на пути к лучшему
По умолчанию

До сего момента был только читателем. Следил не без интереса. Потому что сначала долго искали варианты и выбирали систему управления, потом выбрали, потом внедряли. Сейчас работаем на ИТМ. Часто общаюсь с разработчиками. Обсуждаем не только сами программы, но и всё, что вокруг них.
И вот, на основании своего опыта работы на ИТМ, а также материалов, которые удалось собрать по ПС, я попытался сделать анализ систем не по критериям и их весовым индексам (обсуждали с Соболевым), а проще – по функционалу. Работая на ИТМ, не составило большого труда «примерить» на предприятие и ПС. Если анализ покажется пристрастным, то это дань возникавшей в процессе сравнения эмоциональной составляющей. Поэтому, пусть ПС не обижается, было с чем сравнить.
И, возвращаясь к истокам… После изучения всех доступных возможных вариантов, выбор системы управления на моем предприятии оказался весьма простым.

ПС_vs_ИТМ

Управление заказами

По аналогии с ИТМ, в ПС сделан справочник статусов заказа с изменением по событию. Но, при реализации этого справочника, не сделаны такие важные моменты, как плановая длительность статуса и учет плановых и фактических дат начала и окончания статусов заказа. Без этого механизма нельзя распланировать прохождение заказа по подразделениям, составить расписание заказов. Получается, что механизмы именно управления заказами в ПС не реализованы, ибо нечем управлять, нет регистрации плана и факта изменения состояния заказа, а без этого отследить на какой стадии заказ "застрял", весьма затруднительно.
По формированию справочника номенклатуры. В ПС нельзя задать возможность учета номенклатуры в базовых и дополнительных единицах измерения для листовых и лакокрасочных материалов. Без этого механизма материально-количественный учет не является полноценным. В справочнике контрагентов ПС, недостатком является возможность завести только один адрес контрагента. На практике, адресов контрагента может быть несколько: фактическое проживание и доставка, например. Кроме того, нельзя указать список документов для физических лиц, при подписании договора с клиентом, как правило, требуется паспорт или иное удостоверение личности.
Формирование состава заказа в ПС произвело грустное впечатление. Если в разных заказах у меня разные столы по размеру и используемому типу стекла, то для каждого стола каждого заказа я должен создать отдельную спецификацию и внести туда заранее рассчитанное количество материала. А в чем тогда смысл автоматизации формирования заказа в ПС, если материальный состав все равно необходимо рассчитывать самому или в конструкторской программе, и вносить ручками в каждую новую спецификацию. Этак, через полгода работы у меня в журнале будет 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 и ИТМ в Воронеже))) Обращайтесь, господа…
[свернуть]
Вложения
Тип файла: pdf ИТМ_ПС.pdf (120.6 Кб, 109 просмотров)
GlassMan вне форума   Ответить с цитированием Вверх
8 пользователя(ей) сказали cпасибо:
Старый 12.04.2012, 18:33   #3
ps_Mike
Консультант
 
Аватар для ps_Mike
 
Регистрация: 05.11.2009
Адрес: Москва
Сообщений: 453
Сказал(а) спасибо: 134
Поблагодарили 380 раз(а) в 215 сообщениях
Вес репутации: 297
ps_Mike - очень-очень хороший человекps_Mike - очень-очень хороший человекps_Mike - очень-очень хороший человекps_Mike - очень-очень хороший человек
Смущение

Очень интересное и детальное сравнение, автор проделал серьезную работу, за что ему большое спасибо.

Ниже я расскажу о некоторых заблуждениях, которые, я надеюсь, возникли в результате недостаточности и неактуальности информации по нашим разработкам.

Скрытый текст


Я напомню, что есть 2 разработки - "ПС:Мебельное Производство" и "ПС:Управление Мебельной Фабрикой", которые различаются по функционалу (ПС:УМФ включает в себя весь функционал ПС:МП, за исключением пары форм), а так же дополнительный функционал расширяющий возможности работы с серийными изделиями. Судя по некоторым заявления решение ПС:УМФ Вы не изучали, так как там есть ответы на Ваши вопросы.

Цитата:
Сообщение от GlassMan Посмотреть сообщение

Управление заказами

По аналогии с ИТМ, в ПС сделан справочник статусов заказа с изменением по событию. Но, при реализации этого справочника, не сделаны такие важные моменты, как плановая длительность статуса и учет плановых и фактических дат начала и окончания статусов заказа. Без этого механизма нельзя распланировать прохождение заказа по подразделениям, составить расписание заказов. Получается, что механизмы именно управления заказами в ПС не реализованы, ибо нечем управлять, нет регистрации плана и факта изменения состояния заказа, а без этого отследить на какой стадии заказ "застрял", весьма затруднительно.
Понятия заказа покупателя и заказов на производство в системе разнесены и ровно поэтому статусы заказов покупателей являются таковыми как есть. Как в заказах на производство, так и в заказах покупателей указываются плановые даты исполнения данного заказа.
Документы "Выпуск продукции" фиксируют фактический выпуск готовой продукции (ГП) и полуфабрикатов (ПФ) под покупательские заказы.Изменяя даты заказов на производство Вы управляете датами выхода ГП и ПФ из производства. Для отслеживания этапов производства в рамках покупательского заказа существует интерфейс "Управление заказами покупателей", позволяющий отобразить все действия в рамках заказа покупателя. Именно он позволяет отследить на какой стадии застрял заказ.



В решении "ПС:УМФ" есть возможность указывать перечень подготовительных и заключительных этапов (в т.ч.непроизводственных) с плановыми и фактическими сроками и отображением в форме диаграммы Ганта.


Цитата:
Сообщение от GlassMan Посмотреть сообщение
По формированию справочника номенклатуры. В ПС нельзя задать возможность учета номенклатуры в базовых и дополнительных единицах измерения для листовых и лакокрасочных материалов. Без этого механизма материально-количественный учет не является полноценным.
Вы ошибаетесь, для любой номенклатуры доступно неограниченное количество единиц с указанием коэффициента пересчета. Либо не нашли, либо Вы имеете ввиду что-то другое.

Цитата:
Сообщение от GlassMan Посмотреть сообщение
В справочнике контрагентов ПС, недостатком является возможность завести только один адрес контрагента. На практике, адресов контрагента может быть несколько: фактическое проживание и доставка, например. Кроме того, нельзя указать список документов для физических лиц, при подписании договора с клиентом, как правило, требуется паспорт или иное удостоверение личности.
В справочнике контрагенты содержится информация о юридическом и фактическом адресе и перечне контактных лиц. На закладке "Реквизиты"
доступен перечень основных реквизитов юридических и физических лиц
.

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


Цитата:
Сообщение от GlassMan Посмотреть сообщение
Формирование состава заказа в ПС произвело грустное впечатление. Если в разных заказах у меня разные столы по размеру и используемому типу стекла, то для каждого стола каждого заказа я должен создать отдельную спецификацию и внести туда заранее рассчитанное количество материала. А в чем тогда смысл автоматизации формирования заказа в ПС, если материальный состав все равно необходимо рассчитывать самому или в конструкторской программе, и вносить ручками в каждую новую спецификацию. Этак, через полгода работы у меня в журнале будет 700 спецификаций только столов. Или 1000 подставок под TV и стульев. Спецификация на однотипный сборочный модуль должна быть всегда одна. Размер и количество деталей, фурнитуры и комплектующих должно быть действительно параметрическим, т.е. должна быть возможность прописать формулу расчета нужного мне параметра исходя из размера сборочного модуля и конструктивных свойств. То, что в ПС называется гордым словом "параметрическая спецификация" - это всего лишь возможность указывать не явно номенклатуру, а ссылку на свойство, а само значение свойства ставится для изделия в заказе. Только вот количество расхода по спецификации все равно считать самому и указывать в виде цифр. Я не знаю, думал ли об этом ПС, но сделать так, чтобы размеры и количество деталей считались параметрически на основании габаритных размеров корпуса, в ПС нельзя. Значит, возвращаемся к проблеме, связанной с необходимостью организации громоздкого справочника номенклатуры и спецификаций на каждый типоразмер, на каждый индивидуальный заказ.
Параметрические спецификации с возможностью указания формул реализованы в конфигурации ПС:УМФ.


Цитата:
Сообщение от GlassMan Посмотреть сообщение
В конфигурации ПС реально напрягает то, что при вводе позиций в заказ, нет возможности установки типовых размеров продукции из списка или задания нестандартных размеров. А это значит, что всю продукцию предприятия, не говоря у же о деталях, придется вносить в справочник номенклатуры СО ВСЕМИ вариантами размеров и цветов, что и для серийного производства неудобно, не говоря уже о заказном. Если производим стол семи типоразмеров и десяти цветов покрытия, и стол имеет 5 деталей, то в справочнике номенклатуры придется внести 70 позиций столов и 350 деталей, плюс 70 спецификаций на каждый стол. А если производим 30 разных номенклатурных столов? А еще учесть варианты цвета пленки покрытия, а пескоструй, матирование? И не надо открывать учебник по комбинаторике…
Как я уже писал выше параметрические спецификации сделаны в решении "ПС:УМФ", и комбинаторика для типовых изделий уже не имеет значения.

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


Цитата:
Сообщение от GlassMan Посмотреть сообщение
В принципе есть возможность в ПС загрузить информацию из конструкторских программ. Списком. Т.е. название детали. А ее атрибуты – руками, т.е. описанный выше случай. Древовидную структуру номенклатуры заказа в ПС я не увидел, и проблему параметрический деталировки сборочного модуля ПС не решает.
В решении "ПС:МП" загрузка из САПР осуществляется в упрощенном виде (комплектами) вполне осознанно, так как не все мебельщики хотят видеть информацию по заказу до каждой детали - это определенная трудоемкость ведения учета.

В решении "ПС:УМФ" есть возможность детальной загрузки из БАЗИСА,
в ближайшее время БАЗИС-Центр подготовит новый формат выгрузки, оптимизированный под наш софт.

Цитата:
Сообщение от GlassMan Посмотреть сообщение
Свойств заказов тоже не увидел. А вещь полезная. Кроме информации, которую заполняют продавцы в салоне, есть еще свойства, которые надо автоматом применять на состав заказа целиком, например - цвет стекла, цвет матирования. Очень помогает при вводе заказа. Не надо делать лишние движения мышкой.
Такого функционала действительно сейчас нет, но он запланирован к реализации.

Цитата:
Сообщение от GlassMan Посмотреть сообщение
В ПС, при внесении позиций в заказ, обязательно требуется указание спецификации. А если ее нет в принципе? Например, надо повторно изготовить бракованную деталь или произвести только столешницу? Каждый раз спецификацию новую создавать? Указывать там рассчитанный вручную материал и операции? Хлопотно это. И неинтересно. Зачем тогда программа?
Если спецификация расписана подетально, то она содержит всю информацию о производимых деталях и заказать конкретную деталь не составляет проблем, так как спецификация уже есть.

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

Цитата:
Сообщение от GlassMan Посмотреть сообщение
Резервирование по заказу в ПС сделано нефункционально. Флажок резервирования ставится на весь заказ целиком. Но не все позиции по заказу должны ставиться на резерв. Некоторых – на год вперед хватит. ПС умеет указывать только один склад резервирования. А если не все позиции лежат на одном складе? Что чаще всего и происходит.
Возникает смысловой гимор. Зачем тогда нужен институт резервирования? Я должен видеть остатки зарезервированных по другим заказам материалам как по всем складам в отдельности, так и консолидированно, а также стоимость материалов и комплектующих на резерве. При этом резервироваться должны только покупные и комплектующие, а учет продукции, которую мы производим по заказу, должен быть сделан так, чтобы нельзя было отгрузить предметы, относящиеся к другому заказу, да и только.
При установке флажка "Резервирование" система предлагает указать резервируемое количество для каждой заказанной позиции, а не ставит в резерв весь заказ в целом, так было всегда - видимо не заметили.
В документе "Заказ покупателя" действительно указывается один склад резерва, но:
1. Как правило склад хранения ГП один, поэтому он сделан в шапке документа
2. Система позволяет вводить на основании заказа документы резервирования для формирования резервов по разным складам
3. В планах есть желание сделать склад резерва в табличной части, но на моей памяти таких запросов было всего раз-два и обчелся и это доделывалось под клиента

Естественно заказные позиции не могут быть отгружены под чужой заказ.


Цитата:
Сообщение от GlassMan Посмотреть сообщение
Настораживает возможность указать в заказе для Стола в поле "Количество" в заказе 0,2 шт. Это хуже и накладнее, чем полтора попугая. Где же проверка и защита от шаловливых действий пользователя?
В решении ПС:МП эта проверка еще не встроена, в ПС:УМФ такая защита есть.

Но заказ 10 столов, вместо одного еще более плохая ситуация, однако проверка здесь не сработает.

Цитата:
Сообщение от GlassMan Посмотреть сообщение
Огорчает количество выходных форм по заказу клиента. В ПС насчитал - 2 штуки. По сравнению с ИТМ (10 штук) явный проигрыш. Как минимум должен быть Договор, спецификация заказа, Акт приемки, Акт установки.
Акты оказания услуг в печатных формах присутствуют, а остальные формы, присутствующие в ИТМ, вряд ли претендуют на универсальность и настраиваемость пользователем, что соответственно требует доработок под конкретного пользователя и их наличие вопроса все равно не решает.

Механизм внешних печатных форм позволяет подключить любые необходимые формы без доработок конфигурации.


Цитата:
Сообщение от GlassMan Посмотреть сообщение
Ценообразование в ПС производит убогое впечатление. Как мне подсчитать затраты на доставку, установку, замер? Причем услуги бывают как в разнознаковых абсолютных величинах, так и в процентах от стоимости заказа. Причем услуги можно предусмотреть, а можно и не угадать, чего захочет клиент. Вот в ИТМ у меня есть механизм создания алгоритма расчета стоимости заказа, который я тут же могу применить. А мало их подсчитать, надо еще в документах клиенту отразить.
При формировании цены изделия действительно система не оперирует понятиями услуг, так как чаще всего ценообразование базируется на прямой материальной себестоимости и стоимости сдельных операций.
Наценки на них могут быть как абсолютными, так и задаваться в процентах. Доставка и установка как правило выставляются отдельными позициями в счете.

По алгоритмам расчета стоимости заказа в ИТМ ничего сказать не могу - не знаком с ними.

Цитата:
Сообщение от GlassMan Посмотреть сообщение
А скидку на весь заказ поставить? или еще бонус? Прайс-лист в ПС не нашел. Вместо этого предлагается поставить всего две цены - закупки и продажи в карточке номенклатуры. Жирный минус.
Скидку или наценку можно указывать как на весь заказ, так и на отдельные позиции, причем как суммой так и процентом. Видимо не нашли соответствующие поля и кнопки.

Цитата:
Сообщение от GlassMan Посмотреть сообщение
Не нашел в ПС возможности на основании заказа сформировать заявку на снабжение. Когда в составе заказа присутствуют покупные материалы, комплектующие и изделия, надо автоматом проанализировать состояние складов на дату регистрации заказа и сформировать заявку на снабжение с учётом минимального остатка, резервов по др. заказам, чтобы потом обработать накопившиеся заявки по заказам и подобрать поставщиков. Явная недоработка.
Видимо Вы не очень вникли в суть системы - потребность возникает в момент формирования заказов на производство и естественно есть возможность проанализировать состояние дел по всем указанным Вами факторам и сформировать заказы поставщикам, в т.ч. интерактивно прямо из отчета по анализу потребностей в ТМЦ. Основной поставщик для номенклатуры указан в ее карточке.

В решении ПС:УМФ есть дополнительные возможности по формированию заказов поставщикам в упрощенном виде - оперативное управление закупками, формирование заказов поставщикам происходит путем указания заказываемого количества в соответствующих днях, заказы формируются автоматически.



Цитата:
Сообщение от GlassMan Посмотреть сообщение
Сильно не достает в ПС учета рекламаций. Он нужен для того, чтобы классифицировать и учесть позиции, подлежащие переделке и автоматически сформировать повторный заказ и, следовательно, производственные документы, наряды и пр... Причем, чтобы свойства цвета, другие конструктивные характеристики наследовались от исходной позиции основного заказа. В ИТМ не помешало бы кроме трех аналитических отчетов по рекламациям добавить статистические отчеты за период, чтобы видеть тенденцию работы службы качества и динамику источников рекламаций.
В системе есть возможность ввести заказ на производство необходимой детали, например, путем копирования соответствующего заказа на производство, сформированного ранее, и запустить его в производство по всей необходимой цепочке.

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


Цитата:
Сообщение от GlassMan Посмотреть сообщение
Аналитика по заказам порадовала в ПС только одним отчетом "Управление заказами покупателей". В ИТМ аналитических отчетов 12 штук плюс красивая графика расписания заказов, плюс очень полезная вещь под названием "Органайзер". Существующие отчеты в ИТМ больше относятся к типу табличных. Неплохо бы добавить аналитические отчеты в виде сегментных диаграмм и линейных графиков.
Я насчитал 5, и не забывайте про настраиваемость универсальных отчетов, с отчетами ИТМ не знаком - ничего сказать не могу.



Цитата:
Сообщение от GlassMan Посмотреть сообщение
Итог по блоку (что работает в ИТМ и отсутствует в ПС)
• Планирование прохождения заказа по статусам, контроль сроков прохождения статусов;
• Формирование справочника номенклатуры и спецификаций без привязки к типовым и заказным размерам, цвету и др. конструктивным характеристикам;
• Древовидная структура заказа;
• Учет в заказе цветовых и конструктивных свойств, учет в ценообразовании стоимости услуг,
возможность расчета стоимости по пользовательскому алгоритму;
• Возможность указания типоразмеров или заказных размеров для автоматических расчетов в производстве и формирования производственных документов;
• Возможность указания нестандартной спецификации сборочного модуля;
• Учет рекламаций и возможность автоматического реагирования;
• Отчеты для клиентов (очень мало);
• Аналитические отчеты (очень мало);

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



Складской учет
Цитата:
Сообщение от GlassMan Посмотреть сообщение
Начал с простого. В ПС формирую накладную перемещения на передачу стекла со склада на участок раскроя. Накладные перемещения приходится заполнять руками. Автозаполнение по заказу отсутствует, вместо этого предлагается заполнять по каким-то резервам, что логически неправильно, т.к. не всегда весь состав заказа резервируется.
В старых версиях действительно было так, сейчас документы заполняются по оставшимся потребностям заказов на производство


Цитата:
Сообщение от GlassMan Посмотреть сообщение
После ручного добавления в накладную позиции "Стекло 10 мм свет.2550х1605" программа потребовала указать вариант исполнения. Что за дикость? Стекло 10 мм - это не готовая продукция и не полуфабрикат. И заставлять для материалов и комплектующих указывать вариант исполнения - лишняя нагрузка на кладовщика. Любви к программе это ему не прибавит. Не говорю уже о том, что нет возможности учесть сколько я передал на производство листов стекла определенного формата, банок краски и рулонов пленки, и чтобы автоматически рассчиталось и учитывалось в метрах квадратных, килограммах и метрах погонных.
К сожалению я не очень понял первую часть данного пункта - он основан на каких-то введенных данных, скорее всего у Вас для стекла указана необходимость детализации по вариантам исполнения, поэтому программа и требует этого от Вас. Некорректно введены справочные данные.

По поводу пересчета в дополнительные единицы измерения, сейчас все базовые отчеты работают по базовым единицам, в ПС:УМФ есть возможность выводить показатели в метраже.

Цитата:
Сообщение от GlassMan Посмотреть сообщение
Далее оформляем в ПС приходную накладную. По крайней мере, на "вариант исполнения" не матерится. Это радует. Вношу приход, все по чину. Только вот незадача - товарная накладная от поставщика одна, а разнести мне надо на разные склады: фурнитура, лакокраска и листовые. А на весь приход только один склад. В ИТМ такой момент учтен. Можно для каждой позиции в одной приходной накладной указать свой склад оприходования.
В системе есть настройка "Указывать склад в табличной части документов" и система позволяет работать с несколькими складами.


Цитата:
Сообщение от GlassMan Посмотреть сообщение
Далее, снова задача учета основной и дополнительной единицы измерения. В ПС количественные параметры по единицам измерения, а также разницу между фактическим и документальным количеством учесть нельзя. Огорчает. Но уже не меня.
Не очень Вас понял, если речь идет о планируемом и фактическом списании материалов, то документами "Выпуск продукции" отражается фактический расход материалов.

Есть план-фактный анализ производства как в количественных, так и в суммовых показателях.

Так что огорчались Вы зря!

Цитата:
Сообщение от GlassMan Посмотреть сообщение
В процессе деятельности часто требуется получать ответы на такие вопросы: сколько листов стекла по цвету, типу, форматным размерам находится на складах, сколько деловых обрезков, цвета, размера и типа материала есть в запасе. Деревообработчикам еще требуется учет сортности, размеров пиломатериалов, номеров пачек комплектации. По сути, речь идет о том, что складской учет мебельного и деревообрабатывающего производства должен поддерживать учет по настраиваемым свойствам и размерам. Значит в складских и производственных документах, заказах клиентов должны быть поля ввода размеров, и значений учетных свойств. Полноценного учета по свойствам и размерам в ПС нет, хотя бы потому, что нет полей указания размеров. Учет по свойствам ковырять не стал, так как указывать всякий раз вручную свойства через атрибут "Вариант исполнения" жутко неудобно. Да и отчетов по свойствам и размерам нет как таковых. В ИТМ это есть, но не хватает методического описания по настройке и использованию данного механизма.
Учет по размерам реализован в ПС:УМФ, учет по произвольным свойствам доступен и в ПС:МП и в ПС:УМФ. Более того учет по размерам легко решается в ПС:МП через свойства. Анализ в учетом всех свойств доступен во всех универсальных отчетах. Видимо недоковыряли!

Цитата:
Сообщение от GlassMan Посмотреть сообщение
Итог по блоку (что работает в ИТМ и отсутствует в ПС)

• Автоматическое формирование накладных перемещения по составу заказа;
• Учет в нескольких единицах измерения;
• Учет в приходных накладных разных складов-получателей и разницы между фактическим и документальным количеством;
• Полноценный учет по настраиваемым свойствам и размерам;
• Учет и повторное использование деловых отходов через "Брак производства";
• Работа с наборами и комплектами. Акты комплектации, разукомплектации;
• Аналитические отчеты (очень мало).
По всем пунктам раздела производство есть необходимый функционал, так что единственное что может неустраивать - форма подачи информации.

Цитата:
Сообщение от GlassMan Посмотреть сообщение
Снабжение
Изучение реализации задач снабженца в ПС разочаровало по полной. Не реализована базовая сущность работы снабженца. В ПС нельзя собрать заявки по заказам, сгруппировать по позициям и датам поставки, на основании справочных маркетинговых и данных об условиях поставки, оплаты и возможностях подобрать поставщика или предложить выбор.
Система умеет формировать заявки поставщикам с учетом текущих потребностей, а так же есть ряд интерактивных форм для формирования заказов поставщикам, естественно может быть сформирован счет.

Подбирать поставщиков система может, используется режим пакетного формирования заказов поставщикам.

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

Цитата:
Сообщение от GlassMan Посмотреть сообщение
В ПС нельзя сформировать заявку поставщику, получить и зарегистрировать счет от поставщика, автоматически сформировав при этом данные для финансового планирования, т.к. не всегда то, что требуется по нашей заявке, есть у поставщика или количество поставки выше, чем по заявке.
На основании заказа поставщику может быть введен документ плановый платеж, необходимый для формирования платежного календаря. В остальном Вы говорите о поставках ниже или выше заказа, естественно система эти вопросы учитывает.

Цитата:
Сообщение от GlassMan Посмотреть сообщение
В ПС нельзя на основании вышеуказанных форм зарегистрировать приход от поставщика, чтобы в итоге, по цепочке документов, сформировать сличительную ведомость и проконтролировать расхождение в поставке, товарный баланс поставщика и др. параметры. Вместо этого в ПС предлагается вручную сформировать заявку поставщику и потом на ее основании сформировать приход от поставщика.
Как я уже говорил, заявки (они же заказы поставщику) формируются автоматизированно, и на из основании действительно вводится приход от поставщика, естественно может быть частичный приход или приход большего количества. В отчете по заказам поставщикам всегда можно получить информацию о плановых и фактических поступлениях. Странно что Вы этого не увидели.

Цитата:
Сообщение от GlassMan Посмотреть сообщение
Финиш. Снабженцу от такой реализации пользы никакой, все то же самое он может делать с калькулятором в руках или в Экселе. Там у него хотя бы справочник позиций поставщиков, с ценами и прочими полезными атрибутами. Больше в ПС для снабженца полезного ничего не нашел.
Извините, но Вы очень плохо искали. Есть закупочные цены, привязка номенклатуры к поставщикам, минимальные партии закупок, минимальные остатки, резервы и общие потребности. Если напишете более четко чего не нашли - расскажу подробнее!


Цитата:
Сообщение от GlassMan Посмотреть сообщение
Итог по блоку (что работает в ИТМ и отсутствует в ПС)
• Автоматическое формирование заявок на снабжение по заказу, производственному плану, прогнозированию и оценке пороговых уровней остатков на складах;
• Полноценный справочник позиций поставщиков с полезными атрибутами;
• Автоматический подбор поставщиков и формирование сводной заявки;
• Товарный баланс поставщика;
• Оценка обеспечения покупными и комплектующими по каждому заказу;
• Прогнозирование складских остатков на основании норм расхода в производство по нарядам будущих периодов.
Единственное чего нет - автоматического подбора поставщиков по причинам озвученным выше.
[свернуть]

Остальные моменты прокомментирую чуть позже!
__________________
Михаил Ездаков,
Ведущий аналитик,
ООО ВЦ «Партнер Софт»
me@partnersoft.spb.ru
http://www.partnersoft.spb.ru/
(812) 347-74-03, 8 (800) 333-06-74

Последний раз редактировалось manemeb; 12.04.2012 в 20:42.
ps_Mike вне форума   Ответить с цитированием Вверх
Старый 12.04.2012, 19:57   #4
GlassMan
Новичок
 
Регистрация: 11.04.2012
Сообщений: 4
Сказал(а) спасибо: 1
Поблагодарили 13 раз(а) в 3 сообщениях
Вес репутации: 0
GlassMan на пути к лучшему
По умолчанию

Спасибо, конечно, за развернутый ответ. Но, мы программу уже выбрали. Смею напомнить, что тема называется «…Выбор по следам внедренных решений». Я делал анализ от мебельщика для мебельщиков. Думаю, им было бы интересно узнать мнение коллег, а не разработчиков.
GlassMan вне форума   Ответить с цитированием Вверх
Старый 12.04.2012, 21:31   #5
Pronko
Пользователь
 
Регистрация: 25.12.2008
Сообщений: 81
Сказал(а) спасибо: 72
Поблагодарили 78 раз(а) в 34 сообщениях
Вес репутации: 209
Pronko скоро придёт к известности
По умолчанию

Михаил, добрый день !

Прошу прощения за то, что вмешиваюсь в дискуссию - четко понимаю, что, с учетом названия темы, мне в этом разговоре не совсем место, т.к. я лицо заинтересованное :-)

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

Поэтому, если Вас не затруднит, в тех случаях, когда Вы утверждаете, что в этом интересном материале что-то не соответствует действительности - нельзя ли КАК МОЖНО подробнее (каким инструментом это делается, где инструмент находится и т.д.).

Мне кажется, именно это будет макимально интересно посетителям этой ветки.

Заранее благодарен.

С уважением,

Уважаемый GlassMan !

Цитата:
Сообщение от GlassMan Посмотреть сообщение
... Смею напомнить, что тема называется «…Выбор по следам внедренных решений». Я делал анализ от мебельщика для мебельщиков. Думаю, им было бы интересно узнать мнение коллег, а не разработчиков.
Согласен, конечно.
Было бы крайне интересно почитать мнение именно мебельщиков, работающих с системой ПС.

Однако, мне кажется, что комментарии Михаила также крайне интересны.
Пожалуйста, не обижайтесь, но, возможно, Вы, правда, на что-то не обратили внимание. Хотя, возможно, это и не для этой ветки.

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



С уважением,
__________________
Пронько Андрей Михайлович

Последний раз редактировалось manemeb; 12.04.2012 в 23:34.
Pronko вне форума   Ответить с цитированием Вверх
3 пользователя(ей) сказали cпасибо:
DiMaS (12.04.2012), LeoAN (07.11.2019), unionsoft (13.04.2012)
Старый 12.04.2012, 23:03   #6
ps_Mike
Консультант
 
Аватар для ps_Mike
 
Регистрация: 05.11.2009
Адрес: Москва
Сообщений: 453
Сказал(а) спасибо: 134
Поблагодарили 380 раз(а) в 215 сообщениях
Вес репутации: 297
ps_Mike - очень-очень хороший человекps_Mike - очень-очень хороший человекps_Mike - очень-очень хороший человекps_Mike - очень-очень хороший человек
По умолчанию

Цитата:
Сообщение от GlassMan Посмотреть сообщение
Спасибо, конечно, за развернутый ответ. Но, мы программу уже выбрали. Смею напомнить, что тема называется «…Выбор по следам внедренных решений». Я делал анализ от мебельщика для мебельщиков. Думаю, им было бы интересно узнать мнение коллег, а не разработчиков.
Я не навязываю Вам наш софт, и тот факт что Вы решили свои задачи средствами ИТМ меня нисколько не огорчает - я воздаю должное трудам моих коллег.

Написать ответ меня сподвиг Ваш развернутый анализ, в котором я увидел что Вы не знакомы с нашими разработками и доносите до мебельщиков неверную информацию. Я считаю что анализ не может считаться корректным, если анализируемые системы плохо изучены.

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

На форуме присутствует достаточное количество людей, купивших наше ПО и тех кто просто общался с нашими специалистами по возможностям нашего ПО. Если хотя бы кому то предлагалось купить программу без демонстрации возможностей, демо-версии и консультаций - отпишитесь пожалуйста с указанием специалиста, который Вам такое предлагал.
__________________
Михаил Ездаков,
Ведущий аналитик,
ООО ВЦ «Партнер Софт»
me@partnersoft.spb.ru
http://www.partnersoft.spb.ru/
(812) 347-74-03, 8 (800) 333-06-74
ps_Mike вне форума   Ответить с цитированием Вверх
Старый 12.04.2012, 23:13   #7
DiMaS
VIP
 
Аватар для DiMaS
 
Регистрация: 10.12.2007
Адрес: Санкт-Петербург
Сообщений: 671
Сказал(а) спасибо: 853
Поблагодарили 713 раз(а) в 247 сообщениях
Вес репутации: 408
DiMaS - просто великолепная личностьDiMaS - просто великолепная личностьDiMaS - просто великолепная личностьDiMaS - просто великолепная личностьDiMaS - просто великолепная личностьDiMaS - просто великолепная личностьDiMaS - просто великолепная личность
По умолчанию

Цитата:
Сообщение от GlassMan Посмотреть сообщение
тема называется «…Выбор по следам внедренных решений». Я делал анализ от мебельщика для мебельщиков. Думаю, им было бы интересно узнать мнение коллег, а не разработчиков.
Поддерживаю. Хотелось бы услышать мнение мебельщиков внедривших ПС.
Михаил, подтяните "своих" клиентов к обсуждению. Есть же такие фирмы, которые выбирали между ИТМ и ПС и выбрали ПС. Или я ошибаюсь?
Мебельщикам наверняка будет интересно услышать от своих коллег, почему их выбор пал на вашу систему.


for manemeb

ЗЫ: Предлагаю завтра (утро вечера мудренее) всё, что не по теме, удалить или перенести в другую тему
[свернуть]
__________________
С уважением, Дмитрий Сперанский
представитель bCAD и ИТМ в Санкт-Петербурге


DiMaS вне форума   Ответить с цитированием Вверх
Старый 12.04.2012, 23:22   #8
ps_Mike
Консультант
 
Аватар для ps_Mike
 
Регистрация: 05.11.2009
Адрес: Москва
Сообщений: 453
Сказал(а) спасибо: 134
Поблагодарили 380 раз(а) в 215 сообщениях
Вес репутации: 297
ps_Mike - очень-очень хороший человекps_Mike - очень-очень хороший человекps_Mike - очень-очень хороший человекps_Mike - очень-очень хороший человек
По умолчанию

Цитата:
Сообщение от Pronko Посмотреть сообщение
Михаил, добрый день !

Прошу прощения за то, что вмешиваюсь в дискуссию - четко понимаю, что, с учетом названия темы, мне в этом разговоре не совсем место, т.к. я лицо заинтересованное :-)

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

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

Употреблением фраз "не нашли" и "на разобрались" я хотел подчеркнуть свое желание верить в то, что статья не заказная, а обусловлена лишь недостатком информации у автора. Хотя прочитав раздел "Резюме" я окончательно в этом уверился - не верю что Ваша компания может работать такими грязными методами, хотя ветка и создана Вашими представителями.

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

Я постараюсь более детально отвечать на все вопросы, с целью информирования форумчан о наших продуктах.
__________________
Михаил Ездаков,
Ведущий аналитик,
ООО ВЦ «Партнер Софт»
me@partnersoft.spb.ru
http://www.partnersoft.spb.ru/
(812) 347-74-03, 8 (800) 333-06-74
ps_Mike вне форума   Ответить с цитированием Вверх
Старый 13.04.2012, 08:02   #9
GlassMan
Новичок
 
Регистрация: 11.04.2012
Сообщений: 4
Сказал(а) спасибо: 1
Поблагодарили 13 раз(а) в 3 сообщениях
Вес репутации: 0
GlassMan на пути к лучшему
По умолчанию

Тема превратилась в базар. Ясно же было сказано «выбор по следам внедрений». Не аргументы и обещания, а факты. Что я вижу? Опять ничего по теме. Нету голосов, внедривших ПС. А было бы и полезно и интересно узнать, как на самом деле работает то, о чём так красиво говорят. Это кто-нибудь отрицает? Один только мутный кисель. Я не знаю дальнейшую судьбу этой темы, но я не услышал здесь ничего полезного для себя. В заключение, еще немного конкретики в качестве ответа г-ну Ездакову:
Цитата:
Сообщение от ps_Mike Посмотреть сообщение
Я напомню, что есть 2 разработки - "ПС:Мебельное Производство" и "ПС:Управление Мебельной Фабрикой", которые различаются по функционалу (ПС:УМФ включает в себя весь функционал ПС:МП, за исключением пары форм), а так же дополнительный функционал расширяющий возможности работы с серийными изделиями.
Если эти две разработки отличаются только двумя формами, то высказывания ниже о том, что все есть в ПС: УПФ - неверное. Просто – логически не верное! То, что есть дополнительный функционал для серийных изделий, лишний раз подчеркивает, что для заказных изделий дополнительно предложить нечего.

Цитата:
Сообщение от ps_Mike Посмотреть сообщение
Как в заказах на производство, так и в заказах покупателей указываются плановые даты исполнения данного заказа.
: А зачем мне это? У заказа как минимум семь статусов, у каждого статуса должно быть как минимум 4 даты. Иначе где управление? И Ваш скрин, который Вы поместили, показывает всего лишь количество изделий в заказе и сколько из них произведено. Отставание по срокам производства он дает. А про анализ отставания заказа в статусах, например, "На проверке технолога", "В снабжении", "Подготовка к производству" и прочее, Ваша картинка вообще молчит.
По поводу того, что я что-то не нашел или не увидел. У меня было достаточно времени все внимательно изучить, и если у вашего ПО есть потайные функции, которых я "не нашел", то это Ваша проблема. Интерфейс должен быть интуитивно понятным, т.к. мебельщики не археологи. В прочем, я предполагал, что Вы все свалите на то, что я "не нашел" и "не увидел" и скажете что все есть во всемогущей "ПС:УМФ". Тогда логичный вопрос - почему раздается "старая" демо-версия "ПС-МП" и презентации по "ПС:УМФ", которые мягко говоря идентичны презентациям "ПС:МП"? У Вас "ПС:УМФ" - штучный товар, что Вы его не даете в демо режиме? Или он сыроват и на него можно ссылаться только в случае неудобных вопросов? Или может, "ПС:УМФ" - это наживка для посещения вашего офиса, с целью живьем проехать клиенту по ушам. Лично я эффектным презентациям в офисе не доверяю, мне нужна свежая и реальная рабочая демо-версия и реальные рабочие примеры.

Цитата:
Сообщение от ps_Mike Посмотреть сообщение
Более того - Вы забываете что для нетиповых заказных изделий работа с формулами попросту не нужна, так как быстрее загрузить спецификацию из САПР, нежели забить параметрические зависимости деталей от габаритов изделия.
Это Вы для лохов говорите. С памятью у меня все в порядке. Но, спасибо. Только вот реалии таковы, что не все мебельщики составляют спецификации в САПР. (Более того, передача данных в виде спецификации весьма затруднительна). Да и не быстрее это будет. Но, ладно, пусть это будет спорным вопросом. Но, параметрические зависимости я внес ОДИН раз, и заказы мы принимаем с любыми параметрами без всякого САПРа. И думается мне, что насчет наличия параметрических спецификаций, Вы приукрасили, иначе зачем бы Вы упомянули "нежели забить параметрические зависимости". Вы хоть представляете трудоемкость внесения НАСТОЯЩИХ параметрических спецификаций и трудоемкость конструктора на переформирование каждого изделия нового заказа в САПР с последующей передачей? Впрочем, Вам было предложено г-ном Пронько продемонстрировать на практике продекларированные возможности. Ну так покажите ВАШИ параметрические спецификации с формулами. А не парьте народу мозг.

Цитата:
Сообщение от ps_Mike Посмотреть сообщение
В документе "Заказ покупателя" действительно указывается один склад резерва, но:
1. Как правило склад хранения ГП один, поэтому он сделан в шапке документа
В составе заказа, кроме готовой продукции, могут быть материалы, покупные, комплектующие. Они тоже должны лежать на складе хранения ГП?

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

Цитата:
Сообщение от ps_Mike Посмотреть сообщение
Видимо Вы не очень вникли в суть системы - потребность возникает в момент формирования заказов на производство и естественно есть возможность проанализировать состояние дел по всем указанным Вами факторам и сформировать заказы поставщикам, в т.ч. интерактивно прямо из отчета по анализу потребностей в ТМЦ. Основной поставщик для номенклатуры указан в ее карточке.
Я хорошо вникал в суть системы. Такова была воля директора. И потребность в покупных возникает раньше, чем заказ будет передан в производство. И поставщиков может быть несколько, а не основной, как Вы предлагаете. И заявка поставщикам нужна консолидированная. Анализ потребностей - это источник информации для заявки на снабжение. Их еще надо объединить и разнести по поставщикам. И поставщиков должна мне рекомендовать программа, а не самому сидеть и думать о сроках поставки, оплаты, минимальной партии и пр.

Цитата:
Сообщение от ps_Mike Посмотреть сообщение
При списании брака указывается соответствующая статья и всегда можно проанализировать работу с браком в соответствующих отчетах.
Брак производства и рекламация по заказу - идеологически разные понятия. И брак производства бывает без списания - как деловой отход, а рекламация предназначена не только для регистрации факта проблемы по заказу, но для указания виновников, кто будет устранять, менять изделие на доставке, в какие сроки и даты. Плюс – статистика по рекламациям. Сказать, для чего нужна?

Задача учета основной и дополнительной единицы измерения. Что именно Вам непонятно? На производство отправлено со склада 10 листов стекла определенного формата. Также в производство отправлено 2 банки емкостью 10 литров с колеровкой. Кладовщик отпустил их в своих единицах измерения. По факту выпуска с производства по нормам списалось в м.кв. и килограммах. Второй пример: в приходной накладной от поставщика пришло три пачки уплотнителя. По правилам внутреннего учета уплотнитель регистрируется в м.погонных.

Цитата:
Сообщение от ps_Mike Посмотреть сообщение
Учет по размерам реализован в ПС:УМФ, учет по произвольным свойствам доступен и в ПС:МП и в ПС:УМФ. Более того учет по размерам легко решается в ПС:МП через свойства. Анализ в учетом всех свойств доступен во всех универсальных отчетах. Видимо недоковыряли!
Вы начинаете нервничать. Вы сами-то поняли что сказали? Подумайте, с каким словом кроме носа, ассоциируется глагол ковырять.

Цитата:
Сообщение от ps_Mike Посмотреть сообщение
По всем пунктам раздела производство есть необходимый функционал, так что единственное что может неустраивать - форма подачи информации.
В точку. Не устраивает форма подачи информации. Может все в документации написано? Она секретная? Вот у 1С она продается. Не пожалею свои кровные, чтобы купить у вас томик документации. За оплатой обратитесь к разработчикам ИТМ. Даже и не прошу что-либо показать.
GlassMan вне форума   Ответить с цитированием Вверх
3 пользователя(ей) сказали cпасибо:
LeoAN (07.11.2019), PolySOFT (13.04.2012), unionsoft (13.04.2012)
Старый 13.04.2012, 09:44   #10
PolySOFT
VIP
 
Регистрация: 12.05.2008
Сообщений: 644
Сказал(а) спасибо: 234
Поблагодарили 643 раз(а) в 330 сообщениях
Вес репутации: 405
PolySOFT - просто великолепная личностьPolySOFT - просто великолепная личностьPolySOFT - просто великолепная личностьPolySOFT - просто великолепная личностьPolySOFT - просто великолепная личностьPolySOFT - просто великолепная личностьPolySOFT - просто великолепная личность
По умолчанию

Глянул вчера вечером ветку – одно. Зашёл сегодня – совсем другое. Мы писали, мы писали – наши пальчики устали. Труд участников форума – в труху. Общение отредактировано. Многих постов нет, а те далече. Оставшиеся – отредактированы..

Коллеги, а зачем редактировать форум? Понимаю, надо изживать троллей. Но, в остальных случаях должен торжествовать принцип: «Слово – не воробей….» или «Что написано пером…». Народ должен знать своих героев.

Уважаемый Manemeb. В одном из исчезнувших сообщений, Вы упоминали про любовь к мебельщикам. В ответ, я писал про уважение. Объясните мне, пожалуйста, что сподвигло Светило Управленческого Учета удалить моё сообщение, адресованное Сове и направленное исключительно на решение ее задачи, касающейся учета номенклатуры не по артикулу, а по серийному номеру (в случае надобности, могу выложить сюда скрин). Подобный вопрос содержался и в письме Ujin.
Цитата:
Сообщение от Ujin Посмотреть сообщение
Дело в том что, у нас на складе ведётся учёт по инвентарным номерам типа каждому изделию присваивается свой уникальный номер, и все упаковки в пределах изделия имеют этот номер. Это сделано для того чтобы быстро находить на складе требуемое изделие, и точно знать что, куда и каким отгружалось клиентам. Не путать с артикулом, артикул это в первую очередь характеризует конструкцию. Но даже абсолютно идентичные изделия с одинаковыми артикулами имеют разные инвентарные номера. Как эти номера привязать в программе??? Что посоветуете? Может есть стандартные решения данной проблемы!
Цитата:
Сообщение от Ujin Посмотреть сообщение
Так вот и я о том же!!!
Но мы мягкую не делаем и не торгуем.
Например сделано 5 одинаковых горок, (артикул у них один). Горка состоит из 4-х упаковок. Все упаковки в пределах одной горки имеют свой инвентарный номер. Три горки-корпус ольха, а две корпус бук (цена от цвета корпуса не меняется). Корпуса хранятся на поддонах на стеллажах. Фасады пусть будут одинаковые, но они стоят в другом месте т.к. стеклянные (нельзя хранить вместе, раздавятся, разобьются). С магазина или от оптового покупателя поступили заявки, на две горки, корпус-бук, и другую корпус-ольха.
А у кладовщика в журнале они уже числятся, что №4842 это горка-бук, а №5332 это корпус ольха. Кладовщик что делает, он говорит, грузчикам четыре упаковки под №4842 грузите в газель, а четыре упаковки под №5332 на багажник жигулей. И грузчики уже на смотрят какой там артикул, какой там цвет корпуса упакован, тем более зачастую они или наверху, или завалены! они тупо ищут эти номера, и чтобы их было четыре. А кладовщик потом только сверяет(перепроверяет), перед отгрузкой чтобы все сходилось, и не было пересортицы или расхождений. И он точно знает что, отгружено, и что осталось на складе!!! А значит знаю и Я))))! Но получается производство, производством, а кладовщик должен ещё вести другой журнал (тетрадку, программку), где бы присваивал бы инвентарные номера изделиям. А хочется чтобы всё было в одной программе МС: Мебельное производство!!!
Сейчас эти уважаемые коллеги, судя по всему, имеют геморрой (рад, если это не так) при решении этих вопросов.. Потому что в ПС такого функционала нет, а мне заткнули рот. Я понимаю, что ветка та касалась ПС, но ведь и я не стал обсуждать вопрос в ней, а перенес его в ветку ИТМ. http://promebelclub.ru/forum/showthr...076#post172076. Причем сделал это весьма корректно. А как же Вольтер? "Я могу не разделять Ваших убеждений, но готов отдать жизнь за то, чтобы вы имели право их высказать" - да простит меня просветитель за неточность.
Считаю, что я не пишу ничего такого, что могло бы стать причиной редактирования и противоречило бы правилам форума. Вот уважаемый Pankrat2 в свое время предупреждал меня в личке, что некий мой материал, в силу хоть и малого, но тиража, носит рекламный характер. И нет боле подобных прецедентов. Поэтому, предлагаю относиться к творчеству масс с уважением и чуткостью.
__________________
Мнение пользователя PolySOFT является сугубо частным и может не совпадать с официальной позицией компании "ПолиСОФТ Консалтинг"(PolySOFT Consulting LTD).
PolySOFT вне форума   Ответить с цитированием Вверх
3 пользователя(ей) сказали cпасибо:
DiMaS (13.04.2012), LeoAN (07.11.2019), unionsoft (13.04.2012)
Ответ

Нижняя навигация
Вернуться   Форум профессиональных мебельщиков PROMEBELclub > Программы для мебельщиков > Программы и онлайн-сервисы для бизнеса

Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Практика маркетинга. Шаг 1 - Анализ идеи Pershin Aleks Маркетинг. Реклама. 78 17.11.2017 20:06
Перенос из других программ в 3d MAX обьектов (мебели) vetvas12007 3d Studio MAX 26 28.02.2016 01:46
предлагаю удалённое написание программ для станков под управлением xilog plus andrei29.02.80 Ищу работу 6 23.06.2011 12:22


Текущее время: 13:25. Часовой пояс GMT +3.


Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
© 2007-2023 PROMEBEL

џндекс.Њетрика