Security.
Answers for your risk, compliance and IT review, in one place. Facts as of November 12, 2026.
Security, continuity and financials, shared under NDA.
- Ankasum never moves money. It writes a payout file; your core posts it, and you stay payer of record.
- Customer and member data stays in an environment dedicated to your institution, in your country.
- AI is optional, with two switches. Customer-data AI is off by default, and AI never computes a payout.
- Every payout is computed twice. Anything that disagrees is held for a person at your institution.
- Approvals, runs and payout files are kept as signed, tamper-evident evidence.
Ankasum at a glance.
- What it is
- Offer and reward software for banks and credit unions. Every offer, checked before it pays.
- Who it's for
- US and Canadian banks and credit unions that run deposit and checking bonuses.
- How offers are written
- The marketer describes the offer in plain English or pastes the terms they have. Ankasum generates the rules, flags every assumption and default to confirm, and reads them back beside the original.
- Who makes it
- Devanka, a software company in Canada (devankahq.com). One founder is your named accountable executive. The founders are not named publicly while Devanka is in stealth; we introduce them under NDA.
- What it does
- New-account deposit and checking bonuses paid as account credits, with limits, budgets and clawback. Worst-case cost and missing terms are shown before approval. The offers it runs.
- What it does not do
- It does not message customers or members, decide credit or move money. It never refuses a payout on its own.
- Vendor risk in one line
- Ankasum is not a core banking system or an AML monitoring tool, and never moves money; you stay payer of record, and if we stop, your environment, data and keys are handed to you.
Your data stays in your environment.
Each institution gets its own data plane: a dedicated AWS account in its own country. Record-level data never leaves it.
Your institution's environment
- Your own keys, your own environment, no standing access. Reading data or keys needs time-limited elevation approved by two people. Every access is logged and reported to you.
- Your sign-in: your own single sign-on with MFA; every approval asks again.
Keys and encryption
Identifiers are tokenized with a key dedicated to your institution; only an approved payout file export maps tokens back. Per-institution keys in AWS KMS, rotated yearly, destroyed at contract end. TLS 1.2 or higher in transit.
What crosses to our control plane
Offer definitions and disclosures; configuration, users and approvals; run metadata (times, row counts, error codes) and usage; totals over at least 10 customers (you can raise the minimum; smaller counts show as "fewer than 10"). Never: audience and suppression lists, customer-level results or record-level detail.
Landing and reject files stay in your data plane for 90 days (configurable), then are deleted. The token vault lives for the contract and is destroyed with your key at exit. Payout files and evidence are object-locked for the period your records schedule sets. No file may contain card numbers; ingest rejects any that do.
Because we operate the account, tokenization is an operational protection, not a cryptographic one. Institution-held keys are available on request. Each institution's records in the shared control plane are separated by database row-level security, tested on every build.
Sign-in protocols
Your identity provider over SAML or OIDC, with MFA, step-up authentication for every approval and SCIM provisioning.
Regions, residency and operator location
Data, backups, logs with record-level identifiers, and model calls stay in the country your contract names. The control plane runs one stack per country. US institutions: US regions named in your order form. Canada: ca-central-1, with ca-west-1 for standby.
Staff sign in only from a managed device in their tagged country, and your contract lists the regions allowed to support you. Any exception is a named, recorded session you approve in writing.
Resilience
Multi-zone in one region, with backups in a second in-country region. Ledger, approvals, fulfillment and evidence records: recovery point 15 minutes; recovery time in contracts 24 hours. Faster objectives are offered only once a timed drill has met them. Immutable backups are kept 35 days in a separate locked account, with quarterly automated restore tests. After any restore, payout files stay paused until the ledger is reconciled, so no payout is sent twice or skipped.
AI and your data.
AI is optional, with two independent switches. A model only drafts; deterministic code decides who qualifies and computes every payout.
Authoring AI
Drafts rules from offer text. Never sees customer data.
Customer-data AI
Off by default. On only with your license and recorded consent.
- With customer-data AI off (the default), no customer or member data, identifiable, pseudonymized or aggregated, reaches any model.
- Authoring AI sees offer text only: terms, disclosures and catalog metadata. Your institution chooses whether it is on.
- With AI off, templates and the form editor do the same job with the same checks.
- Model calls stay in your country and every call is logged to your institution's own audit store.
- Unlicensed features use no resources and can be switched on later without migration.
AI hosting tiers and flagged-payout explanations
Standard: models hosted by our cloud provider (Amazon Bedrock) in our accounts, on endpoints verified to process in your country, under no-training terms recorded on your AI annex. It never receives identifiable customer or member data, and it is off where no in-country endpoint exists.
Private: the provider's model service called from your institution's own cloud account, under your own agreement. Your own model endpoint is available on request.
Explaining a flagged payout is a customer-data AI feature. It uses pseudonymized evidence, runs only on a Private or your own endpoint, is labeled as AI-written and is shown after the signals, never in place of them. No model runs in the reward-integrity checks.
People at your institution decide.
- Every payout is computed twice. An independent recompute must agree to the cent, or the payout is held for review.
- Ankasum releases or holds; it never refuses. Only a named person at your institution can refuse a reward, citing the disclosed clause.
- Holds never expire into rejections. Holds go to a named approver before the disclosed pay-by date.
Evidence you can check yourself.
- A tamper-evident audit log, hash-chained per institution and copied daily to locked storage that application roles can't write.
- Signed evidence: approvals, run records, payout files and test reports are signed. The public keys and an offline verifier ship with every export, so you check signatures yourself.
- Signed releases with software bills of materials.
If Devanka can't continue.
- An outage delays rewards; it cannot misdirect money. Ankasum writes a file your institution reviews and posts.
- Your data plane can be handed to you with its data, keys and evidence. The handover runbook is rehearsed before go-live.
- Live offers finish for enrolled participants if the license ends.
Escrow, exit, deletion and acquisition
Source code and continuity escrow with a third-party agent is available on request; it is released on insolvency, cessation of business or 30 days without contracted support, with a perpetual license to run your own deployment.
At exit: a verified export in open formats (Parquet, JSON, PDF), the token map and keys needed to verify evidence, and up to 90 days of transition help. Live data and keys are deleted within 30 days, with written confirmation. If Devanka is acquired, payouts are unaffected: you stay payer of record, and these terms are part of your contract.
Integration.
Daily extracts in, one posting file out, roles from your single sign-on. No API into your core.
Files, delivery and comparisons
The accounts, transactions and enrollments files your core already produces, delimited or fixed-width. Delivery by SFTP with key authentication (a run starts only when a completion marker lands), a storage bucket you own, an upload from your scheduler, or a manual upload. An alert fires if expected files haven't arrived. Your core imports one posting file a day in its own format, set up at onboarding and kept as a template.
Next to a core promo module, a digital-banking offer engine or internal SQL and spreadsheets, Ankasum adds one approved definition that drives the readback, the disclosure and the payout file, an independent recompute of every payout, and signed evidence.
What it does not cover, and disputes.
- Your institution decides every dispute and complaint; Ankasum supplies the per-customer or per-member decision record.
What it does not cover
Referral programs, rate specials priced in the core, card-spend rewards, recurring rewards-checking cycles, non-cash rewards and offers that grant or change credit terms. Creative made elsewhere (ads, branch or call-center scripts) stays in your own review.
How institutions start, and pricing.
- Free offer-terms review of one published offer.
- A paid trial in shadow beside your current process. Nothing Ankasum produces is paid during it.
- Live after a readiness gate: parity signed off, controls in place and your written approval of the terms.
- Pricing is a yearly subscription, quoted in a written proposal. Every check needed to launch an offer correctly is included.
Trial fee, implementation and usage limits
The trial fee is fixed and stated in the written proposal before any data is shared, invoiced at the start and credited against year one when you sign. Implementation is quoted with the subscription. Data export and transition help at exit are included. Usage limits are fair-use guards that warn first and never stop a live offer. For a proposal, email hello@devankahq.com with your asset size and account count.
Regulation, assurance and contracts.
Your institution stays accountable to its regulators. Our obligations as your service provider are set out in a data processing agreement and security addendum signed before any customer data arrives.
Working regulation map (for your counsel to confirm, not legal advice)
| US banks | Reg DD (12 CFR 1030, including bonus advertising under 1030.8) and UDAAP. |
|---|---|
| US credit unions | NCUA Truth in Savings, 12 CFR Part 707 (including 707.8), and 740.5; UDAAP and state UDAP laws. |
| Security and incident | GLBA; the bank computer-security incident notification rule; NCUA 748.1(c). |
| Tax | Your institution is payer and files the 1099s. Ankasum carries your tax code on every export row. |
| Third-party risk | Interagency guidance (June 2023) and NCUA 07-CU-13. |
| Canada | Bank Act and the FCAC framework for federal banks; provincial market-conduct rules; OSFI B-10 and B-13 for federally regulated institutions. |
Against each, Ankasum produces a required-field checklist per charter, a disclosure built from your clause library, the readback, signed evidence and an examiner export. The disclosure check warns on wording that can be read two ways.
Product subprocessors
Amazon Web Services: hosting of the control plane (one stack per country) and each institution's data plane, in US regions named in your order form or ca-central-1 and ca-west-1.
Amazon Bedrock (AWS): AI model calls, in the same in-country regions. Authoring AI receives offer text, terms and disclosures only. Every model provider signs no-training terms. The full list is in the due-diligence pack.
Assurance and default contract terms
We do not state audit or certification status on this website. The due-diligence pack lists the assurance evidence available, with dates, together with the security questionnaire and insurance details. Audit rights are in the security addendum.
- Incident notice within 24 hours of determining your data or service was affected; written report within 5 business days.
- 30 days' notice of subprocessor changes.
- Deletion within 30 days of contract end, with written confirmation.
- Model prompt and response text kept 90 days by default (you set the period).
Report a security issue.
Email security@devankahq.com. A person reads every message. Our reporting policy is at devankahq.com/security.
See one of your own offers in Ankasum.
Bring a bonus you run today. Demos use sample data only.
No customer data. We sign your NDA first if you want one.