А есть ли официальная информация о планах 1С связанных с Конвертацией 2.1?

Сначала 1С запретила загружать правила обмена из файла.
Но когда нельзя, но сильно хочется - можно.

Теперь (ЕРП 2.5.27.98) заставила перенести обработчики в обработки:

ИмяПланаОбмена_Загрузка
ИмяПланаОбмена_Выгрузка

Именно заставила, ибо в этом случае, выбора просто нет.

Когда будет день "Д", когда КД2.1 вообще выпилят из БСП ?

Я, увы, нагуглить не смог.

(0) Зачем Вы вообще это используете?

(0)А нельзя разве использовать внешнюю обработку?

(1) Вероятно, не смогли освоить сериализацию в JSON

(1)Потому что лучше аналога чем КД 2.1 нет

(4) в КД 3.1 есть всё

(4) Аналога чего?
Понимаем что это просто тяжкое наследие древних темных времен с XML?
Ладно еще про КД 3.1, хотя тоже тот еще лисапед

(1) Паровозик, который смог

(4) нужна еще одна специализированная система. Нужно поддерживать конфигурации отправителя и приемника. Ужасно огромные файлы обмена. Просто отвратительная отладка.

Чем оно лучше собранного вручную обмена ? Хоть на XML, хоть на JSON

(8) Универсальностью и стандартизацией.
Что проще: посмотреть в правила или разрыть код обмена? Так-то код может быть очень замудрён и его нужно рыть/создавать для каждой конфигурации

Да, есть вопросы и проблемы в КД2 (отладка одна из), но стандартизация работы обмена перевешивает.
КД3 - имеет свои вопросы (другие, но и там не так радужно как думалось)

(9) Говорите так, словно чтение кода правил КД2 - это чтение сказочки на ночь ребенку. Да там черт ногу сломит.

9+ Универсальную систему обмена, пока, не получается организовать.
Чисто моё мнение: нужна некая библиотека наработок для обмена и описание правил - в каком виде их хранить большой вопрос (ED - один из возможных вариантов, так-то, не самый бесспорный, но имеющийся в наличии)

(10) Это да. Но смотреть точечно проще (при понимании работы КД2) чем откапывать в коде точку, где находится проблемный участок
Для КД3 - та же чебурашка, несколько модернизированная в плане отладить код, но имеет свои чудеса в решете

(12) Как обычно приходим к варианту - кто что умеет готовить, тот то и готовит.

У меня опыт работы с КД2 не такой большой, но плевался знатно. Особенно на отладке.

А накидать обмен на веб-сервисе с XDTO схемами (а сейчас и с использованием JSON можно) - проблем вообще не составляет. Быстро. Масштабируемо. Легкая отладка. Легкие пакеты данных. Не нужно конфигурации источника и приемника грузить...и тд и тп.

+ Можно через любую шину данных пробросить этот пакет.

(13) Со временем все к этому приходят
Когда объемы данных выросли
И появились требования по скорости, надежности, простоте и т.д.

Самый простой и банальный вопрос который апологетов КД ставит в ступор:
"А можно сделать параллельную выгрузку/загрузку данных в несколько потоков/фоновых?"

ЗЫ
Причем не раздельно по разным видам метаданных
А по одному виду, например записи одного РС раздельно в фоновых порциями

https://partners.v8.1c.ru/forum/topic/2297015 и презентация Удаление обменов по правилам XML на странице https://partners.v8.1c.ru/topics/270

(16) скрины есть?

(0) делали две обработки и просто пихали их в расширение или сразу в типовую конфу?

(0) вызывает недоумение, они обрубили по сути обмен с ДО 2.1, сами не добавили обработки в ERP. То есть даже типовые правила не внедрили

(15) Можно, а зачем? По факту, переделывается код отправки и получения данных.
Тут вопрос: поддерживаемости текущего решения - кто-то сделал  транспорт по HTTP, кто-то через веб-сервис, кто-то файлами, кто-то е-майл приладил.
А вот разработка формата обмена (что мы отправляем, в каком виде) - самая проблемная часть (КД2 - правила и файлы в XML, но они прописываются определённым образом).

