- If you need a core ledger replacement now
- The vendor does not provide a full core banking ledger; core replacement vendors should be considered for that requirement.
- If your institution needs a highly packaged, low-customization digital banking rollout
- Vendors that provide more standardized SaaS packages may be a better fit where speed and low customization are the primary requirements.
- If procurement requires extensive public documentation for security/compliance upfront
- The vendor provides a SOC 2 Type 2 attestation for managed hosting in vendor materials, but ISO certifications, data residency specifics, and detailed enterprise security feature matrices were not clearly available in the sources reviewed; this can slow early-stage vendor screening.
- If platform opacity or vendor ‘black box’ risk is unacceptable
- Community discussions and some evaluator comments express concerns about long-term transparency and extensibility; organizations requiring deep internal control and transparency should validate technical access, extensibility, and observability during procurement.
- Current limitations acknowledged by the vendor
- Public sources accessed did not include an explicit vendor-maintained list of known issues.
- Roadmap / not-yet-available features
- Not clearly documented in the sources accessed.
- Scale limitations
- Not publicly documented; buyers should request reference architectures and performance benchmarks for their expected concurrency and transaction volumes.
- Security or compliance gaps (from public documentation perspective)
- SOC 2 Type 2 attestation is stated for managed hosting.
- ISO certifications, data residency options, and detailed enterprise controls (SSO/SAML, SCIM, audit logs, etc.) were not clearly documented in the accessible materials and should be validated during diligence.
- API limitations or integration constraints
- Not explicitly documented; integration success is likely to depend on available connectors and the bank’s legacy landscape.