Вопросы по конвертации данных.
 

Появилось свободное время, да и через 2 месяца надо будет переносить из сильно изменной 2.0 в 3.0 (бух.строительной организации).
В общем, хочу попытаться освоить КД. Глянул, есть прошлогодняя КД 2.0 и актуальная 3.0.
Но в сети нашел учебные материалы только по 2.0.
Существенные ли различия и в чем суть ? Управляемые формы там, что ли или еще что-то из-за чего стоит сразу с 3.0 начать ?

В принципе, могу перенести и с помощью разовых мелких обработок как в свое время переносил из Подрядчика 7.7 в БСО 8.2.
Но душа хочет чего-то нового, а карман того, что в дальнейшем может пригодиться как источник доп. заработка :)

Если осваивать с нуля, то точно надо с 3.0.
Что тебе УФ? Ты не бухгалтер,у которого несколько документов параллельно висят. У тебя не "бери больше, кидай дальше, отдыхай пока летит", у тебя больше мозговой деятельности.
И не надо клепать внешних отчетов, печатных форм,и прочей лабуды, так что УФ тебе пофиг: на выходе файл правил, интерактивность будет в конфах источника и приемника.
А вот шаблоны должны быть приспособлены к конфам.
А разработчик твердо нацелен прибить 8.2 нафиг.

Сами же принципы для формирования правил от платформы зависят слабо, и методика их составления тоже.

И кто мешает держать на борту оба продукта?

[quote=VZ;39056811]Сами же принципы для формирования правил от платформы зависят слабо, и методика их составления тоже[/quote]
Тогда с 2.0 начну.

КД 2.0 и КД 3.0 - разные продукты, которые друг друга не заменяют.

КД 2.0 предназначена для построения произвольных обменов при помощи внешних обработок и правил обмена, а так же для автоматического обмена по технологии, предусматривающей индивидуальную разработку правил обмена/регистрации для каждой пары корреспондентов.

КД 3.0 предназначена для разработки обменов, осуществляющихся через файлы универсального формата обмена. Технология подразумевает, что файл сформированный в источнике обмена - может быть загружен без дополнительных усилий любым приложением, в составе которого есть БСП без дополнительных усилий. При этом технология ориентирована на использование в режиме сервиса, что накладывает определенные ограничения. В частности, технология не подразумевает разработки исполняемых скриптов, которые будут включаться в состав правил обмена или в файл обмена данными.

4-Reaper > О как, значит... Похоже на закрытый протокол. Так?
Скрипты в БСП, формирование контейнера в движке...
Кто-то будет выкинут на мороз.

5-VZ > Да нет, протокол открытый - там все тот же XML. Хочешь - формируй его хоть на X++, хоть на ABAP, хоть на .NET, спецификации доступны. Суть не в закрытости, а в том, чтобы не пропустить в облачные решения инъекций на встроенном языке. Ну и унификация опять же. Один и тот же файл от Розницы с отчетом о розничных продажах будет одинаково грузиться в УТ11, УНФ, БП 3.0, УП 2.0 и даже ЗУП 3.0. Другое дело, что в ЗУПе загрузка этого файла ничего не изменит.

Замечу в скобках, что КД 3.0 находится в стадии беты.
А вообще: КД рулит! разовые самописные обработки переноса - в топку!

7-Климов Сергей > не сотвори себе кумира :) Всё зависит от задачи. В [u]разовом [/u]переносе я, к примеру, очень часто пользуюсь консолью запросов из ИР: в одной базе ЗначениеВФайл(...мРезультатЗапроса.Выгрузить()); во второй мОбъектЗапроса.УстановитьПараметр(.,ЗначениеИзФайла) - это гораздо быстрее и нагляднее чем писать и отлаживать правила

Ну, сами правила никуда не денутся ;) Другое дело, что их можно унифицировать, и загнать в БСП, снабдив ключами идентификации. Типо "ПравилоПереносаНомерРаз". Те скрипты, что не получиться сделать "для всех-всех-всех", прошиваются в хранилище. Так же, как сейчас, например, в БП3.0 из хранилища вытаскивается соответствующая xml. И опять заместо тела скрипта идет ключ типо "ПереносЗУП.ОчиститьКЧертуВсеРегистрыПФР". Как-то так.
Потому и "в режиме сервера".
В результате в XML самих скриптов нет. Есть их названия.
Я бы не назвал это "революцией" :)