When Ledger CLI's `--pedantic` option is used, these rules are enforced by

ledger itself via the configurations found in `config-tags.ledger` and

`config-accounts.ledger`.

#### Expense Account Documentation

Each `Expense:` account entry must be tagged with the following tags:

* One of: [`Invoice:`](#invoice-tag) [`Receipt:`](#receipt-tag), or

  [`Statement`](#statement-tag).  (The only exception to this rule: an entry

  does not need an `Invoice:`, `Receipt`, nor a `Statement` tag if the

* A [`Program:`] tag.

#### NEVER CHARGED Payee

The only exception to the standard tagging requirement is when the payee has

been modified to indicate that the expense was `NEVER CHARGED`.  This is an

historical special-case.  The solution was originally design for the

following scenario:

Suppose an expense was expected — for example, a situation where you

gave a credit card number to charge something and the charge never came

If this methodology is followed, Ledger can be used to analyze the financial

data for the organization.

### Testing Program Success

If you use the [`Program`](#program-tag) tag effectively, you can easily test

the successes of various fundraising programs with a command like this:

    $ ledger -f accounts/books.ledger --pivot Program bal '/^Income/'

Meanwhile, using the  [`Program`](#program-tag) tag for Expenses can help

    $ ledger -f accounts/books.ledger --group-by 'tag("Program")' reg '/^Expense/'

FIXME: example output

### Checking Integrity of a Tag

[As mentioned](#entity-tag), the `Entity:` tag is one example among many

where the value is a wide range, but since Ledger CLI isn't backed by a more

complete ERP system, it's possible during data entry for typos to make a

serious problem.  One work around to this flaw is to periodically run a

command like: