Greenfield Implementation GuidePhase 6: Invoicing & Print Formatting

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, EA19 will abort with error FK 740 (“Account determination failed — no G/L account found for posting area”).

Step 6.1 — Configure Account Determination for Billing / Invoicing Posting Areas

AttributeValue
SPRO PathSPRO → Financial Accounting → Contract Accounts Receivable and Payable → Basic Functions → Postings and Documents → Account Determination → Assign Accounts for Posting Areas
T-CodeSPRO

SAP Screen Flow

Screen 1 — IMG Navigation

  1. 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 AreaCodeDescription
Billing0100Revenue and receivables from billing runs
Invoicing0200Invoice-specific postings (surcharges, adjustments)
Tax0300Sales tax and municipal tax postings
Discounts0400Cash discount / prompt-pay discount postings
  1. Double-click on Posting Area 0100 (Billing).

Screen 3 — Posting Area 0100: Account Assignment Rules

  1. Click New Entries to define account determination rules:
Main TransSub TransDebit AccountCredit AccountRate TypeDescription
001000101200000000 (AR)4100000000 (Rev-Residential)ENRGResidential energy revenue
001000111200000000 (AR)4100010000 (Rev-Res-Peak)ENRGResidential On-Peak energy (TOU detail)
001000121200000000 (AR)4100020000 (Rev-Res-OffPeak)ENRGResidential Off-Peak energy
001000131200000000 (AR)4100030000 (Rev-Res-SuperOP)ENRGResidential Super Off-Peak energy
001000201200000000 (AR)4200000000 (Rev-Commercial)ENRGCommercial energy revenue
001000301200000000 (AR)4300000000 (Rev-Industrial)ENRGIndustrial energy revenue
001000401200000000 (AR)4400000000 (Rev-Demand)DEMADemand charge revenue
001000501200000000 (AR)4500000000 (Rev-Customer Chg)CUSTCustomer charge revenue
001000601200000000 (AR)4600000000 (Rev-Fuel Adj)FUELFuel adjustment revenue
001000701200000000 (AR)4700000000 (Rev-Transmission)TRANTransmission revenue
001000801200000000 (AR)4800000000 (Rev-Distribution)DISTDistribution revenue
  1. Click Save (Ctrl+S).

  2. Navigate to Posting Area 0300 (Tax) → Click New Entries:

Main TransSub TransDebit AccountCredit AccountRate TypeDescription
003000101200000000 (AR)2300000000 (Tax Payable-State)TAXSState sales tax
003000201200000000 (AR)2310000000 (Tax Payable-Municipal)TAXMMunicipal tax/franchise fee
  1. 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:

  1. Rate Type granularity — each charge type (energy, demand, customer charge, riders, taxes) posts to a distinct revenue account for regulatory reporting
  2. TOU sub-detail — optionally splitting residential revenue into Peak/Off-Peak/Super Off-Peak revenue accounts for management reporting
  3. 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)

AttributeValue
SPRO PathSPRO → SAP Utilities → Invoicing → Define Invoicing Process Configuration
T-CodeEA19 (Invoicing Execution at runtime)

SAP Screen Flow

Screen 1 — IMG Navigation

  1. Navigate to the SPRO path above → click Execute (⏩).

Screen 2 — Invoicing Configuration: Overview

  1. Click New Entries.

Screen 3 — New Entry: Invoicing Process Details

FieldValueNotes
Invoicing VariantZIVR01Z-namespace key for the invoicing rule set
DescriptionStandard Utility Invoicing
Company CodeAEP1
Application AreaR(pre-delivered)
Billing Doc Type InputBilling Order (from EA00)Result of Phase 5 billing run
Invoice Doc Type OutputZI(Phase 2, Step 2.3) FI-CA print document
Reversal Doc TypeZRFor invoice cancellation
Posting ModeReal-TimePost FI-CA document immediately during invoicing
SummarizationPer Contract AccountOne invoice per CA per billing period
  1. Click Save (Ctrl+S).

Part B: Invoicing Sequence Rules

Screen 4 — Invoicing Sequence: Processing Steps

  1. Click New Entries to define the invoicing processing sequence:
StepDescriptionActionCondition
010Validate Billing DocumentCheck billing doc completenessAlways
020Apply Account DeterminationMap line items to G/L accountsPosting Area 0100
030Calculate Due DateApply due date rule (Step 6.3)Always
040Apply Late Payment TermsCheck if penalty applies (Step 6.4)If DUE_DATE < current date on prior invoice
050Generate Print DocumentCreate formatted print outputPrint schema assigned
060Post to FI-CA SubledgerCreate FI-CA document (type ZI)Always
070Trigger CorrespondenceQueue for print/email/portalPer correspondence variant
  1. 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:

  1. Posts them to the FI-CA subledger
  2. Creates the customer-facing print document
  3. Determines the payment due date
  4. Evaluates whether late payment penalties apply from prior periods

Step 6.3 — Define Due Date Calculation Rules

AttributeValue
SPRO PathSPRO → SAP Utilities → Invoicing → Due Date Calculation → Define Due Date Rules
T-CodeSPRO

SAP Screen Flow

Screen 1 — IMG Navigation

  1. Navigate to the SPRO path above → click Execute (⏩).

Screen 2 — Due Date Rules: Table View

  1. Click New Entries.

Screen 3 — New Entry: Due Date Rule Details

FieldValue (Example: ZDD01)Notes
Due Date RuleZDD01Z-namespace key
DescriptionStandard 21-Day Net
Base DateInvoice DateDue date counted from the invoice creation date
Net Days21Payment due 21 days after invoice
Grace Period55 additional days before late payment penalty triggers
Cash Discount Days102% cash discount if paid within 10 days
Cash Discount %2.00
  1. Click Save (Ctrl+S).
  2. Repeat for each Due Date Rule:

Complete Due Date Rules

RuleDescriptionNet DaysGraceCash Disc DaysCash Disc %Applied To
ZDD01Standard 21-Day Net215102.00%Residential
ZDD02Commercial 30-Day Net3010151.50%Commercial
ZDD03Industrial 45-Day Net4510201.00%Industrial
ZDD04Municipal 60-Day Net6015Municipal

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

AttributeValue
SPRO PathSPRO → SAP Utilities → Invoicing → Late Payment Penalty → Define Penalty Rules
T-CodeSPRO

SAP Screen Flow

Screen 1 — IMG Navigation

  1. Navigate to the SPRO path above → click Execute (⏩).

Screen 2 — Penalty Rules: Table View

  1. Click New Entries.

Screen 3 — New Entry: Penalty Rule Details

FieldValue (Example: ZLPP01)Notes
Penalty RuleZLPP01Z-namespace key
DescriptionStandard Late Payment Penalty
Penalty TypePercentageCalculated as % of unpaid balance
Penalty Rate1.50%1.5% of outstanding balance per month
Max Penalty$50.00PUCO-mandated cap per billing period
Min Eligible Amount$10.00No penalty on balances below $10
Grace Period5Days after due date before penalty applies
Penalty PostingAutomaticSystem posts penalty during next invoicing run
Rate TypeLATP(Phase 5, Step 5.4) Late Payment rate type
FI-CA Doc TypeZIPenalty posted as additional invoice line
  1. Click Save (Ctrl+S).

Complete Late Payment Penalty Rules

RuleDescriptionTypeRateMaxMin BalanceApplied To
ZLPP01Standard Late PaymentPercentage1.50%$50.00$10.00Residential, Agricultural
ZLPP02Commercial Late PaymentPercentage1.00%$500.00$50.00Commercial
ZLPP03Industrial Late PaymentPercentage0.75%$2,000.00$100.00Industrial
ZLPP04Municipal — 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)

AttributeValue
SPRO PathSPRO → SAP Utilities → Invoicing → Print Document → Application Forms → Define Application Forms
T-CodeEA20 (Print Workbench at runtime)

SAP Screen Flow

Screen 1 — IMG Navigation

  1. Navigate to the SPRO path above → click Execute (⏩).

Screen 2 — Application Forms: Table View

  1. Click New Entries.

Screen 3 — New Entry: Application Form Header

FieldValue (Example: ZBILL_RES)Notes
Form NameZBILL_RESZ-namespace key
DescriptionResidential Utility Bill
Form TechnologyPDF (Adobe Interactive Forms)SAP Interactive Forms by Adobe
TemplateISU_BILL_STDSAP-delivered IS-U bill template (copy and modify)
LanguageENEnglish
Paper SizeLetter (8.5 × 11)US Letter format
DuplexPrint on both sides
  1. 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:

SectionPositionContentRegulatory Requirement
Utility HeaderTopUtility name, logo, mailing address, emergency phone numberPUCO 4901:1-10-22
Customer InformationTop-rightCustomer name, service address, mailing address, account numberPUCO 4901:1-10-22
Bill SummaryUpper-midTotal amount due, due date, previous balance, payments receivedRequired
Payment StubTop (detachable)Account number + amount due (scannable barcode/OCR line)Industry standard
Usage HistoryMiddle13-month bar chart of KWH consumptionPUCO 4901:1-10-33
TOU BreakdownMiddleTable: Peak/Off-Peak/Super Off-Peak KWH + $/KWH + chargePUCO TOU transparency
Charge DetailMiddle-lowerItemized line items: Customer Charge, Energy, Riders, TaxesPUCO 4901:1-10-22
MessagesLowerRegulatory inserts, energy efficiency tips, outage infoPUCO insert requirements
Rate Schedule IDFooterRate schedule name (e.g., “Schedule RS-TOU”)PUCO 4901:1-10-22
Estimation Indicator(conditional)“E” flag if any EDM data was estimated/replacedPUCO 4901:1-10-22
Budget Billing(conditional)Budget billing plan status and balanceIf applicable
QR CodeBottom-rightLink to online bill payment portalBest practice

Complete Application Forms

