Release v0.3.0
Merged
LC
4h ago+123+123+012345678901234567890123456789-18-18-01234567890123456789
Release v0.3.0
Bumps every package manifest from 0.2.0 to 0.3.0. Promotes dev ā main.
Changelog
Added
invoice_extractionreturns the currency and the line items: eachInvoicegainscurrency, the ISO 4217 code its totals and lines are expressed in, read from the document, never taken from a converted amount or a card payment in another currency, and left empty when the document does not determine it, andline_items, a list of the newInvoiceLineItemconcept (label,quantity,unit_price,amount) holding every priced line in the order printed, fees and discounts included and the subtotal, tax, total and payment lines never.descriptionbecomes a one-line summary of the purchase. Every existing field keeps its name and its type.
Changed
invoice_extractionstatesvat_ratesas percentages (Breaking): a rate of 20 % reads20, where the field's description previously left the model free to answer0.2. A caller that moves its address fromv0.2.0and computes with a rate as a fraction, multiplying an amount by it, must divide the rate by 100 first, or its tax comes out a hundred times too large.
š¤ Generated with Claude Code
https://claude.ai/code/session_019TF9N18ABj9hxXJX1vChAU
Summary by cubic
Bumps all package manifests from 0.2.0 to 0.3.0 and promotes dev ā main. The release ships the invoice_extraction currency and line-item work, with one breaking change.
Invoicegainscurrency(ISO 4217 code read from the document, left empty when undetermined) andline_items, a list of the newInvoiceLineItemconcept holding every priced line in printed order.descriptionis now a one-line summary, and the package gains its first README documenting the output.- Breaking:
vat_ratesnow reads as percentages (20for 20 %) instead of fractions (0.2). Callers upgrading fromv0.2.0who multiply an amount by a rate must divide the rate by 100 first, or the tax comes out a hundred times too large.