БСП 2.4 Внедрение в 8.2
Добрый день,
Есть база на 8.2. Режим совместимости 8.2.13.
Хочу интегрировать туда подсистему ОбменДанными из БСП.
По идее нужно последнюю версию 2.4, а у нее требования снять РежимСовместимости и Не использовать модальность как я понимаю. Да еще и режим запуска В Управляемом интерфейсе.
Так как конфа старая, то там очень много модальных вызовов форм.
Пока не пробовал объединять конфы, собираю информацию, но есть ощущение что здесь могут быть большие подводные камни.
Кто нибудь делал подобное?
Есть база на 8.2. Режим совместимости 8.2.13.
Хочу интегрировать туда подсистему ОбменДанными из БСП.
По идее нужно последнюю версию 2.4, а у нее требования снять РежимСовместимости и Не использовать модальность как я понимаю. Да еще и режим запуска В Управляемом интерфейсе.
Так как конфа старая, то там очень много модальных вызовов форм.
Пока не пробовал объединять конфы, собираю информацию, но есть ощущение что здесь могут быть большие подводные камни.
Кто нибудь делал подобное?
По теме из базы знаний
- Загрузка номенклатуры из Excel в УТ11, КА 2, ERP 2, Розница 2. Дополнительные реквизиты и сведения, характеристики, картинки, цены, остатки
- Подсистема "Обмен данными по произвольным правилам КД 2.x"
- Анализ прав доступа БСП 2+
- Переход с 1С:УПП на 1C:ERP: Подсистема поддержки пользователей в 1С:ERP
- Экстрактор данных 1С в BI - выгрузка данных из 1С в BI-аналитику
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Будут не просто большие камни, а огромные. К примеру, процедуры и функции 8.3, которых нет в 8.2. Соответственно, мы делали наоборот - перешли на платформу 8.3, со своей конфигурации сняли режим совместимости. В конфигурации разрешили использование управляемых форм.
Режим модальности не меняли, осталось значение "Использовать".
Режим модальности не меняли, осталось значение "Использовать".
(2) Разбирался. В теории выглядит все хорошо, если бы моя конфа была на управляемых формах, то внедрить не проблема. Момент в том, что она НЕ на управляемых и на 8.2.
(3) Так то что вы описали ровно мой сценарий.
Есть база на 8.2 на обычных формах. Вы перевели ее на 8.3, сняли совместимость, модальность не трогали. При таком наборе внедрили подсистему ОбменДанными и все сработало. Правильно я понимаю?
Какую версию БСП внедряли?
(4) Совместимость снимать готов. Смысл вопроса в том, какие это создаст проблемы..
Больше вижу проблемы в требовании Снять режим модальности для 8.3. Ибо сейчас полно мест где модально окна открываются.
(3) Так то что вы описали ровно мой сценарий.
Есть база на 8.2 на обычных формах. Вы перевели ее на 8.3, сняли совместимость, модальность не трогали. При таком наборе внедрили подсистему ОбменДанными и все сработало. Правильно я понимаю?
Какую версию БСП внедряли?
(4) Совместимость снимать готов. Смысл вопроса в том, какие это создаст проблемы..
Больше вижу проблемы в требовании Снять режим модальности для 8.3. Ибо сейчас полно мест где модально окна открываются.
(9) Да, у нас самописная конфига для собственных нужд. Где-то 80-90% обычных форм, но сейчас новые подсистемы разрабатываются на УФ. Сразу скажу, что процесс внедрения был достаточно сложный, т.к. в базовых объектах у нас не было совместимости с типовыми конфигурациями. К примеру, справочник "Пользователи" у нас отсутствует, вместо него есть справочник "Сотрудники", несущий совсем другую смысловую нагрузку.
(14) Самописной базе с типовой базой нужно обмениваться или тоже с самопиской?
Если уже есть обмен, зачем внедрять новую БСП для обмена?
Если в базе есть обработка ОбменДаннымиXML, значит эту базу можно использовать для обмена через КД2, так и через КД3.
КД3 имеет смысл только если нужно обмениваться с типовой базой 1С, которая постоянно обновляется.
Если уже есть обмен, зачем внедрять новую БСП для обмена?
Если в базе есть обработка ОбменДаннымиXML, значит эту базу можно использовать для обмена через КД2, так и через КД3.
КД3 имеет смысл только если нужно обмениваться с типовой базой 1С, которая постоянно обновляется.
(15) Самописка обменивалась с очень старой в хлам перепиленной типовой.
Сейчас самописка остается, а вместо старой типовой приходит новая современная типовая конфа.
Понятно, что если организовать выгрузку из Самописки в ED, то ED файл сядет как родной в новую конфу. Но как раз здесь и проблема, легче из самописки выгружать по КД2, чем по КД3.
Есть еще и обратный процесс, нужно из новой конфы выгружать в самописку, ну ок.. оно выгрузит. Но нужно еще и организовать, чтобы самописка прочитала этот ED файл.
Учитывая все это выбран обмен по КД2 с запилом БСП подсистемы ОбменДанными.
Сейчас самописка остается, а вместо старой типовой приходит новая современная типовая конфа.
Понятно, что если организовать выгрузку из Самописки в ED, то ED файл сядет как родной в новую конфу. Но как раз здесь и проблема, легче из самописки выгружать по КД2, чем по КД3.
Есть еще и обратный процесс, нужно из новой конфы выгружать в самописку, ну ок.. оно выгрузит. Но нужно еще и организовать, чтобы самописка прочитала этот ED файл.
Учитывая все это выбран обмен по КД2 с запилом БСП подсистемы ОбменДанными.
(16) Проблема тут только одна - написать правила обмена самописки с ED, двухсторонний обмен. Написав один раз можно на несколько лет быть спокойным - обмен с типовой теоретически не должен поломаться.
Для КД2 нужна минимум двойная работа - поддержка совместимости с типовой.
С другой стороны что больше умеешь, на том и нужно делать. Непонятно правда зачем БСП 2.4 для КД2? Можно же подобрать БСП под платформу самописки.
Для КД2 нужна минимум двойная работа - поддержка совместимости с типовой.
С другой стороны что больше умеешь, на том и нужно делать. Непонятно правда зачем БСП 2.4 для КД2? Можно же подобрать БСП под платформу самописки.
(17)
Самописка-ED: сложность в том, что в ED формате нет подходящих данных для укладки данных из Самописки. Там не создаются документы один к одному. Данные из самописки идут в самописные структуры типовой конфы. Так что вот. ЕД хорошо, но здесь не взлетает.
Это вы исходите из предположения, что типовая будет\может меняться. Так,
Вот насчет этого крепко думаю, не выйдет ли проблем если с одной стороны будет 2.4 версия БСП, а с другой какая нибудь 2.1.
Проблема тут только одна - написать правила обмена самописки с ED, двухсторонний обмен
Самописка-ED: сложность в том, что в ED формате нет подходящих данных для укладки данных из Самописки. Там не создаются документы один к одному. Данные из самописки идут в самописные структуры типовой конфы. Так что вот. ЕД хорошо, но здесь не взлетает.
Для КД2 нужна минимум двойная работа - поддержка совместимости с типовой.
Это вы исходите из предположения, что типовая будет\может меняться. Так,
Можно же подобрать БСП под платформу самописки -
Вот насчет этого крепко думаю, не выйдет ли проблем если с одной стороны будет 2.4 версия БСП, а с другой какая нибудь 2.1.
(18)
По моему проблем не будет при обмене БСП 2.1 с БСП 2.4 через КД2. Если взглянуть на xml файл современных правил обмена КД2, там вторая строка выглядит так:
<ВерсияФормата РежимСовместимости="РежимСовместимостиСБСП21">2.01</ВерсияФормата>
Если 1С откажется от поддержки этого формата, тогда и нужно думать как быть.
Проблема будет на стороне типовой. Как обмениваться? Обработкой или через планы обмена? Планы обмена типовые? Значит туда нужно будет подставить свои правила и перепроверить правила регистрации.
Можно же провести эксперимент. Найти демо БСП подходящей для самописки по платформе, создать в КД2 обмен между демо БСП и типовой. В обмене для примера сделать одно правило для простого справочника и попытаться обменяться. Если пройдёт успешно, внедряем эту БСП в самописку.
Самописка-ED: сложность в том, что в ED формате нет подходящих данных для укладки данных из Самописки.
Это решается технически без проблем. Например, Вы же можете перенести коробки с шурупами в ящике для гвоздей? Так же и с ED можно поступать. Не обязательно искать прямое соответствие.
По моему проблем не будет при обмене БСП 2.1 с БСП 2.4 через КД2. Если взглянуть на xml файл современных правил обмена КД2, там вторая строка выглядит так:
<ВерсияФормата РежимСовместимости="РежимСовместимостиСБСП21">2.01</ВерсияФормата>
Если 1С откажется от поддержки этого формата, тогда и нужно думать как быть.
Проблема будет на стороне типовой. Как обмениваться? Обработкой или через планы обмена? Планы обмена типовые? Значит туда нужно будет подставить свои правила и перепроверить правила регистрации.
Можно же провести эксперимент. Найти демо БСП подходящей для самописки по платформе, создать в КД2 обмен между демо БСП и типовой. В обмене для примера сделать одно правило для простого справочника и попытаться обменяться. Если пройдёт успешно, внедряем эту БСП в самописку.
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот