Обмен ›
Переход с 7.7 на 8.3 ›
#27
24.01.24 13:33
(26)
Цитата |
---|
По какой причине не используете КД2? |
Если речь о переходе с 7.7 на 1С 8.2 то лучший вариант это КД2. Но КД2 это обмен трудоемкий и ориентирован на конфигурации на платформе 8.2. Если вопрос принципиальные, то вот что я для себя уяснил в принципе. С тех пор сменилось поколение, появились расширения, появились другие транспорты и внедрились обмены и интеграция на основе веб-технологий, принципы механизмов обновления информационных баз и обмены принципиально изменились (кстати типовые обмены на основе планов обмена считаются отстоем и мой личный опыт это подтверждает). Преимуществом для 7.7 и последним поколением обладает прямое чтение SQL (внешние источники), практичекое применение КД3 для обмена с 7.7 с шаблонным заполнением менеджера обмена данными в новой конфигурации и пост-обработка загруженных данных в новую конфигурацию последнего поколения непосредственно в КД3 решает все задачи и нерешенных вопросов не остается, при этом ломать голову по сравнению с КД2 не нужно - пиши себе и пиши код, обрабатывай результат загрузки как хочешь на стороне современной конфигурации-приемникаи больше ничего не надо - все попадет в менеджер обмена в расширение. Есть так же очень большой зоопарк технологий все из которых я не знаю. Обратите внимание на публикации авторов-победителей темы Интеграция на Инфостарт, вопрос также можно решить поиском по базе знаний на тему оптимальных средств переноса данных из 7.7 в 8.3 и платформонезависимых решений которые тоже хорошо подходят для 7.7. Так же для обменов на постоянке рассматриваю шину данных (их большое множество, например апач ESB Service Mix и kafka, данные системы берут часть маршрутизации, буферизации и частичной обработки/преобразования данных между системами)- этому статья не была посвящена. Просто в тот момент нашли для сеья приемдемый вариант, использовали и описали здесь. Но тут так же есть методики новые которые теперь лучше подойдут. Для одноразового заполнения базы не стоит забывать про табличный документ. Счтитаю, что КД3 будет более верно методически и как следствие менее трудозатратно. В прошлом посте критерии выбора освещались. Для постоянного обмена советую написать расширение в системе последнего поколения и переносит в него данные обработкой. Считаю отказываться от КД3 не стоит, надо ее рассматривать.
Цитата |
---|
А если конфигурация 7.7 доработана? |
- я вообще не рассматриваю вариант что 7.7 может быть не доработана, в ней просто не было никогда другого выхода. Именно об этом все выше и писал. В событии КД3 после загрузки данных можно взять любые данные из входящей XML и как угодно кодом без всяких правил и внутренних законов КД обычным программированием распихать нетиповые данные по любым объектам типовой конфигурации или расширений. Найдите инфу на эту тему хотя бы в самой популярной статье по КД3 от Сухова на Инфостарт, на ее основе я делал расширение и после загрузки документа заполнял его кодом абсолютно как угодно, это будет на порядок проще чем в КД2. Формат enterprisedata не запрещает передавать через xml дополнительную онформацию и дополнительные реквизиты.
1С 7.7 не приходня для комплексной автоматизации, для решения задач регламентированного и отраслевого учета и сложных отчетов. Если делать код обработки больших данных на 1С 7.7 нельзя использовать отборы, что заставляет использовать переборы в циклах и превращает код в страшного монстра. На ней не посчитаешь зарплату с учетом требования госутарства. Но для управленческих задач небольшого объема лучше и проще 1с 7.7 по-моему вариантов нет, она очень быстра и легко программируется по сравнению с современными системами когда данных немного, только вот базу надо резать из-за ограницения размера таблиц строго меньше 1 гигобайта.