Katrina · CI/CD for Oracle EBS R12.2

Your EBS customizations in git. In PROD without a DBA typing commands at 2 AM.

Every FNDLOAD definition, PL/SQL package, form and BI Publisher template is versioned, built into an automated installer, and promoted through approval gates — with a full audit trail for every deployment.

Book a demoIn production at Argentina's largest water utility (7M+ users)
katrina — deployments● connected · EBS R12.2.12
PkgBranchObjectsTESTUATPRODRequested by
#3812feature/xxar-aging14 · FNDLOAD ×3, PL/SQL ×9, BIP ×2installedinstalledgate · ticketm.gonzalez
#3811feature/xxgl-fah-batch6 · PL/SQL ×5, AOL ×1installedinstalledinstalledf.martinez
#3810feature/xxpo-approval-fwd9 · Forms ×2, PL/SQL ×6, XML ×1buildingl.ferreyra
3,800+deployment packages across DEV / TEST / UAT / PROD
67developers and DBAs working through Katrina daily
0production deploys without an approval gate
R12.2adop-aware: online patching cycles, editioned objects

How it works

One branch per development. One installer per package. One gate per environment.

01 · version

Everything in git

Each development lives in its own branch: FNDLOAD definitions, PL/SQL, forms, BI Publisher templates, AOL objects.

02 · package

Automated installer

Katrina builds the branch into an installer with the correct object ordering — plus the rollback package for the same release.

03 · promote

Gates per environment

TEST → UAT → PROD with an approval at each boundary. Segregation of duties: the requester never approves their own package.

04 · audit

PROD with a ticket

No production deploy without a change ticket. Every action logged: who, what, where, when — exportable for compliance.

#3812 · feature/xxar-aging → PRODawaiting approval
Change ticketCHG-2041 · linked ✓
Branch vs UAT verificationmatch — installed build = HEAD
Requested bym.gonzalez · dev
Approver requiredrelease manager — not the requester
Approve & deployReject

Governance built in

Auditors like it as much as developers do.

Segregation of duties. The developer who requests a deploy can't approve it.

Branch-vs-environment verification. Katrina checks that what's in git matches what's actually installed before promoting.

Ticket-gated PROD. Production deploys require a linked change ticket. No exceptions, no overrides.

What it deploys

The objects EBS teams actually ship.

Built for R12.2: aware of online patching cycles (adop) and editioned objects. If your team ships it, Katrina versions and installs it.

FNDLOAD / AOLPL/SQL packagesOracle FormsBI PublisherXML PublisherConcurrent programsWorkflowDB objects / DDLOS files / scripts

Katrina + AI

Our MCP servers let Claude deploy through Katrina — same gates, same audit trail, same ticket-locked PROD.

AI & Agents →

See it run against a real R12.2 instance.

Thirty minutes, live — not slides. We'll build a package from a branch, walk an approval gate, and show the audit trail.

Pricing — annual subscription per EBS instance; implementation included.Rollout — typically 4–6 weeks to first gated PROD deploy.
Book a 30-minute demo
With the engineers who built Katrina — bring your DBA.
Book a demo
We reply within one business day, ET/ART.