Phase 6: Invoicing & Print Formatting
Prerequisite Check: Phase 5 must be complete. We need: Billing Schemas producing billing documents (Phase 5, Steps 5.8–5.10), FI-CA Document Types
ZI/ZR(Phase 2, Step 2.3), and the Account Determination mapping (Phase 2, Step 2.5). Billing calculates the math — this phase posts it to FI-CA and builds the customer-facing print document. Invoicing is the bridge between raw billing calculation and the formatted, mailable bill.
Section A: FI-CA Account Determination for Invoicing (Prerequisite Injection)
⚠️ Critical Prerequisite: Before executing
EA19(Invoicing), the revenue mapping for billing/invoicing Posting Areas must be fully configured. While Phase 2 (Step 2.5) established basic Account Determination, the invoicing-specific posting areas require additional configuration defining exactly how billing line items map to G/L accounts during the invoicing posting. Without this,EA19will abort with errorFK 740(“Account determination failed — no G/L account found for posting area”).
Step 6.1 — Configure Account Determination for Billing / Invoicing Posting Areas
| Attribute | Value |
|---|---|
| SPRO Path | SPRO → Financial Accounting → Contract Accounts Receivable and Payable → Basic Functions → Postings and Documents → Account Determination → Assign Accounts for Posting Areas |
| T-Code | SPRO |
SAP Screen Flow
Screen 1 — IMG Navigation
- Navigate to the SPRO path above → click Execute (⏩).
Screen 2 — Account Determination: Posting Areas Overview
SAP displays a tree structure of Posting Areas. The key posting areas for IS-U Invoicing are:
| Posting Area | Code | Description |
|---|---|---|
| Billing | 0100 | Revenue and receivables from billing runs |
| Invoicing | 0200 | Invoice-specific postings (surcharges, adjustments) |
| Tax | 0300 | Sales tax and municipal tax postings |
| Discounts | 0400 | Cash discount / prompt-pay discount postings |
- Double-click on Posting Area
0100(Billing).
Screen 3 — Posting Area 0100: Account Assignment Rules
- Click New Entries to define account determination rules:
| Main Trans | Sub Trans | Debit Account | Credit Account | Rate Type | Description |
|---|---|---|---|---|---|
0010 | 0010 | 1200000000 (AR) | 4100000000 (Rev-Residential) | ENRG | Residential energy revenue |
0010 | 0011 | 1200000000 (AR) | 4100010000 (Rev-Res-Peak) | ENRG | Residential On-Peak energy (TOU detail) |
0010 | 0012 | 1200000000 (AR) | 4100020000 (Rev-Res-OffPeak) | ENRG | Residential Off-Peak energy |
0010 | 0013 | 1200000000 (AR) | 4100030000 (Rev-Res-SuperOP) | ENRG | Residential Super Off-Peak energy |
0010 | 0020 | 1200000000 (AR) | 4200000000 (Rev-Commercial) | ENRG | Commercial energy revenue |
0010 | 0030 | 1200000000 (AR) | 4300000000 (Rev-Industrial) | ENRG | Industrial energy revenue |
0010 | 0040 | 1200000000 (AR) | 4400000000 (Rev-Demand) | DEMA | Demand charge revenue |
0010 | 0050 | 1200000000 (AR) | 4500000000 (Rev-Customer Chg) | CUST | Customer charge revenue |
0010 | 0060 | 1200000000 (AR) | 4600000000 (Rev-Fuel Adj) | FUEL | Fuel adjustment revenue |
0010 | 0070 | 1200000000 (AR) | 4700000000 (Rev-Transmission) | TRAN | Transmission revenue |
0010 | 0080 | 1200000000 (AR) | 4800000000 (Rev-Distribution) | DIST | Distribution revenue |
-
Click Save (
Ctrl+S). -
Navigate to Posting Area
0300(Tax) → Click New Entries:
| Main Trans | Sub Trans | Debit Account | Credit Account | Rate Type | Description |
|---|---|---|---|---|---|
0030 | 0010 | 1200000000 (AR) | 2300000000 (Tax Payable-State) | TAXS | State sales tax |
0030 | 0020 | 1200000000 (AR) | 2310000000 (Tax Payable-Municipal) | TAXM | Municipal tax/franchise fee |
- Click Save (
Ctrl+S).
Revenue Account Architecture
FI-CA Subledger (Posting Area 0100) FI-GL (via Reconciliation Key)
────────────────────────────────── ──────────────────────────────
Billing Run (EA00) creates: ZC Document (via FPG1):
Debit: 1200000000 (AR Control) DR: 1200000000 (AR)
Credit: per Rate Type ───────────→ CR: 4100000000 (Rev-Res)
ENRG → 4100000000 (Residential) CR: 4200000000 (Rev-Com)
DEMA → 4400000000 (Demand Rev) CR: 4400000000 (Rev-Dem)
CUST → 4500000000 (Cust Chg Rev) etc.
FUEL → 4600000000 (Fuel Adj Rev)
TRAN → 4700000000 (Trans Rev)
DIST → 4800000000 (Dist Rev)
TAXS → 2300000000 (Tax Payable)
TAXM → 2310000000 (Tax Payable)Why This Step
Account Determination for Posting Areas is the granular mapping layer that assigns each billing line item type to exact G/L accounts. Phase 2 (Step 2.5) established the basic Main/Sub Transaction → G/L mapping. This step extends that mapping with:
- Rate Type granularity — each charge type (energy, demand, customer charge, riders, taxes) posts to a distinct revenue account for regulatory reporting
- TOU sub-detail — optionally splitting residential revenue into Peak/Off-Peak/Super Off-Peak revenue accounts for management reporting
- Tax posting — routing tax collections to liability accounts (Tax Payable), not revenue accounts
Without this, invoicing would post all revenue to a single generic account, making PUCO-required regulatory filings impossible.
Key Configuration Notes
- ⚠️ The Posting Areas are separate from the basic Account Determination in Phase 2, Step 2.5. The basic mapping defines the fallback; the Posting Area mapping provides the granular override.
- All Debit postings go to the AR control account (
1200000000). This is the FI-CA subledger’s receivable — it represents the customer’s obligation. - The Credit accounts are revenue accounts (P&L) or liability accounts (tax payable). These must exist in Chart of Accounts
CAOH(Phase 1).
Section B: Invoicing Process Configuration
Step 6.2 — Configure Invoicing Process (EA19 Rules)
| Attribute | Value |
|---|---|
| SPRO Path | SPRO → SAP Utilities → Invoicing → Define Invoicing Process Configuration |
| T-Code | EA19 (Invoicing Execution at runtime) |
SAP Screen Flow
Screen 1 — IMG Navigation
- Navigate to the SPRO path above → click Execute (⏩).
Screen 2 — Invoicing Configuration: Overview
- Click New Entries.
Screen 3 — New Entry: Invoicing Process Details
| Field | Value | Notes |
|---|---|---|
| Invoicing Variant | ZIVR01 | Z-namespace key for the invoicing rule set |
| Description | Standard Utility Invoicing | |
| Company Code | AEP1 | |
| Application Area | R | (pre-delivered) |
| Billing Doc Type Input | Billing Order (from EA00) | Result of Phase 5 billing run |
| Invoice Doc Type Output | ZI | (Phase 2, Step 2.3) FI-CA print document |
| Reversal Doc Type | ZR | For invoice cancellation |
| Posting Mode | Real-Time | Post FI-CA document immediately during invoicing |
| Summarization | Per Contract Account | One invoice per CA per billing period |
- Click Save (
Ctrl+S).
Part B: Invoicing Sequence Rules
Screen 4 — Invoicing Sequence: Processing Steps
- Click New Entries to define the invoicing processing sequence:
| Step | Description | Action | Condition |
|---|---|---|---|
010 | Validate Billing Document | Check billing doc completeness | Always |
020 | Apply Account Determination | Map line items to G/L accounts | Posting Area 0100 |
030 | Calculate Due Date | Apply due date rule (Step 6.3) | Always |
040 | Apply Late Payment Terms | Check if penalty applies (Step 6.4) | If DUE_DATE < current date on prior invoice |
050 | Generate Print Document | Create formatted print output | Print schema assigned |
060 | Post to FI-CA Subledger | Create FI-CA document (type ZI) | Always |
070 | Trigger Correspondence | Queue for print/email/portal | Per correspondence variant |
- Click Save (
Ctrl+S).
Why This Step
Invoicing (EA19) is the posting engine that converts billing calculations into financial documents. Billing (EA00) produces a billing order with calculated amounts; invoicing takes those amounts and:
- Posts them to the FI-CA subledger
- Creates the customer-facing print document
- Determines the payment due date
- Evaluates whether late payment penalties apply from prior periods
Step 6.3 — Define Due Date Calculation Rules
| Attribute | Value |
|---|---|
| SPRO Path | SPRO → SAP Utilities → Invoicing → Due Date Calculation → Define Due Date Rules |
| T-Code | SPRO |
SAP Screen Flow
Screen 1 — IMG Navigation
- Navigate to the SPRO path above → click Execute (⏩).
Screen 2 — Due Date Rules: Table View
- Click New Entries.
Screen 3 — New Entry: Due Date Rule Details
| Field | Value (Example: ZDD01) | Notes |
|---|---|---|
| Due Date Rule | ZDD01 | Z-namespace key |
| Description | Standard 21-Day Net | |
| Base Date | Invoice Date | Due date counted from the invoice creation date |
| Net Days | 21 | Payment due 21 days after invoice |
| Grace Period | 5 | 5 additional days before late payment penalty triggers |
| Cash Discount Days | 10 | 2% cash discount if paid within 10 days |
| Cash Discount % | 2.00 |
- Click Save (
Ctrl+S). - Repeat for each Due Date Rule:
Complete Due Date Rules
| Rule | Description | Net Days | Grace | Cash Disc Days | Cash Disc % | Applied To |
|---|---|---|---|---|---|---|
ZDD01 | Standard 21-Day Net | 21 | 5 | 10 | 2.00% | Residential |
ZDD02 | Commercial 30-Day Net | 30 | 10 | 15 | 1.50% | Commercial |
ZDD03 | Industrial 45-Day Net | 45 | 10 | 20 | 1.00% | Industrial |
ZDD04 | Municipal 60-Day Net | 60 | 15 | — | — | Municipal |
Why This Step
Due date calculation directly impacts cash flow and revenue collection. PUCO regulations specify minimum net days for utility invoices. The grace period ensures that a customer is not penalized for minor delays (e.g., weekend mail delivery).
Step 6.4 — Define Late Payment Penalty Configuration
| Attribute | Value |
|---|---|
| SPRO Path | SPRO → SAP Utilities → Invoicing → Late Payment Penalty → Define Penalty Rules |
| T-Code | SPRO |
SAP Screen Flow
Screen 1 — IMG Navigation
- Navigate to the SPRO path above → click Execute (⏩).
Screen 2 — Penalty Rules: Table View
- Click New Entries.
Screen 3 — New Entry: Penalty Rule Details
| Field | Value (Example: ZLPP01) | Notes |
|---|---|---|
| Penalty Rule | ZLPP01 | Z-namespace key |
| Description | Standard Late Payment Penalty | |
| Penalty Type | Percentage | Calculated as % of unpaid balance |
| Penalty Rate | 1.50% | 1.5% of outstanding balance per month |
| Max Penalty | $50.00 | PUCO-mandated cap per billing period |
| Min Eligible Amount | $10.00 | No penalty on balances below $10 |
| Grace Period | 5 | Days after due date before penalty applies |
| Penalty Posting | Automatic | System posts penalty during next invoicing run |
| Rate Type | LATP | (Phase 5, Step 5.4) Late Payment rate type |
| FI-CA Doc Type | ZI | Penalty posted as additional invoice line |
- Click Save (
Ctrl+S).
Complete Late Payment Penalty Rules
| Rule | Description | Type | Rate | Max | Min Balance | Applied To |
|---|---|---|---|---|---|---|
ZLPP01 | Standard Late Payment | Percentage | 1.50% | $50.00 | $10.00 | Residential, Agricultural |
ZLPP02 | Commercial Late Payment | Percentage | 1.00% | $500.00 | $50.00 | Commercial |
ZLPP03 | Industrial Late Payment | Percentage | 0.75% | $2,000.00 | $100.00 | Industrial |
ZLPP04 | Municipal — No Penalty | (none) | 0.00% | — | — | Municipal (exempt) |
Why This Step
Late payment penalties are a regulated utility’s primary mechanism for encouraging timely payment. PUCO Rule 4901:1-10-21 sets the maximum allowable late payment charge for residential customers — the system cap must be configured to comply with this regulation.
Section C: Bill Print & Application Forms
Step 6.5 — Configure the Print Workbench (Bill Format)
| Attribute | Value |
|---|---|
| SPRO Path | SPRO → SAP Utilities → Invoicing → Print Document → Application Forms → Define Application Forms |
| T-Code | EA20 (Print Workbench at runtime) |
SAP Screen Flow
Screen 1 — IMG Navigation
- Navigate to the SPRO path above → click Execute (⏩).
Screen 2 — Application Forms: Table View
- Click New Entries.
Screen 3 — New Entry: Application Form Header
| Field | Value (Example: ZBILL_RES) | Notes |
|---|---|---|
| Form Name | ZBILL_RES | Z-namespace key |
| Description | Residential Utility Bill | |
| Form Technology | PDF (Adobe Interactive Forms) | SAP Interactive Forms by Adobe |
| Template | ISU_BILL_STD | SAP-delivered IS-U bill template (copy and modify) |
| Language | EN | English |
| Paper Size | Letter (8.5 × 11) | US Letter format |
| Duplex | ✓ | Print on both sides |
- Click Save (
Ctrl+S) → click Edit Form to open the PDF designer.
Part B: Bill Layout — Mandatory Sections (PUCO Compliance)
⚠️ State regulatory requirements mandate specific information on every customer bill. The form layout must include all of the following sections:
| Section | Position | Content | Regulatory Requirement |
|---|---|---|---|
| Utility Header | Top | Utility name, logo, mailing address, emergency phone number | PUCO 4901:1-10-22 |
| Customer Information | Top-right | Customer name, service address, mailing address, account number | PUCO 4901:1-10-22 |
| Bill Summary | Upper-mid | Total amount due, due date, previous balance, payments received | Required |
| Payment Stub | Top (detachable) | Account number + amount due (scannable barcode/OCR line) | Industry standard |
| Usage History | Middle | 13-month bar chart of KWH consumption | PUCO 4901:1-10-33 |
| TOU Breakdown | Middle | Table: Peak/Off-Peak/Super Off-Peak KWH + $/KWH + charge | PUCO TOU transparency |
| Charge Detail | Middle-lower | Itemized line items: Customer Charge, Energy, Riders, Taxes | PUCO 4901:1-10-22 |
| Messages | Lower | Regulatory inserts, energy efficiency tips, outage info | PUCO insert requirements |
| Rate Schedule ID | Footer | Rate schedule name (e.g., “Schedule RS-TOU”) | PUCO 4901:1-10-22 |
| Estimation Indicator | (conditional) | “E” flag if any EDM data was estimated/replaced | PUCO 4901:1-10-22 |
| Budget Billing | (conditional) | Budget billing plan status and balance | If applicable |
| QR Code | Bottom-right | Link to online bill payment portal | Best practice |
Complete Application Forms
| Form Name | Description | Rate Class | Key Differences |
|---|---|---|---|
ZBILL_RES | Residential Utility Bill | Residential | TOU breakdown (if TOU), usage history chart |
ZBILL_COM | Commercial Utility Bill | Commercial | Adds demand charge section, power factor info |
ZBILL_IND | Industrial Utility Bill | Industrial | Adds coincident peak demand, reactive energy, power factor penalty |
ZBILL_MUN | Municipal Utility Bill | Municipal | Tax-exempt notice, purchase order reference field |
ZBILL_NM | Net Metering Bill | Net Metering | Adds net energy credit section, solar export details |
Why This Step
The printed (or PDF) bill is the primary touchpoint between the utility and the customer. Regulatory bodies like PUCO require specific information to be present, clearly formatted, and accurate. The Print Workbench uses SAP Adobe Forms to produce compliant bill layouts.
Key Configuration Notes
- ⚠️ PUCO 4901:1-10-22 requires that the bill clearly identify whether consumption was estimated. When EDM Replacement Value Procedures (Phase 4, Step 4.9) fill missing data, the affected intervals carry an estimation flag. The bill form must check this flag and print
(E)next to estimated values. - The 13-month usage history chart is a PUCO requirement designed to help customers compare current usage against the same period in the prior year.
- QR Code inclusion is a modern best practice that reduces call center volume by directing customers to the payment portal — reducing paper check processing.
Step 6.6 — Configure Bill Distribution Channels
| Attribute | Value |
|---|---|
| SPRO Path | SPRO → SAP Utilities → Invoicing → Print Document → Distribution → Define Distribution Channels |
| T-Code | SPRO |
SAP Screen Flow
Screen 1 — IMG Navigation
- Navigate to the SPRO path above → click Execute (⏩).
Screen 2 — Distribution Channels: Table View
- Click New Entries.
Screen 3 — New Entry: Channel Details
| Field | Value (Example: PRINT) | Notes |
|---|---|---|
| Channel | PRINT | Key identifying the delivery method |
| Description | Physical Mail (Print & Post) | |
| Output Type | PDF | Format of the bill document |
| Delivery Method | Mail House | Sent to external print vendor for print/fold/mail |
- Click Save (
Ctrl+S). - Repeat for each channel:
Complete Distribution Channels
| Channel | Description | Output | Delivery | Priority |
|---|---|---|---|---|
PRINT | Physical Mail | Print vendor / mail house | Default fallback | |
EMAIL | Email Delivery | PDF attachment | SMTP integration | Preferred |
PORTAL | Online Portal | HTML render | B2C customer portal | Self-service |
EDI | Electronic Data Interchange | EDIFACT | For municipal/commercial | Automated |
Part B: Per-Customer Channel Assignment
SPRO Path: SPRO → SAP Utilities → Invoicing → Print Document → Distribution → Assign Distribution Channel to Correspondence Variant
- Map the correspondence variants (from Phase 4, Step 4.2 — Contract Account Categories) to distribution channels:
| Correspondence Variant | Primary Channel | Secondary Channel |
|---|---|---|
01 (Email + Print) | EMAIL | PRINT (fallback if email fails) |
02 (Email only) | EMAIL | (none) |
03 (Print only) | PRINT | (none) |
04 (Portal + Email) | PORTAL | EMAIL |
- Click Save (
Ctrl+S).
Why This Step
Bill distribution must support multiple channels because customers have different preferences. The correspondence variant assigned to each Contract Account Category (Phase 4, Step 4.2) drives the automatic selection of distribution channels during invoicing.
Step 6.7 — Configure Invoicing Run (EA19) Parameters
| Attribute | Value |
|---|---|
| T-Code | EA19 (Invoicing Execution) |
SAP Screen Flow
Screen 1 — Invoicing: Selection Parameters
- Execute
EA19. - Enter selection parameters:
| Field | Value | Notes |
|---|---|---|
| Company Code | AEP1 | |
| Invoicing Variant | ZIVR01 | (created in Step 6.2) |
| Billing Document Range | (from last EA00 run) | Or date range for the billing period |
| Posting Date | Current date | Date the FI-CA document is posted |
| Invoice Date | Current date | Date printed on the customer’s bill |
| Test Run | ✓ (for initial validation) | Set to ☐ for production |
| Parallel Processing | ☐ (test) / ✓ (production) | Production runs use parallel processing for mass volume |
- Click Execute (⏩).
Screen 2 — Invoicing Results Log
| Result Field | Expected Value | Notes |
|---|---|---|
| Invoices Created | Count of FI-CA documents (type ZI) | One per Contract Account per billing period |
| Print Documents Generated | Count of PDF bills queued | Per correspondence variant / distribution channel |
| Errors | Count of failed invoices | Drill down for details |
| FI-CA Postings | All successful invoices post to subledger | Verify via FPL9 |
Post-Invoicing Verification
| Check | T-Code | What to Verify |
|---|---|---|
| View FI-CA open item | FPL9 | Contract Account → open invoice with due date |
| View print document | EA20 | Preview the formatted PDF bill |
| Verify G/L posting | (after FPG1) | Revenue accounts credited per Account Determination |
| Check spool | SP01 | Print spool for mail house output |
| Check email queue | SCOT | Email queue for electronic delivery |
Common Invoicing Errors
| Error Code | Message | Root Cause | Resolution |
|---|---|---|---|
FK 740 | Account determination failed | Missing Posting Area → G/L mapping | Step 6.1 |
FK 302 | No due date rule found | Due date rule not assigned to CA Category | Step 6.3 |
FK 210 | Invoice doc type not found | FI-CA Doc Type ZI missing | Phase 2, Step 2.3 |
SY 530 | Form not found | Application Form name incorrect | Step 6.5 |
BC 460 | Print spool error | Spool server misconfiguration | Basis team |
Why This Step
EA19 is the production invoicing transaction. In production, it runs as a batch job immediately after EA00 (billing). The two are often chained: EA00 (billing run) → EA19 (invoicing run) → FPG1 (G/L transfer).
Phase 6 — Completion Checklist
| # | Object | T-Code | ID/Value | Status |
|---|---|---|---|---|
| Section A: Account Determination | ||||
| 6.1 | Posting Area Account Determination | SPRO | Posting Areas 0100/0300 → G/L mapped per Rate Type | ☐ |
| Section B: Invoicing Process | ||||
| 6.2 | Invoicing Variant | SPRO / EA19 | ZIVR01 — Real-time posting, per-CA summarization | ☐ |
| 6.3 | Due Date Rules | SPRO | ZDD01–ZDD04 (21/30/45/60-day net terms) | ☐ |
| 6.4 | Late Payment Penalties | SPRO | ZLPP01–ZLPP04 (1.5%/1.0%/0.75%/none) | ☐ |
| Section C: Print & Distribution | ||||
| 6.5 | Application Forms (Bill Layout) | SPRO / EA20 | ZBILL_RES, ZBILL_COM, ZBILL_IND, ZBILL_MUN, ZBILL_NM | ☐ |
| 6.6 | Distribution Channels | SPRO | PRINT, EMAIL, PORTAL, EDI | ☐ |
| 6.7 | Invoicing Run (EA19) | EA19 | Test run: invoices posted → open items in FPL9, bills in spool | ☐ |
🔗 Invoicing and print formatting are now configured. Proceed to Phase 7: Customer Service (Move-In / Move-Out) to define front-office operations.