подпись должна быть встроена в сам файл а не рядом лежать как например в ЭДО плюс штамп генерироватся на документе должен.
Подскажите софтину желательно бесплатную

https://helpx.adobe.com/ru/reader/using/sign-pdfs.html
но печать ставить придется до того как

(1) а как с помощью 1с организовать на стороне сервера? может существует сервис с api кидаю pdf и ключ на выходе подписаный файл

(2) какая то утилита крипто про это умеет из командной строки, делал, не понадобилось, заб(ы,и)л

(3) Какая то, это наверное эта: https://www.cryptopro.ru/products/other/pdf

(4) или этой https://www.cryptopro.ru/forum2/default.aspx?g=posts&t=6785 , примеры рабочие были и на мисте и на ИСе

спасибо изучаю

поднимаю тему КриптоПро PDF хоть и бесплатная, но требует версию КриптоПро платную в нашем случае серверная нужна за 30к руб. интересует аналог КриптоПро PDF без привязки к крипто про

(0) Одна подпись-то будет?

тоже интересно.

(8) две

пытаюсь itextpdf раскурить но java с очень большим скрипом идет

(11) а куда отправлять? может быть много гитик

Предполагаемая схема работы следующая
Бухгалтер создаёт Акт списания ТМЦ, Перемещение ТМЦ итд. Далее нажимает кнопку в 1с «подписать», на СМС приходит проверочный код, который вводится в специальное поле 1С в результате чего на сервере 1с происходит перевод документа в PDF и подпись, далее рядовой пользователь открывает документ через портал битрикс проверяет его если всё ок нажимает «согласовать» и через http сервис происходит согласование PDF в 1С (по аутентификация аналогично через СМС сами ключи хранятся на сервере)

вот тут требуется Ридер про https://habr.com/post/253681/ , но я подписывал без него когда тестил. Зачем крипто про серверная? утащить на клиента

(10) Я похоже не в теме, с первой - понятно, реализуемо. Но как вторую ЭЦП в виде штампа собираетесь ставить?

Я работал с PDF (добавление, наложение, склейка) через командную строку pdftk, гугли



Процедура ПолучитьФайлСПодписями(НакопленныеДанные)
    
    Попытка
        ОпределитьВозможностьСклейкиСПодписями(НакопленныеДанные);
        Если НакопленныеДанные.МожноСклеить = Истина Тогда
            ПолучитьИзначальныйФайл                                (НакопленныеДанные);
            ПодготовитьСредствоРаботыСPDF                        (НакопленныеДанные);
            СгенерироватьФайлСлужебнойИнформации                (НакопленныеДанные);
            ПолучитьИнтересующиеДанныеИзФайлаСлужебнойИнформации(НакопленныеДанные);
            СоздатьPDFСНумерацией                                (НакопленныеДанные);
            СоздатьPDFСПодписями                                (НакопленныеДанные);
            СклеитьФайлы                                        (НакопленныеДанные);
            УдалитьВременныеФайлы                                (НакопленныеДанные);
        КонецЕсли;
    Исключение
        Сообщить("Ошибка: " + ОписаниеОшибки());
    КонецПопытки;
    
КонецПроцедуры

(13) В этой схеме у пользователя нет возможности проверить что именно он подписывает. СМС подтверждает только что пользователь что-то подписывает.

Идейно правильно, если пользователь подписывает личной подписью, передать PDF на компьютер пользователя, показать его и предложить подписать именно тот документ который показан. После этого подписанный документ вернуть на сервер.

Но проблема в том что после подписи это уже другой файл и системе нет так просто понять что подписан именно исходный акт а не какой-нибудь другой файл.

(17) а что разве подписывается конкретное место на диске?

(0) договоры подписываешь ?

(17) у нас по этой схеме удаленные пользователи с планшетов Авансовые отчеты подписывает ключи хронятся в киптопро ониже обеспечивают смс шлюз, сейчас пытаемся реализовать подобное, но для внутренних документов