Конфигурация на БСП с минимальными усилиями
Добрый день.
Простая задача
Хочется сделать конфигурацию на БСП 3.0 с минимальным набором справочников (Контрагенты, Договора, Контакная информация, файлы с вложениями) + добавить туда специфический процесс согласования платежей + Обмен данными с другими системами .
Все остальные подсистемы взять из БСП (Пользователи, регламеты, Файлы вложения, Графики, Журнал регистрации, Валюты, Страны,ФИАС, Универсальные отчеты, Подчиненность документов)
Когда стал оценивать трудоемкость понял что получится много времени.
Вариант 1 По мануалу
Напр - казалось бы простая вещь контактная информация а только описание настройки на несколько страниц
Но этот код еще нужно отладить
Вариант 2 Беру Демо для БСП которая уже настроена и работает - и переименовываю справочник из _ДемоКонтрагенты в Контрагенты и т.д. Попутно придется заменить в коде сотни строк на автозамене, но это видится лучше чем Вариант 1
Вариант 3 Вариант 2 где обойтись только сменой синонима для справочников :) , но это конечно халтура и _Демо придется глушить еще много где
Вариант 4 Взять откуда то уже настроенные подсистемы напр из 1С Бухгалтерии. Сравнением объединением накатить их на пустую конфу + нужные справочники и обмены. Как понимаю у разработчиков 1С есть какая то внутренняя НАСТРОЕННАЯ БСП на основе которой они делают свои типовые (сужу по одинаковым названиям справочников), иначе бы у них с обменами между типовыми конфигурациями было бы очень тяжело. Есть риск что не получится хорошо выделить из за перекрестных ссылок между объектами, или обмены не взлетят
Вариант 5 - ???
Простая задача
Хочется сделать конфигурацию на БСП 3.0 с минимальным набором справочников (Контрагенты, Договора, Контакная информация, файлы с вложениями) + добавить туда специфический процесс согласования платежей + Обмен данными с другими системами .
Все остальные подсистемы взять из БСП (Пользователи, регламеты, Файлы вложения, Графики, Журнал регистрации, Валюты, Страны,ФИАС, Универсальные отчеты, Подчиненность документов)
Когда стал оценивать трудоемкость понял что получится много времени.
Вариант 1 По мануалу
Напр - казалось бы простая вещь контактная информация а только описание настройки на несколько страниц
Но этот код еще нужно отладить
Вариант 2 Беру Демо для БСП которая уже настроена и работает - и переименовываю справочник из _ДемоКонтрагенты в Контрагенты и т.д. Попутно придется заменить в коде сотни строк на автозамене, но это видится лучше чем Вариант 1
Вариант 3 Вариант 2 где обойтись только сменой синонима для справочников :) , но это конечно халтура и _Демо придется глушить еще много где
Вариант 4 Взять откуда то уже настроенные подсистемы напр из 1С Бухгалтерии. Сравнением объединением накатить их на пустую конфу + нужные справочники и обмены. Как понимаю у разработчиков 1С есть какая то внутренняя НАСТРОЕННАЯ БСП на основе которой они делают свои типовые (сужу по одинаковым названиям справочников), иначе бы у них с обменами между типовыми конфигурациями было бы очень тяжело. Есть риск что не получится хорошо выделить из за перекрестных ссылок между объектами, или обмены не взлетят
Вариант 5 - ???
По теме из базы знаний
- Подсистема "Входной контроль" в 1С:ERP/КА/УТ
- HelpDesk on VNC для 1С. Удаленное управление без установки ПО, групповых политик, изменения конфигурации и сложной настройки, через внешнюю обработку
- Многопоточный CI-контур для 1С c Packer, Vagrant и Jenkins. Часть 1. Описание системы и обзор инструментария
- Управление сборкой интеграция с GitLab по API для конфигурации СППР
- Независимая разработка совместимых компонент на ORM 1С – миф или истина где-то в аннотациях Java?
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Есть, и называется ERP. Остальные типовые (большая часть) это куски ERP.
Самый правильный вариант, это 1 вариант. Потребует усвоить материал. Но всегда можно подсмотреть в ДемоБСП.
Как понимаю у разработчиков 1С есть какая то внутренняя НАСТРОЕННАЯ БСП на основе которой они делают свои типовые
Есть, и называется ERP. Остальные типовые (большая часть) это куски ERP.
Самый правильный вариант, это 1 вариант. Потребует усвоить материал. Но всегда можно подсмотреть в ДемоБСП.
(1) Определенно, вариант 1.
Вам же все равно придется поддерживать конфигурацию, обновлять БСП и тд.
Поэтому лучше сразу узнать и разобраться, как работает БСП, разобраться в документации, это сильно поможет в дальнейшем избежать проблем.
Тем более вы пишите, что вам нужны не все подсистемы БСП.
Вам же все равно придется поддерживать конфигурацию, обновлять БСП и тд.
Поэтому лучше сразу узнать и разобраться, как работает БСП, разобраться в документации, это сильно поможет в дальнейшем избежать проблем.
Тем более вы пишите, что вам нужны не все подсистемы БСП.
(1) Я бы предложил в.1 и частично в.2
Сначала по в.1 собрать свою конфу. Да, это не сразу получится. Но с третьей попытки, в итоге, соберешь.
Потом затащить туда ДемоКонтрагентов из демки БСП. И еще какие-нибудь демо-объекты. Можно, конеч, Контрагентов затащить из тиражной конфигурации. Но они, скорее всего, потянут за собой свои специфичные модули (а те модули захотят еще какие-нить другие модули).
А вот насчет согласования - это уже поинтереснее. Не помню, есть ли в демке что-то такое. Но вряд ли оно тебя устроит. Поэтому для согласований нужно либо затаскивать готовый движок типа , либо использовать внешний движок Документооборота, если такой есть.
Сначала по в.1 собрать свою конфу. Да, это не сразу получится. Но с третьей попытки, в итоге, соберешь.
Потом затащить туда ДемоКонтрагентов из демки БСП. И еще какие-нибудь демо-объекты. Можно, конеч, Контрагентов затащить из тиражной конфигурации. Но они, скорее всего, потянут за собой свои специфичные модули (а те модули захотят еще какие-нить другие модули).
А вот насчет согласования - это уже поинтереснее. Не помню, есть ли в демке что-то такое. Но вряд ли оно тебя устроит. Поэтому для согласований нужно либо затаскивать готовый движок типа , либо использовать внешний движок Документооборота, если такой есть.
(4) Согласование уникальное, под логику документооборота плохо идет. Там как раз специфический код для механизма бизнес процессов и это не проблема.
Раньше я помню 1С выпускала такую конфу минимальная бухгалтерия без привязки к плану счетов. Было удобно.
При подходе по варианту 1, использование БСП отбивается только при тиражируемых конфигурациях, а для In-house уже проще расширять типовую.
Раньше я помню 1С выпускала такую конфу минимальная бухгалтерия без привязки к плану счетов. Было удобно.
При подходе по варианту 1, использование БСП отбивается только при тиражируемых конфигурациях, а для In-house уже проще расширять типовую.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот