EcoG’s finance operations run across 7 systems — Jira for PO approvals, Weclapp as ERP, DATEV for accounting, Spendesk for expenses, GetMyInvoices for invoice aggregation, and two bank connections (Deutsche Bank & Sparkasse). The central challenge: Jira handles people & approvals while Weclapp handles financial records, forcing manual bridging for every transaction.
Double data entry — every approved PO in Jira must be manually re-created in Weclapp
Status sync — when an invoice is paid, both Jira and Weclapp must be updated separately
No single view — understanding a PO’s full state requires checking both systems
Manual invoice collection — invoices arrive via email, GetMyInvoices, and Spendesk exports
Overarching Principles
Orcha as the orchestration layer — not replacing Jira or Weclapp, but bridging them
Employees continue using Jira for collaboration; Orcha handles system-to-system sync
Configurable thresholds and rules per supplier, amount, and cost center
Full audit trail for every action — compliance-ready from day one
Incremental rollout: start with highest-impact modules, expand based on results
Current Process (Today)
Manual steps highlighted in red
Proposed Process (with Orcha)
Purple steps automated by Orcha
1
Purchase Order Management & Approval
Standard PO Flow (≥€1,000)
Employee submits PO request in Jira (≥€1,000). Approval chain: Requester → Authorizer → Operations
Orcha automates: Listens for Jira approval webhooks, automatically creates PO in Weclapp via API — eliminates double data entry
Invoice ingested via email/GMI → AI extraction → 4-way match (Invoice ↔ PO ↔ GRN ↔ Supplier) within 3% tolerance
Name matching relaxed: abbreviations allowed (e.g., “EP” = full company name), legal entity suffixes ignored
Match success: auto-book in Weclapp + Google Chat notification
Match failure / GRN missing: flag for review, daily auto-notification to ops team until resolved
No-PO Flow (<€1,000)
No formal PO required. Jira ticket created for audit trail only, considered pre-approved
Invoice arrives → Orcha Inbox → AI extraction → attempts to match against existing PO
PO found: auto-book in Weclapp
No PO found: flag for review and prepare a PO draft — user confirms with one click and PO is auto-created in Jira + Weclapp
Weclapp Approval Workflows To Explore
Stefanie mentioned Weclapp may support building approval processes natively
If feasible, Weclapp becomes the single system for the full PO lifecycle
Main blocker: employee access — not everyone has a Weclapp license today
If licensing allows, this removes Jira from the PO process entirely; if not, Orcha bridges the gap via notifications
Recommendation: Eliminate Jira as the PO System
Instead of maintaining POs in both Jira and Weclapp, use Orcha as the PO intake and orchestration layer. Employees submit PO requests through Orcha, which routes approvals via Google Chat or email, then automatically creates the PO in Weclapp. Jira tickets become read-only references. This removes double data entry entirely.
High Impact — Eliminates ~50% of manual PO work
2
Invoice Processing & Matching
Unified Invoice Inbox
Proposed Flow
Invoice arrives (email / GMI / Spendesk)→Orcha extracts data (OCR/AI)→4-way match→Auto-book in Weclapp
Single Orcha email address where all supplier invoices are forwarded
GetMyInvoices connected via API to auto-pull platform invoices (~30/month) — no more logging into individual portals
Spendesk exports imported directly into Orcha for reconciliation
One inbox, one pipeline, no matter where the invoice originates
AI Extraction & Validation
AI reads invoice: supplier name, PO number, line items, quantities, unit prices, total, currency
Cross-references against master data and flags deviations above 3% threshold
Name matching with fuzzy logic — abbreviations (e.g., “EP” = “Entwicklungs- und Produktionskammer”), legal entity suffixes
4-Way Match: Invoice ↔ PO ↔ GRN ↔ Supplier
Match successful: All four elements align within tolerance (3% on price/qty). Orcha auto-books the purchase invoice in Weclapp. Notification sent via Google Chat
GRN missing: Automatic notification to operations team. Daily checks until resolved
Match failed: Orcha flags the exception with a side-by-side comparison (PO vs. invoice vs. GRN) for Joao to review
Smart Thresholds & Exception Handling
<€1k, PO found: auto-book with minimal review
<€1k, no PO: flag for review, prepare PO draft — user confirms and PO is auto-created
≥€1k, PO match, GRN present: auto-book with notification only
≥€1k, PO match, GRN missing: auto-notify ops team daily until GRN is entered
Any mismatch >3%: flag for manual review with side-by-side comparison
New/unknown supplier: always route to manual review regardless of amount
Today Joao pulls invoices from multiple sources: email, GetMyInvoices (Amazon, Vodafone, etc.), and Spendesk. Consolidating into a single Orcha inbox with API connections to all sources eliminates manual invoice collection entirely.
High Impact — Eliminates manual invoice collection
3
Payment Execution & Reconciliation
Payment & Reconciliation Flow
Approved invoices batched into payment run in Weclapp, bank export includes invoice numbers for traceability
Bank executes payments (Deutsche Bank / Sparkasse), statement available next business day
Orcha automates: Imports bank statement, matches payments to booked invoices using reference numbers
~80% auto-matched: Payment linked to invoice in DATEV, Weclapp PO → “paid”, Jira ticket → “paid”
~20% manual: Foreign currency, split payments, missing references — Orcha surfaces best-guess matches for Joao to confirm
Cascade on match: 1. Weclapp (paid) → 2. Jira (paid) → 3. DATEV (REWE JE) → 4. Google Chat notification
Recommendation: Auto-Close the Loop After Payment
The most time-consuming post-payment task today is updating three systems separately (Weclapp, Jira, DATEV). A single payment event in Orcha triggers updates across all systems, saving approximately 1 hour per day on post-payment administration.
High Impact — Saves ~1 hour/day on post-payment admin
4
Special Cases & Edge Flows
Scenario A — Advance Payments (50% Upfront)
PO synced to Weclapp with payment schedule metadata (50% advance specified)
Advance invoice matched to PO — validates amount = 50% of PO total, books as partial payment. GRN not yet required
Goods arrive → GRN created → final invoice for remaining 50% matched against PO and GRN. Full 4-way match completes. PO closed
Scenario B — Partial Shipments / Multiple Invoices per PO
Orcha tracks cumulative quantities and amounts against the original PO
Each commercial invoice matched to the corresponding GRN for that shipment
Flags if cumulative total exceeds PO by more than 3%
PO closed when all shipments received and all invoices matched — updated in both Weclapp and Jira
Scenario C — Spendesk Reconciliation
Monthly Spendesk export (~15 expenses) imported into Orcha
Current: Manual attachment of invoices to each Spendesk payment entry
Proposed: Orcha matches invoices to payments by amount, date, and supplier — flags unmatched items
Scenario D — Direct Debit (No PO)
Recurring charges (utilities, subscriptions) appear on bank export with no PO — currently difficult to reconcile
Orcha learns recurring direct debit patterns (supplier, amount range, frequency)
Matches to invoices from GetMyInvoices (Amazon, Vodafone, etc.) or email — flags new or changed amounts
5
Integration Architecture
System Capability Comparison
Capability
Jira
Weclapp
Orcha (Proposed)
All employees have access
✓ Yes
✗ Finance only
— Via notifications
Comments & discussion
✓ Full threads
✗ Not supported
— Routes to Jira / Google Chat
Approval workflows
✓ Multi-level
◯ Possible but limited
✓ Orchestrates across both
PO creation & storage
✓ As tickets
✓ Native ERP module
✓ Syncs Jira → Weclapp
Invoice processing
✗ Not designed for it
✓ Purchase invoices
✓ Ingestion + matching + booking
Goods receipt (GRN)
✗ No
✓ Manual entry
✓ Validates against PO
Payment tracking
◯ Manual status
✓ Payment status
✓ Auto-updates both
Financial reporting
✗ No
✓ ERP reporting
— Feeds Weclapp & DATEV
Integration Points
Jira
Direction: Jira → Orcha (webhooks on PO approval) Data: PO details, approval status, requester, authorizer Action: Listen for approvals, sync to Weclapp, update ticket status
Jira
Weclapp
Direction: Bidirectional (Orcha ↔ Weclapp API) Data: PO creation, purchase invoices, goods receipts, payment status Action: Create POs, book invoices, check GRNs, mark paid, close POs
Direction: Bank → Orcha (statement import) Data: Payment confirmations, bank movements, reference numbers Action: Import statements, match payments to invoices
No comments yet. Select text to add one.