Form NameDescriptionRate ClassKey Differences
ZBILL_RESResidential Utility BillResidentialTOU breakdown (if TOU), usage history chart
ZBILL_COMCommercial Utility BillCommercialAdds demand charge section, power factor info
ZBILL_INDIndustrial Utility BillIndustrialAdds coincident peak demand, reactive energy, power factor penalty
ZBILL_MUNMunicipal Utility BillMunicipalTax-exempt notice, purchase order reference field
ZBILL_NMNet Metering BillNet MeteringAdds 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

AttributeValue
SPRO PathSPRO → SAP Utilities → Invoicing → Print Document → Distribution → Define Distribution Channels
T-CodeSPRO

SAP Screen Flow

Screen 1 — IMG Navigation

  1. Navigate to the SPRO path above → click Execute (⏩).

Screen 2 — Distribution Channels: Table View

  1. Click New Entries.

Screen 3 — New Entry: Channel Details

FieldValue (Example: PRINT)Notes
ChannelPRINTKey identifying the delivery method
DescriptionPhysical Mail (Print & Post)
Output TypePDFFormat of the bill document
Delivery MethodMail HouseSent to external print vendor for print/fold/mail
  1. Click Save (Ctrl+S).
  2. Repeat for each channel:

Complete Distribution Channels

ChannelDescriptionOutputDeliveryPriority
PRINTPhysical MailPDFPrint vendor / mail houseDefault fallback
EMAILEmail DeliveryPDF attachmentSMTP integrationPreferred
PORTALOnline PortalHTML renderB2C customer portalSelf-service
EDIElectronic Data InterchangeEDIFACTFor municipal/commercialAutomated

Part B: Per-Customer Channel Assignment

SPRO Path: SPRO → SAP Utilities → Invoicing → Print Document → Distribution → Assign Distribution Channel to Correspondence Variant

  1. Map the correspondence variants (from Phase 4, Step 4.2 — Contract Account Categories) to distribution channels:
Correspondence VariantPrimary ChannelSecondary Channel
01 (Email + Print)EMAILPRINT (fallback if email fails)
02 (Email only)EMAIL(none)
03 (Print only)PRINT(none)
04 (Portal + Email)PORTALEMAIL
  1. 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

AttributeValue
T-CodeEA19 (Invoicing Execution)

SAP Screen Flow

Screen 1 — Invoicing: Selection Parameters

  1. Execute EA19.
  2. Enter selection parameters:
FieldValueNotes
Company CodeAEP1
Invoicing VariantZIVR01(created in Step 6.2)
Billing Document Range(from last EA00 run)Or date range for the billing period
Posting DateCurrent dateDate the FI-CA document is posted
Invoice DateCurrent dateDate 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
  1. Click Execute (⏩).

Screen 2 — Invoicing Results Log

Result FieldExpected ValueNotes
Invoices CreatedCount of FI-CA documents (type ZI)One per Contract Account per billing period
Print Documents GeneratedCount of PDF bills queuedPer correspondence variant / distribution channel
ErrorsCount of failed invoicesDrill down for details
FI-CA PostingsAll successful invoices post to subledgerVerify via FPL9

Post-Invoicing Verification

CheckT-CodeWhat to Verify
View FI-CA open itemFPL9Contract Account → open invoice with due date
View print documentEA20Preview the formatted PDF bill
Verify G/L posting(after FPG1)Revenue accounts credited per Account Determination
Check spoolSP01Print spool for mail house output
Check email queueSCOTEmail queue for electronic delivery

Common Invoicing Errors

Error CodeMessageRoot CauseResolution
FK 740Account determination failedMissing Posting Area → G/L mappingStep 6.1
FK 302No due date rule foundDue date rule not assigned to CA CategoryStep 6.3
FK 210Invoice doc type not foundFI-CA Doc Type ZI missingPhase 2, Step 2.3
SY 530Form not foundApplication Form name incorrectStep 6.5
BC 460Print spool errorSpool server misconfigurationBasis 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

#ObjectT-CodeID/ValueStatus
Section A: Account Determination
6.1Posting Area Account DeterminationSPROPosting Areas 0100/0300 → G/L mapped per Rate Type
Section B: Invoicing Process
6.2Invoicing VariantSPRO / EA19ZIVR01 — Real-time posting, per-CA summarization
6.3Due Date RulesSPROZDD01ZDD04 (21/30/45/60-day net terms)
6.4Late Payment PenaltiesSPROZLPP01ZLPP04 (1.5%/1.0%/0.75%/none)
Section C: Print & Distribution
6.5Application Forms (Bill Layout)SPRO / EA20ZBILL_RES, ZBILL_COM, ZBILL_IND, ZBILL_MUN, ZBILL_NM
6.6Distribution ChannelsSPROPRINT, EMAIL, PORTAL, EDI
6.7Invoicing Run (EA19)EA19Test 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.


Developed by Venakata Subbareddy Annem.

Inspired by Andrej Karpathy's (@karpathy) LLM Knowledge base post on X.

Disclaimer: This independent educational portfolio project is not affiliated with or endorsed by SAP SE. It is not a substitute for official SAP documentation or certified learning materials. All concepts and representations have been independently synthesized.

IS-U Notes 2026