MMapplsDeveloper Centre

MAPPLS INTEGRATION FABRIC · DEVELOPER CENTRE

From contract to production-grade integration.

Build API products, applications, adapters, durable workflows and events through one tenant-aware control API and one correlated operating model.

OpenAPI 3.1OAuth 2.0mTLSIdempotencyAsyncAPIWebhooksEvent replay

Quickstart

The evaluation environment provides permission-scoped one-click identities. Production clients use federated human identity or OAuth 2.0 workload identity with mTLS. All resources are evaluated against organization, workspace and role context.

Check service and product release
curl https://nabardapi.mapplsgov.com/api/health
200 OK
{
  "status": "ok",
  "service": "Mappls Integration Fabric",
  "edition": "Enterprise Sovereign",
  "customerWorkspace": "NABARD Enterprise",
  "availabilityTarget": "99.999%",
  "release": "2026.3"
}
Evaluation versus production

One-click sessions exist only to evaluate role journeys. Production uses customer federation, MFA/PAM for people, OAuth2/mTLS for workloads, HSM/KMS-backed secrets and the customer’s network trust controls.

Identity, tenancy and authorization

Every session carries a home workspace and permission set. Platform administrators may enter a customer workspace only through a reasoned, time-bound, prominently indicated support session. Sensitive mutations require the matching permission and CSRF protection for browser sessions.

Human identities

OIDC, SAML 2.0, enterprise SSO, MFA, RBAC/ABAC, access reviews and PAM integration.

Workload identities

OAuth2 client credentials, private-key JWT, mTLS, certificate pinning and automated rotation.

Tenant context

Organization and workspace boundaries flow into catalogue, runtime, data, telemetry and audit decisions.

Privileged control

Maker-checker, time-boxed support access, emergency actions and immutable privileged audit.

Required mutation headers

Authorization: Bearer <access-token>
X-Workspace-Id: rural-credit
X-Correlation-Id: CASE-2026-00042
Idempotency-Key: CASE-2026-00042-create
Content-Type: application/json

API product lifecycle

An API product joins a versioned contract, documentation, runtime policy, plans, subscriptions, applications, SLOs and ownership. Publication and promotion are separate decisions.

Draft contractLint & mockSecurity reviewPublish cataloguePromote runtimeMeasure & evolve

Create a draft product

cURL
curl -X POST https://nabardapi.mapplsgov.com/api/catalog/apis \
  -H "Authorization: Bearer $TOKEN" \
  -H "Idempotency-Key: product-customer-eligibility-v1" \
  -H "Content-Type: application/json" \
  -d '{
    "name": "Customer Eligibility",
    "version": "0.1.0",
    "protocol": "REST",
    "visibility": "partner",
    "auth": "OAuth2 + mTLS",
    "owner": "Credit Products"
  }'

Consumer onboarding

  1. Register an applicationCreate a workload identity for a named environment and owner.
  2. Choose a planCompare quota, rate, scope, SLO and approval policy.
  3. Request accessSupply intended use, data purpose and callback/network information.
  4. Receive credentialsAfter maker-checker approval, retrieve only the credential fingerprint and expiry in the portal.
  5. Rotate safelyUse overlap windows and audit evidence to move without downtime.

Integration assets

Adapters, maps and mediation routes are reusable, versioned assets—not private code inside one application. The platform distinguishes transport, transformation, orchestration and message durability.

API & serviceREST · SOAP · gRPC · WebSocket · GraphQL
MessagingAMQP · JMS · MQTT · MQ · STOMP · NMS
FinancialISO 8583 · ISO 20022 · SWIFT MT/MX
EnterpriseDatabase · SFTP · file · email · ERP/COTS · custom SDK
Data formatsJSON · XML · CSV · Excel · fixed-width · Avro · YAML · binary
PatternsRoute · filter · enrich · split/join · aggregate · request/reply · pub/sub

Durable workflow orchestration

A workflow run persists input, cursor, correlation, event history and committed side effects. Approval and callback steps release compute while state remains durable. Authorized operators resume the exact run.

Validate & maskCall backendApply rulesWait for approvalEmit event

Start an idempotent run

