Защо да имаме специален API за електронни подписи?
Вграждането на електронния подпис в продукта ви не е лесно.Трябва да имате гаранции за законово съответствие (eIDAS), техническа надеждност (вебхукове, които наистина идват) и суверенитет на данните (европейски хостинг, за да избегнете Закона за облаците).Certyneo API покрива и трите.
Създадена от и за разработчици, тя следва съвременните REST конвенции: маркиране на страниците на базата на курсора, idempotency keys, версиониране на URL адреси, OpenAPI 3.1 за автоматично генериране на вашите клиенти.
Изяснено за разработчиците eIDAS съответствие
Certyneo API позволява да се избира ниво по плик чрез поле `signature_level`. По подразбиране е AES (достатъчно за 95% от случаите B2B). QES е налично за актове, които изискват строга правна еквивалентност с ръчно написания подпис (нотариални актове, публични поръчки).
От техническа гледна точка AES изисква силна автентификация на подписащия (OTP чрез SMS по подразбиране, KYC видео по избор) и времеобелязан аудит. QES добавя квалифициран сертификат, издаден от квалифициран ЕС TSP. Всичко това се управлява от API викаш крайната точка, ние се погрижим за останалото.
Препоръчителна архитектура за интегриране
Най-често срещаният модел на интеграция е следният:
- Вашият backend извиква POST /v1/envelopes, за да създаде плика и получава sign_url, който да представи на потребителя.
- Пренасочвате потребителя към sign_url или го вграждате в iframe (с вашия брандинг чрез Pro план).
- След като подписите са завършени, Certyneo ще извика вашия уебхук с събитието envelope.completed.
- Актуализирате базата данни и уведомявате потребителя (електронна поща, в приложение и т.н.).
Безплатен безграничен Sandbox
Пълен с безплатни и неограничени функции, всички производствени функции са достъпни, освен че подписите нямат юридическа стойност (PDF е маркиран като SANDBOX).
Мигриране от DocuSign или Yousign
Ако вече имате DocuSign или Yousign интеграция, API-то за картографиране е директно: пликове → пликове, получатели → получатели, status webhooks → status webhooks. Нашето ръководство за миграция документира еквивалентностите от крайна точка на крайна точка.