База УПП 1.3 (1.3.79.2)
Здравствуйте, не сталкивался с этой темой, сам полазил по изучал, но хочу уточнить у сообщества правильно ли я понял.
Сама задача - на сайте (на битриксе кстати) создаются заявки на оплату, когда их согласовывают сайт их выгружает в 1С(решили передавать данные в формате json). Не хочется грузить через фтп, хочется по современному через http запросы.
Начал смотреть как:
1. HTTP-сервис прям создан для этого - и принимает и отправляет http-запросы. НО
Использование HTTP-сервисов в режиме совместимости 8.3.4 и ниже недопустимо. и т.к. у меня стандартная УПП там режим совместимости 8.2.13. Отпадает.
2. HTTPСоединение - может отправлять get и post запросы, получать ответ с сайта, но не может принимать HTTP запрос. т.е. получается односторонние общение и чем плохо запрос посылается не из источника данных, т.е. это заявки не будут лететь в 1С сразу после согласования.
3. WEB-сервис - та же история - к нему можно обратиться и получить от него данные, но нельзя передать в него данные, так?

Получается я могу использовать только 2 вариант что бы получить с сайта заявки?
Есть ли еще какие способы обращения с сайта к 1С  передача ему заявок.

(0) в веб-сервис вполне можно передать данные через параметры

+ (1) И получить ответ. Как от обычной функции.

>> Есть ли еще какие способы обращения с сайта к 1С  передача ему заявок.
Если надо совсем быстро, то тебе поможет старый добрый email.
С сайта посылаешь письмо, в УПП по регламенту проверяешь почту

(0) Что будете делать, если в момент выгрузки данных с сайта 1С недоступна и веб-сервис не дергается?
Года три у нас уже работает такая схема. При создании заявки на сайте создается файл с данными заказа, который периодически скачивается из 1С регламентом. Сразу после создания файла 1С дергается через веб-сервис, в который не передается никаких данных, а просто сразу запускается регламент и данные в онлайн-режиме попадают в базу. Если в момент дерганья через веб-сервис 1С недоступна, то данные загрузятся при следующем запуске регламента, пусть и с опозданием, но зато со 100%-й вероятностью.

(4) Зачем такие сложности? Почему сразу через вебсервис все не передать? Ну будет пока заказ висеть необработанным. Как связь появится через вебсервис все кинуть.

(5) Это сложности? )))

(5) "Как связь появится через вебсервис все кинуть" - кто будет проверять, что связь появилась? Периодически дергать с сайта 1Ску? Чем тогда это отличается от результата, когда 1Ска дергает сайт?

(7) Зачем так. Периодически на сайте смотреть, есть ли не отправленные заказы. Если есть то тогда уже пытаться дергать 1С.

(0) Чем не устраивать стандартная тема от битрикса?

(8) 1С умерла, обновляется, переустанавливается винда, нет инета в офисе - какой смысл постоянно ее дергать? Когда оживет, сама все скачает за один раз.

(10) Смысл в универсальности и простоте поддержки. 1 раз настроил и забыл. На стороне 1С только приемник (вебсервис) настроить.
Ну и конечно сайт всегда знает, что с заказом. В твоем случае сайт не знает, что с заказом. А если где то файлики потеряются?

(11) "Хорошо-хорошо, коллега, не будем спорить по пустякам" (с)

(11) С вэбсервисами можно намучиться. Примастырить разработку битрикса в УПП и не париться, обновлять по мере появления возможностей.

PS: А с вебсервисами упаритесь ( остатки товара ), так как нужно по ночам синхронизировать остатки, а это подразумевает кидать данные пакетами. Проще загружать либо через csv либо commerceml2.

(13) Может вы не знали но внутри вебсервиса тоже можно передавать бинарные данные типа "csv либо commerceml2".

(14) Можно передавать всё, не вижу смысла костыли писать, если есть возможность приладить уже разработанную тему

(9) Посвятите что за тема? где можно почитать?

Если тема с обновлением к примеру номенклатуры и т.д. да через планы обмена, да если что-то ляжет надолго. Просто интернет провод перекапали / срезали, или есть потери данных в сети, то с массивными данными есть шанс никогда не обновиться.

(16) http://1c.1c-bitrix.ru/ecommerce/download.php

(18) По сути постоянное подключение к сайту в цикле. Не знаю только как на это реагируют хостинг которого ддосят подключениями.

(19) Нормально всё, клиенты же ддосят и ничего. Раз в минуту, две, пять не проблема проверить. Это надёжнее. Чем городить огород с очередью запросов в 1С.

(18) Что бы интегрировать эту приблуду надо снимать конфу с поддержки и убирать режим совместимости? Если убрать совместимость я и сам на HTTP - сервисе сделаю) А так же это обмен стандартных заранее прописанных объектов, в то время как заявка на расход на сайте это новый объект.