JavaScript
const response = await fetch(
  "/api/orchestrations/flow-kcc-decision/run",
  {
    method: "POST",
    headers: {
      "Authorization": `Bearer ${token}`,
      "Content-Type": "application/json",
      "Idempotency-Key": "CASE-KCC-2026-00042"
    },
    body: JSON.stringify({
      correlationId: "KCC-2026-00042",
      payload: { district: "Nashik", applicantRef: "masked-942" }
    })
  }
);
const run = await response.json();
Retries

Bounded exponential backoff with jitter and retryable error classification.

Compensation

Explicit reversal or reconciliation steps for committed external side effects.

Callbacks

Signed, correlated wake-up tokens resume waits without holding compute.

Recovery

Resume, replay or compensate from the last committed checkpoint with audit.

Queues, topics and governed replay

The event mesh provides persistence, partitioning, ordering policy, back-pressure, TTL, retention, transactions, dead-letter handling and poison-message quarantine. Replay is a privileged recovery action requiring a reason and audit record.

Replay approved DLQ messages
curl -X POST \
  https://nabardapi.mapplsgov.com/api/messaging/msg-partner-callback/replay \
  -H "Authorization: Bearer $SUPPORT_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{ "limit": 25, "reason": "INC-2408 recovery validation" }'
Delivery contract

Assume at-least-once delivery and implement idempotent consumers. Choose a business ordering key deliberately; a topic-wide global ordering promise can unnecessarily constrain throughput.

Environment promotion

Build once and promote the same signed artifact through Development, SIT, UAT, Production DC and Production DR. Quality evidence and rollback readiness travel with the release.

GateEvidenceDecision
ContractLint, compatibility, schema and consumer testsAutomated
SecuritySAST, DAST, SCA, secrets and policy validationAutomated + security
PerformanceLatency, throughput, saturation and failure profilePerformance owner
OperationsSLO, dashboard, alert, runbook and rollbackService owner
ProductionApproved change and maker-checker release decisionChange authority

Observability and service operations

Every request or event receives a correlation identifier that connects gateway policy, workflow steps, broker delivery, backend calls, access decisions, deployment changes and incidents.

correlation_id
KCC-2026-00042
gateway
81 ms · 200
workflow
waiting approval
event
partition 07
incident
none

Metrics, logs and traces are exportable through open telemetry patterns. Security and privileged events forward to the customer SIEM/SOC; incidents and changes integrate with customer ITSM.

Errors, correlation and safe retry

Errors use a stable machine code, human message, correlation ID, retryability and details. Clients must never retry blindly.

409 CONFLICT
{
  "error": {
    "code": "WORKFLOW_NOT_WAITING",
    "message": "Run is not waiting for approval",
    "correlationId": "KCC-2026-00042",
    "retryable": false
  }
}
StatusMeaningClient action
400Invalid request or missing recovery reasonCorrect the request
401 / 403Identity or entitlement failedRe-authenticate or request access
409State or idempotency conflictRead the current resource
429Plan or runtime limitHonor Retry-After with jitter
5xxPlatform or dependency faultRetry only when retryable=true

Control API reference

GET/api/platform/summaryProduct, organization and workspace context
GET/POST/api/catalog/apisList or create API products
GET/POST/api/applicationsManage workload applications
POST/api/applications/{id}/rotateRotate an application credential
GET/POST/api/integrationsManage reusable integration assets
GET/api/gatewaysRead distributed runtime health
GET/api/policiesRead policy bundles and controls
GET/POST/api/orchestrationsManage durable workflow definitions
POST/api/orchestrations/{id}/runStart an idempotent workflow run
POST/api/runs/{id}/resumeApprove and resume a waiting run
GET/api/messagingRead queues, topics and DLQ posture
POST/api/messaging/{id}/replayRun a privileged replay
GET/api/releasesRead environment promotions
GET/api/observabilityRead SLO, traffic and error analytics
GET/POST/api/incidentsOperate incident and SLA workflow
GET/api/securityRead security posture and certificates
GET/api/auditRead immutable privileged evidence

Download the complete machine-readable OpenAPI 3.1 specification.