Всем привет!

Появилась задача синхронизировать между собой две внутренние базы 1С: стандарт ЗУП с расширениями и самописная околобухгалтерская.
Из ЗУП в самописку пойдут все справочники (физики, сотрудники, и т.д.), а из самописки в ЗУП результаты всяких расчетов, проводок...
Подскажите, что сейчас в топе, что лучше использовать.
У нас в таких случаях в основном использовалось прямое подключение в БД (через СОМ объект), или планы обмена с помощью конвертации данных, либо выгрузки через файл...
Но ИМХО это всё допотопные уже методы. Да и админы недовольны наличием всяких папок обмена и лазанием напрямую в базы.
Для связей с различными внешними ресурсами используем HTTP-сервисы. Но они на стороне внешних ресурсов, мы только подключаемся, забираем или отдаем. Т.е. опыта разворачивать свои сервисы пока нет.
Есть ли смысл для таких задач обмена между двумя соседними 1С-ками разворачивать http-сервис на одной из них.
А может имеет смысл разворачивать Веб-сервис? Чисто теоретически усвоил, что веб-сервисы хороши именно для взаимодействия между 1С-ками, т.к. проще с типами данных.
(http-сервис и Веб-сервис рассматриваю в том понимании, как их представляет 1С)

Посоветуйте, что тут лучше подойдет.

http-сервис и json
сразу предусмотреть многопоточность

Шины данных сейчас в тренде.

Т.е. через СОМ объект - это харасм и харам, так как "админы недовольны лазанием напрямую в базы."
А http-сервис эту тру и халяль, хотя по сути тоже лазанием напрямую в базы
А в чем разница с точки зрения админа?

(0) планы обмена тебе в любой случае нужны будут. Как ты без них собрался отслеживать информацию? Вообще у тебя должно быть три механизма:
1. Построение очереди данных для обмена. Тут отлично подходят планы обмена
2. Сериализация-десериализация данных. Тут теоретически можно использовать конвертацию данных, но только если объемы данных небольшие
3. Канал доставки сообщений обмена. Это может быть веб- или http-сервис

>>веб-сервисы хороши именно для взаимодействия между 1С-ками

По производительности веб-сервисы проигрывают http-сервисам. Хотя для обмена между базами вполне подойдут веб-сервисы. Если в околобухгалтерской самописке внедрена БСП, то стоит рассмотреть вариант обмена черех формат EnterpriseData

(1) "сразу предусмотреть многопоточность" - что имеется ввиду? Чтобы параллельно разные API http-сервиса вызывать? Дак это вроде и так работать будет?

(3) http-сервис никак не напрямую. Даже если запись в другую базу, то на стороне той другой базы будет обработка записи, там все нужные валидации и прочее. А не то что ты из своей текущей базы через СОМ-объект запихал что тебе хочется в другую базу, ничего не проверив и нарушив какие-то условия.

(4) "планы обмена тебе в любой случае нужны будут. Как ты без них собрался отслеживать информацию?"
Не факт что нужны. От данных зависит, пока нет точного понимания.
Но допустим обмен справочниками (физлица, сотрудники и прочее) - 1 раз ночью полный обмен.
А какие-то другие объекты - делается реквизит "Выгружен", ну и по этому реквизиту выгружать, т.е. если он не заполнен.

(0)
Мы вот все синхронизации только через хттп-сервисы и делаем, ибо всё остальное - от лукавого.
Но хттп - можно использовать двумя способами (если упрощать):
- только как транспорт (передавать сообщения обмена, и обрабатывать их, например, через конвертацию)
- как REST API.
- комбинированный вариант.
Скорее всего, еще придется заморачиваться с регистрацией изменений. Это однозначно планы обмена. Тем более, если изменения в обе стороны.

(7) реквизит это совсем плохо, тогда уж регистр сведений... хотя зачем РС, есть же планы обмена

кстати в (4) по сути то же самое и написано что у меня выше

(7) Для этого и придуманы планы обмена, и лучше их в 1С еще ничего не придумали.

