Имя: Пароль:
1C
 
Мнение о КД 2 и КД 3
0 ac13
 
24.09.20
12:59
1. Конвертация данных 2 0% (0)
2. Конвертация данных 3 0% (0)
Всего мнений: 0

Ваше мнение относительно настройки обменов через Конвертацию данных? Какой версии отдадите свой голос?
На мой взгляд КД 3 более универсальный механизм, но жутко неудобный в настройке.
Постоянно приходится настраивать XDTO-пакеты во всех базах, участвующих в обмене и редактировать код правил.
Так же настройка КД 3 отнимает прилично больше времени, чем настройка обмена через КД 2.
Что скажете?
1 Ёпрст
 
24.09.20
13:00
Че -то раз в неделю подобный опрос
2 ac13
 
24.09.20
13:01
(1) сорри, если так, не видел, от меня в первый раз)
3 polosov
 
24.09.20
13:07
(1) Неосиляторы КД переживают.
4 azt-yur
 
24.09.20
13:09
С учетом "Постоянно приходится настраивать XDTO-пакеты во всех базах, участвующих в обмене и редактировать код правил" о какой универсальности КД 3 может идти речь, если конфигурации приходится каждый раз дорабатывать. На мой взгляд КД 2 в этом плане универсальнее.
На партнерском проскочила новость, что ожидается КД 3.1, цитата:
"Из нового, изменена архитектура хранения данных. Теперь это ссылочные реквизиты, а не строковые представления, как было ранее, что позволяет выполнять проверку. Возможность разработки любых правил в одной базе (xml, ed, регистрации). Есть возможность загружать описания конфигураций из xml и edt платформы. Также, можно автоматизировать загрузку описания по регл. заданию указав место хранения, например ветку Git репозитория или хранилище конфигурации. Также добавлена возможность совместной работы (аналог хранилища). Также поддержана возможность каментить вносимые изменения, по сравнению с типовыми.  И много чего еще."

Вот это похоже уже будут позиционировать как замену КД 2, посмотрим что выйдет.
5 Garykom
 
гуру
24.09.20
13:14
(0) Берется http://catalog.mista.ru/public/308563/ и простейшей допилкой легко реализуется аля КД (а 2 или 3 пофиг)
6 Garykom
 
гуру
24.09.20
13:16
(4) Нужна КД4!

1. На основе JSON
2. Свое описание/формат "промежуточных метаданных" (вместо EnterpriseData), которые можно править/допиливать
3. Правила как правилами так и кодом
7 Aleksey
 
24.09.20
13:17
(6) Про универсальную шину забыл
8 Garykom
 
гуру
24.09.20
13:18
(6)+ 4. Интеграция как Расширение в конфы 1С со своими регламентными/фоновыми
5. Интеграция с Кроликом и прочими шинами
9 Garykom
 
гуру
24.09.20
13:18
(7) Неа см (8)
10 Aleksey
 
24.09.20
13:18
11 polosov
 
24.09.20
13:19
(5) Да "простейшая допилка", если требуются сложные алгоритмы для получения данных источнике и их обработки в приемнике.
12 Garykom
 
гуру
24.09.20
13:19
(10) Пока это только теория, на практике пока Кролик
13 ДенисЧ
 
24.09.20
13:21
(6) А что, ентрепрайздата - это чужое?
14 Garykom
 
гуру
24.09.20
13:27
(13) Гы попробуй там свои сущности описать ))
15 ac13
 
24.09.20
13:38
И кто что в итоге выбирает?
16 Mankubus
 
24.09.20
13:41
зависит от задачи
17 ac13
 
24.09.20
14:07
(16) например, настройка обмена доработанными справочниками и документами

Для себя кто какие плюс и минусы видит в текущих версиях?
18 ДенисЧ
 
24.09.20
14:11
(14) 1с справилась же...
19 sikuda
 
24.09.20
14:14
(18) А волшебный ларец «AdditionalInfo»?
20 ДенисЧ
 
24.09.20
14:15
(19) Хи ферштее дих нихть.
21 ДенисЧ
 
24.09.20
14:15
*Ихь, извиняюсь. Забыл немецкий...
22 sikuda
 
24.09.20
14:20
(21) Так в (14) человек и говорит, что отдельные не описанные в общей схеме EnterpriceData сущности в КД3, можно передавать через структуру AdditionalInfo, но энтузиазма это не вызывает.
Sei glücklich
23 palsergeich
 
24.09.20
14:22
Там кд 3.1 на подходе.
неосиляторы, готовьтесь.
24 palsergeich
 
24.09.20
14:26
25 Йохохо
 
24.09.20
14:26
(21) sich
26 GANR
 
24.09.20
14:27
Удобнее в использовании однозначно КД2, но из-за невозможности написать план обмена между 2-мя разными моделями сервиса мне пришлось взять именно КД3.
27 ДенисЧ
 
24.09.20
14:27
(25) Не, это я помню ))) В данном случае дихь, конкретно...
Программист всегда исправляет последнюю ошибку.