Есть УПП и БП, настраиваем синхронизацию. Документы из УПП переносим в БП без детализации. Т.е. нам интересны только суммы, а не наименование номенклатуры. В БП вся номенклатура из УПП будет попадать в номенклатуру "Товары в ассортименте".
Но если пользователь всё же захочет увидеть детализацию, то решили в документе сделать кнопочку, по которой из УПП будут браться данные из документа и выводится в виде печатной формы. Через какое соединение лучше забирать данные?

Какие интересные у Вас там таблетки. А как в БП будете считать прибыль и себестоимость?

(1) Весь управленческий учет в УПП

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

(3) мы как раз этим и занимаемся. Хотим дать в БП только суммы. Вопрос темы не про это.

(4) нельзя в бп дать суммы, она сама их дожна посчитать, она на то и бп
что значит "через какое соединение"?
зы. суммы считает только БП, это важно

но постановка вопроса - хорошо, виден разработчик

я 300то лет назад возвращал в виде тз, она сериализуется, это рисуем в макет и все видно

(5) Есть com-соединение, есть http. Можно и другие способы назвать. Вот в этом и вопрос. А отдаваться в БП будут первичные документы, не понимаю что вам не нравится? БП и будет с ними оперировать и считать.

(10)

Составьте табличку плюсы и минус com, http
Проанализируйте.

В любом случае, я бы рассматривал com, http только как транспорт

Как минимум раз в неделю появляются плачущие люди у которых отвалился com,
а у них лапки.

Ах да. Http будет и на linux работать, а вот com -- сильно вряд ли.

P.S.
Я бы на УПП поднял http-сервис
А из БП этот сервис "дергал"

Там многое чего можно хорошего сделать, если сразу по уму писать, а не как обычно.


P.P.S.
Что будете делать с прослеживаемыми товарами и импортом ?

(0) отдавайте через http сразу ПФ

если вопрос, как сказали, только в транспорте - то http. Нормальная тема. Можно web, OData, файлики и еще все, на что фантазии хватит. Хоть и говорят, что http и web типа одно и тоже - нед, концепция абсоляютно разная, хттп это веб, а веб это чистый транспорт. ТабДок тоже сериализуется, да

(11)



Мне кажется или ваши мысли противоречат друг друг?

что там сопоставлять - сом это лицензия

(10) COM - удобно, но это тормоза, если базы удалённые то будет по губам а не обмен.

(0) проще сделать новый регистр сведений Документ/ПФ в хранилище и передавать с обменом нужную печатную форму в регистре сведений. Если вот прям принципиально подключение, я голосую за HTTP - самый быстрый способ.

УПП и БП сойдутся, при условии жесткого ограничения на правки "задним числом". Любая правка в закрытом периоде приведет к необходимости пересчета себестоимости в УПП и перевыгрузке в БП, что очень небыстро. Детализацию по кнопке грузить из УПП через http сервис.

Лучше через WEB сервисы. У меня УТ10, БП30, Документооборот, СУТЗ, Розница обмениваются через WEB сервисы и все довольны. При этом все эти базы могут быть разнесены по всему миру, что очень удобно.

(18) да?
ничего что разрезы разные

ну ладно, вопросов нет

(0) А зачем делать лишний запрос ? Сделайте вторую табличную часть, при передачи данных из УПП полные данные пишите в нее. По ней же стройте отчет.
+ Ни каких дополнительных соеденений
+ Расшифровка будет по тем данным, которые были перегружены
- Возможна неактуальность

(5) У вас не верная информация, в РТУ к примеру есть