NPO-Accounting/conservancy_beancount
7
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
conservancy_beancount/tests/books/accruals.beancount

182 lines
5.1 KiB
Text
Raw Normal View History

accrual: Introduce aging report. RT#10694.
2020-06-03 16:54:22 -04:00
2010-01-01 open Assets:Checking
2010-01-01 open Assets:Receivable:Accounts
2010-01-01 open Expenses:FilingFees
2010-01-01 open Expenses:Services:Legal
2010-01-01 open Expenses:Travel
2010-01-01 open Income:Donations
2010-01-01 open Liabilities:Payable:Accounts
2010-01-01 open Equity:Funds:Opening
accrual: Filter opening balance txn before main reporting. So far we've been implicitly relying on this by the user passing search terms that filter out the opening balance transaction. That will stop happening with the aging report, so we need to do it ourselves.
2020-06-02 13:40:21 -04:00
accrual: Introduce aging report. RT#10694.
2020-06-03 16:54:22 -04:00
2010-03-01 * "Opening balances"
accrual: Filter opening balance txn before main reporting. So far we've been implicitly relying on this by the user passing search terms that filter out the opening balance transaction. That will stop happening with the aging report, so we need to do it ourselves.
2020-06-02 13:40:21 -04:00
Equity:Funds:Opening -1000 USD
Assets:Receivable:Accounts 6000 USD
Liabilities:Payable:Accounts -5000 USD
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
accrual: Introduce aging report. RT#10694.
2020-06-03 16:54:22 -04:00
2010-03-05 * "EarlyBird" "Payment for receivable from previous FY"
reports.accrual: Exclude payments from default output. RT#11294. This makes the output more useful for broad searches like on an entity. Invoices that cross FY boundaries will appear to be paid without being accrued, and so would appear when we were just filtering zeroed-out invoices. If we integrate the aging report into this module in the future, that'll need to follow different logic, and just filter out zeroed-out invoices. But the basic balance report and outgoing report are more workaday tools, where more filtering makes them more useful.
2020-05-23 10:13:17 -04:00
rt-id: "rt:40"
invoice: "rt:40/400"
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Conservancy"
reports.accrual: Exclude payments from default output. RT#11294. This makes the output more useful for broad searches like on an entity. Invoices that cross FY boundaries will appear to be paid without being accrued, and so would appear when we were just filtering zeroed-out invoices. If we integrate the aging report into this module in the future, that'll need to follow different logic, and just filter out zeroed-out invoices. But the basic balance report and outgoing report are more workaday tools, where more filtering makes them more useful.
2020-05-23 10:13:17 -04:00
Assets:Receivable:Accounts -500 USD
Assets:Checking 500 USD
accrual: Introduce aging report. RT#10694.
2020-06-03 16:54:22 -04:00
2010-03-06 * "EarlyBird" "Payment for payment from previous FY"
reports.accrual: Exclude payments from default output. RT#11294. This makes the output more useful for broad searches like on an entity. Invoices that cross FY boundaries will appear to be paid without being accrued, and so would appear when we were just filtering zeroed-out invoices. If we integrate the aging report into this module in the future, that'll need to follow different logic, and just filter out zeroed-out invoices. But the basic balance report and outgoing report are more workaday tools, where more filtering makes them more useful.
2020-05-23 10:13:17 -04:00
rt-id: "rt:44"
invoice: "rt:44/440"
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Conservancy"
reports.accrual: Exclude payments from default output. RT#11294. This makes the output more useful for broad searches like on an entity. Invoices that cross FY boundaries will appear to be paid without being accrued, and so would appear when we were just filtering zeroed-out invoices. If we integrate the aging report into this module in the future, that'll need to follow different logic, and just filter out zeroed-out invoices. But the basic balance report and outgoing report are more workaday tools, where more filtering makes them more useful.
2020-05-23 10:13:17 -04:00
Liabilities:Payable:Accounts 125 USD
Assets:Checking -125 USD
accrual: Aging report uses group since last nonzero. RT#11600. This makes it consistent with our other reports. The fact that it wasn't already was basically an oversight.
2020-06-09 14:51:47 -04:00
2010-03-15 * "GrantCo" "2010Q1 grant"
rt-id: "rt:470"
invoice: "rt:470/4700"
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Development Grant"
accrual: Aging report uses group since last nonzero. RT#11600. This makes it consistent with our other reports. The fact that it wasn't already was basically an oversight.
2020-06-09 14:51:47 -04:00
Assets:Receivable:Accounts 5000 USD
Income:Donations -5000 USD
2010-03-25 * "GrantCo" "2010Q1 grant ACH payment"
rt-id: "rt:470"
invoice: "rt:470/4700"
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Development Grant"
accrual: Aging report uses group since last nonzero. RT#11600. This makes it consistent with our other reports. The fact that it wasn't already was basically an oversight.
2020-06-09 14:51:47 -04:00
Assets:Receivable:Accounts -5000 USD
Assets:Checking 5000 USD
accrual: Introduce aging report. RT#10694.
2020-06-03 16:54:22 -04:00
2010-03-30 * "EarlyBird" "Travel reimbursement"
reports.accrual: Exclude payments from default output. RT#11294. This makes the output more useful for broad searches like on an entity. Invoices that cross FY boundaries will appear to be paid without being accrued, and so would appear when we were just filtering zeroed-out invoices. If we integrate the aging report into this module in the future, that'll need to follow different logic, and just filter out zeroed-out invoices. But the basic balance report and outgoing report are more workaday tools, where more filtering makes them more useful.
2020-05-23 10:13:17 -04:00
rt-id: "rt:490"
invoice: "rt:490/4900"
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Conservancy"
reports.accrual: Exclude payments from default output. RT#11294. This makes the output more useful for broad searches like on an entity. Invoices that cross FY boundaries will appear to be paid without being accrued, and so would appear when we were just filtering zeroed-out invoices. If we integrate the aging report into this module in the future, that'll need to follow different logic, and just filter out zeroed-out invoices. But the basic balance report and outgoing report are more workaday tools, where more filtering makes them more useful.
2020-05-23 10:13:17 -04:00
Liabilities:Payable:Accounts -75 USD
Expenses:Travel 75 USD
accrual: Inconsistent entity is not an error.
2020-06-05 09:10:48 -04:00
2010-04-15 * "Multiparty invoice"
rt-id: "rt:480"
invoice: "rt:480/4800"
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Conservancy"
accrual: Inconsistent entity is not an error.
2020-06-05 09:10:48 -04:00
Expenses:Travel 250 USD
Liabilities:Payable:Accounts -125 USD
entity: "MultiPartyA"
Liabilities:Payable:Accounts -125 USD
entity: "MultiPartyB"
2010-04-18 * "MultiPartyA" "Payment for 480"
rt-id: "rt:480"
invoice: "rt:480/4800"
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Conservancy"
accrual: Inconsistent entity is not an error.
2020-06-05 09:10:48 -04:00
Liabilities:Payable:Accounts 125 USD
Assets:Checking -125 USD
2010-04-20 * "MultiPartyB" "Payment for 480"
rt-id: "rt:480"
invoice: "rt:480/4800"
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Conservancy"
accrual: Inconsistent entity is not an error.
2020-06-05 09:10:48 -04:00
Liabilities:Payable:Accounts 125 USD
Assets:Checking -125 USD
accrual: Outgoing report groups by rt-id. RT#11594.
2020-06-11 15:27:36 -04:00
2010-04-25 ! "Vendor" "First trip travel reimbursement"
accrual: Filter opening balance txn before main reporting. So far we've been implicitly relying on this by the user passing search terms that filter out the opening balance transaction. That will stop happening with the aging report, so we need to do it ourselves.
2020-06-02 13:40:21 -04:00
rt-id: "rt:310"
contract: "rt:310/3100"
invoice: "FIXME" ; still waiting on them to send it
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Conservancy"
accrual: Support limited punctuation in payment-method.
2020-07-21 13:20:58 -04:00
payment-method: "USD US Wire"
accrual: Filter opening balance txn before main reporting. So far we've been implicitly relying on this by the user passing search terms that filter out the opening balance transaction. That will stop happening with the aging report, so we need to do it ourselves.
2020-06-02 13:40:21 -04:00
Liabilities:Payable:Accounts -200 USD
Expenses:Travel 200 USD
accrual: Outgoing report groups by rt-id. RT#11594.
2020-06-11 15:27:36 -04:00
2010-04-30 * "Vendor" "Second trip travel reimbursement"
rt-id: "rt:310"
contract: "rt:310/3100"
invoice: "rt:310/3120"
project: "Conservancy"
accrual: Outgoing report sets RT CFs for outgoing payment.
2020-06-23 14:27:11 -04:00
payment-method: "USD Check"
accrual: Outgoing report groups by rt-id. RT#11594.
2020-06-11 15:27:36 -04:00
Liabilities:Payable:Accounts -220 USD
Expenses:Travel 220 USD
accrual: Introduce aging report. RT#10694.
2020-06-03 16:54:22 -04:00
2010-05-05 * "DonorA" "Donation pledge"
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
rt-id: "rt:505"
invoice: "rt:505/5050"
approval: "rt:505/5040"
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Conservancy"
accruals: AccrualPostings only reports inconsistent cost per currency. Of course if an accrual has multiple currencies, it'll probably have different costs, and that's fine.
2020-06-03 21:23:52 -04:00
Income:Donations -2,500 EUR {1.100 USD}
Assets:Receivable:Accounts 2,500 EUR {1.100 USD}
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
accrual: Introduce aging report. RT#10694.
2020-06-03 16:54:22 -04:00
2010-05-10 * "Lawyer" "April legal services"
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
rt-id: "rt:510"
invoice: "rt:510/5100"
contract: "rt:510/4000"
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Conservancy"
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
Expenses:Services:Legal 200.00 USD
Liabilities:Payable:Accounts -200.00 USD
accrual: Outgoing report sets RT CFs for outgoing payment.
2020-06-23 14:27:11 -04:00
payment-method: "USD ACH"
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
accrual: Introduce aging report. RT#10694.
2020-06-03 16:54:22 -04:00
2010-05-15 * "MatchingProgram" "May matched donations"
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
invoice: "rt://ticket/515/attachments/5150"
approval: "rt://ticket/515/attachments/5140"
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Conservancy"
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
Income:Donations -1500.00 USD
Assets:Receivable:Accounts 1500.00 USD
accrual: Introduce aging report. RT#10694.
2020-06-03 16:54:22 -04:00
2010-05-20 * "DonorA" "Donation made"
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
rt-id: "rt:505"
invoice: "rt:505/5050"
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Conservancy"
accruals: AccrualPostings only reports inconsistent cost per currency. Of course if an accrual has multiple currencies, it'll probably have different costs, and that's fine.
2020-06-03 21:23:52 -04:00
Assets:Receivable:Accounts -2,750.00 USD
Assets:Checking 2,750.00 USD
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
receipt: "DonorAWire.pdf"
accrual: Introduce aging report. RT#10694.
2020-06-03 16:54:22 -04:00
2010-05-25 * "Lawyer" "May payment"
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
rt-id: "rt:510"
invoice: "rt:510/5100"
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Conservancy"
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
Liabilities:Payable:Accounts 200.00 USD
contract: "rt:510/4000"
Assets:Checking -200.00 USD
receipt: "rt:510/5105"
accrual: Introduce aging report. RT#10694.
2020-06-03 16:54:22 -04:00
2010-06-10 * "Lawyer" "May legal services"
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
rt-id: "rt:510"
invoice: "rt:510/6100"
contract: "rt:510/4000"
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Conservancy"
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
Expenses:Services:Legal 220.00 USD
Liabilities:Payable:Accounts -220.00 USD
accrual: Outgoing report sets RT CFs for outgoing payment.
2020-06-23 14:27:11 -04:00
payment-method: "USD ACH"
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
accrual: AccrualPostings.make_consistent() groups accruals by date. This accommodates cases of contracts without separate invoices, where a series of payments are scheduled over time. The dance we used to do of group-by-invoice, then make consistent was already suspect. It was originally motivated by the consistency checks that are now gone. Use this opportunity to clean up and just make make_consistent a classmethod.
2020-06-30 17:28:08 -04:00
2010-06-10 * "Lawyer" "Additional legal fees for May"
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
rt-id: "rt:510"
invoice: "rt:510/6100"
contract: "rt:510/4000"
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Conservancy"
tests: Add accruals.beancount required for tests in last commit.
2020-05-05 14:30:39 -04:00
Expenses:FilingFees 60.00 USD
Liabilities:Payable:Accounts -60.00 USD
accrual: Outgoing report sets RT CFs for outgoing payment.
2020-06-23 14:27:11 -04:00
payment-method: "USD ACH"
accrual: Outgoing report includes total at cost.
2020-05-28 09:00:12 -04:00
accrual: Only try to generate an outgoing report for accruals with rt-id.
2020-06-12 10:51:29 -04:00
2010-06-15 * "GrantCo" "2010Q2 grant"
rt-id: "rt:470"
invoice: "rt:470/4700"
project: "Development Grant"
Assets:Receivable:Accounts 5500 USD
Income:Donations -5500 USD
accrual: Introduce aging report. RT#10694.
2020-06-03 16:54:22 -04:00
2010-06-18 * "EuroGov" "European legal fees"
tests: Explain change to accruals.beancount from the last commit.
2020-06-09 09:04:01 -04:00
; Multiple rt-ids are used to test proper handling for both
; searching and generating the outgoing report.
accrual: Outgoing report uses first rt-id as primary ticket number. This makes it consistent with the reporting and our general rule that the first link is primary.
2020-06-08 16:37:51 -04:00
rt-id: "rt:520 rt:525"
accrual: Outgoing report includes total at cost.
2020-05-28 09:00:12 -04:00
invoice: "rt:520/5200"
contract: "rt:520/5220"
accrual: Add columns to the aging report. RT#11439. This adds almost all the metadata that's relevant to accruals. I considered adding statement, but that cuased rows to get spaced out a lot, and statement's kind of a low-value column, so I decided against it. Ultimately I would like to make this configurable but that's for the future.
2020-06-09 15:56:59 -04:00
project: "Conservancy"
accrual: Outgoing report includes total at cost.
2020-05-28 09:00:12 -04:00
Liabilities:Payable:Accounts -1,000 EUR {1.100 USD}
accrual: Support limited punctuation in payment-method.
2020-07-21 13:20:58 -04:00
payment-method: "eur fx-wire"
accrual: Outgoing report includes total at cost.
2020-05-28 09:00:12 -04:00
Expenses:FilingFees 1,000 EUR {1.100 USD}
accrual: Aging report uses group since last nonzero. RT#11600. This makes it consistent with our other reports. The fact that it wasn't already was basically an oversight.
2020-06-09 14:51:47 -04:00
accrual: Only try to generate an outgoing report for accruals with rt-id.
2020-06-12 10:51:29 -04:00
2010-06-20 * "StateGov" "Business registration"
; Intentionally has no rt-id
invoice: "Invoices/2010StateRegistration.pdf"
project: "Conservancy"
Liabilities:Payable:Accounts -50 USD
Expenses:FilingFees 50 USD
accrual: Aging report filters out too-recent accruals. RT#11600.
2020-06-09 17:05:36 -04:00
2010-09-15 * "GrantCo" "2010Q3 grant"
rt-id: "rt:470"
invoice: "rt:470/4700"
project: "Development Grant"
Assets:Receivable:Accounts 6000 USD
Income:Donations -6000 USD
Reference in a new issue Copy permalink