— реквизиты добавлять физически в основную базу (придется, конечно, снять конфигурацию с поддержки, но при обновлении изменения можно не отслеживать — при проблемах с расширениями данные не пропадут, просто будут временно скрыты)
— в расширение выносить логику работы с формами и с добавленными реквизитами
— пользователь сможет обновлять конфигурацию самостоятельно (только немного сложнее)
— реквизиты добавлять физически в основную базу (придется, конечно, снять конфигурацию с поддержки, но при обновлении изменения можно не отслеживать — при проблемах с расширениями данные не пропадут, просто будут временно скрыты)
— в расширение выносить логику работы с формами и с добавленными реквизитами
— пользователь сможет обновлять конфигурацию самостоят
Ну да, вполне рабочая схема.
В описанном внедрении конфигурацию практически не менял, только убрал совместимость в свойствах конфы, чтобы нормально использовать расширение
Собственное производство работало полностью на типовом функционале? И стороннее производство что из себя представляло: передали материалы в переработку и получили обратно продукцию и отчет переработчика? Были ли переделы в производстве?
Сюда по всему основной залог успеха данного проекта — заинтересованный и вовлеченный собственник бизнеса и небольшое количество сотрудников.
Согласен. Ну и еще обязательно — наличие времени. Иначе навряд ли получить внедрение дешево
КА2 используется только для УУ? Бух учет в 1С:бухгалтерия 3? Выгрузка как работает стандартная?
Бухгалтер прямо в КА2 работает, (упрощенка с прибыли), соответственно, выгрузку не настраивали
А на какой CMS использовался интернет-магазин, интеграция полная, штатными средствами?
По расширениям вижу такую схему использования:
— реквизиты добавлять физически в основную базу (придется, конечно, снять конфигурацию с поддержки, но при обновлении изменения можно не отслеживать — при проблемах с расширениями данные не пропадут, просто будут временно скрыты)
— в расширение выносить логику работы с формами и с добавленными реквизитами
— пользователь сможет обновлять конфигурацию самостоятельно (только немного сложнее)
CMS — WordPress. Не типовое — я отдельно делал обработку по выгрузке в *.csv номенклатуры со всем доп свойствами с остатками и ценами.
(6)
— реквизиты добавлять физически в основную базу (придется, конечно, снять конфигурацию с поддержки, но при обновлении изменения можно не отслеживать — при проблемах с расширениями данные не пропадут, просто будут временно скрыты)
— в расширение выносить логику работы с формами и с добавленными реквизитами
— пользователь сможет обновлять конфигурацию самостоят
Ну да, вполне рабочая схема.
В описанном внедрении конфигурацию практически не менял, только убрал совместимость в свойствах конфы, чтобы нормально использовать расширение
Добрый день!
Собственное производство работало полностью на типовом функционале? И стороннее производство что из себя представляло: передали материалы в переработку и получили обратно продукцию и отчет переработчика? Были ли переделы в производстве?
Нет, этот блок пока не внедрен.
Не накопили ))