Account Full Statement
Test URL
Live URL
This web service enables the Jengi to retrieve the full set of transactions on a particular account based on a specified date range.
Request Parameters
| Parameter | Type | Description | Example | Required |
|---|---|---|---|---|
countryCode | string | The ISO Alpha-2 country code where the account is located. | "KE" | Yes |
accountNumber | string | The customer’s account number. | "00201XXXX14605" | Yes |
fromDate | string | Start date for transaction history, in YYYY-MM-DD format. | "2023-10-01" | Yes |
toDate | string | End date for transaction history, in YYYY-MM-DD format. | "2023-10-13" | Yes |
limit | number | Maximum number of transactions to retrieve. | 10 | No |
reference | string | Optional reference for tracking purposes. | "" | No |
serial | string | Transaction serial, if applicable. | "" | No |
postedDateTime | string | Timestamp for the posted date. | "" | No |
date | string | Specific transaction date. | "" | No |
runningBalance | object | Running balance details including currency and amount. | {currency: "", amount: 0.0} | No |
accountNumber+countryCode+toDateExample Request
curl -X POST \
-d '{
"countryCode": "KE",
"accountNumber": "00201XXXX14605",
"fromDate": "2023-10-01",
"toDate": "2023-10-13",
"limit": 10,
"reference": "",
"serial": "",
"postedDateTime": "",
"date": "",
"runningBalance": {
"currency": "",
"amount": 0.0
},
}' \
-H 'Authorization: Bearer {{access_token}}' \
-H 'Content-Type: application/json' \
-H 'signature: {{signature}}' \
-L 'https://uat.finserve.africa/v3-apis/account-api/v3.0/accounts/fullStatement'200 Success Response Schema
| Field Name | Field Type | Field Description |
|---|---|---|
accountNumber | string | account number |
currency | string | account currency |
balance | string | account balance |
transactions | array | transactions list |
transactions.reference | string | transaction reference |
transactions.date | string | transaction date |
transactions.description | string | transaction description |
transactions.amount | string | transaction amount (will always be the same as the account currency) |
transactions.serial | string | transaction serial number |
transactions.postedDateTime | string | |
transactions.type | string | transaction type. One of; Debit, Credit |
transactions.runningBalance | object | running balance amount |
runningBalance.currency | string | running balance currency |
runningBalance.amount | string | running balance amount |
Example Response
{
"status": true,
"code": 0,
"message": "Success",
"data": {
"balance": 1105334.32,
"currency": "KES",
"accountNumber": "00201XXXX14605",
"transactions": [
{
"reference": "697210075664341",
"date": "2023-10-13T18:14:39.000",
"amount": 1.0,
"serial": "1",
"description": "JENGA CHARGE CREDIT 697210075493611",
"postedDateTime": "2023-10-13T18:14:39.000",
"type": "Credit",
"runningBalance": {
"amount": 839509.37,
"currency": "KES"
},
"transactionId": "54172"
},
{
"reference": "697210075664341",
"date": "2023-10-13T18:14:39.000",
"amount": 1.0,
"serial": "2",
"description": "JENGA CHARGE DEBIT 697210075493611",
"postedDateTime": "2023-10-13T18:14:39.000",
"type": "Debit",
"runningBalance": {
"amount": 839508.37,
"currency": "KES"
},
"transactionId": "54172"
}
]
}
}Error Responses
400 Bad Request
Missing or invalid parameters in the request body.
{
"status": false,
"code": 400,
"message": "Invalid request parameters",
"error_code": "INVALID_REQUEST"
}401 Unauthorized
Invalid or expired access token.
{
"status": false,
"code": 401,
"message": "Invalid or expired access token",
"error_code": "UNAUTHORIZED"
}403 Forbidden
Valid credentials but invalid signature or insufficient permissions.
{
"status": false,
"code": 403,
"message": "Invalid signature or insufficient permissions",
"error_code": "FORBIDDEN"
}404 Not Found
Account not found or invalid account number.
{
"status": false,
"code": 404,
"message": "Source or destination account not found",
"error_code": "ACCOUNT_NOT_FOUND"
}📖 Step-by-Step Guide
Step 1: 🔑 Set Up Security Keys
Generate your private and public key pair and share your public key with Finserve. See the Security & Signatures Documentation (opens in a new tab) for detailed instructions.
Step 2: 🎫 Authenticate
Obtain an access token using the authentication endpoint. See the Authentication API documentation (opens in a new tab) for details.
Step 3: 📋 Prepare Transaction Details
Gather all required information:
accountNumber, countryCode, toDateStep 4: ✍️ Generate Signature
Create the signature string by concatenating in this exact order:
accountNumber+countryCode+toDateSign this string using your private key, then Base64 encode the result.
Step 5: 📝 Set Up Headers
Include the following headers in your request:
Content-Type: application/jsonAuthorization: Bearer [your_access_token]Signature: [your_base64_encoded_signature]
Step 6: 🔧 Construct Request Body
Create a JSON object with all required fields following the structure shown in the example request.
Step 7: 🚀 Send POST Request
Make a POST request to the internal bank transfer endpoint with your headers and body.
🌍 Supported Countries & Currencies
| Country | Country Code | Common Currency Codes |
|---|---|---|
| Kenya | KE | KES |
| Uganda | UG | UGX |
| Tanzania | TZ | TZS |
| Rwanda | RW | RWF |
| South Sudan | SS | USD |
| DRC | DRC | USD |
Best Practices
-
** Security**
- Store your private key securely and never expose it in client-side code or version control
- Always use HTTPS for API requests
- Store access tokens securely
- Regenerate signatures for each request
-
** Signature Generation**
- Ensure exact string concatenation order:
accountNumber+countryCode+toDate - Do not include spaces, separators, or special characters in the concatenated string
- Always Base64 encode the signature before including it in headers
- Verify the values in the signature match exactly with the request body values
- Ensure exact string concatenation order:
-
** Transaction Reference**
- Use unique reference numbers for each transaction
- Implement a reference generation system to avoid duplicates
- Store reference numbers for reconciliation and audit purposes
- Never reuse reference numbers, even for failed transactions
-
Amount Formatting
- Always use decimal format with two decimal places (e.g., "500.00")
- Pass amounts as strings, not numbers
- Ensure the amount is positive and within allowed limits
- Verify amount matches exactly in signature and request body
-
Error Handling
- Implement retry logic with exponential backoff for transient errors
- Log transaction attempts and responses for audit purposes
- Handle signature validation errors by regenerating the signature
-
Testing
- Always test with the UAT endpoint before using the live endpoint
- Use test account numbers provided in the documentation
- Verify signature generation with sample data first
- Test error scenarios to ensure proper handling
-
Data Validation
- Validate all account numbers match the expected format
- Verify country codes are valid and supported
- Ensure transfer dates are in the correct format (YYYY-MM-DD)
- Validate currency codes match the destination country
Troubleshooting
Invalid Signature Error (403)
If you receive a 403 error with "Invalid signature":
- Verify the concatenation order:
accountNumber+countryCode+toDate - Ensure no spaces or separators are included in the concatenated string
- Check that the signature is Base64 encoded
- Verify your public key is correctly registered with us
- Ensure the values in the signature match exactly with the request body values
Common Signature Mistakes
- Using wrong concatenation order
- Adding spaces or separators between values
- Not Base64 encoding the final signature
- Values in signature don't match request body values
Support
For questions or issues with this API:
- Email: support@finserve.africa