Сделать свой формат обмена - не проблема, в текущей ситуации конкретной фирмы. Можно реализовать половинную ответственность, т.е., например, ЕРП выгружает данные производства, номенклатуры, контрагентов в определённом виде (как вариант, в файл) и выдаём описание формата в любом виде (ворд или текст) и проблема принимающей стороны как обработать полученное (реализация идеи ED, без использования оного)

Универсальность такого решения - не очень, но, в рамках одной конторы (или нескольких) вполне приемлема

(0)

Сначала 1С запретила загружать правила обмена из файла.

Не очень понял, что она запретила?
Можно ведь открыть и пользоваться V8Exchan83.epf в совершенно пустой базе, вообще без БСП.

(21) Вроде, в конфигурациях на БСП. Там используются функции из БСП

(20)

(20) Ты же понимаешь что не ответил на вопрос
Точнее ответил по еврейски, задав свой

Не получится легко переписать КД на многопоточность выгрузки/загрузки данных
Ибо придется переписать все нафуй
И будет уже по сути совершенно новая штука

(8) Я как то сравнивал объем информации для конкретного случая, самый большой (даже огромный) был при сериализации xml (ВыгрузкаЗагрузкаДанныхXML), далее КД2.1 и потом уже КД3 (но типовой, который не закрывал задачу). Скорее всего, самый легкий вариант был бы кастомный обмен в json.

(0) https://forum.infostart.ru/forum15/topic342053/message3296541/

(19) Если синхронизацию уже "отрубили", там уже на в самом деле были попытки всю НСИ перенести на интеграцию, но это делается максимального топорным и нелогичным способом, а также зависит от конкретной конфигурации.

(25) Самое смешное что кастомный обмен через json
Причем весьма универсальный делается простейше даже с полного нуля
Это если не считать кучи готовых решений на ИС и ГитХабе

(9)Код обмена конечно проще разрыть, примерно 1 минута. Проще написать, проще отладить и проще дорабатывать, работает надежнее и быстрее. Следующему прогеру не надо будет учить технологию, просто как на родном с листа допишет. Не говоря уже о том, что ты ограничен еще конструктором кд2.

(22) Нет, БСП вообще не нужна для обмена по КД2. Можно попробовать, например, создать пустую базу с одним справочником, и выгрузить его. Если мне не изменяет память, когда появилось КД2, БСП еще не придумали.

(30) Угу
Вот кстати вопрос почему КД не входит в Библиотеку Стандартных Подсистем?
Подсистема обмена недостаточно стандартная?

(31) Вероятно, потому что 1С считает ее (КД2) устаревшей. ЭнтерпрайсДата, пакеты XDTO и замены текстов глобальных модулей теперь наше все :)

(28) Я делал для отдельных случаев, но реализовать полноценную синхронизацию - перфекционизм протестует. Опять-таки, поддерживать если не только своими силами, это нужна документация. Был бы унифицированный программный интерфейс, например, для общения с той же 1С Шиной. )

(28) Хорошо, а как ты на джейсон напишешь полный перенос остатков и оборотов из УПП в например Управление холдингом или ERP ? Сколько времени это займет ?

(0) Совсем вроде обещают не выпиливать, мол все для борьбы с небезопасным Выполнить(...).
Кстати, вопрос как стыковать эти обработки, просто тупо создать в расширении?

(34) Легко и просто напишу, примерно неделю займет с вылизыванием

А как ты напишешь это на КД 2, без готовых правил и возни с ними в плане исправления ошибок?
И сколько времени это займет без готовых?

(32) нет, дело в стандарте https://its.1c.ru/db/v8std#content:669:hdoc который требуется для сертификации конфигураций во всяких госконторах. рубанули "с плеча". в (16) в презентации указан разрабатываемый workaround, он же в (0) как "перенести код в модули"

(24) По факту, да будет нечто новое с использованием функционала КД2
(29) Не скажи, это если код хорошо откомментирован и имеет общеидеологическое описание, если нет - будет мрак. И хорошо бы иметь описание самого формата обмена в виде текста (очень немаловажная часть)

(36) Та же неделя, только на основе правил
Тут вопрос в целесообразности, перенос остатков - разовая акция и делать спец обработку и свой формат под него не смысл

(30) Это да, но потом обработки обмена писались с использование функций из БСП