Yellowflash

Ценообразование. Тут мы добавили функционал для ввода/хранения программы освидетельствования. Все это как-то должно влиять на стоимость. Вот один из вариантов - расчет стоимости от цены человеко-дня. В типовой УНФ в Номенклатуре есть реквизит Норма, используем его. Нормировка операций программы освидетельствования по паллетоместам даст возможность рассчитать количество человеко-дней, требующихся для выполнения этих операций. Определив цену человеко-дня для Заказчика можем посчитать стоимость. Тут конечно свои тонкости. Не все операции нормируются по паллетоместам. Рабочий день обследователя в реальности не получается 8 часов. Вероятно потребуется округлять человеко-дни т.к. обследователь мгновенно не телепортируется на новый объект. В каждой организации свои подходы к решению этих проблем.

Доработка типовой конфигурации для ввода/хранения недостающей информации к строкам Заказов. Организация занимается экспертизой стеллажей. В типовых конфигурациях нет возможности описать стеллажное хозяйство. Берем типовую УНФ. В документ ЗаказПокупателя добавляем реквизиты и табличные части (ТЧ) для описания стеллажей. Добавляемые реквизиты и ТЧ не связаны с типовыми реквизитами и никак не затруднят обновление типовой конфигурации. Добавляем расширение. В расширении реализуем работу с добавленными реквизитами и ТЧ. При нажатии кнопки открывается окно где можно описать стеллажи и программу освидетельствования для выделенной строки ЗаказаПокупателя. Вот например услуга ПТО (полное техническое освидетельствование), будет выполняться для стеллажей с определенными параметрами и с определенной программой освидетельствования.

Проекты Ничего не имею против проектного подхода, если организация занимается таки Проектами. Если сегодня один Заказчик купил у вас батон белого хлеба и батон черного, а второй - два батона белого это возможно уникальные Заказы. Но не Проекты. Несколько лет работаю с парой организаций, решивших что их деятельность проектная. Обе оказывают услуги. Первая делает экспертизу стеллажей. Вторая - маркетинговые и социальные исследования. Обе для автоматизации выбрали платформу 1С. Первая - УНФ, вторая - "Управление проектной организацией". Обе изменили выбранные продукты до неузнаваемости и необновляемости. И испытывают в связи с этим определенные трудности. Например функционал новых типовых конфигураций теперь недоступен или труднодоступен. На вроде бы простой вопрос "какие товары/услуги приносят бОльшую прибыль" типовые механизмы конфигурации уже не могут дать ответ т.к. все оформлено в Проект и аналитика товары/услуги теряется. Заказчик пытается использовать типы Проектов, но та каждую комбинацию товаров/услуг типов не напасешься. Думаю что выгоднее было бы: 1. Взять типовую конфигурацию. 2. Оформлять продажу типовым Заказом с товарами/услугами в строках. 3. Дорабатывать типовую конфигурацию добавляя возможность ввода/хранения недостающей информации к строкам Заказов. Например в строке услуга "контроль сварных швов", а в детализации к этой строке описание стеллажей со всеми нужными Заказчику параметрами. Сейчас делаем такую заготовку, в след. постах опишу ее подробнее. yellowflash.ru