[MIG] account_invoice_factur-x: Migration to 12.0 #79
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Rename account_invoice_import_zugferd to account_invoice_import_factur-x Add module to support py3o reporting engine:
…xist in v10) in account_invoice_factur-x and account_invoice_ubl
Make country_id field required on res.partner form view
Add support for start/end dates on lines Better handling of invalid IBANs
To avoid headaches with invalid files, now check XSD of XML invoices before parsing it upon import Move Factur-X/zugferd xsd to base_zugferd
…81 instead of document type = 380 with negative amounts Improve the code of refund import to support both negative invoices and positive refunds
Add script mass_invoice_import.py Code cleanup
One of the zugferd-specific code has been standardised in UNECE, so moved to the account_tax_unece module
Rapid hack to make py3O work again
…is because get_pdf() doesn't work on Travis (I don't know why) but a more simple test only on XML generation
* sale_order_ubl + purchase_order_ubl: restore get_pdf() in tests using HttpCase * Restore get_pdf() in tests of account_invoice_factur-x and account_invoice_ubl modules * Update oca_dependencies.txt
With this newer implementation, account_invoice_factur-x_py3o now really works
Factur-X refund generation: type 380 or 381 is now a config option Fix some mistakes in Factur-X XML Update XSD to latest version
Workaround bug in Factur-X specs or XSD Factur-X generation fix
…tion) Restore internal note at BasicWL level
… embedding in PDF between account_invoice_factur-x and account_invoice_ubl
…not deduct VAT (OCA#64) * Move code to a new dedicated method * FIX update of existing draft invoice Improve error message of partner matching Move hook of partner matching to put it after VAT matching, which is the most reliable * Add support for importing an invoice with VAT in a company that cannot deduc VAT Display nice error when account is missing on product * Improve compliancy with Factur-X standard (using schematron)
…ailable for global charges and not for charges per line
Currently translated at 100,0% (26 of 26 strings) Translation: edi-10.0/edi-10.0-account_invoice_factur-x Translate-URL: https://translation.odoo-community.org/projects/edi-10-0/edi-10-0-account_invoice_factur-x/fr/
Updated by Actualizar ficheiros PO com o novo POT (msgmerge) hook in Weblate.
joshuajan
force-pushed
the
12.0-mig-account_invoice_factur-x
branch
2 times, most recently
from
e161231
to
dcca734
Compare
joshuajan
force-pushed
the
12.0-mig-account_invoice_factur-x
branch
from
dcca734
to
8fc9d9d
Compare
|
Hi there, the error: might be fixed now since the module 'account_payment_partner' is migrated now. |
Closed
|
@marylla |
|
That module has been migrated and merged in another PR. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
No description provided.