Clarity Platform Architecture

A comprehensive reference for the platform architecture, integrations, security, and extensibility model.

Architecture Overview

Clarity Platform Architecture Diagram

Component Architecture

Remix UI
Frontend — React / Remix, SSR
arrow_downward
Client
Application entry point, client customizations
arrow_downward
Phoenix.Core
Foundation: Pipelines, Plugins, Auth, Caching, Scheduler, Notifications
arrow_downward
Plugins
Core Plugins
ConnectCore Payments Invoicing Sales Site
ERP Connectors
NetSuite Syspro EpicorEagle EpicorEclipse InforSyteline SapB1
Payment Providers
Mock Nuvei Stripe PayTrace Authorize.Net and more
Additional
CMS Products Reporting Shipping Taxes Currencies Maestro

Tech Stack

terminal

Backend

.NET 8 ASP.NET Core Entity Framework Core C#
web

Frontend

Remix v2 React 18 TypeScript Tailwind CSS
storage

Database

PostgreSQL / MSSQL EF Core TDE / Encryption at Rest
cloud

Infrastructure

Docker Kubernetes Redis Elasticsearch NFS

Documentation

Platform Design Principles

settings_input_component

Extensibility

Hooks, pipelines, and extension points ensure customization without modifying core code.

extension

Plugin-First

All features are modular plugins that can be added, removed, or replaced.

lock

Security by Default

All endpoints require authentication, payment data is tokenized, no PII stored.

upgrade

Upgrade Safety

Client customizations live in isolated layers, never interfering with core updates.

devices

ERP-Native Payment Experience

Payment forms embed directly within ERP interfaces like D365 and NetSuite. Users process payments without leaving their familiar workflow.

domain

Multi-Tenant Architecture

Each client deployment uses dedicated, isolated database instances with per-tenant configuration and credential management.

help

Frequently Asked Questions

Unlike bolt-on payment solutions that redirect users to external interfaces, Clarity embeds payment functionality directly within ERP workflows. Users in D365 or NetSuite process payments, manage wallets, and handle refunds without ever leaving their familiar environment. The platform's plugin architecture means payment capabilities are deeply integrated with invoicing, order management, and customer data — not just connected via API. See Embedded vs. Integrated Payments.

Every feature in Clarity is a modular plugin registered through the IPlugin interface. Client-specific customizations are isolated in the Client layer, which hooks into core pipelines without modifying them. This means core and plugin updates can be applied independently of client customizations, and new capabilities can be added or removed without affecting the rest of the system. See Plugin System and Pipeline Hooks.

Yes. Each client deployment uses a dedicated database instance, providing complete data isolation. Configuration, credentials, and connector settings are managed per-tenant. The platform supports deploying multiple isolated instances from the same codebase, with client-specific customizations applied through the plugin and pipeline hook system. See Deployment Model.

Clarity supports multiple embedded payment models: direct iframe embedding within ERP interfaces (D365, NetSuite), self-service Quick Pay links delivered via email/SMS for invoice payments, full eCommerce checkout flows, and back-office CSR payment processing. All models use client-side direct-to-provider tokenization, ensuring PCI compliance (SAQ-A eligible) regardless of the embedding context. See Embedded Payments and Quick Pay.