Подскажите:

У заказчика есть сайт, на котором клиенты заказывают себе услуги. Данные этих заказов отправляются в бухгалтерию. Бухи загружают оплату, формируют счет-фактуру.
Клиенты хотят получить свою УПД. Они нажимают на сайте кнопку, сайт отправляет запрос в 1С(веб-сервис), 1С формирует файл *.pdf и тут встает вопрос - куда его положить, чтобы сайт его видел?
Сайторазработчики хотят не перекладывать файл, а хотят сразу пересылать клиенту ссылку, полученную от 1С. Но такое маловероятно. Варианты:
Отправлять файлы на защищенный фтп, отдавать сайту ссылку на файл в фтп
Использовать облачное хранилище S3. Сложнее и может отвалиться/заблокироваться.
Создать на сервере 1С отдельную sql базу, куда складывать файлы и выдавать на них ссылку через простенький скрипт на каком-нить php. Можно передавать эту ссылку напрямую клиенту, но нужно настраивать защиту от дос-атак и пр.

Какой вариант лучше? Какие еще есть варианты?

Вы действительно хотите дать возможность КЛИЕНТАМ без вашего ведомства формировать УПД от Вашего имени?

ну а по поводу сабжа - отправить на почту...

а подписи и печати? Или это не обязательно?

(3) А разве не в этом смысл ЭДО?

(2) +1
(0) Вы понимаете, что такой pdf в юридическом смысле ничтожен? Зачем он клиенту? Как первичный документ его использовать нельзя (не соответствует утверждённому формату. отсутствует ЭЦП). А содержимое заказа клиенту и так известно.

(2) на почту - интересно, но, боюсь не подойдет.
Клиент зашел в ЛК на сайте, нажал кнопку и хочет видеть здесь же упд.
При это пдф должен формироваться по требованию, здесь и сейчас. Иначе на почте может лежать пдф со старыми данными

(5) абстрагируйтесь от упд. представьте на его месте любой другой пдф, который может быт сформирован только 1С

а потом херак! клиент отменил заказ... и что делать с УПД?

(8) я об этом в (1) писал

(6) Ну пусть видит в формате html и с кнопкой скачать в pdf. Плюс параллельно письмо отправляйте на почту.

И правильно отправлять счет на оплату, а не УПД

(8) ну идите, отмените ваши упдшки, которые за вас выставляют маркетплейсы. Там же тоже "заказы" могут отменить.

(10) вариант с html интересный. попробую им в ответ отправят текст html с логотипами, печатями и подписями

(13) а у вас точно УПД?

https://www.diadoc.ru/docs/forms/upd

цЫтата:

или филькина грамота с логотипами печатями и подписями на отлепись для клеента?

(0) по ws его отдавать на сайт, мы так делали с заказами.
Клиент нажимает получить на сайте, по ws улетает в 1с, 1с формирует печатную форму и отдает ее на сайт, на сайте пдф скачивается при получении

(15) как отдает?

(15) для этого нужно опубликовать базу в инет, что не очень хорошо...

даже если запретить доступ к публикации для всего кроме сайта, то все равно остается проблемма атаки на лицензии 1с, банально WS конект жрет лицензию, и если кто-то на сайте начнет генерировать запросы на документы, ты в основной базе получишь отказ обслуживания.

(17) не обязательно публиковать базу в инет

можно "прокладку" настроить и опубликовать, а уж из прокладки обращаться в основную базу

было дело, писали самописьную проксю на 1С. клеентам раздавали токены, которые использовались для "авторизации" в http-запросах по API

API (состав методов) тоже как конструктор настраивались: Имя метода, входящие параметры, коннект к базе 1С через COM-соединение (поднимался ком-коннект к базе и поддерживался при необходимости "проксёй")

т.е. самописьная прокся на 1С вполне себе под сотню запросов в секунду переваривала и "коннектилась" к нескольким продуктивным базам 1С