Provider lock-in
Different APIs, status models, document formats and authentication mechanisms.
CONTUM PRODUCT · SIGNING API
Business applications do not need a separate integration for every signing solution. Contum’s Signing API provides one business-facing API for signing services, manages the workflow and returns the result to the application.
In production at NN Hungary and K&H Bank
An integration core that handles signing in the language of the business system — process, document, participant, status and result.
Starting point
Direct point-to-point connections multiply quickly. Signing API maintains a stable contract between changing signing technologies and business channels.
Different APIs, status models, document formats and authentication mechanisms.
Multiple signers, different methods, document packages and conditional steps.
Portal, mobile, branch, advisor and back-office systems consume the same capability differently.
Add new providers and signing methods without rebuilding every business application.
Capabilities
Create processes, provide documents and signers, query status and retrieve results.
Multiple participants and documents, with predefined signature methods and authentication steps configured for the business use case.
The business application can receive automatic change notifications (webhooks) or regularly request the current signing status (polling).
Comprehensive Namirial support and integration of additional trust services for the functions required by each project. DÁP eSignature integration is under development.
Native signer UI, embedding, redirects, link-based launch or mobile webview.
Trackable states, errors, retries, logs and business-level monitoring.
The solution uses EU DSS (Digital Signature Services), the European Commission’s open-source software for signature validation. It is available through Signing API or as a standalone component.
Integration
Signing API decouples enterprise channels from the provider layer, concentrating change in one integration point.
Mobile banking, portal, CRM, core system, branch or partner application.
→Unified request, document, participant and status model.
→Validation, templates, workflow, orchestration, exception handling and audit.
→Namirial Sign Enterprise and trust services selected for the use case; DÁP eSignature connectivity under development.
→Signed result, audit package, validation and hand-off to DMS / Trusted Archive.
Journey
The developer interface stays simple while the complete business signing process remains configurable behind it.
Pass use-case template, documents, participants and business metadata.
Select signing method, provider, sequence, authentication and customer UI.
Serve signers, call providers and manage conditional actions.
Webhook or query for individual actions, exceptions and completion.
Deliver signed documents, audit data and validation to the target system.
Use cases
A common business API with country-specific provider and legal-effect variations behind it.
Web, mobile and branch experiences share one central workflow.
Connect a new QTSP or signing component while minimising business-system changes.
Add new identity and signing channels to the existing enterprise process.
NN Hungary uses Signing API as its signing platform. K&H Bank introduced the solution in April 2026.
Delivery
Signing API is not a generic ESB. It is built on more than a decade of Contum electronic-signature delivery and proven industry patterns.
Process and signature types, channels, exception paths and business states.
Authentication, network model, data transfer, logging and entitlements.
Provider links, templates, callbacks and business rules.
Monitoring, incidents, versioning, new use cases and new providers.
INTEGRATION QUESTION
We can show how provider and channel complexity can be simplified behind one stable business API.
Signing API consultation↗