(7) "А какие-то другие объекты - делается реквизит "Выгружен", ну и по этому реквизиту выгружать, т.е. если он не заполнен."

WHAT???

(12) а чё, свежая такая мысль - вместо планов обмена захерачить общий реквизит во всё, включая наборы данных =)

(5) не только
в несколько потоков (фоновых) можно было данные выгружать/загружать
и не было проблем даже если один вид метаданных в несколько потоков

(2) шина нужна когда не две базы а больше
чтобы каждая база работала с шиной а шина уже доставляла

(15)+ но да лучше делать сразу обмен чтобы можно было легко сменить транспорт с http-сервисов на шину или любой другой

(0) Я бы все-таки ограничился стандартным обменом, аля ЗУП-БП3. Конечно, через стандартный же веб-сервис (если не нравятся папки и com), минусы - иногда веб-сервис будет отваливаться, но это и с самописным обменом случается. ) Если заморочиться - можно допилить обработку КонвертацияОбъектовИнформационныхБаз, добавив json. По поводу обменов через http и шины, несмотря на кажущуюся простоту, у меня вот сомнения по поводу того, как правильно выгружать НСИ, должен ли это быть какой-то дополнительный сервис.

(0) Веб-сервис можно использовать точно так же, как хттп. Но хттп "моднее". В какой базе поднимать - зависит от того, кто инициатор обмена. Я из ЗУП в самописку делал выгрузку через веб-сервис (просто он уже был поднят).

(0) рекомендую HTTP-сервисы. Это проще чем WEB-сервисы и хорошая замена OLE

Вместо JSON лучше XML, у него сериализация дат есть нормальная.

(20) а в чем проблема дат в json?

(21) в том, что она в JSON есть. А в XML нет. Ответ устраивает? ;-)

(22) и там и там даты как строки. Если нет схемы, то преобразовывать в дату нужно руками

(16) Заодно и 1С сменить на что нибудь другое, чего уж на мелочах размениваться

(24) для тебя https://v8.1c.ru/platforma/1s-predpriyatie-element/ новость?

(20) Не осилил? Беееедненький.

(25)+ там главная киллер фича имхо это конфигуратор в браузере
интересно многопрограммерский режим работы доступен для одной базы и как

(27) > многопрограммерский режим работы
Git. Планируют в версии 2.0 =)

https://wonderland.v8.1c.ru/blog/spisok-zadach-planiruemykh-k-realizatsii-v-versii-2-0-tekhnologii-1s-predpriyatie-element
https://wiseadvice-it.ru/o-kompanii/blog/novosti/plany-razvitiya-novoi-1s-tehnologii-element-2-0/

(28) Думаю 2-3 года и ERP 3.0 не за горами
Причем БП4 как понял будет по типу УТ11 и КА обрезком от полной ERP

Обмен можно сделать на технологии КД 3.0.
И БСП умеет обмениваться файлами через веб-сервисы.

(30) это из пушки по воробьям.

(29) А сейчас в ERP 2.5 соответсвующие модули сильно от БП3 отличаются? Я чёт думал что там почти 1 в 1. Может не так криво сшито, как в некоторых продуктах франчей...

(32) ERP/КА сейчас целиком включают в себя ЗУП 3.1.18
От БП отличается очень сильно, даже синхронизации типовой полноценной двухсторонней нет фактически

(32) в БП ерп учет идет на регистрахз и справочниках (т.е. проводки формируются по данным из регистров и справочников (счета учета))
а в БП проводки самодостаточные, и счета учета указываются непосредственно в документе
Т.е. в БП одна и таже позиция номенклатуры может быть отражена на 10, 41, 004 счете (материалы, товар, комиссия). А вот с ЕРП такой фокус врядли прокатит
Ну и для БП проводки первичны, а регистры носят вспомогательный характер. А вот для ЕРП имхо проводки необязательный контур учета, так как вся первичная информация есть в регистрах

(0) Поставьте админов на их место и используйте КД2.