Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Signify can handle up to Restricted and Sensitive Normal data.

🆕 Fixed signing locations
Place and assign signatures to recipients.
Personalised instructions to signatory
Allow admins to provide personalised instructions to signatory (e.g 'Please make sure the details on Page X are correct, please sign on page Y)
Document filling/CSV upload
Allow filling of fields within document. Read more .
APIs
Support programmatic access Read more .
Multiple Signatures per Person
Allow each signatory to sign more than once on a document
Signify currently offers the following features:
Secure electronic signatures (read difference between OES and SES)
End-to-end workflow to send out invitations and collect Sign with Singpass signatures
Admin dashboard to track signatures
Mobile support
Multi-party collaborative signing on the same document
Document filling/CSV upload ()
Fixed signing locations
You can use Signify for any use cases that require Secure Electronic Signatures (SES).
Under the Electronics Transaction Act, the following are excluded:
The creation or execution of a will
The creation, performance or enforcement of an indenture, declaration of trust or power of attorney, with the exception of implied, constructive and resulting trusts and a lasting power of attorney defined under section 2(1) of the Mental Capacity Act 2008
Any contract for the sale or other disposition of immovable property, or any interest in such property
(source: )
16 September 2025 Update: Signify will continue to be available to all users. New users may log in to Signify directly.
Signify is a document hub that provides collaborative SES (secured electronic signing) capability in accordance with Electronic Transactions Act.
Signify is powered by Sign by Singpass where signing certificates are issued by the National Certification Authority. Signatures made using the Sign with Singpass will be regarded as secure electronic signatures under Singapore's Electronic Transactions Act. More details on Sign with Singpass are available on the Singpass website.
All government agencies, as well as public healthcare institutions in Singapore, can use Signify. It is currently used by over 100 government agencies and public healthcare institutions. You can log in with your agency email address at .


This page is for users/developers who wish to use Signify programmatically.
The signer (or signee) refers to the recipients of the signable document. This can be members of the public or internal staff and they do not need to login to signify.gov.sg to perform the signing.
Signers can only access the signable document from a Singapore IP address.
Receive sign-able document sent by Signify through email or link
Press on the "Click to sign" boxes
Scan Singpass and approve
Verify reference code and approve. Do note that once this approve button is confirmed, the document is legally binding with a secure electronic signature. Image below is for reference and may not match the code above.
Download signed document for safe-keeping





Sign with Singpass signatures can be verified using the Adobe Acrobat Reader application. This should already be installed on your government devices. However, if you are verifying on a non-government device, please:
download Adobe Acrobat Reader here
Please follow the steps below to verify a Sign with Singpass signature.
Open up signed document on Adobe Acrobat Reader
Check if green tick with "Signed and all signatures are valid"
Go to signature panel
In signature panel, each signature should show:
Document has not been modified
Signer's identity is valid
The signature includes an embedded timestamp
Signature is long term validation (LTV) enabled
Document owner should "click to view this version" to visually inspect that the contents of the document version is signed correctly.
Click on each signature and inspect certificate
Go into signature properties
Show signer's certificate
Certificate should include the following:
Singapore National Root CA - G1
Singapore NDI Intermediate CA 1 - G2
Signer's full name (as per NRIC)
Click the full name and then "details"
Check under subject that signer's name and last 4 characters of NRIC is correct.
The email address mentioned will be the email address that generated the API key.
You may use the "Get Single Document" API which will include expiry dates, document status, signees signing statuses.
It is likely the intranet has a firewall which does "Content disarm and reconstruction (CDR)". When the file goes through the firewall, the firewall processes and rewrites the content in what it considers to be a "safer format". However, that unfortunately modifies the Singpass signature and renders it invalid. You may need to ask your IT department to help with this, and either disable the CDR functionality for such pdf files, or else update their CDR code so that it does not modify Singpass signatures in PDF files.
You can create the document using our UI and inspect the network call.
Yes, the document will be available for download 30 days before it is removed.
In the signature, your full name will be recorded. In the embedded signing certificate, the last four characters of NRIC will also be embedded in the document.
Yes, if the signer is legally authorised to sign on behalf of another person. The signer would use his own Singpass account to sign, similar to what he would do for wet ink signature.
No. Singpass is required. This is because the Electronic Transactions Act recognises signatures made using certificates issued by Accredited Certificate Authorities (CA) as . Sign with Singpass uses signing certificates issued by an accredited CA, Assurity.
If the document is not deleted by the admin through the platform or APIs, they will be available for 30 days after all signatories have signed the document.
While the invitation to sign can be sent to more than 1 person, only one person can sign at a given time. There will be an error message that pops up to try again later if a signing session is ongoing.
This is not supported at the Sign with Singpass protocol does not allow signing on multiple documents or place multiple signatures at a time yet. If this is made possible in future, we will also consider!
Here are some known errors and issues
If you experience errors uploading the PDF, the PDF might have been generated using an older version of PDF that cannot be signed.
To fix this, you will need to regenerate the PDF file. One way to do so is to open the PDF file in Chrome, click on Print, and then Save as PDF. This will fix any issues.
Example: Open and Print a PDF using Edge/Chrome
Step 1: Open the file in Chrome and click on Print











Step 2: Choose Save as PDF to regenerate the PDF file
Alternatively, you can also re-save the original .doc file using a newer version of Microsoft Word.
A possible reason is that the document was actually scanned / created in landscape first, and then rotated 90 degrees in Adobe Acrobat. There is a limitation currently in the Signify application that cannot handle this setup. To fix this, please re-scan the document in portrait A4.


This only applies to documents signed on 11 and 12 June 2025
The timestamp certificate proves that your document was signed at the stated time. In order to verify that the timestamp certificate in your downloaded document is valid, you might need to load in the timestamp root certificate.
To load it in, please follow the steps below:
Download the GlobalSign root certificate from here.
If you're unable to access that link, please visit GlobalSign's CA repository and download the R6 GlobalSign Root Certificate.
In your folder that you have chosen, you should find the file root-r6.crt
Open Adobe PDF reader. If you do not have this, you may download and install .
Click "Acrobat Reader" on the top left.
Navigate to "Preferences"
Under Categories, find and click "Signatures".
Click "more" under Identities and Trusted Certificates.
Click on "Trusted Certificates"
Click Import
Under contacts, click "Browse" and choose the certificate you have downloaded in the earlier step.
Under certificates, click on GlobalSign and then click Trust
Check "Use this certificate as a trusted root" with a tick and press OK
Click on Import
You should now be able to see that the signature includes an embedded timestamp
All done!
Each document can have up to 30 signatures on it.
There is no limit on how many documents you can send out for signing. However, 1 signature using Signify can apply to the entire document. Hence it may be worthwhile changing processes (such as having 1 signature on each page).
The documents can be sent to anyone with a Singpass account for signing.
No, there is no cost. Signify is free of charge.
All government agencies, as well as public healthcare institutions in Singapore, have been automatically whitelisted and there is no need to request for whitelisting. Log in with your agency email address at www.signify.gov.sg.
If you are unable to log in and wish to apply for whitelisting, please contact us at: https://go.gov.sg/signify-support.
Sign with Singpass signatures are recognised as Secure Electronic Signatures under the Electronic Transactions Act. This means that the signature may benefit from certain legal presumptions that (a) the secure electronic signature is the signature of the person to whom it correlates; and (b) the secure electronic signature was affixed by that person with the intention of signing or approving the electronic record (refer to the Electronic Transactions Act).
As we are unable to provide legal advice, please consult your agency legal department for legal advice on Secure Electronic Signatures and the Electronic Transactions Act.
Yes. When the owner sends the link to them, there is an email address included in the email.
Currently no as it is required for Sign with Singpass to get secure electronic signatures.
Unfortunately no as there are no Corppass certificates available yet. The individual can still represent the organisation to sign. You could consider adding a line on the document itself which says Company Representative under the signature.
The data is hosted in Singapore.
















The document name is important for you to identify which workflow you are referring to. Upload only PDF documents. If you have other file types like word and excel, please convert them to PDF before uploading.
You will also be given a choice between sending to emails to recipients inputted by yourself or to share later via a link.
Step 4: Add recipients If "Email to recipient" mode was chosen, you will be asked to specify which recipients to send to. All the recipients have to digitally sign the document in order for the workflow to be completed. Signify also ensures that only one person can sign at a time.
Next, you will be asked to indicate where recipients should be signing on your document.
Click on where you would like the signatures to be and boxes will appear. Do note that signature boxes cannot overlap each other and you may also delete the boxes. Signature boxes are 72px by 208px.
Minimally, each recipient you have indicated on the previous page needs to be assigned to a signature box, otherwise you will not be allowed to proceed.
Step 5: Edit custom message sent to signers
If "Email to recipient" mode was chosen, you will be allow to send a message (instructions, notes) to each recipient.
Step 6: Await signatures from signers
Workflows that say "need to sign" and in yellow means that a signature is still required. You may click "View" for more details.
Here, you can see that the status, recipients and document. You would also notice that the document will be purged after 30 days.
Step 7: Receive email once all parties have completed signing
The status will also change to "Completed".



There cannot be duplicated email addresses.
No, a signatory must have a Singpass account to sign on Signify. The reason is because the Singpass signing certificates are issued by Assurity, an Accredited Certificate Authority under the Electronic Transactions Act (2010) (ETA), and signatures made using Sign with Singpass are recognised as Secure Electronic Signatures.
If a signature is made without a valid certificate under the ETA (e.g. if the signatory simply used an e-pen to sign digitally), this does not have the effect of a Secure Electronic Signature.
Currently, Signify's workflow is meant for every signer you sent out to sign. As a workaround, once you have enough signatures, you may download the in-progress document and then delete it on the dashboard so no one else can sign.
Yes, documents can be download for up to 30 days, after all the signatories have completed signing. Once the dates have passed, the document will be expired and it can no longer be downloaded from Signify. However, download documents' certificates are still verifiable.
Yes.
No it must be in PDF, hence you need to convert it to PDF.
This is currently not possible.
Yes the timestamp is included as part of the signature.
The full name, last 4 characters of NRIC and timestamp of signature.
Currently no as the Sign with Singpass signature follows a standard specification.
It is currently not possible.
It is not possible as this modifies the document and its validity.
This is not possible as Singpass only allows signing one at a time. As a Sign with Singpass signature is applied to the entire document, do consider making changes to your document to require less signatures. You may also clearly explain to the signer (verbally and/or within document) that by providing the signature, they are acknowledging that they have read and agreed to all the contents of the document.
Completed signatures will be sent by Signify from [email protected] instead.
This is the only document you should trust. If the signer sends you another document directly, you need to check and verify the authenticity. See image below and more information on verifying certificates.
In this case, our suggestion is to have clearer instructions to the signer via your personalised messages or uploaded document that you will only accept Singpass signatures.















In order to verify if a Sign with Singpass signature is valid, see here.
Before that, the Singpass root signing certificates must be installed on your device. If you do not have the Singpass root signing certificates on your device, please follow the steps below.
For government agencies, this should already be automatically available on your GSIB. If it is not, please raise a ticket to AFM to push “GSSP_Acrobat Reader Digital Signature Fix_2.0” to the agency's GSIBs. For the rest of the agencies, you may follow the steps below or approach your IT department to push the certificates so that it applies across your agency.
There are 2 Singpass root signing certificates that you should download.
Go to IMDA's and download Root CA: Singapore National Root CA - G1 Certificate.
In your folder that you have chosen, you should find the file SNRCA-G1.cer.
Download the GovTech Root CA - B1 Certificate
Open Adobe PDF reader. If you do not have this, you may download and install .
Click "Acrobat Reader" on the top left.
Navigate to "Preferences"
Under Categories, find and click "Signatures".
Click "more" under Identities and Trusted Certificates.
Click on "Trusted Certificates"
Click Import
Under contacts, click "Browse" and choose the certificates you have downloaded in earlier step.
Under certificates, click on Singapore National Root CA - G1 and then click Trust
Check "Use this certificate as a trusted root" with a tick and press OK
Click on Import
You should now be able to see Singapore National Root CA - G1 under your Trusted Certificates.
Repeat the same steps for the 2nd root certificate. At the end of the steps, you should be able to see Singapore National Root CA - B1 under your Trusted Certificates
Enable certification revocation checking This can be found under preferences > signatures > verification
All done!
Signify collaborates with docCentral (built by CPF) for FormSG <> Signify integration.
With docCentral, admins can create custom Signify documents through 2 ways:
FormSG collected data
uploaded CSV of data rows
In this example, we are using FormSG to send out signable documents. This can be used internally or shared externally. The workflow starts with a respondent filling in the form.
Notice that there is an email field labelled as "signee_1".
Upon submission, a signing invitation is sent via email to the email entered in email field. The signee will click on "Review document".
They will be brought to Signify page to proceed with signing with Singpass.
is available for all public officers / PHIs to use for free.
Refer to the docCentral ,
Fill this to contact the docCentral team directly
In your folder that you have chosen, you should find the files
SNRCA-G1.cer.
RCA-B1.crt






















Yes. The signature is signed using Sign with Singpass. The signing certificates are issued by Assurity, an Accredited Certificate Authority under the Electronic Transactions Act (2010), and signatures made using Sign with Singpass are recognised as Secure Electronic Signatures.
You can refer to on verifying signatures. Please ensure that the agency you are sending to does not modify the file in transit (content disarm and reconstruction).
If you see "Certificate validity is unknown", this is because you do not have the Singpass root signing certificate on your device. Please refer to this to install the Singpass root signing certificate.
After a document has been signed, if there are any edits made, there will be a warning that the signed document has been edited after it was signed, when you open the file in Adobe PDF reader.
You will also be able to see the exact copy of the document that was signed, before the changes were made.
Signatures do not expire. Documents are signed by Signify using the PDF Advanced Electronic Signatures Long-Term Validation (PAdES-LTV) standard.
Yes. The document can be traced back to the signer.
Signing in through Singpass on FormSG only provides Ordinary Electronic Signatures (OES) and not Secure Electronic Signatures (SES).
Ordinary Electronic Signatures (OES) is a broad category that refers to electronic signatures that are not SES.
The key difference between a secure electronic signature and an ordinary electronic signature is that while both are accorded legal effect under the ETA, only secure electronic signatures are accorded the following presumptions:
It is the signature of the person to whom it correlates;
It is affixed by that person with the intention of signing or approving the electronic record; and
It is authentic and has integrity.
Login with Singpass in Signify provides proof of identity, since the login is verified against his Singpass account.
These presumptions are important in disputes over the validity of electronic signatures, as they will automatically apply for secure electronic signatures. The disputing party will then have to adduce evidence to the contrary if it is claiming that the electronic signature is not valid.
A digital signature consists of a transformation of an electronic record using an asymmetric cryptosystem and a hash function such that a person having the initial untransformed electronic record and the signer’s public key can accurately determine whether the:
transformation was created using the private key that corresponds to the signer’s public key and
if the initial electronic record has been altered since the transformation was made.
The digital signature is not the picture that we see affixed on the document. The signature is the electronic record behind the image. Hence, a printed copy of the document is not valid as the digital signature cannot be authenticated.
This is true for all platforms and all digital signatures governed under the Electronic Transactions Act.
Yes, PDFs uploaded onto Signify cannot be password protected, as this will change the file and make the signature invalid.


This page is for users/developers who wish to use Signify programmatically. This page documents API version 2.
The main difference compared to API version 1 is that users can now create documents with fixed signature locations in POST v2/documents.
This page is meant for developers, vendors, and IT administrators to understand how to generate the bearer token to access our API to create documents for signing.
Bearer authentication (also called token authentication) is an HTTP authentication scheme that involves security tokens called bearer tokens. Signify uses bearer authentication.
To generate the token, click on "API Integration" in the navigation bar. From there, click on Generate API key and copy the token. Use this key to start using Signify's API.
Signify's API uses API Key for authentication. User can view and manage API Keys in Signify API Dashboard.
Production secret keys will have production_v1_version prefix.
Authentication to the API is performed via bearer auth.
Sample CURL request:
All API requests must be made over HTTPS. Calls made over plain HTTP will fail and requests without authentication will also fail.
Signify API uses conventional API Error to indicate the success or failure of an API request.
For all of Signify's APIs, Signify allows up to 100 requests per 10 seconds (subject to change).
POST /v2/documents
Content type
The request must be of type multipart/form-data.
Signing modes
We support two modes of signing invitation: (1) signing by email and (2) signing by link.
In signing by email, the API caller supplies the email addresses of the signatories, and an email invite is sent out by Signify to the signatories to sign the document.
In signing by link, no email addresses are supplied by the API caller. Signing links are returned to the API caller, who can then redirect their users to the signing link.
The signing mode is specified in the documentMode property of the request body.
Both signing modes require the API caller to specify the location of the signature placeholders.
The mandatory fields in request body are:
documentName - the document name
recipients - an array of {email: string, requiredSignatures: requiredSignature[], customMessage?: string}
file - the file binary
The optional fields in the request body are:
documentMode - For signing by email, you may specify this to be email. If not specified, this will default to email.
redirectUrl - Signify will redirect to this redirectUrl upon completion of signing (by each email receipient). Only URLs with a https protocol, and a .gov.sg domain will be accepted.
How to obtain positionX and positionY:
One way to obtain positionX and positionY is to
Create a document via Signify web
Inspect the network call to , extract positionX and positionY from the payload
Use these values in your API call
Sample CURL request:
Returns:
Explanation of fields returned:
The mandatory fields in request body are:
documentName - the document name
totalSignaturesByLink - a length 1 array of {requiredSignatures: requiredSignature[]}
file - the file binary
The optional fields in the request body are:
redirectUrl - Signify will redirect to this redirectUrl upon completion of signing. Only URLs with a https protocol, and a .gov.sg domain will be accepted.
How to obtain positionX and positionY:
One way to obtain positionX and positionY is to
Create a document via Signify web
Inspect the network call to , extract positionX and positionY from the payload
Use these values in your API call
Sample CURL request:
Returns:
Explanation of fields returned:
GET /v2/documents
Sample CURL request:
Returns:
Explanation of fields returned:
GET /v2/documents/:id
Sample CURL request:
Returns:
For signing by email:
For signing by link:
Explanation of fields returned:
DELETE /v2/documents/:id
Sample CURL request:
Returns:
Too many requests hit the API too quickly. We recommend an exponential backoff of your requests.
500, 502, 503, 504 - Server Errors
Something went wrong on Signify's end.
Yes
Up to 10MB
documentMode
email literal
No, optional
redirectUrl
string
No, optional
Must have a https protocol and a .gov.sg domain
documentMode - this must be specified as link
Yes
Up to 10MB
documentMode
link literal
Yes
redirectUrl
string
No, optional
Must have a https protocol and a .gov.sg domain
The creation time of the document
2023-11-19T08:23:20.488Z
status
The status of the document. Either signed if all signatures required have been completed, or draft otherwise
signed
documentMode
Type of signing for this document. Either link if the document is signing by link, or email otherwise
link
The expiry time of the document, after which it can no longer be accessed
2023-12-19T15:59:59.999Z
createdAt
The creation time of the document
2023-11-19T08:23:20.488Z
status
The status of the document. Either signed if all signatures required have been completed, or draft otherwise
signed
signingInvitations
Details of the signing invitations sent out.
signatory - Email address of the signatory (only for signing by email)
signingLink - Link for signing (only for signing by link)
totalSignatures - Number of signatures required from this invite
status - signed if all signatures have been collected for this invite, draft otherwise
completedSignatures - details of the signatures already collected
documentMode
Type of signing for this document. Either link if the document is signing by link, or email otherwise
link
200 - OK
Everything worked as expected.
400 - Bad Request
The request was unacceptable, often due to missing a required parameter.
401 - Unauthorized
No valid API key provided.
402 - Request Failed
The parameters were valid but the request failed.
404 - Not Found
The requested resource doesn't exist.
Production
https://app.signify.gov.sg/public/
Staging
https://staging.signify.gov.sg/public/
documentName
string
Yes
Must have at least 4 characters and at most 100 characters. Only the following character set is allowed:
recipients
An array of {email: string, requiredSignatures: requiredSignature[], customMessage?: string}
Yes
Email addresses must be unique.
requiredSignatures is an array of the requiredSignature object, which has the type:
page represents the page that the fixed signature placeholder is located
positionX and positionY are numbers between 0 to 1. They represent the location of the fixed signature as a percentage of the total document's width and height respectively.
Refer below for instructions on how to retrieve these coordinates.
requiredSignature array has a max length of 20 per email recipient
customMessage is an optional attribute of 1 to 1000 characters. The message will be sent out as part of the email invitation to the recipient.
file
documentId
The unique identifier of the document
5
documentName
string
Yes
Must have at least 4 characters and at most 100 characters. Only the following character set is allowed:
totalSignaturesByLink
A length 1 array of {requiredSignatures: requiredSignature[]}
Yes
Array must be of length exactly 1
requiredSignature has the type
page represents the page that the fixed signature placeholder is located
positionX and positionY are numbers between 0 to 1. They represent the location of the fixed signature as a percentage of the total document's width and height respectively. Refer below for instructions on how to retrieve these coordinates.
requiredSignature array has a max length of 20
file
documentId
The unique identifier of the document
3
signingLinks
The signing links for this document, in an array.
For each link, signingLink is the link URL, and totalSignatures is the number of signatures required for that link, as specified during document creation.
id
The unique identifier of the document
6
documentName
The name of the document, as specified during document creation
Document 1
expiresAt
The expiry time of the document, after which it can no longer be accessed
2023-12-19T15:59:59.999Z
id
The unique identifier of the document
6
documentName
The name of the document, as specified during document creation
Document 1
documentUrl
The url where the document file can be retrieved.
⚠️ The document file URL is only guaranteed to be valid for 30 minutes. You should refetch the URL again after that time.
https://app.signify.gov.sg/api/v1/bucket/01hfkatk5tc2mgxq1wefhyn52d

429 - Too Many Requests
binary
binary
createdAt
expiresAt
curl -X POST "https://app.signify.gov.sg/public/v1/documents" \
-H 'Authorization: Bearer <API_KEY>' \
-H 'Content-Type: multipart/form-data' \
-F 'documentName=Testing API' \
-F 'recipients=[{"email":"<EMAIL_1>","requiredSignatures":[{"page":1, "positionX":0.1, "positionY":0.2}, {"page":1, "positionX":0.2, "positionY":0.3}], "customMessage": "Please sign on Page 3."},{"email":"<EMAIL_2>","requiredSignatures":[{"page":1, "positionX":0.5, "positionY":0.5}]}]' \
-F 'file=@"<FILE_PATH>"'{
"message": "Unauthorized"
}a-zA-Z0-9_\-./() &`;'"{ page: number,
positionX: number,
positionY: number }curl -X POST "https://app.signify.gov.sg/public/v2/documents" \
-H 'Authorization: Bearer <API_KEY>' \
-H 'Content-Type: multipart/form-data' \
-F 'documentName=Testing API' \
-F 'recipients=[{"email":"<EMAIL_1>","requiredSignatures":[{"page":1, "positionX":0.1, "positionY":0.2}, {"page":1, "positionX":0.2, "positionY":0.3}], "customMessage": "Please sign on Page 3."},{"email":"<EMAIL_2>","requiredSignatures":[{"page":1, "positionX":0.5, "positionY":0.5}]}]' \
-F 'file=@"<FILE_PATH>"'{
"documentId": 20
}a-zA-Z0-9_\-./() &`;'"{ page: number,
positionX: number,
positionY: number }curl -X POST "https://app.signify.gov.sg/public/v2/documents" \
-H 'Authorization: Bearer <API_KEY>' \
-H 'Content-Type: multipart/form-data' \
-F 'documentName="Document 1"' \
-F 'totalSignaturesByLink="[{"requiredSignatures": [{"page": 1, "positionX": 0, "positionY": 0}, {"page": 2, "positionX": 0.2, "positionY": 0.3}]} \
-F 'documentMode="link"' \
-F 'file=@"<FILE_PATH>"'
{
"documentId": "3",
"signingLinks": [
{
"signingLink": "https://app.signify.gov.sg/documents/sign/01hfk78xjafvn9n8xn084a9rsn",
"totalSignatures": 2
}
]
}[
{
"signingLink": "https://app.signify.gov.sg/documents/sign/01hfk78xjafvn9n8xn084a9rsn",
"totalSignatures": 3
}
]curl -X GET "https://app.signify.gov.sg/public/v2/documents" \
-H 'Authorization: Bearer <API_KEY>'[
{
"id": 3,
"documentName": "Document 1",
"expiresAt": "2023-12-19T15:59:59.999Z",
"createdAt": "2023-11-19T07:21:14.065Z",
"status": "draft",
"documentMode": "link"
},
{
"id": 4,
"documentName": "Document 2",
"expiresAt": "2023-12-19T15:59:59.999Z",
"createdAt": "2023-11-19T07:22:21.272Z",
"status": "draft",
"documentMode": "email"
},
{
"id": 5,
"documentName": "Document 3",
"expiresAt": "2023-12-19T15:59:59.999Z",
"createdAt": "2023-11-19T08:23:07.277Z",
"status": "draft",
"documentMode": "email"
}
]curl -X GET "https://app.signify.gov.sg/public/v2/documents/6" \
-H 'Authorization: Bearer <API_KEY>'{
"id": 6,
"documentName": "Document 1",
"documentUrl": "https://app.signify.gov.sg/api/v1/bucket/01hfkatk5tc2mgxq1wefhyn52d",
"expiresAt": "2023-12-19T15:59:59.999Z",
"createdAt": "2023-11-19T08:23:20.488Z",
"status": "draft",
"signingInvitations": [
{
"signatory": "[email protected]",
"totalSignatures": 3,
"status": "draft",
"completedSignatures": []
},
{
"signatory": "[email protected]",
"totalSignatures": 1,
"status": "signed",
"completedSignatures": [
{
"name": "MY NAME",
"timeStamp": "2023-11-19T08:31:36.000Z"
}
]
}
],
"documentMode": "email"
}{
"id": 313,
"documentName": "Document 1",
"documentUrl": "https://app.signify.gov.sg/api/v1/bucket/01hfna3nxdxf9nzvev5hw7aaf1",
"expiresAt": "2023-12-20T15:59:59.999Z",
"createdAt": "2023-11-20T02:49:17.105Z",
"status": "signed",
"signingInvitations": [
{
"signingLink": "https://app.signify.gov.sg/documents/sign/01hfna3p1f095s5aqph2dsjr07",
"totalSignatures": 3,
"status": "signed",
"completedSignatures": [
{
"name": "MY NAME",
"timeStamp": "2023-11-20T02:49:37.000Z"
},
{
"name": "MY NAME",
"timeStamp": "2023-11-20T02:50:00.000Z"
},
{
"name": "MY NAME",
"timeStamp": "2023-11-20T02:53:04.000Z"
}
]
}
],
"documentMode": "link"
}curl -X DELETE "https://app.signify.gov.sg/public/v2/documents/6" \
-H 'Authorization: Bearer <API_KEY>'{
"message": "Document deleted"
}{
"signatory": "email2open.gov.sg",
"totalSignatures": 1,
"status": "signed",
"completedSignatures": [
{
"name": "MY NAME",
"timeStamp": "2023-11-19T08:31:36.000Z"
}
]
}