Concept demo for OESC ESOW4 (SW1050) — built by Concourse Tech. All employers, TPAs, balances, payments, and logs shown are fabricated mock data. No live payment processor is connected.
A concept demo for the Oklahoma Employment Security CommissionConcept by Concourse Tech · ESOW4 / SW1050 response (concept only — no real PII or payments)
OK
Oklahoma Employment Security Commission
Tax Payment Modernization · Concept

Scope coverage matrix

Every requirement from the OESC ESOW4 supporting document, mapped to a screen in this concept demo or to an architectural commitment for the production build.

Total requirements
21
Demonstrated in this demo
17
Click-through
Architectural commitments
4
Production wiring
Categories covered
3

Payment

PAY.001Quarter selection for paymentDemonstrated
Allow a user to select the quarter for which to apply payment.
Open in demo
PAY.002Current quarter payment defaultDemonstrated
Auto-apply payment to current quarter reported with a contribution report when no quarter is selected.
Open in demo
PAY.003Payment priority (waterfall)Demonstrated
Apply payments without a selected quarter, or excess, in the order: interest -> penalty -> fee -> tax -> surtax on earliest delinquent quarter.
Open in demo
PAY.004Accepted payment typesDemonstrated
Pay unemployment taxes due via the website using ACH debit, credit card, and debit card at minimum.
Open in demo
PAY.005Unacceptable payment typesArchitectural
Block foreign electronic payments, wire transfers, cryptocurrency, or other non-standard methods.
Open in demo
PAY.006Employer payment accessDemonstrated
Allow employers to access tax payment functionality.
Open in demo
PAY.007TPA payment accessDemonstrated
Allow TPAs to access tax payment functionality.
Open in demo
PAY.008Apply credits before paymentDemonstrated
Automatically apply available credits to tax due for each employer account before payment processing.
Open in demo
PAY.009Display tax dueDemonstrated
Display the current tax amount due for each employer account before payment processing.
Open in demo
PAY.010Approved payment processor integrationArchitectural
Integrate with the State of Oklahoma's approved payment processor to handle payment transactions.
Open in demo
PAY.011Auto-process matching ACH debit batchesDemonstrated
Automatically process ACH debits for ICESA/NASWA contribution reports when payment record matches taxes due.
Open in demo
PAY.012Confirm mismatched ACH batchesDemonstrated
Require user confirmation before processing batches when payment record amount differs from taxes due.
Open in demo
PAY.013Payment receiptDemonstrated
Generate payment confirmation receipts for successful transactions.
Open in demo
PAY.014Payment history logDemonstrated
Maintain a transaction history log for all payment attempts visible to employers and agency staff.
Open in demo
PAY.015Update employer balanceArchitectural
Update employer account balances at end-of-day after successful payment processing.
Open in demo
PAY.016Credit card processing feeDemonstrated
Apply an appropriate percentage to each credit card transaction to cover processor fees.
Open in demo
PAY.017Duplicate payment preventionDemonstrated
Prevent duplicate payments being submitted online.
Open in demo

Reporting

PAY.018Metric tracking - payment analyticsDemonstrated
Dashboard with payments received per category, transfers per period (with type breakdown), and payment types per period - counts and percentages.
Open in demo

Audit

QTR.110Employer data access logDemonstrated
Log every action accessing/modifying employer data - user ID, IP, client, datetime, method+URI, response type.
Open in demo
QTR.111Authorization-failure error logDemonstrated
Log all employer-portal errors caused by authorization failures.
Open in demo
QTR.112Three-year log retentionArchitectural
Retain logs for at least three years from the date of request.
Open in demo
Production extensions beyond the SOW

Items we'd include automatically without extra cost

  • • MFA enforced for OESC staff via Entra ID; service-tool sessions ≤ 8 hours.
  • • Section 508 / WCAG 2.1 AA conformance audit, with VPAT delivered.
  • • Disaster recovery runbook + game-day exercise within 30 days of launch.
  • • Quarterly penetration test by an independent firm during year 1.
  • • Comprehensive Postman / OpenAPI documentation for every endpoint.
  • • Daily backup verification with monthly restore drill.