Имя: Пароль:
1C
 
Что 1С делает с Конвертация 2.1 ?
☑
0 Мультук
 
гуру
15.10.26
✎
11:37
А есть ли официальная информация о планах 1С связанных с Конвертацией 2.1?

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

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

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

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

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

Я, увы, нагуглить не смог.
1 mzelensky
 
15.10.26
✎
11:39
(0) Зачем Вы вообще это используете?
2 vis
 
15.10.26
✎
11:41
(0)А нельзя разве использовать внешнюю обработку?
3 Garykom
 
гуру
15.10.26
✎
11:49
(1) Вероятно, не смогли освоить сериализацию в JSON
4 scanduta
 
15.10.26
✎
11:44
(1)Потому что лучше аналога чем КД 2.1 нет
5 Eiffil123
 
15.10.26
✎
11:45
(4) в КД 3.1 есть всё
6 Garykom
 
гуру
15.10.26
✎
11:46
(4) Аналога чего?
Понимаем что это просто тяжкое наследие древних темных времен с XML?
Ладно еще про КД 3.1, хотя тоже тот еще лисапед
7 mzelensky
 
15.10.26
✎
11:56
(1) Паровозик, который смог
8 mzelensky
 
15.10.26
✎
11:51
(4) нужна еще одна специализированная система. Нужно поддерживать конфигурации отправителя и приемника. Ужасно огромные файлы обмена. Просто отвратительная отладка.

Чем оно лучше собранного вручную обмена ? Хоть на XML, хоть на JSON
9 Fedor-1971
 
15.10.26
✎
12:06
(8) Универсальностью и стандартизацией.
Что проще: посмотреть в правила или разрыть код обмена? Так-то код может быть очень замудрён и его нужно рыть/создавать для каждой конфигурации

Да, есть вопросы и проблемы в КД2 (отладка одна из), но стандартизация работы обмена перевешивает.
КД3 - имеет свои вопросы (другие, но и там не так радужно как думалось)
10 mzelensky
 
15.10.26
✎
12:10
(9) Говорите так, словно чтение кода правил КД2 - это чтение сказочки на ночь ребенку. Да там черт ногу сломит.
11 Fedor-1971
 
15.10.26
✎
12:11
9+ Универсальную систему обмена, пока, не получается организовать.
Чисто моё мнение: нужна некая библиотека наработок для обмена и описание правил - в каком виде их хранить большой вопрос (ED - один из возможных вариантов, так-то, не самый бесспорный, но имеющийся в наличии)
12 Fedor-1971
 
15.10.26
✎
12:15
(10) Это да. Но смотреть точечно проще (при понимании работы КД2) чем откапывать в коде точку, где находится проблемный участок
Для КД3 - та же чебурашка, несколько модернизированная в плане отладить код, но имеет свои чудеса в решете
13 mzelensky
 
15.10.26
✎
12:18
(12) Как обычно приходим к варианту - кто что умеет готовить, тот то и готовит.

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

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

+ Можно через любую шину данных пробросить этот пакет.
14 Garykom
 
гуру
15.10.26
✎
12:20
(13) Со временем все к этому приходят
Когда объемы данных выросли
И появились требования по скорости, надежности, простоте и т.д.
15 Garykom
 
гуру
15.10.26
✎
12:22
Самый простой и банальный вопрос который апологетов КД ставит в ступор:
"А можно сделать параллельную выгрузку/загрузку данных в несколько потоков/фоновых?"

ЗЫ
Причем не раздельно по разным видам метаданных
А по одному виду, например записи одного РС раздельно в фоновых порциями
16 Fragster
 
гуру
15.10.26
✎
12:22
https://partners.v8.1c.ru/forum/topic/2297015 и презентация Удаление обменов по правилам XML на странице https://partners.v8.1c.ru/topics/270
17 ZloyBrawler
 
15.10.26
✎
12:36
(16) скрины есть?
Выдавать глобальные идеи — это удовольствие; искать сволочные маленькие ошибки — вот настоящая работа. Фредерик Брукс-младший