Запрос на добавление нового функционала в документе Заказ-наряд
Для получения доступа к форуму необходимо
авторизоваться
или
зарегистрироваться
на сайте.
Доступ к форуму партнерам «1C-Рарус» по дистрибуции предоставляется на сайте
rarus-soft.ru
Читают тему
В заказ-наряде нужен дополнительный функционал для хранения рекомендаций.
Сейчас есть единое поле «Рекомендации» которые заносятся произвольно мастером и выводится на печать.
Нужно к текущему добавить функционалы:
рекомендации» - это те рекомендации, которые мы должны заполнять по
правилам дистрибьютора, без возможности их исключения. Например:
Износ передних колодок- 20%
Износ задних колодок- 15%
Уровень тормозной жидкости –В норме
и т.д.
Список этих рекомендаций – в основном привязан к производителю (у каждого бренда –свои требования) и может меняться в разных моделях автомобиля.
Список имеет сортировку (порядок отражения)
Эти рекомендации всегда выводятся на печать.
2. Служебные рекомендации- это набор строк по типу вопрос-ответ.В каждой паре качестве вопроса фиксируется один из пунктов обращения по ремонту (это произвольная строка в свободной форме),
в поле ответа –замечания мастера по данному пункту (тоже произвольная
строка большой длины). Т.е. вносятся пояснения-что нашли, особенности ремонта,
доп. информация и т.д. Возможно добавляются новые причины-они могут
выполнятся или нет
Этот список - только для внутреннего использования, на печать не выводится, клиенту не показывается. Нужен для фиксации особенностей всех необходимых этапов ремонта.
Строки могут быть произвольно добавлены (ЭТО НЕ ПРИЧИНЫ ОБРАЩЕНИЯ ИЗ ЗАКАЗ НАРЯДА!- хотя очень часто совпадают с ними).
Причины могут быть без ответа-такой варинат тоже существует.
По своей сути-"Служебные рекомендации" это некая история ремонта автомобиля в рамках одного заказ наряда .Для понимания мастеров, начальников сервиса-а что вообще реально делали с автомбилем в течении этого ЗН.
В 5 редакции мы дорабатывали заказ- нарял, добавляли 2 регистра сведения для хранения этой информации.
В 6 редакции хотелось бы иметь типовой функционал.
Доп реквизиты и доп свойства- не потянут такую разнородную структуру .
Пробовал использовать «Дефектовочную ведомость»- этот документ имеет другое назначение, очень сильно формализован, требует отдельного заполнения от заказ наряда и вообще не понятно как работает для целей учета описанных рекомендации.
Возможно ли реализовать описанный функционал в типовой ААА6?
Во вложении-как это у нас в 5 редакции выглядело
Прикрепленные файлы
Добрый день.
То, что у Вас называется "обязательные рекомендации", у нас заполняется мастером ручкой в распечатанном "Акте приема-передачи автомобиля" (см. вложение). И эта печатная форма по требованию завода обязательная к применению. Но данные, которые мастер там заполняет, мы в программе не храним.
Прикрепленные файлы
у нас заполняется мастером ручкой
Нужен именно описанный функционал.
Джили, например, несколько лет назад вообще требовало все в электронном виде сразу заносить-осмотр с планшетом, описание сразу в программу, фото и т.д.
Сейчас поспокойнее относятся.
А то что пользователи хотят- это сборные требований по разным брендам, минимум который смогли свести в общий формаь