SAP
Connect SAP business processes to WQ3 signing workflows.
Integrations
Send documents from Oracle business processes for signature and return the signed result.
Purchase orders and supplier agreements.
HR documents from employee processes.
Internal approvals.
Connect SAP business processes to WQ3 signing workflows.
A REST API to create documents, add signers, send for signature and download signed copies.
Integrations are scoped per agreement. Tell us about your environment.
A document is sent from Oracle to WQ3, signers sign from a secure link, and the signed copy and each signer's status flow back to Oracle automatically.
Create a signing request from inside Oracle through the WQ3 API.
Each party signs at the level set for them: electronic, remote or token.
Real-time status updates, with the sealed file and completion certificate saved to the same record.
Your Oracle version, the documents to connect, your current approval flow and a technical contact. Each integration is scoped by agreement with your team.
Treat submission for signature as a clear handover point in your Oracle process. Documents are locked once sent through WQ3, so complete content reviews, check the parties and resolve outstanding edits before that step. Identify who can approve the signing-ready version rather than treating document generation itself as permission to send.
During integration design, agree how your team should handle a change requested after submission. Your process should distinguish the version prepared in Oracle from the version actually sent for signature. This helps prevent a later working draft from being mistaken for the document the signers agreed to.
Make signature selection part of your Oracle process design rather than an individual sender’s judgment. Electronic signature can suit everyday agreements, while WQ3’s level-selection guidance points to remote or token signing for formal, high-value contracts. Review the choice with your legal and policy owners for the document concerned.
A single document can use different levels for different signers, so your participant mapping should capture each person’s requirement, not just the document category. If your process requires proof of the account holder’s identity, specify eKYC separately. It is an account-verification add-on that can accompany any of the three levels, not a fourth signing level.
Plan how a completed transaction will be reviewed later, not only how its Oracle task will be closed. WQ3’s audit trail records actions on the document and accompanies the completion certificate. Your internal review procedure can explain how authorised staff locate that evidence and connect it to the original business transaction.
When someone needs to check a document outside Oracle, WQ3’s public verification page provides an account-free route. The QR code appears in the final file and completion certificate, and verification compares the file’s SHA-256 fingerprint with the stored fingerprint. The page also shows signer names, signature level and step timestamps, helping reviewers examine the document rather than rely on its filename.
Start access planning by identifying who may prepare, review, send and consult the completed document record. WQ3 uses roles and permissions and private links for individual signers, but Oracle-side access rules should be addressed during integration scoping. Also review which personal data the signing process actually needs and who needs to see it.
Before launch, agree test cases with your technical team covering the correct document, intended participants, each signer’s level and access to completion evidence. Include situations requiring human attention, such as a change requested after sending or difficulty matching a returned result to its intended transaction. These are planning and acceptance criteria for the agreed integration, not an assurance that every Oracle environment behaves identically.
Create your WQ3 account, or talk to us about your organization’s requirements.
Yes. WQ3 supports a different level for each signer in the same document; capture these requirements when mapping participants for the integration.
It is an account-verification add-on, not a signing level. Require an eKYC-verified account when your process needs proof of the account holder’s identity.
Documents are locked once sent through WQ3. Agree a procedure for corrections after submission as part of your Oracle process design.
No. WQ3’s public check page allows document authenticity checks without an account, using the associated QR code and reference.
No. WQ3 is aligned with Egypt’s E-Signature Law No. 15 of 2004, but equivalence to handwritten signatures and paper documents depends on meeting the applicable legal conditions.