| Цитата |
|---|
| Алексей Бунеев написал: , подскажите по 5 Коннектору — есть где-то: 1. Перечень всех обновлений по сравнению с последней 4 версией (чтобы клиент принял решение о переходе). 2. Инструкция для партнёров по 5 версии коннектора по настройке. Желательно максимально подробную (по 3 версии была в Ворде — было удобно). 3. Какие изменения запланированы на будущие версии Коннектора 5. |
Основные фичи, реализованные в Коннекторе 5 к релизу 5.0.0.11 по отношению к релизу 4.0.0.4:
КЭДО (кадровый ЭДО в 4 не было совсем) в новых релизах добавили фитчи:
- Автоматическая отправка кадровых документов — подписка на запись, фоновое задание, настраиваемые правила автоотправки и статусы обработки. Кадровый документ уходит в КЭДО сам, без ручного запуска.
- Списочная отправка одним запросом — документы отправляются пакетом через sign.b2e.document.send с массивом members[], а не по одному вызову на документ.
- Расчётные листки и отпуска через обмен событиями — выдача по событиям портала PINREQUESTED / SALARYVACATIONREQUESTED, события держатся в постоянной переподписке.
- Управление видами документов — новые настройки ВидДокумента и ОтправлятьАвтоматически в регистрах, настройка параметра «Дата фактического приема на работу».
Обмен контрагентами (компании/контакты)
- Защита от дублей и потери ID при выгрузке компаний — идемпотентность по ORIGIN_ID: перед crm.company.add идёт проверка crm.company.list, при наличии компании выполняется update и ID фиксируется в регистре идентификаторов.
- Устранено дублирование партнёра при загрузке контакта вместе с компанией — партнёр-компания ищется по реквизитам из пакета обмена, если по COMPANY_ID не найден.
- Диагностика «молчащих» веток выгрузки — если клиент не выгрузился (уже связан на портале при ОбновлятьНаПортале=Ложь или сформированный запрос пуст), в лог пишется сообщение уровня «Информация» — видно, почему объект пропущен.
Сделки, заказы, товары
- Исправлено обнуление товарной части сделки — тип скидки определяется из табличной части (СуммаРучнойСкидки → тип 1, ПроцентРучнойСкидки → тип 2) вместо жёсткой константы.
- Стабильная идентификация позиций сделки по xmlId (sale_basket_<N>) вместо протухающего id портала — позиции больше не задваиваются и не теряются при повторных обменах.
- Защита от параллельной записи при обмене — перечитывание контрагента при несоответствии версии и перепроверка существования сделки перед созданием; устранены дубли заказов.
- Уникальные символьные коды разделов и товаров каталога — транслитерация, замена недопустимых символов, схлопывание дефисов, нижний регистр и контроль уникальности через суффиксы -1/-2.
- Вес и размеры товаров без пересчёта — варианты «(без пересчёта)» для веса/ширины/длины/высоты товара и предложения.
Реквизиты и НСИ
- Рабочий маппинг доп. реквизитов Компании/Контакта — набор заменён на «СправочникПартнерыОбщие», где реально лежат доп. реквизиты клиента (до этого список был пуст).
- Ставка НДС как ссылка — тип реквизита переведён со строки на CatalogRef.СтавкиНДС, восстановлен перенос соответствий пресетов ставок при сохранении настройки подключения.
- Числовые доп. реквизиты выгружаются корректно — через XMLСтрока вместо Строка; пропал неразрывный пробел-разделитель тысяч («2 800» → «2800»), число не приезжает на портал строкой.
- Выгрузка единиц измерения — в запрос добавлено МеждународноеСокращение (раньше падало «Поле объекта не обнаружено»).
Производительность и права
- Ускорение многопакетной выгрузки — очистка коллекции необновляемых данных в конце обработки каждого пакета; устранён квадратичный рост и лишние транзакции по регистру пакетов.
- Привилегированный режим формирования пакетов — объекты больше не выпадают молча из выгрузки, если регламентное задание запущено под пользователем с ограниченными правами.
Интерфейс
- Новый ЗаказКлиента открывается в слайдере одним действием — сразу с заполнением объекта, без промежуточного выбора вида операции.
- Страница КЭДО скрывается там, где подсистемы нет — форма настройки подключения не показывает нерабочий блок, реквизит не грузится из базы.
- Импорт данных из zip починен — архив читается по адресу временного хранилища на клиенте вместо нерабочих ДвоичныеДанные/потока.
Архитектура (то, ради чего, собственно, выпускалась 5-я версия)
- Единая кодовая база БП/ЗУП/КА/УТ — расширения перестали быть независимыми форками: тип конфигурации определяется в рантайме, общие модули (167 из 168) поддерживаются байт-в-байт идентичными, ТипКонфигурации кешируется в переменную во всех формах. Следствие — одинаковое поведение и синхронные исправления во всех конфигурациях.
- Совместимость без падений — доступ к необязательным подсистемам (КЭДО, бухгалтерские отчёты) через ОбщегоНазначения.ОбщийМодуль, единый стандарт.
После 5.0.0.11 — что готовится в следующих версиях- Страница /onec: исправлена «мёртвая» индикация соединения.
- Синхронизация всех типов e-mail (WORK/HOME/PRIVATE/OTHER/MAILING) + автосоздание видов контактной информации.
- Исправлена выгрузка контрагентов (Компании/Контакты)
- Исправлено несохранение очистки и пустых значений в экспертных настройках синхронизации клиентов (выгрузка доп. реквизитов) — УТ/КА/БП.
- Еще несколько задач в процессе
- Страница /onec: исправлена «мёртвая» индикация соединения.