Compare commits
244 Commits
Author | SHA1 | Date | |
---|---|---|---|
![]() |
8a91b816fc | ||
![]() |
f9d7e3d693 | ||
![]() |
e9269e8128 | ||
![]() |
b86296750e | ||
![]() |
c968e3814a | ||
![]() |
03defbfc60 | ||
![]() |
e55ae1cbf4 | ||
![]() |
5f9b6e4825 | ||
![]() |
8c685239b4 | ||
![]() |
224e1f5982 | ||
![]() |
606b56ccda | ||
![]() |
c1154c0c5d | ||
![]() |
cd3086cea4 | ||
![]() |
cc4e3a87f6 | ||
![]() |
d15c4205be | ||
![]() |
30619559c6 | ||
![]() |
689fdc428b | ||
![]() |
e48614edb5 | ||
![]() |
1d7bb7f261 | ||
![]() |
2311d07abe | ||
![]() |
10c0c4b5bf | ||
![]() |
85cd521464 | ||
![]() |
194ed8085a | ||
![]() |
9b8723e544 | ||
![]() |
ace11b6980 | ||
![]() |
30e6d651bf | ||
![]() |
cde28f2792 | ||
![]() |
7f3591a3c1 | ||
![]() |
6bc849d0c2 | ||
![]() |
3e3aa95d4f | ||
![]() |
c95440234b | ||
![]() |
d985407217 | ||
![]() |
629e769654 | ||
![]() |
c599d94588 | ||
![]() |
f3c3c31787 | ||
![]() |
57977d2a10 | ||
![]() |
e8bd3a105c | ||
![]() |
d4edd280b8 | ||
![]() |
f415b7b9b2 | ||
![]() |
7e58fc5a38 | ||
![]() |
398b2660df | ||
![]() |
7d90b85f4f | ||
![]() |
d3664e0596 | ||
![]() |
7e1e118ab0 | ||
![]() |
203bbe60a8 | ||
![]() |
4b9939c579 | ||
![]() |
ee5a13730d | ||
![]() |
d6a11685b9 | ||
![]() |
787230c156 | ||
![]() |
a5a176b431 | ||
![]() |
851d7156e0 | ||
![]() |
70cf846931 | ||
![]() |
c53be14fc2 | ||
![]() |
2fcafbfca9 | ||
![]() |
c5bf2164f9 | ||
![]() |
2958013fa3 | ||
![]() |
e7779f1542 | ||
![]() |
11d8fa4593 | ||
![]() |
8c0d1245e2 | ||
![]() |
8c1ef584f8 | ||
![]() |
4bb36464cb | ||
![]() |
f2c49f10ea | ||
![]() |
95bb52afa3 | ||
![]() |
8d42564a46 | ||
![]() |
6b54d22e2d | ||
![]() |
0a3d4842b8 | ||
![]() |
0a9340f66b | ||
![]() |
2d871e7c32 | ||
![]() |
862525f8c2 | ||
![]() |
9be262eaef | ||
![]() |
24eeecb9e1 | ||
![]() |
8800de73af | ||
![]() |
41f15664e2 | ||
![]() |
4f24ab92bf | ||
![]() |
8094aecf2e | ||
![]() |
e8b8305ba1 | ||
![]() |
c9b4545e8f | ||
![]() |
e8da6e1fe4 | ||
![]() |
f4f731d7f7 | ||
![]() |
3a2974584e | ||
![]() |
8b49ad8add | ||
![]() |
986a2a0483 | ||
![]() |
ed859771c1 | ||
![]() |
de07d3af6f | ||
![]() |
15282c9900 | ||
![]() |
30dda24ac5 | ||
![]() |
7d4d42f2a5 | ||
![]() |
c3a308f4b9 | ||
![]() |
8d22fea849 | ||
![]() |
e190e03e93 | ||
![]() |
a8d555494f | ||
![]() |
f1007895b6 | ||
![]() |
106ac4d505 | ||
![]() |
6c027c9f4d | ||
![]() |
6e4ab30214 | ||
![]() |
ebca1144b6 | ||
![]() |
4d08ff7294 | ||
![]() |
241fd01063 | ||
![]() |
1f842b5f2b | ||
![]() |
af34c2c473 | ||
![]() |
23f80369ff | ||
![]() |
830c311f68 | ||
![]() |
0ee2ff365d | ||
![]() |
336c77042a | ||
![]() |
cc896e052f | ||
![]() |
3d5d0681e9 | ||
![]() |
b2677946fd | ||
![]() |
512919de84 | ||
![]() |
461b4565c5 | ||
![]() |
8273efda22 | ||
![]() |
851a828fd4 | ||
![]() |
84451d1bf7 | ||
![]() |
4a069b9681 | ||
![]() |
9319cc3b71 | ||
![]() |
a7264a1687 | ||
![]() |
749a8365c7 | ||
![]() |
38cd791272 | ||
![]() |
88620fad79 | ||
![]() |
53c3d6442f | ||
![]() |
0d794c2cc2 | ||
![]() |
183fa4245d | ||
![]() |
fb55e8287c | ||
![]() |
7e583a27d0 | ||
![]() |
77acc85e6a | ||
![]() |
bdbff4fc9a | ||
![]() |
57348bb017 | ||
![]() |
8bc1f02a12 | ||
![]() |
b2f190d628 | ||
![]() |
a27b8f0494 | ||
![]() |
9f82f2d321 | ||
![]() |
ece8a91059 | ||
![]() |
03a68c7be3 | ||
![]() |
eb204b9d21 | ||
![]() |
87b489d36e | ||
![]() |
a88d46164b | ||
![]() |
bdd4f9d91f | ||
![]() |
48a6b86231 | ||
![]() |
3bdfb21aee | ||
![]() |
5970988577 | ||
![]() |
68f7c1df12 | ||
![]() |
6995abec3c | ||
![]() |
e9c2290cba | ||
![]() |
617a1d0c82 | ||
![]() |
b21777ddae | ||
![]() |
f51520413e | ||
![]() |
6a4ed0530f | ||
![]() |
0f03a9db35 | ||
![]() |
366f1d4735 | ||
![]() |
989d5b1110 | ||
![]() |
d18e03f3a1 | ||
![]() |
f621677aa8 | ||
![]() |
a912cf32c7 | ||
![]() |
82289fe0fa | ||
![]() |
58aee61dcd | ||
![]() |
d60310c25e | ||
![]() |
921bf0d82e | ||
![]() |
7b64c95fe3 | ||
![]() |
d7ecf97869 | ||
![]() |
7405eb2f9e | ||
![]() |
2f0c08242e | ||
![]() |
faa204e0a0 | ||
![]() |
d53fbfc995 | ||
![]() |
096d17c474 | ||
![]() |
112551a0f7 | ||
![]() |
1e90d132a6 | ||
![]() |
ac71b91edc | ||
![]() |
e3e39a0177 | ||
![]() |
f1a3515f83 | ||
![]() |
ccc9337f2c | ||
![]() |
7f7ff980ec | ||
![]() |
bd285ab701 | ||
![]() |
483cb357d4 | ||
![]() |
57712dfb99 | ||
![]() |
44388a8645 | ||
![]() |
b639c62201 | ||
![]() |
a3a1be4fb7 | ||
![]() |
07122aa8a8 | ||
![]() |
9490048209 | ||
![]() |
c31d61cb5b | ||
![]() |
085613f63e | ||
![]() |
0292755fe1 | ||
![]() |
6d7d9aacb7 | ||
![]() |
71b426177a | ||
![]() |
b29eae5102 | ||
![]() |
3218baee71 | ||
![]() |
08a3f15732 | ||
![]() |
d458c753b5 | ||
![]() |
740cf75f94 | ||
![]() |
6395455f0b | ||
![]() |
381ae7793b | ||
![]() |
7d8368e553 | ||
![]() |
07ef80ec47 | ||
![]() |
973c9a1f5a | ||
![]() |
d7b4114728 | ||
![]() |
2e661006e5 | ||
![]() |
7c2a16b28d | ||
![]() |
44b4138a45 | ||
![]() |
7b6f0d9226 | ||
![]() |
24bf905cd9 | ||
![]() |
f3d2381bf4 | ||
![]() |
117aae0771 | ||
![]() |
9c4d9b35dc | ||
![]() |
bd5fdcfbb4 | ||
![]() |
8b7c7f4b6e | ||
![]() |
eed7e42a14 | ||
![]() |
11cc952979 | ||
![]() |
9049311711 | ||
![]() |
51369b1001 | ||
![]() |
1e551ebb73 | ||
![]() |
9dfef5e151 | ||
![]() |
4a927f0d46 | ||
![]() |
9b3e9a3c8e | ||
![]() |
987a40cb29 | ||
![]() |
e6ffeb0da4 | ||
![]() |
cfd0fbe6b0 | ||
![]() |
dfa899e959 | ||
![]() |
76d6a9a84e | ||
![]() |
343d8cafb4 | ||
![]() |
72ccbd43d7 | ||
![]() |
4caa891ad8 | ||
![]() |
dcb48c3dc4 | ||
![]() |
8b7be69be6 | ||
![]() |
81f28e0793 | ||
![]() |
f1a607a9c7 | ||
![]() |
9368181d04 | ||
![]() |
d87271002b | ||
![]() |
783ab8f2c0 | ||
![]() |
da0360cdd5 | ||
![]() |
e17d6d7689 | ||
![]() |
e174fa9e3e | ||
![]() |
3d2422b3bd | ||
![]() |
d7eb8f014b | ||
![]() |
9a2921ba52 | ||
![]() |
c42963cda9 | ||
![]() |
38ce2431e5 | ||
![]() |
5c43477540 | ||
![]() |
e56cfe5e48 | ||
![]() |
5627bea8aa | ||
![]() |
3f048e7997 | ||
![]() |
a13bf9b24f | ||
![]() |
615d282910 | ||
![]() |
f820f189a2 | ||
![]() |
1d17ceda3c | ||
![]() |
4b5b008063 |
30
.tx/config
@ -1,7 +1,7 @@
|
||||
[main]
|
||||
host = https://www.transifex.com
|
||||
|
||||
[o:odoo:p:odoo-17-doc:r:administration]
|
||||
[o:odoo:p:odoo-18-doc:r:administration]
|
||||
file_filter = locale/<lang>/LC_MESSAGES/administration.po
|
||||
source_file = locale/sources/administration.pot
|
||||
type = POT
|
||||
@ -11,7 +11,7 @@ replace_edited_strings = false
|
||||
keep_translations = false
|
||||
source_lang = en
|
||||
|
||||
[o:odoo:p:odoo-17-doc:r:applications]
|
||||
[o:odoo:p:odoo-18-doc:r:applications]
|
||||
file_filter = locale/<lang>/LC_MESSAGES/applications.po
|
||||
source_file = locale/sources/applications.pot
|
||||
type = POT
|
||||
@ -21,7 +21,7 @@ replace_edited_strings = false
|
||||
keep_translations = false
|
||||
source_lang = en
|
||||
|
||||
[o:odoo:p:odoo-17-doc:r:essentials]
|
||||
[o:odoo:p:odoo-18-doc:r:essentials]
|
||||
file_filter = locale/<lang>/LC_MESSAGES/essentials.po
|
||||
source_file = locale/sources/essentials.pot
|
||||
type = POT
|
||||
@ -31,7 +31,7 @@ replace_edited_strings = false
|
||||
keep_translations = false
|
||||
source_lang = en
|
||||
|
||||
[o:odoo:p:odoo-17-doc:r:finance]
|
||||
[o:odoo:p:odoo-18-doc:r:finance]
|
||||
file_filter = locale/<lang>/LC_MESSAGES/finance.po
|
||||
source_file = locale/sources/finance.pot
|
||||
type = POT
|
||||
@ -41,7 +41,7 @@ replace_edited_strings = false
|
||||
keep_translations = false
|
||||
source_lang = en
|
||||
|
||||
[o:odoo:p:odoo-17-doc:r:general]
|
||||
[o:odoo:p:odoo-18-doc:r:general]
|
||||
file_filter = locale/<lang>/LC_MESSAGES/general.po
|
||||
source_file = locale/sources/general.pot
|
||||
type = POT
|
||||
@ -51,7 +51,7 @@ replace_edited_strings = false
|
||||
keep_translations = false
|
||||
source_lang = en
|
||||
|
||||
[o:odoo:p:odoo-17-doc:r:hr]
|
||||
[o:odoo:p:odoo-18-doc:r:hr]
|
||||
file_filter = locale/<lang>/LC_MESSAGES/hr.po
|
||||
source_file = locale/sources/hr.pot
|
||||
type = POT
|
||||
@ -61,7 +61,7 @@ replace_edited_strings = false
|
||||
keep_translations = false
|
||||
source_lang = en
|
||||
|
||||
[o:odoo:p:odoo-17-doc:r:index]
|
||||
[o:odoo:p:odoo-18-doc:r:index]
|
||||
file_filter = locale/<lang>/LC_MESSAGES/index.po
|
||||
source_file = locale/sources/index.pot
|
||||
type = POT
|
||||
@ -71,7 +71,7 @@ replace_edited_strings = false
|
||||
keep_translations = false
|
||||
source_lang = en
|
||||
|
||||
[o:odoo:p:odoo-17-doc:r:inventory_and_mrp]
|
||||
[o:odoo:p:odoo-18-doc:r:inventory_and_mrp]
|
||||
file_filter = locale/<lang>/LC_MESSAGES/inventory_and_mrp.po
|
||||
source_file = locale/sources/inventory_and_mrp.pot
|
||||
type = POT
|
||||
@ -81,7 +81,7 @@ replace_edited_strings = false
|
||||
keep_translations = false
|
||||
source_lang = en
|
||||
|
||||
[o:odoo:p:odoo-17-doc:r:marketing]
|
||||
[o:odoo:p:odoo-18-doc:r:marketing]
|
||||
file_filter = locale/<lang>/LC_MESSAGES/marketing.po
|
||||
source_file = locale/sources/marketing.pot
|
||||
type = POT
|
||||
@ -91,7 +91,7 @@ replace_edited_strings = false
|
||||
keep_translations = false
|
||||
source_lang = en
|
||||
|
||||
[o:odoo:p:odoo-17-doc:r:productivity]
|
||||
[o:odoo:p:odoo-18-doc:r:productivity]
|
||||
file_filter = locale/<lang>/LC_MESSAGES/productivity.po
|
||||
source_file = locale/sources/productivity.pot
|
||||
type = POT
|
||||
@ -101,7 +101,7 @@ replace_edited_strings = false
|
||||
keep_translations = false
|
||||
source_lang = en
|
||||
|
||||
[o:odoo:p:odoo-17-doc:r:sales]
|
||||
[o:odoo:p:odoo-18-doc:r:sales]
|
||||
file_filter = locale/<lang>/LC_MESSAGES/sales.po
|
||||
source_file = locale/sources/sales.pot
|
||||
type = POT
|
||||
@ -111,7 +111,7 @@ replace_edited_strings = false
|
||||
keep_translations = false
|
||||
source_lang = en
|
||||
|
||||
[o:odoo:p:odoo-17-doc:r:services]
|
||||
[o:odoo:p:odoo-18-doc:r:services]
|
||||
file_filter = locale/<lang>/LC_MESSAGES/services.po
|
||||
source_file = locale/sources/services.pot
|
||||
type = POT
|
||||
@ -121,7 +121,7 @@ replace_edited_strings = false
|
||||
keep_translations = false
|
||||
source_lang = en
|
||||
|
||||
[o:odoo:p:odoo-17-doc:r:user_settings]
|
||||
[o:odoo:p:odoo-18-doc:r:user_settings]
|
||||
file_filter = locale/<lang>/LC_MESSAGES/settings.po
|
||||
source_file = locale/sources/settings.pot
|
||||
type = POT
|
||||
@ -131,7 +131,7 @@ replace_edited_strings = false
|
||||
keep_translations = false
|
||||
source_lang = en
|
||||
|
||||
[o:odoo:p:odoo-17-doc:r:studio]
|
||||
[o:odoo:p:odoo-18-doc:r:studio]
|
||||
file_filter = locale/<lang>/LC_MESSAGES/studio.po
|
||||
source_file = locale/sources/studio.pot
|
||||
type = POT
|
||||
@ -141,7 +141,7 @@ replace_edited_strings = false
|
||||
keep_translations = false
|
||||
source_lang = en
|
||||
|
||||
[o:odoo:p:odoo-17-doc:r:websites]
|
||||
[o:odoo:p:odoo-18-doc:r:websites]
|
||||
file_filter = locale/<lang>/LC_MESSAGES/websites.po
|
||||
source_file = locale/sources/websites.pot
|
||||
type = POT
|
||||
|
16
conf.py
@ -21,7 +21,7 @@ copyright = 'Odoo S.A.'
|
||||
|
||||
# `version` is the version info for the project being documented, acts as replacement for |version|,
|
||||
# also used in various other places throughout the built documents.
|
||||
# `release` is the full version, including alpha/beta/rc tags. Acts as replacement for |release|.
|
||||
# `release` is the full version, including a/b/rc tags. Acts as replacement for |release|.
|
||||
version = release = 'master'
|
||||
|
||||
# `current_branch` is the technical name of the current branch.
|
||||
@ -116,7 +116,7 @@ else:
|
||||
odoo.addons.__path__.append(str(odoo_dir) + '/addons')
|
||||
from odoo import release as odoo_release # Don't collide with Sphinx's 'release' config option
|
||||
odoo_version = '.'.join(str(s) for s in odoo_release.version_info[:2]).replace('~', '-') # Change saas~XX.Y to saas-XX.Y
|
||||
odoo_version = 'master' if 'alpha' in odoo_release.version else odoo_version
|
||||
odoo_version = 'master' if odoo_release.ALPHA in odoo_release.version_info else odoo_version
|
||||
if release != odoo_version:
|
||||
_logger.warning(
|
||||
"Found Odoo sources in %(directory)s but with version '%(odoo_version)s' incompatible "
|
||||
@ -231,18 +231,13 @@ sphinx.transforms.i18n.docname_to_domain = (
|
||||
# is populated. If a version is passed to `versions` but is not listed here, it will not be shown.
|
||||
versions_names = {
|
||||
'master': "Master",
|
||||
'saas-18.1': "Odoo Online",
|
||||
'18.0': "Odoo 18",
|
||||
'saas-17.4': "Odoo Online",
|
||||
'saas-17.2': "Odoo Online",
|
||||
'saas-17.1': "Odoo Online",
|
||||
'17.0': "Odoo 17",
|
||||
'saas-16.4': "Odoo Online",
|
||||
'saas-16.3': "Odoo Online",
|
||||
'saas-16.2': "Odoo Online",
|
||||
'saas-16.1': "Odoo Online",
|
||||
'16.0': "Odoo 16",
|
||||
'saas-15.2': "Odoo Online",
|
||||
'15.0': "Odoo 15",
|
||||
'14.0': "Odoo 14",
|
||||
}
|
||||
|
||||
# The language names that should be shown in the language switcher, if the config option `languages`
|
||||
@ -251,7 +246,9 @@ languages_names = {
|
||||
'de': 'DE',
|
||||
'en': 'EN',
|
||||
'es': 'ES',
|
||||
'es_419': 'ES (LATAM)',
|
||||
'fr': 'FR',
|
||||
'id': 'ID',
|
||||
'it': 'IT',
|
||||
'ja': 'JA',
|
||||
'ko': 'KR',
|
||||
@ -261,6 +258,7 @@ languages_names = {
|
||||
'sv': 'SV',
|
||||
'th': 'TH',
|
||||
'uk': 'UA',
|
||||
'vi': 'VI',
|
||||
'zh_CN': 'ZH (CN)',
|
||||
'zh_TW': 'ZH (TW)'
|
||||
}
|
||||
|
@ -64,4 +64,4 @@ The Odoo mobile apps are available for download on the `Google Play Store
|
||||
.. important::
|
||||
The iOS app cannot be updated and will be deprecated at some point in the future.
|
||||
|
||||
While the store apps support multi-accounts, they are not compatible with SS0 authentication.
|
||||
While the store apps support multi-accounts, they are not compatible with SSO authentication.
|
||||
|
@ -23,7 +23,7 @@ Edit Security Settings --> Delete Account`. It can also be accessed by going to
|
||||
Upon clicking the :guilabel:`Delete Account` button, a pop-up window appears, requesting
|
||||
confirmation for the account deletion.
|
||||
|
||||
.. image:: odoo_account/delete-account.png
|
||||
.. image:: odoo_accounts/delete-account.png
|
||||
:align: center
|
||||
:alt: Clicking on the Delete Account button will populate a window verifying the change.
|
||||
|
||||
|
Before Width: | Height: | Size: 18 KiB After Width: | Height: | Size: 18 KiB |
@ -217,6 +217,26 @@ Production and staging builds are excluded, visitors can only see their status.
|
||||
|
||||
.. _odoosh-gettingstarted-settings-modules-installation:
|
||||
|
||||
GitHub commit statuses
|
||||
======================
|
||||
|
||||
This option enables Odoo.sh to push commit statuses to your GitHub repository when a build is
|
||||
created or updated. It requires a GitHub token with permissions to push commit statuses to the
|
||||
repository. Refer to `GitHub's documentation on personal access tokens <https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/managing-your-personal-access-tokens>`_
|
||||
for instructions to create yours.
|
||||
|
||||
.. note::
|
||||
GitHub's **fine-grained personal tokens** have an expiration date and will be disabled if they
|
||||
fail to update the commit status. You can replace the token at any time on Odoo.sh.
|
||||
|
||||
The commit statuses pushed to GitHub can have the following contexts:
|
||||
|
||||
- :guilabel:`ci/odoo.sh (dev)`: status of a development build
|
||||
- :guilabel:`ci/odoo.sh (staging)`: status of a staging build
|
||||
- :guilabel:`ci/odoo.sh (production)`: status of a production build
|
||||
- :guilabel:`ci/odoo.sh (test_ci)`: testing the token from the Settings page will push a test
|
||||
status on the last commit of your repository
|
||||
|
||||
Custom domains
|
||||
==============
|
||||
|
||||
|
@ -61,8 +61,8 @@ To resolve the issue:
|
||||
your **network and firewall settings** allow the Odoo server to open outgoing connections
|
||||
towards:
|
||||
|
||||
- `services.odoo.com` on port `443` (or `80`)
|
||||
- for older deployments, `services.openerp.com` on port `443` (or `80`)
|
||||
- Odoo 18.0 and above: `services.odoo.com` on port `80`
|
||||
- Odoo 17.0 and below: `services.openerp.com` on port `80`
|
||||
|
||||
These ports must be kept open even after registering a database, as the update notification runs
|
||||
once a week.
|
||||
@ -85,12 +85,6 @@ To resolve the issue, either:
|
||||
displayed in the message to validate the upsell quotation and pay for the extra users.
|
||||
- :ref:`Deactivate users <users/deactivate>` and **reject** the upsell quotation.
|
||||
|
||||
.. important::
|
||||
If you are on a monthly subscription plan, the database will automatically update to reflect the
|
||||
added user(s). If you are on a yearly or multi-year plan, an expiration banner will appear in the
|
||||
database. You can create the upsell quotation by clicking the banner to update the subscription
|
||||
or `send a support ticket <https://www.odoo.com/help>`_ to resolve the issue.
|
||||
|
||||
Once your database has the correct number of users, the expiration message disappears automatically
|
||||
after a few days, when the next verification occurs.
|
||||
|
||||
|
@ -132,7 +132,7 @@ be downloaded from the `Odoo download page <https://www.odoo.com/page/download>`
|
||||
.. group-tab:: Fedora
|
||||
|
||||
.. note::
|
||||
Odoo {CURRENT_MAJOR_VERSION} 'rpm' package supports Fedora 36.
|
||||
Odoo {CURRENT_MAJOR_VERSION} 'rpm' package supports Fedora 38.
|
||||
|
||||
Once downloaded, the package can be installed using the 'dnf' package manager:
|
||||
|
||||
|
@ -31,24 +31,30 @@ This matrix shows the support status of every version.
|
||||
- On-Premise
|
||||
- Release date
|
||||
- End of support
|
||||
* - Odoo saas~17.4
|
||||
* - Odoo SaaS 18.1
|
||||
- |green|
|
||||
- N/A
|
||||
- N/A
|
||||
- January 2025
|
||||
-
|
||||
* - **Odoo 18.0**
|
||||
- |green|
|
||||
- |green|
|
||||
- |green|
|
||||
- October 2024
|
||||
- October 2027 (planned)
|
||||
* - Odoo SaaS 17.4
|
||||
- |red|
|
||||
- N/A
|
||||
- N/A
|
||||
- July 2024
|
||||
-
|
||||
* - Odoo saas~17.2
|
||||
- |green|
|
||||
- October 2024
|
||||
* - Odoo SaaS 17.2
|
||||
- |red|
|
||||
- N/A
|
||||
- N/A
|
||||
- April 2024
|
||||
-
|
||||
* - Odoo saas~17.1
|
||||
- |green|
|
||||
- N/A
|
||||
- N/A
|
||||
- January 2024
|
||||
-
|
||||
- October 2024
|
||||
* - **Odoo 17.0**
|
||||
- |green|
|
||||
- |green|
|
||||
@ -60,31 +66,25 @@ This matrix shows the support status of every version.
|
||||
- |green|
|
||||
- |green|
|
||||
- October 2022
|
||||
- November 2025 (planned)
|
||||
- October 2025 (planned)
|
||||
* - **Odoo 15.0**
|
||||
- |green|
|
||||
- |green|
|
||||
- |green|
|
||||
- |red|
|
||||
- |red|
|
||||
- |red|
|
||||
- October 2021
|
||||
- November 2024 (planned)
|
||||
- October 2024
|
||||
* - **Odoo 14.0**
|
||||
- |red|
|
||||
- |red|
|
||||
- |red|
|
||||
- October 2020
|
||||
- November 2023
|
||||
* - **Odoo 13.0**
|
||||
- |red|
|
||||
- |red|
|
||||
- |red|
|
||||
- October 2019
|
||||
- October 2022
|
||||
* - Older versions
|
||||
- |red|
|
||||
- |red|
|
||||
- |red|
|
||||
- Before 2019
|
||||
- Before 2022
|
||||
- Before 2020
|
||||
- Before 2023
|
||||
|
||||
.. admonition:: Legend
|
||||
|
||||
|
@ -3,7 +3,7 @@ Upgrade
|
||||
=======
|
||||
|
||||
An upgrade involves moving a database from an older version to a newer supported version (e.g., from
|
||||
Odoo 15.0 to Odoo 17.0). Regular upgrades are crucial as each version offers new features, bug
|
||||
Odoo 16.0 to Odoo 18.0). Regular upgrades are crucial as each version offers new features, bug
|
||||
fixes, and security patches. Using a :doc:`supported version <supported_versions>` is strongly
|
||||
recommended. Each major version is supported for three years.
|
||||
|
||||
@ -13,11 +13,11 @@ Depending on the hosting type and Odoo version used, a database upgrade can be *
|
||||
|
||||
.. group-tab:: Odoo Online
|
||||
|
||||
- If a database is on a **major version** (e.g., 15.0, 16.0, 17.0), an upgrade is mandatory
|
||||
- If a database is on a **major version** (e.g., 16.0, 17.0, 18.0), an upgrade is mandatory
|
||||
every two years.
|
||||
- If a database is on a **minor version** (e.g., 17.1, 17.2, 17.4), an upgrade is mandatory
|
||||
a few weeks after the next version is released. Minor versions are usually released every
|
||||
three months.
|
||||
two months.
|
||||
|
||||
.. group-tab:: Odoo.sh
|
||||
|
||||
@ -390,8 +390,8 @@ few exceptions.
|
||||
filestore before deploying the new version.
|
||||
|
||||
In case of an issue with your production database, you can request the assistance of Odoo by going
|
||||
to the `Support page and selecting "An issue related to my future upgrade (I am testing an upgrade)"
|
||||
<https://www.odoo.com/help?stage=migration>`_.
|
||||
to the `Support page and selecting "An issue related to my upgrade (production)"
|
||||
<https://www.odoo.com/help?stage=post_upgrade>`_.
|
||||
|
||||
.. _upgrade-sla:
|
||||
|
||||
@ -430,10 +430,8 @@ Upgrade services not covered by the SLA
|
||||
The following upgrade-related services are **not** included:
|
||||
|
||||
- the **cleaning** of pre-existing data and configurations while upgrading;
|
||||
- the upgrade of **custom modules created in-house or by third parties**, including Odoo partners;
|
||||
- lines of **code added to standard modules**, i.e., customizations created outside the Studio app,
|
||||
code entered manually, and :ref:`automated actions using Python code
|
||||
<studio/automated-actions/action>`; and
|
||||
- the upgrade of **additional modules not covered by a maintenance contract** that are created
|
||||
in-house or by third parties, including Odoo partners; and
|
||||
- **training** on using the upgraded version's features and workflows.
|
||||
|
||||
.. seealso::
|
||||
|
@ -10,3 +10,4 @@ Odoo essentials
|
||||
essentials/contacts
|
||||
essentials/export_import_data
|
||||
essentials/in_app_purchase
|
||||
essentials/keyboard_shortcuts
|
||||
|
@ -4,9 +4,9 @@
|
||||
Contacts
|
||||
========
|
||||
|
||||
The *Contacts* application comes installed on all Odoo databases. Contacts are created for customers
|
||||
the company does business with through Odoo. A contact is a repository of vital business
|
||||
information, facilitating communication and business transactions.
|
||||
Contacts are created in the **Contacts** application for customers the company does business with
|
||||
through Odoo. A contact is a repository of vital business information, facilitating communication
|
||||
and business transactions.
|
||||
|
||||
Contact form
|
||||
============
|
||||
|
@ -28,15 +28,13 @@ select a record, tick the checkbox next to the corresponding record. Finally, cl
|
||||
then :guilabel:`Export`.
|
||||
|
||||
.. image:: export_import_data/list-view-export.png
|
||||
:align: center
|
||||
:alt: View of the different things to enable/click to export data.
|
||||
|
||||
When clicking on :guilabel:`Export`, an :guilabel:`Export Data` pop-over window appears, with
|
||||
several options for the data to export:
|
||||
|
||||
.. image:: export_import_data/export-data-overview.png
|
||||
:align: center
|
||||
:alt: Overview of options to consider when exporting data in Odoo..
|
||||
:alt: Overview of options to consider when exporting data in Odoo.
|
||||
|
||||
#. With the :guilabel:`I want to update data (import-compatable export)` option ticked, the system
|
||||
only shows the fields that can be imported. This is helpful in the case where the :ref:`existing
|
||||
@ -87,7 +85,6 @@ data into an Odoo database.
|
||||
options: :guilabel:`Track history during import` and :guilabel:`Allow matching with subfields`.
|
||||
|
||||
.. image:: export_import_data/advanced-import.png
|
||||
:align: center
|
||||
:alt: Advanced import options when developer mode is activated.
|
||||
|
||||
If the model uses openchatter, the :guilabel:`Track history during import` option sets up
|
||||
@ -96,6 +93,8 @@ data into an Odoo database.
|
||||
Should the :guilabel:`Allow matching with subfields` option be selected, then all subfields
|
||||
within a field are used to match under the :guilabel:`Odoo Field` while importing.
|
||||
|
||||
.. _essentials/export_import_data/get-started:
|
||||
|
||||
Get started
|
||||
-----------
|
||||
|
||||
@ -103,30 +102,32 @@ Data can be imported on any Odoo business object using either Excel (`.xlsx`) or
|
||||
(Comma-separated Values)` (`.csv`) formats. This includes: contacts, products, bank statements,
|
||||
journal entries, and orders.
|
||||
|
||||
Open the view of the object to which the data should be imported/populated, and click on
|
||||
:menuselection:`⚙️ (Action) --> Import records`.
|
||||
Open the view of the object to which the data should be imported/populated, click the :icon:`fa-cog`
|
||||
(:guilabel:`gear`) icon and select :guilabel:`Import records`.
|
||||
|
||||
.. image:: export_import_data/import-button.png
|
||||
:align: center
|
||||
:alt: Action menu revealed with the import records option highlighted.
|
||||
|
||||
After clicking :guilabel:`Import records`, Odoo reveals a separate page with templates that can be
|
||||
downloaded and populated with the company's own data. Such templates can be imported in one click,
|
||||
since the data mapping is already done. To download a template click :guilabel:`Import Template for
|
||||
Customers` at the center of the page.
|
||||
Click :icon:`fa-download`:guilabel:`Import Template for Customers` at the center of the page to
|
||||
download a :ref:`template <essentials/export_import_data/adapt-a-template>` and populate it with
|
||||
the company's own data. Such templates can be imported in one click since the data mapping is
|
||||
already preconfigured.
|
||||
|
||||
.. important::
|
||||
When importing a :abbr:`CSV (Comma-separated Values)` file, Odoo provides :guilabel:`Formatting`
|
||||
options. These options do **not** appear when importing the proprietary Excel file type (`.xls`,
|
||||
`.xlsx`).
|
||||
To upload the downloaded template or your own file, follow the next steps:
|
||||
|
||||
.. image:: export_import_data/formatting.png
|
||||
:align: center
|
||||
:alt: Formatting options presented when a CVS file is imported in Odoo.
|
||||
#. Click :guilabel:`Upload Data File` and select the desired file.
|
||||
#. Adjust the :guilabel:`Formatting` options as needed (for CSV files only).
|
||||
#. Ensure all data in the :guilabel:`File Column` is correctly mapped to the appropriate
|
||||
:guilabel:`Odoo Field` and free of errors.
|
||||
#. (Optional) Click :guilabel:`Load Data File` to reload the same file or upload a different one.
|
||||
#. Click :guilabel:`Test` to verify that the data is valid.
|
||||
#. Click :guilabel:`Import`.
|
||||
|
||||
Make necessary adjustments to the *Formatting* options, and ensure all columns in the
|
||||
:guilabel:`Odoo field` and :guilabel:`File Column` are free of errors. Finally, click
|
||||
:guilabel:`Import` to import the data.
|
||||
.. note::
|
||||
The :guilabel:`Formatting` options do **not** appear when importing the proprietary Excel file
|
||||
type (i.e., `.xls` or `.xlsx`).
|
||||
|
||||
.. _essentials/export_import_data/adapt-a-template:
|
||||
|
||||
Adapt a template
|
||||
----------------
|
||||
@ -144,7 +145,6 @@ Once the template is downloaded, proceed to follow these steps:
|
||||
(ID) column.
|
||||
|
||||
.. image:: export_import_data/dragdown.gif
|
||||
:align: center
|
||||
:alt: An animation of the mouse dragging down the ID column, so each record has a unique ID.
|
||||
|
||||
.. note::
|
||||
@ -153,7 +153,6 @@ Once the template is downloaded, proceed to follow these steps:
|
||||
Search the drop-down menu for the corresponding field.
|
||||
|
||||
.. image:: export_import_data/field_list.png
|
||||
:align: center
|
||||
:alt: Drop-down menu expanded in the initial import screen on Odoo.
|
||||
|
||||
Then, use this field's label in the import file to ensure future imports are successful.
|
||||
@ -203,7 +202,6 @@ If this happens, check the :guilabel:`Show fields of relation fields (advanced)
|
||||
complete list of fields becomes available for each column.
|
||||
|
||||
.. image:: export_import_data/field_list.png
|
||||
:align: center
|
||||
:alt: Searching for the field to match the tax column.
|
||||
|
||||
Change data import format
|
||||
@ -401,6 +399,33 @@ respective contacts:
|
||||
- :download:`Customers and their respective contacts
|
||||
<export_import_data/o2m_customers_contacts.csv>`
|
||||
|
||||
Import image files
|
||||
------------------
|
||||
|
||||
To import image files along with the :ref:`uploaded <essentials/export_import_data/get-started>`
|
||||
CSV or Excel file, follow the next steps:
|
||||
|
||||
#. Add the image file names to the relevant :guilabel:`Image` column in the data file.
|
||||
#. :ref:`Upload the data file <essentials/export_import_data/get-started>` or reload it by
|
||||
clicking :guilabel:`Load Data File`.
|
||||
#. Click :guilabel:`Upload your files` under the :guilabel:`Files to import` section.
|
||||
#. Select the relevant image files. The number of files selected appears next to the button.
|
||||
#. Click :guilabel:`Test` to verify that all data is valid.
|
||||
#. Click :guilabel:`Import`. During the import process, Odoo performs a file check to automatically
|
||||
link the uploaded images to the imported data file. If there is no match, the data file is
|
||||
imported without any image.
|
||||
|
||||
.. note::
|
||||
- The :guilabel:`Files to import` section is enabled if your product template has an
|
||||
:guilabel:`Image` column with all fields populated.
|
||||
- The image file names in the data file must correspond to the uploaded image files.
|
||||
- When importing a large number of images, you can specify the maximum batch size in megabytes
|
||||
and set a delay to prevent the system from becoming overloaded. To do so, :doc:`enable the
|
||||
developer mode <../general/developer_mode>` and fill in the :guilabel:`Max size per
|
||||
batch` and the :guilabel:`Delay after each batch` fields in the :guilabel:`Files to import`
|
||||
section. By default, the delay meets the RPC/API call limit defined in the `Odoo Cloud -
|
||||
Acceptable Use Policy <https://www.odoo.com/acceptable-use>`_.
|
||||
|
||||
Import records several times
|
||||
----------------------------
|
||||
|
||||
|
Before Width: | Height: | Size: 12 KiB |
Before Width: | Height: | Size: 8.7 KiB |
Before Width: | Height: | Size: 3.4 KiB |
86
content/applications/essentials/keyboard_shortcuts.rst
Normal file
@ -0,0 +1,86 @@
|
||||
==================
|
||||
Keyboard shortcuts
|
||||
==================
|
||||
|
||||
Users in Odoo can utilize several keyboard shortcuts to navigate through modules, execute actions,
|
||||
and manage data.
|
||||
|
||||
.. tip::
|
||||
Hold :kbd:`Ctrl` to view the keyboard shortcuts assigned to each element on the interface.
|
||||
|
||||
.. image:: keyboard_shortcuts/menu-shortcuts.png
|
||||
:align: center
|
||||
:alt: A selection of keyboard shortcuts in Odoo.
|
||||
|
||||
.. important::
|
||||
Some keyboard shortcuts may not be available on different versions of Odoo or effective depending
|
||||
on browsers, extensions, or other individual settings.
|
||||
|
||||
Keyboard shortcuts by operating system
|
||||
======================================
|
||||
|
||||
Below is a list of some of the most commonly used keyboard shortcuts within Odoo, listed by
|
||||
operating system.
|
||||
|
||||
.. list-table::
|
||||
:header-rows: 1
|
||||
:stub-columns: 1
|
||||
|
||||
* - Description
|
||||
- Windows / Linux
|
||||
- macOS
|
||||
* - Previous breadcrumb
|
||||
- :kbd:`Alt` + :kbd:`B`
|
||||
- :kbd:`Ctrl` + :kbd:`B`
|
||||
* - Create new record
|
||||
- :kbd:`Alt` + :kbd:`C`
|
||||
- :kbd:`Ctrl` + :kbd:`C`
|
||||
* - Odoo Home Page
|
||||
- :kbd:`Alt` + :kbd:`H`
|
||||
- :kbd:`Ctrl` + :kbd:`H`
|
||||
* - Discard changes
|
||||
- :kbd:`Alt` + :kbd:`J`
|
||||
- :kbd:`Ctrl` + :kbd:`J`
|
||||
* - Save changes
|
||||
- :kbd:`Alt` + :kbd:`S`
|
||||
- :kbd:`Ctrl` + :kbd:`S`
|
||||
* - Next page
|
||||
- :kbd:`Alt` + :kbd:`N`
|
||||
- :kbd:`Ctrl` + :kbd:`N`
|
||||
* - Previous page
|
||||
- :kbd:`Alt` + :kbd:`P`
|
||||
- :kbd:`Ctrl` + :kbd:`P`
|
||||
* - Search
|
||||
- :kbd:`Alt` + :kbd:`Q`
|
||||
- :kbd:`Ctrl` + :kbd:`Q`
|
||||
* - Select menus
|
||||
- :kbd:`Alt` + :kbd:`1-9`
|
||||
- :kbd:`Ctrl` + :kbd:`1-9`
|
||||
* - Create a new To-Do
|
||||
- :kbd:`Alt` + :kbd:`Shift` + :kbd:`T`
|
||||
- :kbd:`Ctrl` + :kbd:`Shift` + :kbd:`T`
|
||||
* - Search a Knowledge article
|
||||
- :kbd:`Alt` + :kbd:`F`
|
||||
- :kbd:`Ctrl` + :kbd:`F`
|
||||
* - Share a Knowledge article
|
||||
- :kbd:`Alt` + :kbd:`Shift` + :kbd:`S`
|
||||
- :kbd:`Ctrl` + :kbd:`Shift` + :kbd:`S`
|
||||
* - Open command palette
|
||||
- :kbd:`Ctrl` + :kbd:`K`
|
||||
- :kbd:`Command` + :kbd:`K`
|
||||
|
||||
.. tip::
|
||||
After opening the command palette, search using the following keyboard shortcuts:
|
||||
|
||||
- :kbd:`/`: search for menus, applications, and modules.
|
||||
- :kbd:`@`: search for users.
|
||||
- :kbd:`#`: search for **Discuss** channels.
|
||||
- :kbd:`?`: search for **Knowledge** articles.
|
||||
|
||||
Enter a name (or term) in the search bar, or use the arrow keys to scroll through the available
|
||||
options. Then, click :kbd:`Ctrl` + :kbd:`Enter` to open the selected app, module, or menu in a
|
||||
new tab.
|
||||
|
||||
.. image:: keyboard_shortcuts/command-palete.png
|
||||
:align: center
|
||||
:alt: The command palette in Odoo, with the menu search option selected.
|
After Width: | Height: | Size: 15 KiB |
After Width: | Height: | Size: 5.7 KiB |
@ -4,7 +4,7 @@
|
||||
Bank and cash accounts
|
||||
======================
|
||||
|
||||
You can manage as many bank or cash accounts as needed on your database. Configuring them well
|
||||
You can manage as many bank or cash accounts as needed on your database. Configuring them correctly
|
||||
allows you to have all your banking data up-to-date and ready for :doc:`reconciliation
|
||||
<bank/reconciliation>` with your journal entries.
|
||||
|
||||
@ -21,22 +21,22 @@ which include action buttons.
|
||||
.. image:: bank/card.png
|
||||
:alt: Bank journals are displayed on the Accounting Dashboard and contain action buttons
|
||||
|
||||
.. _bank_accounts/manage:
|
||||
.. _accounting/bank/manage:
|
||||
|
||||
Manage your bank and cash accounts
|
||||
==================================
|
||||
Manage bank and cash accounts
|
||||
=============================
|
||||
|
||||
Connect your bank for automatic synchronization
|
||||
-----------------------------------------------
|
||||
Connect a bank for automatic synchronization
|
||||
--------------------------------------------
|
||||
|
||||
To connect your bank account to your database, go to :menuselection:`Accounting --> Configuration
|
||||
--> Banks: Add a Bank Account`, select your bank in the list, click on :guilabel:`Connect`, and
|
||||
follow the instructions.
|
||||
--> Add a Bank Account`, select your bank in the list, click on :guilabel:`Connect`, and follow the
|
||||
instructions.
|
||||
|
||||
.. seealso::
|
||||
:doc:`bank/bank_synchronization`
|
||||
|
||||
.. _bank_accounts/create:
|
||||
.. _accounting/bank/create:
|
||||
|
||||
Create a bank account
|
||||
---------------------
|
||||
@ -44,8 +44,9 @@ Create a bank account
|
||||
If your banking institution is not available in Odoo, or if you don't want to connect your bank
|
||||
account to your database, you can configure your bank account manually.
|
||||
|
||||
To manually add a bank account, go to :menuselection:`Accounting --> Configuration --> Banks:
|
||||
Add a Bank Account`, click on :guilabel:`Create it` (at the bottom right), and fill out the form.
|
||||
To manually add a bank account, go to :menuselection:`Accounting --> Configuration --> Add a Bank
|
||||
Account`, click on :guilabel:`Record transactions manually` (at the bottom right), fill out the bank
|
||||
information, and click :guilabel:`Create`.
|
||||
|
||||
.. note::
|
||||
- Odoo automatically detects the bank account type (e.g., IBAN) and enables some features
|
||||
@ -61,7 +62,7 @@ To create a new cash journal, go to :menuselection:`Accounting --> Configuration
|
||||
Journals`, click on :guilabel:`Create` and select :guilabel:`Cash` in the :guilabel:`Type` field.
|
||||
|
||||
For more information on the accounting information fields, read the
|
||||
:ref:`bank_accounts/configuration` section of this page.
|
||||
:ref:`accounting/bank/configuration` section of this page.
|
||||
|
||||
.. note::
|
||||
A default cash journal is available and can be used straight away. You can review it by going to
|
||||
@ -73,7 +74,7 @@ Edit an existing bank or cash journal
|
||||
To edit an existing bank journal, go to :menuselection:`Accounting --> Configuration --> Accounting:
|
||||
Journals` and select the journal you want to modify.
|
||||
|
||||
.. _bank_accounts/configuration:
|
||||
.. _accounting/bank/configuration:
|
||||
|
||||
Configuration
|
||||
=============
|
||||
@ -86,14 +87,23 @@ You can edit the accounting information and bank account number according to you
|
||||
.. seealso::
|
||||
- :doc:`get_started/multi_currency`
|
||||
- :doc:`bank/transactions`
|
||||
- `Bank configuration <https://www.youtube.com/watch?v=tVhhXw-VnGE>`_
|
||||
|
||||
.. _bank_accounts/suspense:
|
||||
.. _accounting/bank/suspense:
|
||||
|
||||
Suspense account
|
||||
----------------
|
||||
|
||||
Bank statement transactions are posted on the :guilabel:`Suspense Account` until the final
|
||||
reconciliation allows finding the right account.
|
||||
Bank statement transactions are posted on the suspense account until they are reconciled. At any
|
||||
moment, the suspense account's balance in the general ledger shows the balance of transactions that
|
||||
have not yet been reconciled.
|
||||
|
||||
.. note::
|
||||
When a bank transaction is reconciled, the journal entry is modified to replace the bank suspense
|
||||
account with the account of the journal item it is reconciled with. This account is usually the
|
||||
:ref:`outstanding receipts or payments account <accounting/bank/outstanding-accounts>` if
|
||||
reconciling with a registered payment or the account receivable or payable if reconciling with
|
||||
an invoice or bill directly.
|
||||
|
||||
Profit and loss accounts
|
||||
------------------------
|
||||
@ -105,16 +115,18 @@ register a loss when the ending balance of a cash register differs from what the
|
||||
Currency
|
||||
--------
|
||||
|
||||
You can edit the currency used to enter the statements.
|
||||
You can edit the currency used to enter the transactions.
|
||||
|
||||
.. seealso::
|
||||
:doc:`get_started/multi_currency`
|
||||
|
||||
.. _accounting/bank/account-number:
|
||||
|
||||
Account number
|
||||
--------------
|
||||
|
||||
If you need to **edit your bank account details**, click on the external link arrow next to your
|
||||
:guilabel:`Account Number`. On the new page, click on the external link arrow next to your
|
||||
:guilabel:`Account Number`. On the account page, click on the external link arrow next to your
|
||||
:guilabel:`Bank` and update your bank information accordingly. These details are used when
|
||||
registering payments.
|
||||
|
||||
@ -124,12 +136,13 @@ registering payments.
|
||||
Bank feeds
|
||||
----------
|
||||
|
||||
:guilabel:`Bank Feeds` defines how the bank statements are registered. Three options are available:
|
||||
:guilabel:`Bank Feeds` defines how the bank transactions are registered. Three options are
|
||||
available:
|
||||
|
||||
- :guilabel:`Undefined yet`, which should be selected when you don’t know yet if you will
|
||||
synchronize your bank account with your database or not.
|
||||
- :guilabel:`Import (CAMT, CODA, CSV, OFX, QIF)`, which should be selected if you want to import
|
||||
your bank statement using a different format.
|
||||
your bank statements and transactions using a different format.
|
||||
- :guilabel:`Automated Bank Synchronization`, which should be selected if your bank is synchronized
|
||||
with your database.
|
||||
|
||||
@ -137,53 +150,47 @@ Bank feeds
|
||||
- :doc:`bank/bank_synchronization`
|
||||
- :doc:`bank/transactions`
|
||||
|
||||
.. _bank/outstanding-accounts:
|
||||
.. _accounting/bank/outstanding-accounts:
|
||||
|
||||
Outstanding accounts
|
||||
====================
|
||||
|
||||
By default, payments are registered through transitory accounts named **outstanding accounts**,
|
||||
before being recorded in your bank account.
|
||||
By default, payments in Odoo do not create journal entries, but they can easily be configured to
|
||||
create journal entries using **outstanding accounts**.
|
||||
|
||||
- An **outstanding payments account** is where outgoing payments are posted until they are linked
|
||||
with a withdrawal from your bank statement.
|
||||
- An **outstanding receipts account** is where incoming payments are posted until they are linked
|
||||
with a deposit from your bank statement.
|
||||
with incoming bank transactions.
|
||||
- An **outstanding payments account** is where outgoing payments are posted until they are linked
|
||||
with outgoing bank transactions.
|
||||
|
||||
These accounts should be of :ref:`type <chart-of-account/type>` :guilabel:`Current Assets`.
|
||||
These accounts are usually of :ref:`type <chart-of-account/type>` :guilabel:`Current Assets` and
|
||||
:guilabel:`Current Liabilities`.
|
||||
|
||||
Payments that are registered in Odoo are posted to the outstanding receipts and outstanding accounts
|
||||
until they are reconciled. At any moment, the outstanding receipts account's balance in the general
|
||||
ledger shows the balance of registered incoming payments that have not yet been reconciled, and the
|
||||
outstanding payments account's balance in the general ledger shows the balance of registered
|
||||
outgoing payments that have not yet been reconciled.
|
||||
|
||||
Bank and cash journal configuration
|
||||
-----------------------------------
|
||||
|
||||
To configure payments to create journal entries, set outstanding accounts for the journal's payment
|
||||
methods. This can be done for any journal with the :ref:`type <chart-of-account/type>`
|
||||
:guilabel:`Bank` or :guilabel:`Cash`.
|
||||
|
||||
To configure the outstanding accounts for a journal's payment methods, first go to
|
||||
:menuselection:`Accounting --> Configuration --> Journals` and select a bank or cash journal. In the
|
||||
:guilabel:`Incoming Payments` and :guilabel:`Outgoing Payments` tabs, set :guilabel:`Outstanding
|
||||
Receipts accounts` and :guilabel:`Outstanding Payments accounts` for each payment method that you
|
||||
want to create journal entries.
|
||||
|
||||
.. note::
|
||||
The movement from an outstanding account to a bank account is done automatically when you
|
||||
reconcile the bank account with a bank statement.
|
||||
|
||||
Default accounts configuration
|
||||
------------------------------
|
||||
|
||||
The outstanding accounts are defined by default. If necessary, you can update them by going to
|
||||
:menuselection:`Accounting --> Configuration --> Settings --> Default Accounts` and update your
|
||||
:guilabel:`Outstanding Receipts Account` and :guilabel:`Outstanding Payments Account`.
|
||||
|
||||
Bank and cash journals configuration
|
||||
------------------------------------
|
||||
|
||||
You can also set specific outstanding accounts for any journal with the :ref:`type
|
||||
<chart-of-account/type>` :guilabel:`Bank` or :guilabel:`Cash`.
|
||||
|
||||
From your :guilabel:`Accounting Dashboard`, click on the menu selection ⋮ of the journal you want to
|
||||
configure, and click on :guilabel:`Configuration`, then open the :guilabel:`Incoming/Outgoing
|
||||
Payments` tab. To display the outstanding accounts column, click on the toggle button and check the
|
||||
:guilabel:`Outstanding Receipts/Payments accounts`, then update the account.
|
||||
|
||||
.. image:: bank/toggle-button.png
|
||||
:align: center
|
||||
:alt: Select the toggle button and click on outstanding Accounts
|
||||
|
||||
.. note::
|
||||
- If you do not specify an outstanding payments account or an outstanding receipts account for a
|
||||
specific journal, Odoo uses the default outstanding accounts.
|
||||
- If your main bank account is added as an outstanding receipts account or outstanding payments
|
||||
account, when a payment is registered, the invoice or bill's status is directly set to
|
||||
:guilabel:`Paid`.
|
||||
- If the main bank account of the journal is added as an outstanding receipts account or
|
||||
outstanding payments account, when a payment is registered, the invoice or bill's status is
|
||||
directly set to :guilabel:`Paid`.
|
||||
- If the outstanding receipts or outstanding payments account for a payment method is left blank,
|
||||
registering a payment with that payment method will not create any journal entry.
|
||||
|
||||
.. toctree::
|
||||
:titlesonly:
|
||||
@ -192,4 +199,6 @@ Payments` tab. To display the outstanding accounts column, click on the toggle b
|
||||
bank/transactions
|
||||
bank/reconciliation
|
||||
bank/reconciliation_models
|
||||
bank/internal_transfers
|
||||
bank/foreign_currency
|
||||
bank/loans
|
||||
|
Before Width: | Height: | Size: 7.0 KiB After Width: | Height: | Size: 8.4 KiB |
Before Width: | Height: | Size: 20 KiB After Width: | Height: | Size: 25 KiB |
@ -11,7 +11,7 @@ To check if your bank is compatible with Odoo, go to `Odoo Accounting Features
|
||||
<https://www.odoo.com/page/accounting-features>`_, and click on
|
||||
:guilabel:`See list of supported institutions`.
|
||||
|
||||
Odoo supports more than 25,000 institutions around the world.
|
||||
Odoo supports more than 26,000 institutions around the world.
|
||||
|
||||
To connect to the banks, Odoo uses multiple web-services:
|
||||
|
||||
|
Before Width: | Height: | Size: 6.4 KiB After Width: | Height: | Size: 6.4 KiB |
@ -0,0 +1,71 @@
|
||||
==================
|
||||
Internal transfers
|
||||
==================
|
||||
|
||||
Internal money transfers can be handled in Odoo. At least two bank or cash accounts are needed to
|
||||
make internal transfers.
|
||||
|
||||
.. seealso::
|
||||
:ref:`How to add an additional bank account <accounting/bank/create>`
|
||||
|
||||
Configuration
|
||||
=============
|
||||
|
||||
An internal transfer account is automatically created on your database based on your company's
|
||||
:doc:`localization <../../fiscal_localizations>` and depending on your country’s legislation. To
|
||||
modify the default :guilabel:`Internal Transfer` account, go to :menuselection:`Accounting -->
|
||||
Configuration --> Settings` and scroll down to the :guilabel:`Default Accounts` section.
|
||||
|
||||
Register an internal transfer from one bank to another
|
||||
======================================================
|
||||
|
||||
When money is transferred from one bank or cash account to another, that amount appears as two
|
||||
transactions on the corresponding journals, whether the transactions are created manually, via
|
||||
import, or via :doc:`bank synchronization <bank_synchronization>`. When reconciling the transaction,
|
||||
select the :guilabel:`Internal Transfers` :doc:`reconciliation model <reconciliation_models>`
|
||||
button. This reconciliation model button writes the transaction off to the :guilabel:`Internal
|
||||
Transfer` account.
|
||||
|
||||
.. tip::
|
||||
Remember to reconcile the transaction for both the outgoing transaction on the journal that sends
|
||||
the payment and the incoming transaction on the journal that receives the payment.
|
||||
|
||||
.. example::
|
||||
Take, for example, a transfer of $1000 from Bank A to Bank B:
|
||||
|
||||
- Bank journal (Bank A)
|
||||
|
||||
.. list-table::
|
||||
:header-rows: 1
|
||||
:stub-columns: 1
|
||||
|
||||
* - **Account**
|
||||
- **Debit**
|
||||
- **Credit**
|
||||
* - Bank A account
|
||||
-
|
||||
- $1,000
|
||||
* - **Internal transfer account**
|
||||
- **$1,000**
|
||||
-
|
||||
|
||||
- Bank journal (Bank B)
|
||||
|
||||
|
||||
.. list-table::
|
||||
:header-rows: 1
|
||||
:stub-columns: 1
|
||||
|
||||
* - **Account**
|
||||
- **Debit**
|
||||
- **Credit**
|
||||
* - Bank B account
|
||||
- $1,000
|
||||
-
|
||||
* - **Internal transfer account**
|
||||
-
|
||||
- **$1,000**
|
||||
|
||||
.. seealso::
|
||||
:doc:`reconciliation`
|
||||
:doc:`reconciliation_models`
|
70
content/applications/finance/accounting/bank/loans.rst
Normal file
@ -0,0 +1,70 @@
|
||||
================
|
||||
Loans management
|
||||
================
|
||||
|
||||
Odoo's loan management gives a comprehensive list of all loans undertaken by your company in order
|
||||
to maintain a holistic and forecasted view of upcoming due dates (e.g., cash forecast). Set up
|
||||
amortization schedules—or import them—and let Odoo automatically handle monthly interest and
|
||||
principal adjustments so that your financial reports are always accurate with minimal effort.
|
||||
|
||||
Create a new loan
|
||||
-----------------
|
||||
|
||||
Create a new loan by going to :menuselection:`Accounting --> Accounting --> Loans`. When creating a
|
||||
new loan, there are three options for how to create amortization schedules:
|
||||
|
||||
- importing it from a supported file;
|
||||
- calculating it from multiple input values (e.g., the :guilabel:`Amount Borrowed`, the
|
||||
:guilabel:`Duration`, etc.) using the :guilabel:`Compute` button;
|
||||
- manually filling in the lines of the schedule.
|
||||
|
||||
In each case, three different fields are required for each line of the amortization schedule: the
|
||||
:guilabel:`Date`, the :guilabel:`Principal`, and the :guilabel:`Interest`.
|
||||
|
||||
The :guilabel:`Amount Borrowed`, :guilabel:`Interest`, and :guilabel:`Duration` fields will be red
|
||||
if the sum of the lines does not match the total of the amortization schedule lines.
|
||||
|
||||
Loan entries mechanism
|
||||
----------------------
|
||||
|
||||
When the amount borrowed is credited to a bank account, it should be transferred to a long-term
|
||||
account (defined in the :guilabel:`Loan Settings` tab). Then, upon the validation of the loan, Odoo
|
||||
creates the necessary journal entries so that there is always a holistic and forecasted view of
|
||||
upcoming due dates. The entire process is completely automated with a long-term and short-term
|
||||
principal reclassification mechanism.
|
||||
|
||||
For each line of the amortization schedule, Odoo creates the following entries:
|
||||
|
||||
A payment entry on the same date that
|
||||
- debits the principal amount to the long-term account;
|
||||
- debits the interest amount to the expense account;
|
||||
- credits the payment amount to the short-term account: this is the amount that will be
|
||||
withdrawn by the bank.
|
||||
|
||||
A reclassification entry on the same date that
|
||||
- debits the sum of the principal amounts of the next 12 months to the long-term account;
|
||||
- credits the sum of the principal amounts of the next 12 months to the short-term account.
|
||||
|
||||
A reversed entry of the reclassification entry on *the next day* that simply reverses the previous
|
||||
one.
|
||||
|
||||
With this mechanism, month after month, the short-term account is always up to date with the
|
||||
current short-term due amounts.
|
||||
|
||||
Closing a loan
|
||||
--------------
|
||||
|
||||
By default, a loan will be closed whenever its last payment entry is posted. However, it can also
|
||||
be manually closed (e.g., because it is being paid off early) by clicking on the :guilabel:`Close`
|
||||
button. A wizard will appear asking from which date the loan should be closed. All draft entries
|
||||
after this date will be deleted too.
|
||||
|
||||
A loan can also be cancelled. In that case, all entries will be deleted even if they were already
|
||||
posted.
|
||||
|
||||
Loans Analysis Report
|
||||
---------------------
|
||||
|
||||
By going to :menuselection:`Accounting --> Reporting --> Loans Analysis`, you can access a
|
||||
report with a pivot view of your ongoing loans. By default, the report shows the principal,
|
||||
interest, and total payment for each year for the loan duration.
|
Before Width: | Height: | Size: 9.0 KiB |
@ -21,25 +21,23 @@ Import transactions
|
||||
|
||||
Odoo supports multiple file formats to import transactions:
|
||||
|
||||
- SEPA recommended Cash Management format (CAMT.053);
|
||||
- Comma-separated values (.CSV);
|
||||
- Open Financial Exchange (.OFX);
|
||||
- Quicken Interchange Format (.QIF);
|
||||
- Belgium: Coded Statement of Account (.CODA).
|
||||
- SEPA recommended Cash Management format (CAMT.053)
|
||||
- Comma-separated values (CSV)
|
||||
- Open Financial Exchange (OFX)
|
||||
- Quicken Interchange Format (QIF)
|
||||
- Belgium: Coded Statement of Account (CODA)
|
||||
|
||||
To import a file, go to the **Accounting Dashboard**, and in the :guilabel:`Bank` journal,
|
||||
To import a file, go to the :guilabel:`Accounting Dashboard`, and in the :guilabel:`Bank` journal,
|
||||
click on :guilabel:`Import File`.
|
||||
|
||||
.. tip::
|
||||
Alternatively, you can also:
|
||||
|
||||
- click :guilabel:`⋮` on the :guilabel:`Bank` journal and select :guilabel:`Import file`;
|
||||
- or access the transaction list by clicking :guilabel:`⋮` on the :guilabel:`Bank` journal and
|
||||
selecting :guilabel:`Transactions`, then click the gear icon :guilabel:`(⚙)` and select
|
||||
:guilabel:`Import records`.
|
||||
|
||||
.. image:: transactions/import-transactions.png
|
||||
:alt: Import bank transactions from the bank journal
|
||||
- click the :icon:`fa-ellipsis-v` :guilabel:`(ellipsis)` icon on the :guilabel:`Bank`
|
||||
journal and select :guilabel:`Import file`;
|
||||
- or access the transaction list by clicking the :icon:`fa-ellipsis-v` :guilabel:`(ellipsis)`
|
||||
icon on the :guilabel:`Bank` journal and selecting :guilabel:`Transactions`, then click
|
||||
the :icon:`fa-cog` :guilabel:`(gear)` icon and select :guilabel:`Import records`.
|
||||
|
||||
Next, select the file and upload it.
|
||||
|
||||
@ -75,22 +73,28 @@ on your business flow, you may want to record them for control purposes.
|
||||
account balance as of the date you begin synchronizing or importing transactions. This is
|
||||
necessary to ensure the accuracy of your accounting.
|
||||
|
||||
To access a list of statements, go to your :guilabel:`Accounting Dashboard`, click on the vertical
|
||||
ellipsis (:guilabel:`⋮`) button next to the bank or cash journal you want to check, then on
|
||||
:guilabel:`Statements`
|
||||
To access a list of existing statements, go to the :guilabel:`Accounting Dashboard`, click the
|
||||
:icon:`fa-ellipsis-v` :guilabel:`(ellipsis)` icon next to the bank or cash journal you want to
|
||||
check, then click :guilabel:`Statements`.
|
||||
|
||||
.. _transactions/statement-kanban:
|
||||
|
||||
Statement creation from the kanban view
|
||||
---------------------------------------
|
||||
|
||||
Open the bank reconciliation view by clicking on the name of the bank journal, and identify the
|
||||
transaction corresponding to the last transaction of your bank statement. Click on the
|
||||
:guilabel:`STATEMENT` button when hovering on the upper separator line.
|
||||
Open the bank reconciliation (kanban) view from the :guilabel:`Accounting Dashboard` by clicking on
|
||||
the name of the bank journal and identify the transaction corresponding to the last (most recent)
|
||||
transaction of your bank statement. Click on the :guilabel:`Statement` button when hovering on the
|
||||
upper separator line to create a statement from that transaction down to the oldest transaction that
|
||||
is not yet part of a statement.
|
||||
|
||||
.. image:: transactions/statements-kanban.png
|
||||
:alt: A "STATEMENT" button is visible when hovering on the line separating two transactions.
|
||||
:alt: A "Statement" button is visible when hovering on the line separating two transactions.
|
||||
|
||||
Fill out the statement's details and save. The newly created statement includes the previous
|
||||
transactions following the last statement.
|
||||
In the :guilabel:`Create Statement` window, fill out the statement's :guilabel:`Reference`, verify
|
||||
its :guilabel:`Starting Balance` and :guilabel:`Ending Balance`, and click :guilabel:`Save`.
|
||||
|
||||
.. _transactions/statement-list:
|
||||
|
||||
Statement creation from the list view
|
||||
-------------------------------------
|
||||
@ -100,3 +104,35 @@ view. Select all the transactions corresponding to the bank statement, and, in t
|
||||
:guilabel:`Statement` column, select an existing statement or create a new one by typing its
|
||||
reference, clicking on :guilabel:`Create and edit...`, filling out the statement's details, and
|
||||
saving.
|
||||
|
||||
.. _transactions/view-edit-print:
|
||||
|
||||
Statement viewing, editing, and printing
|
||||
----------------------------------------
|
||||
|
||||
To view an existing statement, click on the statement amount in the reconciliation (kanban) view or
|
||||
click on the statement name in the bank transaction list view. From here, you can edit the
|
||||
:guilabel:`Reference`, :guilabel:`Starting Balance`, or :guilabel:`Ending Balance`.
|
||||
|
||||
.. note::
|
||||
Manually updating the :guilabel:`Starting Balance` automatically updates the :guilabel:`Ending
|
||||
Balance` based on the new value of the :guilabel:`Starting Balance` and the value of the
|
||||
statement's transactions.
|
||||
|
||||
.. warning::
|
||||
If the :guilabel:`Starting Balance` doesn't equal the previous statement's :guilabel:`Ending
|
||||
Balance`, or if the :guilabel:`Ending Balance` doesn't equal the running balance
|
||||
(:guilabel:`Starting Balance` plus the statement's transactions), a warning appears explaining
|
||||
the issue. To maintain flexibility, it is still possible to save without first resolving the
|
||||
issue.
|
||||
|
||||
To attach a digital copy (i.e., JPEG, PNG, or PDF) of the bank statement for enhanced recordkeeping,
|
||||
click the :icon:`fa-paperclip` :guilabel:`Attachments` button and select the file to attach.
|
||||
|
||||
To generate and print a PDF of the bank statement, click the :guilabel:`Print` button (if accessed
|
||||
via the reconciliation view) or click on the :icon:`fa-cog`:guilabel:`(gear)` icon and click
|
||||
:icon:`fa-print`:guilabel:`Statement` (if accessed via the list view).
|
||||
|
||||
.. note::
|
||||
When a bank statement is generated to be printed, it is automatically added to the
|
||||
:guilabel:`Attachments`.
|
||||
|
Before Width: | Height: | Size: 13 KiB |
Before Width: | Height: | Size: 17 KiB After Width: | Height: | Size: 23 KiB |
@ -4,225 +4,224 @@
|
||||
Customer invoices
|
||||
=================
|
||||
|
||||
From Customer Invoice to Payments Collection
|
||||
============================================
|
||||
A customer invoice is a document issued by a company for products and/or services sold to a
|
||||
customer. It records receivables as they are sent to customers. Customer invoices can include
|
||||
amounts due for the goods and/or services provided, applicable sales taxes, shipping and handling
|
||||
fees, and other charges. Odoo supports multiple invoicing and payment workflows.
|
||||
|
||||
Odoo supports multiple invoicing and payment workflows, so you can
|
||||
choose and use the ones that match your business needs. Whether you want
|
||||
to accept a single payment for a single invoice, or process a payment
|
||||
spanning multiple invoices and taking discounts for early payments, you
|
||||
can do so efficiently and accurately.
|
||||
.. seealso::
|
||||
:doc:`/applications/finance/accounting/customer_invoices/overview`
|
||||
|
||||
From Draft Invoice to Profit and Loss
|
||||
-------------------------------------
|
||||
From draft invoice to profit and loss report, the process involves several steps once the goods (or
|
||||
services) have been ordered/shipped (or rendered) to a customer, depending on the invoicing policy:
|
||||
|
||||
If we pick up at the end of a typical 'order to cash' scenario, after
|
||||
the goods have been shipped, you will: issue an invoice; receive
|
||||
payment; deposit that payment at the bank; make sure the Customer
|
||||
Invoice is closed; follow up if Customers are late; and finally present
|
||||
your Income on the Profit and Loss report and show the decrease in
|
||||
Assets on the Balance Sheet report.
|
||||
- :ref:`accounting/invoice/creation`
|
||||
- :ref:`accounting/invoice/confirmation`
|
||||
- :ref:`accounting/invoice/sending`
|
||||
- :ref:`accounting/invoice/paymentandreconciliation`
|
||||
- :ref:`accounting/invoice/followup`
|
||||
- :ref:`accounting/invoice/reporting`
|
||||
|
||||
Invoicing in most countries occurs when a contractual obligation is met.
|
||||
If you ship a box to a customer, you have met the terms of the contract
|
||||
and can bill them. If your supplier sends you a shipment, they have met
|
||||
the terms of that contract and can bill you. Therefore, the terms of the
|
||||
contract is fulfilled when the box moves to or from the truck. At this
|
||||
point, Odoo supports the creation of what is called a Draft Invoice by
|
||||
Warehouse staff.
|
||||
.. _accounting/invoice/creation:
|
||||
|
||||
Invoice creation
|
||||
----------------
|
||||
================
|
||||
|
||||
Draft invoices can be manually generated from other documents such as
|
||||
Sales Orders, Purchase Orders,etc. Although you can create a draft
|
||||
invoice directly if you would like.
|
||||
Draft invoices can be created directly from documents like sales orders or purchase orders or
|
||||
manually from the :guilabel:`Customer Invoices` journal in the :guilabel:`Accounting Dashboard`.
|
||||
|
||||
An invoice must be provided to the customer with the necessary
|
||||
information in order for them to pay for the goods and services ordered
|
||||
and delivered. It must also include other information needed to pay the
|
||||
invoice in a timely and precise manner.
|
||||
An invoice must include the required information to enable the customer to pay promptly for their
|
||||
goods and services. Make sure the following fields are appropriately completed:
|
||||
|
||||
Draft invoices
|
||||
--------------
|
||||
- :guilabel:`Customer`: When a customer is selected, Odoo automatically pulls information from the
|
||||
customer record like the invoice address,
|
||||
:doc:`preferred payment terms <customer_invoices/payment_terms>`,
|
||||
:doc:`fiscal positions <taxes/fiscal_positions>`, receivable account, and more onto the invoice.
|
||||
To change these values for this specific invoice, edit them directly on the invoice. To change
|
||||
them for future invoices, change the values on the contact record.
|
||||
- :guilabel:`Invoice Date`: If not set manually, this field is automatically set as the current date
|
||||
upon confirmation.
|
||||
- :guilabel:`Due Date` or :doc:`payment terms <customer_invoices/payment_terms>`: To specify when
|
||||
the customer has to pay the invoice.
|
||||
- :guilabel:`Journal`: Automatically set and can be changed if needed.
|
||||
- :doc:`Currency <get_started/multi_currency>`. If the invoice's currency differs from the
|
||||
company's currency, the currency exchange rate is automatically displayed.
|
||||
|
||||
The system generates invoice which are initially set to the Draft state.
|
||||
While these invoices remain unvalidated, they have no accounting impact within the system.
|
||||
There is nothing to stop users from creating their own draft invoices.
|
||||
In the :guilabel:`Invoice Lines` tab:
|
||||
|
||||
Let's create a customer invoice with following information:
|
||||
- :guilabel:`Product`: Click :guilabel:`Add a line`, then search for and select the product.
|
||||
- :guilabel:`Quantity`
|
||||
- :guilabel:`Price`
|
||||
- :doc:`Taxes <taxes>` (if applicable)
|
||||
|
||||
- Customer: Agrolait
|
||||
- Product: iMac
|
||||
- Quantity: 1
|
||||
- Unit Price: 100
|
||||
- Taxes: Tax 15%
|
||||
To access the product catalog and view all items in an organized display, click :doc:`Catalog
|
||||
</applications/inventory_and_mrp/inventory/warehouses_storage/inventory_management/product_catalog>`.
|
||||
When the products and quantities are selected, click :guilabel:`Back to Invoice` to return to the
|
||||
invoice; the selected catalog items will appear in the invoice lines.
|
||||
|
||||
.. image:: customer_invoices/invoice01.png
|
||||
.. tip::
|
||||
To display the total amount of the invoice in words, go to :menuselection:`Accounting -->
|
||||
Configuration --> Settings` and activate the :guilabel:`Total amount of invoice in letters`
|
||||
option.
|
||||
|
||||
.. image:: customer_invoices/invoice02.png
|
||||
The :guilabel:`Journal Items` tab displays the accounting entries created. Additional invoice
|
||||
information such as the :guilabel:`Customer Reference`, :guilabel:`Payment Reference`, :doc:`Fiscal
|
||||
Positions <taxes/fiscal_positions>`, :doc:`Incoterms <customer_invoices/incoterms>`, and more can be
|
||||
added or modified in the :guilabel:`Other Info` tab.
|
||||
|
||||
The document is composed of three parts:
|
||||
.. note::
|
||||
Odoo initially creates invoices in :guilabel:`Draft` status. Draft invoices have no accounting
|
||||
impact until they are :ref:`confirmed <accounting/invoice/confirmation>`.
|
||||
|
||||
- the top of the invoice, with customer information,
|
||||
- the main body of the invoice, with detailed invoice lines,
|
||||
- the bottom of the page, with detail about the taxes, and the totals.
|
||||
.. seealso::
|
||||
:doc:`/applications/sales/sales/invoicing/proforma`
|
||||
|
||||
Open or Pro-forma invoices
|
||||
--------------------------
|
||||
.. _accounting/invoice/confirmation:
|
||||
|
||||
An invoice will usually include the quantity and the price of goods
|
||||
and/or services, the date, any parties involved, the unique invoice
|
||||
number, and any tax information.
|
||||
Invoice confirmation
|
||||
====================
|
||||
|
||||
"Validate" the invoice when you are ready to approve it. The invoice
|
||||
then moves from the Draft state to the Open state.
|
||||
Click :guilabel:`Confirm` when the invoice is completed. The invoice's status changes to
|
||||
:guilabel:`Posted`, and a journal entry is generated based on the invoice configuration. On
|
||||
confirmation, Odoo assigns each invoice a unique number from a defined :doc:`sequence
|
||||
<customer_invoices/sequence>`.
|
||||
|
||||
When you have validated an invoice, Odoo gives it a unique number from a
|
||||
defined, and modifiable, sequence.
|
||||
.. note::
|
||||
- Once confirmed, an invoice can no longer be updated. Click :guilabel:`Reset to draft` if
|
||||
changes are needed.
|
||||
- If required, invoices and other journal entries can be locked once posted using the
|
||||
:ref:`Secure posted entries with hash <data-inalterability/restricted>` feature.
|
||||
|
||||
.. image:: customer_invoices/invoice03.png
|
||||
.. _accounting/invoice/sending:
|
||||
|
||||
Accounting entries corresponding to this invoice are automatically
|
||||
generated when you validate the invoice. You can see the details by
|
||||
clicking on the entry in the Journal Entry field in the "Other Info"
|
||||
tab.
|
||||
Invoice sending
|
||||
===============
|
||||
|
||||
.. image:: customer_invoices/invoice04.png
|
||||
To set a preferred :guilabel:`Invoice sending` method for a customer, go to
|
||||
:menuselection:`Accounting --> Customers --> Customers` and select the customer. In the
|
||||
:guilabel:`Accounting` tab of the contact form, select the preferred :guilabel:`Invoice sending`
|
||||
method in the :guilabel:`Customer Invoices` section.
|
||||
|
||||
Send the invoice to customer
|
||||
----------------------------
|
||||
.. note::
|
||||
Sending letters in Odoo requires :doc:`In-App Purchase (IAP) <../../essentials/in_app_purchase>`
|
||||
credit or tokens.
|
||||
|
||||
After validating the customer invoice, you can directly send it to the
|
||||
customer via the 'Send by email' functionality.
|
||||
To send the invoice to the customer, navigate back to the invoice record and follow these steps:
|
||||
|
||||
.. image:: customer_invoices/invoice05.png
|
||||
#. Click :guilabel:`Print & Send`.
|
||||
#. If the :ref:`default invoice layout <studio/pdf-reports/default-layout>` has not been customized
|
||||
yet, a :guilabel:`Configure your document layout` pop-up window appears. Configure the layout and
|
||||
click :guilabel:`Continue`.
|
||||
|
||||
A typical journal entry generated from a validated invoice will look
|
||||
like as follows:
|
||||
.. note::
|
||||
- The document layout can be changed at any time in the general settings.
|
||||
- To add a QR code for banking app payments to the invoice, enable the :guilabel:`QR Code`
|
||||
option in the :guilabel:`Configure Your Document Layout` window. To modify this option, go
|
||||
to :menuselection:`Accounting --> Configuration --> Settings`, scroll down to the
|
||||
:guilabel:`Customer Payments` section, and enable/disable the :guilabel:`QR Codes` option.
|
||||
|
||||
+-----------------------+---------------+----------------+-------------+--------------+
|
||||
| **Account** | **Partner** | **Due date** | **Debit** | **Credit** |
|
||||
+=======================+===============+================+=============+==============+
|
||||
| Accounts Receivable | Agrolait | 01/07/2015 | 115 | |
|
||||
+-----------------------+---------------+----------------+-------------+--------------+
|
||||
| Taxes | Agrolait | | | 15 |
|
||||
+-----------------------+---------------+----------------+-------------+--------------+
|
||||
| Sales | | | | 100 |
|
||||
+-----------------------+---------------+----------------+-------------+--------------+
|
||||
#. In the :guilabel:`Print & Send` window:
|
||||
|
||||
Payment
|
||||
-------
|
||||
- If a preferred :guilabel:`Invoice sending` method was set in the contact form, it is selected
|
||||
by default. Select another one if needed.
|
||||
- If no preferred :guilabel:`Invoice sending` method was set in the contact form, select the
|
||||
method to use for sending the invoice to the customer.
|
||||
|
||||
In Odoo, an invoice is considered to be paid when the associated
|
||||
accounting entry has been reconciled with the payment entries. If there
|
||||
has not been a reconciliation, the invoice will remain in the Open state
|
||||
until you have entered the payment.
|
||||
#. Click :guilabel:`Print & Send` if the :guilabel:`by Email` option is selected, or click
|
||||
:guilabel:`Print`.
|
||||
|
||||
A typical journal entry generated from a payment will look like as
|
||||
follows:
|
||||
.. _accounting/invoice/sending-multiple-invoices:
|
||||
|
||||
+-----------------------+---------------+----------------+-------------+--------------+
|
||||
| **Account** | **Partner** | **Due date** | **Debit** | **Credit** |
|
||||
+=======================+===============+================+=============+==============+
|
||||
| Bank | Agrolait | | 115 | |
|
||||
+-----------------------+---------------+----------------+-------------+--------------+
|
||||
| Accounts Receivable | Agrolait | | | 115 |
|
||||
+-----------------------+---------------+----------------+-------------+--------------+
|
||||
Sending multiple invoices
|
||||
-------------------------
|
||||
|
||||
Receive a partial payment through the bank statement
|
||||
----------------------------------------------------
|
||||
To send and print multiple invoices, go to :menuselection:`Accounting --> Customers --> Invoices`,
|
||||
select them in the :guilabel:`Invoices` list view and click :guilabel:`Print & Send`. The
|
||||
:guilabel:`Print & Send` window displays the selected invoice sending methods based on the preferred
|
||||
method set.
|
||||
|
||||
You can manually enter your bank statements in Odoo, or you can import
|
||||
them in from a csv file or from several other predefined formats
|
||||
according to your accounting localisation.
|
||||
A banner is added to the selected invoices to indicate they are part of an ongoing send and print
|
||||
batch. This helps prevent the process from being triggered manually again, as it may take some time
|
||||
to complete for exceptionally large batches.
|
||||
|
||||
Create a bank statement from the accounting dashboard with the related
|
||||
journal and enter an amount of $100 .
|
||||
To check all invoices that have not yet been sent, go to :menuselection:`Accounting --> Customers
|
||||
--> Invoices`. In the :guilabel:`Invoices` list view, click into the search bar and filter on
|
||||
:guilabel:`Not Sent`.
|
||||
|
||||
.. image:: customer_invoices/invoice06.png
|
||||
.. _accounting/invoice/paymentandreconciliation:
|
||||
|
||||
Reconcile
|
||||
---------
|
||||
Payment and reconciliation
|
||||
==========================
|
||||
|
||||
Now let's reconcile!
|
||||
In Odoo, an invoice is considered :guilabel:`Paid` when the associated accounting entry has been
|
||||
reconciled with a corresponding bank transaction.
|
||||
|
||||
.. image:: customer_invoices/invoice07.png
|
||||
.. seealso::
|
||||
- :doc:`payments`
|
||||
- :doc:`bank/reconciliation`
|
||||
|
||||
You can now go through every transaction and reconcile them or you can mass reconcile with instructions at the bottom.
|
||||
.. _accounting/invoice/followup:
|
||||
|
||||
After reconciling the items in the sheet, the related invoice will now
|
||||
display "You have outstanding payments for this customer. You can
|
||||
reconcile them to pay this invoice. "
|
||||
Payment follow-up
|
||||
=================
|
||||
|
||||
.. image:: customer_invoices/invoice08.png
|
||||
Odoo's :doc:`follow-up actions <payments/follow_up>` help companies follow up on customer invoices.
|
||||
Different actions can be set up to remind customers to pay their outstanding invoices, depending on
|
||||
how much the customer is overdue. These actions are bundled into follow-up levels that trigger when
|
||||
an invoice is overdue by a certain number of days. If there are multiple overdue invoices for the
|
||||
same customer, the actions are performed on the most overdue invoice.
|
||||
|
||||
.. image:: customer_invoices/invoice09.png
|
||||
.. _accounting/invoice/reporting:
|
||||
|
||||
Apply the payment. Below, you can see that the payment has been added to
|
||||
the invoice.
|
||||
Reporting
|
||||
=========
|
||||
|
||||
.. image:: customer_invoices/invoice10.png
|
||||
.. _accounting/invoice/partner-reports:
|
||||
|
||||
Payment Followup
|
||||
----------------
|
||||
|
||||
There's a growing trend of customers paying bills later and later.
|
||||
Therefore, collectors must make every effort to collect money and
|
||||
collect it faster.
|
||||
|
||||
Odoo will help you define your follow-up strategy. To remind customers
|
||||
to pay their outstanding invoices, you can define different actions
|
||||
depending on how severely overdue the customer is. These actions are
|
||||
bundled into follow-up levels that are triggered when the due date of an
|
||||
invoice has passed a certain number of days. If there are other overdue
|
||||
invoices for the same customer, the actions of the most overdue invoice
|
||||
will be executed.
|
||||
|
||||
By going to the customer record and diving into the "Overdue Payments"
|
||||
you will see the follow-up message and all overdue invoices.
|
||||
|
||||
.. image:: customer_invoices/invoice11.png
|
||||
|
||||
.. image:: customer_invoices/invoice12.png
|
||||
|
||||
.. _customer-invoices/aging-report:
|
||||
|
||||
Customer aging report:
|
||||
~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
The customer aging report will be an additional key tool for the
|
||||
collector to understand the customer credit issues, and to prioritize
|
||||
their work.
|
||||
|
||||
Use the aging report to determine which customers are overdue and begin
|
||||
your collection efforts.
|
||||
|
||||
.. image:: customer_invoices/invoice13.png
|
||||
|
||||
Profit and loss
|
||||
Partner reports
|
||||
---------------
|
||||
|
||||
The Profit and Loss statement displays your revenue and expense details.
|
||||
Ultimately, this gives you a clear image of your Net Profit and Loss. It
|
||||
is sometimes referred to as the "Income Statement" or "Statement of
|
||||
Revenues and Expenses."
|
||||
.. _accounting/invoices/partner-ledger:
|
||||
|
||||
.. image:: customer_invoices/invoice14.png
|
||||
Partner Ledger
|
||||
~~~~~~~~~~~~~~
|
||||
|
||||
The :guilabel:`Partner Ledger` report shows the balance of customers and suppliers. To access it,
|
||||
go to :menuselection:`Accounting --> Reporting --> Partner Ledger`.
|
||||
|
||||
.. _accounting/invoices/aging-report:
|
||||
|
||||
Aged Receivable
|
||||
~~~~~~~~~~~~~~~
|
||||
|
||||
To review outstanding customer invoices and their related due dates, use the :ref:`Aged Receivable
|
||||
<accounting/reporting/aged-receivable>` report. To access it, go to :menuselection:`Accounting -->
|
||||
Reporting --> Aged Receivable`.
|
||||
|
||||
.. _accounting/invoices/aged-payable:
|
||||
|
||||
Aged Payable
|
||||
~~~~~~~~~~~~
|
||||
|
||||
To review outstanding vendor bills and their related due dates, use the :ref:`Aged Payable
|
||||
<accounting/reporting/aged-payable>` report. To access it, go to :menuselection:`Accounting -->
|
||||
Reporting --> Aged Payable`.
|
||||
|
||||
.. _accounting/invoices/profit-and-loss:
|
||||
|
||||
Profit and Loss
|
||||
---------------
|
||||
|
||||
The :ref:`Profit and Loss <accounting/reporting/profit-and-loss>` statement shows details of income
|
||||
and expenses.
|
||||
|
||||
.. _accounting/invoices/balance-sheet:
|
||||
|
||||
Balance sheet
|
||||
-------------
|
||||
|
||||
The balance sheet summarizes your company's liabilities,
|
||||
assets and equity at a specific moment in time.
|
||||
|
||||
.. image:: customer_invoices/invoice15.png
|
||||
|
||||
.. image:: customer_invoices/invoice16.png
|
||||
|
||||
For example, if you manage your inventory using the perpetual accounting
|
||||
method, you should expect a decrease in account "Current Assets" once
|
||||
the material has been shipped to the customer.
|
||||
The :ref:`Balance Sheet <accounting/reporting/balance-sheet>` summarizes the company's assets,
|
||||
liabilities, and equity at a specific time.
|
||||
|
||||
.. toctree::
|
||||
:titlesonly:
|
||||
@ -236,6 +235,7 @@ the material has been shipped to the customer.
|
||||
customer_invoices/cash_rounding
|
||||
customer_invoices/deferred_revenues
|
||||
customer_invoices/electronic_invoicing
|
||||
customer_invoices/sequence
|
||||
customer_invoices/snailmail
|
||||
customer_invoices/epc_qr_code
|
||||
customer_invoices/incoterms
|
||||
|
@ -33,19 +33,28 @@ Make sure the default settings are correctly configured for your business. To do
|
||||
|
||||
Journal
|
||||
The deferral entries are posted in this journal.
|
||||
Deferred Expense Account
|
||||
Expenses are deferred on this Current Asset account until they are recognized.
|
||||
Deferred Revenue Account
|
||||
Deferred Revenue
|
||||
Revenues are deferred on this Current Liability account until they are recognized.
|
||||
Generate Entries
|
||||
By default, Odoo :ref:`automatically generates <customer_invoices/deferred/generate_on_validation>`
|
||||
the deferral entries when you post a customer invoice. However, you can also choose to
|
||||
:ref:`generate them manually <customer_invoices/deferred/generate_manually>` by selecting the
|
||||
:guilabel:`Manually & Grouped` option instead.
|
||||
Amount Computation
|
||||
Suppose an invoice of $1200 must be deferred over 12 months. The :guilabel:`Equal per month`
|
||||
computation accounts for $100 each month, while the :guilabel:`Based on days` computation
|
||||
accounts for different amounts depending on the number of days in each month.
|
||||
Based on
|
||||
Suppose an invoice of $1200 must be deferred over 12 months.
|
||||
|
||||
- The :guilabel:`Months` option accounts for $100 each month prorated to the number of days in
|
||||
that month (e.g., $50 for the first month if the :guilabel:`Start Date` is set to the 15th of
|
||||
the month).
|
||||
|
||||
- The :guilabel:`Full Months` option considers each month started to be full (e.g., $100 for the
|
||||
first month even if the :guilabel:`Start Date` is set to the 15th of the month); this means that
|
||||
with the :guilabel:`Full Months` option, a full $100 is recognized in the first partial month,
|
||||
eliminating the need for a 13th month to recognize any remainder as would be the case when using
|
||||
the :guilabel:`Months` option.
|
||||
|
||||
- The :guilabel:`Days` option accounts for different amounts depending on the number of days in
|
||||
each month (e.g., ~$102 for January and ~$92 for February).
|
||||
|
||||
.. _customer_invoices/deferred/generate_on_validation:
|
||||
|
||||
|
@ -13,49 +13,41 @@ some governments for fiscal control or to facilitate the administration.
|
||||
Electronic invoicing of your documents such as customer invoices, credit notes or vendor bills is
|
||||
one of the application of EDI.
|
||||
|
||||
Odoo supports, among others, the following formats.
|
||||
Odoo supports e-invoicing in many countries. Refer to the country's page for more details:
|
||||
|
||||
.. list-table::
|
||||
:header-rows: 1
|
||||
|
||||
* - Format Name
|
||||
- Applicability
|
||||
* - Factur-X (CII)
|
||||
- All customers
|
||||
* - Peppol BIS Billing 3.0
|
||||
- All customers
|
||||
* - XRechnung (UBL)
|
||||
- All customers
|
||||
* - Fattura PA (IT)
|
||||
- Italian companies
|
||||
* - CFDI (4.0)
|
||||
- Mexican companies
|
||||
* - Peru UBL 2.1
|
||||
- Peruvian companies
|
||||
* - SII IVA Llevanza de libros registro (ES)
|
||||
- Spanish companies
|
||||
* - UBL 2.1 (Columbia)
|
||||
- Colombian companies
|
||||
* - Egyptian Tax Authority
|
||||
- Egyptian companies
|
||||
* - E-Invoice (IN)
|
||||
- Indian companies
|
||||
* - NLCIUS (Netherlands)
|
||||
- Dutch companies
|
||||
* - EHF 3.0
|
||||
- Norwegian companies
|
||||
* - SG BIS Billing 3.0
|
||||
- Singaporean companies
|
||||
* - A-NZ BIS Billing 3.0
|
||||
- All customers
|
||||
|
||||
.. note::
|
||||
- The **Factur-X (CII)** format enables validation checks on the invoice and generates PDF/A-3
|
||||
compliant files.
|
||||
- Every PDF generated by Odoo includes an integrated **Factur-X** XML file.
|
||||
- :doc:`Argentina <electronic_invoicing/argentina>`
|
||||
- :doc:`Austria <electronic_invoicing/austria>`
|
||||
- :doc:`Belgium <electronic_invoicing/belgium>`
|
||||
- :doc:`Brazil <electronic_invoicing/brazil>`
|
||||
- :doc:`Chile <electronic_invoicing/chile>`
|
||||
- :doc:`Colombia <electronic_invoicing/colombia>`
|
||||
- :doc:`Croatia <electronic_invoicing/croatia>`
|
||||
- :doc:`Denmark <electronic_invoicing/denmark>`
|
||||
- :doc:`Ecuador <electronic_invoicing/ecuador>`
|
||||
- :doc:`Estonia <electronic_invoicing/estonia>`
|
||||
- :doc:`Finland <electronic_invoicing/finland>`
|
||||
- :doc:`France <electronic_invoicing/france>`
|
||||
- :doc:`Germany <electronic_invoicing/germany>`
|
||||
- :doc:`Hungary <electronic_invoicing/hungary>`
|
||||
- :doc:`Ireland <electronic_invoicing/ireland>`
|
||||
- :doc:`Italy <electronic_invoicing/italy>`
|
||||
- :doc:`Latvia <electronic_invoicing/latvia>`
|
||||
- :doc:`Lithuania <electronic_invoicing/lithuania>`
|
||||
- :doc:`Luxembourg <electronic_invoicing/luxembourg>`
|
||||
- :doc:`Mexico <electronic_invoicing/mexico>`
|
||||
- :doc:`Netherlands <electronic_invoicing/netherlands>`
|
||||
- :doc:`Norway <electronic_invoicing/norway>`
|
||||
- :doc:`Peru <electronic_invoicing/peru>`
|
||||
- :doc:`Poland <electronic_invoicing/poland>`
|
||||
- :doc:`Portugal <electronic_invoicing/portugal>`
|
||||
- :doc:`Romania <electronic_invoicing/romania>`
|
||||
- :doc:`Slovenia <electronic_invoicing/slovenia>`
|
||||
- :doc:`Spain <electronic_invoicing/spain>`
|
||||
- :doc:`Spain - Basque Country <electronic_invoicing/basque_country>`
|
||||
- :doc:`Uruguay <electronic_invoicing/uruguay>`
|
||||
|
||||
.. seealso::
|
||||
:doc:`../../fiscal_localizations`
|
||||
:doc:`Fiscal localizations documentation <../../fiscal_localizations>`
|
||||
|
||||
.. _e-invoicing/configuration:
|
||||
|
||||
|
@ -0,0 +1,54 @@
|
||||
:orphan:
|
||||
|
||||
======================================
|
||||
Odoo electronic invoicing in Argentina
|
||||
======================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to meet Argentina's regulatory standards and compatible with the requirements set
|
||||
forth by the `Administración Federal de Ingresos Públicos (AFIP) <https://www.afip.gob.ar/>`_.
|
||||
|
||||
Legal framework for e-invoicing in Argentina
|
||||
============================================
|
||||
|
||||
In Argentina, e-invoicing is regulated by the :abbr:`AFIP (Administración Federal de Ingresos
|
||||
Públicos)` and is mandatory for most businesses to ensure tax compliance and transparency. The
|
||||
primary regulations governing e-invoicing include:
|
||||
|
||||
- `General Resolution No. 4290/2018 <https://biblioteca.afip.gob.ar/search/query/norma.aspx?p=t:RAG|n:4290|o:3|a:2018|f:02/08/2018>`_
|
||||
which establishes the mandatory use of electronic invoices for specific economic activities and
|
||||
turnover thresholds.
|
||||
- Fiscal code regulations: Requires electronic invoices for all VAT-registered businesses, including
|
||||
B2B, :abbr:`B2G (business-to-government)`, and B2C transactions.
|
||||
- Implementation of :abbr:`CAE (Código de Autorización Electrónico)`: Every electronic invoice must
|
||||
include a :abbr:`CAE (Código de Autorización Electrónico)` issued by the :abbr:`AFIP
|
||||
(Administración Federal de Ingresos Públicos)`, ensuring its validity and authenticity.
|
||||
|
||||
Compliance with Argentinian e-invoicing regulations
|
||||
===================================================
|
||||
|
||||
Odoo Invoicing simplifies the process of adhering to Argentina's e-invoicing regulations, offering
|
||||
features designed to ensure compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports Argentina's authorized e-invoice formats, including :abbr:`FE
|
||||
(Factura Electrónica)` with :abbr:`AFIP (Administración Federal de Ingresos Públicos)`-compliant
|
||||
digital validation, XML with :abbr:`CAE (Código de Autorización Electrónico)` authorization for
|
||||
real-time integration with :abbr:`AFIP (Administración Federal de Ingresos Públicos)`, and
|
||||
digitally signed PDF invoices featuring :abbr:`CAE (Código de Autorización Electrónico)` and
|
||||
QR codes for secure validation.
|
||||
- **Secure storage and retrieval**: Complying with Argentina’s ten-year storage requirement, Odoo
|
||||
provides tamper-proof archiving and easy retrieval for audits or tax inspections.
|
||||
- **Automatic VAT calculation and reporting**: Odoo ensures compliance with Argentina's VAT
|
||||
regulations by automatically calculating VAT, incorporating it into invoices, and adhering to
|
||||
legal reporting requirements for accurate tax submissions.
|
||||
|
||||
.. seealso::
|
||||
:doc:`Argentinian fiscal localization documentation <../../../fiscal_localizations/argentina>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides a general overview of Argentine e-invoicing laws and how Odoo’s invoicing
|
||||
module supports compliance with AFIP regulations and the Fiscal Code. It is not intended as legal
|
||||
advice. We recommend consulting with a tax advisor or legal professional familiar with
|
||||
Argentinian e-invoicing regulations to ensure compliance tailored to your specific business
|
||||
needs.
|
@ -0,0 +1,52 @@
|
||||
:orphan:
|
||||
|
||||
====================================
|
||||
Odoo electronic invoicing in Austria
|
||||
====================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Austria's regulatory standards, and compatible with the European `Peppol
|
||||
<https://peppol.org/about/>`_ framework.
|
||||
|
||||
Legal framework for e-invoicing in Austria
|
||||
==========================================
|
||||
|
||||
In Austria, businesses must adhere to e-invoicing laws that ensure secure, authentic, and storable
|
||||
transactions. The main regulation governing e-invoicing requirements in Austria is the `Austrian VAT
|
||||
Act (UStG) <https://www.ris.bka.gv.at/GeltendeFassung.wxe?Abfrage=Bundesnormen&Gesetzesnummer=10004873>`_
|
||||
and its related e-invoicing standards for public procurement (`BGBI. I Nr. 32/2019 <https://360.lexisnexis.at/d/rechtsnorm-ris/32_bundesgesetz_mit_dem_das_beamten_dienstrechtsge/b_bgbl_2019_2019_I_32_46c550bf37>`_),
|
||||
which aligns with `EU Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_.
|
||||
These laws mandate that all businesses engaged in :abbr:`B2G (business-to-government)` transactions
|
||||
must use e-invoicing, and increasingly, e-invoicing is encouraged for B2B transactions to improve
|
||||
tax compliance and transparency.
|
||||
|
||||
Compliance with Austrian e-invoicing regulations
|
||||
================================================
|
||||
|
||||
Odoo Invoicing makes it easy for businesses to send, store, and ensure the integrity of their
|
||||
invoices. Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported format**: Odoo supports standard e-invoice formats such as PDF with digital signatures
|
||||
and XML in :abbr:`UBL (Universal Business Language)` format, which are fully compatible with
|
||||
e-rechnung.gv.at, Austria's central electronic invoicing platform for public procurement
|
||||
transactions. Any platform can be used if connected to the authentication services of the Federal
|
||||
Service Portal (:abbr:`USP (Unternehmensserviceportal)`) e-rechnung.gv.at for e-invoicing
|
||||
transmission.
|
||||
- **Secure storage and retrieval**: In accordance with the Austrian requirement to store invoices
|
||||
for a minimum of seven years, Odoo securely archives all invoices in a tamper-proof system,
|
||||
ensuring that they can be easily retrieved during audits.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing helps businesses stay in line with
|
||||
Austrian VAT requirements by automatically calculating and including VAT in invoices and ensuring
|
||||
that each invoice follows the legal format for B2B and :abbr:`B2G (business-to-government)`
|
||||
transactions.
|
||||
|
||||
.. seealso::
|
||||
:doc:`Austria fiscal localization documentation <../../../fiscal_localizations/austria>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Austrian e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with the Austrian VAT Act (UStG) and related regulations. It does does not constitute
|
||||
legal advice. We recommend consulting with a tax advisor or legal professional familiar with
|
||||
Austrian e-invoicing regulations to ensure full compliance tailored to your specific business
|
||||
requirements.
|
@ -0,0 +1,50 @@
|
||||
:orphan:
|
||||
|
||||
===============================================
|
||||
Odoo electronic invoicing in the Basque Country
|
||||
===============================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to meet Basque Country's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in the Basque Country
|
||||
=====================================================
|
||||
|
||||
In the Basque Country, electronic invoicing is governed by Spanish national legislation and regional
|
||||
implementations, including the `Ley de Facturación Electrónica <https://www.facturae.gob.es/face/Paginas/FACE.aspx>`_
|
||||
and compliance with `EU Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_.
|
||||
For :abbr:`B2G (business-to-government)` transactions, e-invoicing is mandatory, and suppliers must
|
||||
submit e-invoices through the FACe platform or the regional system, e-Factura Euskadi, specifically
|
||||
designed for the Basque Country. These platforms ensure the secure submission of invoices to public
|
||||
administrations. While B2B e-invoicing is not yet mandatory, its use is growing, supported by the
|
||||
implementation of the TicketBAI system, which is specific to the Basque Country and promotes tax
|
||||
transparency.
|
||||
|
||||
Compliance with Basque e-invoicing regulations
|
||||
==============================================
|
||||
|
||||
Odoo Invoicing is fully prepared to help businesses meet the Basque Country's e-invoicing
|
||||
requirements while complying with broader Spanish and EU standards. Here is how Odoo ensures
|
||||
compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports formats such as Facturae XML, required for compliance with
|
||||
the FACe and e-Factura Euskadi platforms. Additionally, Odoo integrates with the TicketBAI system,
|
||||
ensuring all invoices meet the technical and legal standards for secure submission to tax
|
||||
authorities. Odoo enables businesses to submit e-invoices seamlessly to the FACe platform for
|
||||
national compliance and the e-Factura Euskadi system for regional public administration
|
||||
transactions. Furthermore, Odoo supports compliance with the TicketBAI initiative, specific to the
|
||||
Basque Country.
|
||||
- **Secure storage and retrieval**: In accordance with regulations requiring invoices to be stored
|
||||
for a minimum of 6 years, Odoo provides a secure, tamper-proof archive for all invoices, allowing
|
||||
easy access for audits and tax reviews.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing automates VAT calculations, ensuring
|
||||
invoices adhere to Basque Country VAT requirements for B2G and B2B transactions while facilitating
|
||||
compliance with the SII (Immediate Supply of Information) system for real-time VAT reporting.
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of e-invoicing laws in the Basque Country and how Odoo Invoicing
|
||||
supports compliance with the Ley de Facturación Electrónica, e-Factura Euskadi, TicketBAI system,
|
||||
and FACe platform. It is not intended as legal advice. We recommend consulting with a tax advisor
|
||||
or legal professional familiar with e-invoicing regulations in the Basque Country to ensure
|
||||
compliance tailored to your specific business needs.
|
@ -0,0 +1,53 @@
|
||||
:orphan:
|
||||
|
||||
====================================
|
||||
Odoo electronic invoicing in Belgium
|
||||
====================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Belgium's regulatory standards, and compatible with the European `Peppol
|
||||
<https://peppol.org/about/>`_ framework.
|
||||
|
||||
Legal framework for e-invoicing in Belgium
|
||||
==========================================
|
||||
|
||||
In Belgium, businesses must adhere to e-invoicing laws that ensure secure, authentic, and storable
|
||||
transactions. The primary regulation governing e-invoicing requirements in Belgium is the `Belgian
|
||||
VAT Code <https://finances.belgium.be/fr/sur_le_spf/r%C3%A9glementation/r%C3%A9glementation-2023/tva>`_
|
||||
and its related `e-invoicing standards for public procurement <https://www.ejustice.just.fgov.be/cgi_loi/article.pl?language=fr&sum_date=&pd_search=2023-09-21&numac_search=2023045155&page=1&lg_txt=F&caller=list&2023045155=0&trier=promulgation&fr=f&nm_ecran=2023045155&choix1=et&choix2=et>`_,
|
||||
which align with `EU Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_.
|
||||
These laws mandate that all businesses engaged in :abbr:`B2G (business-to-government)` transactions
|
||||
must use e-invoicing via Mercurius, Belgium's official electronic invoicing platform for public
|
||||
procurement transactions. Additionally, Belgium is part of the Peppol network, which provides a
|
||||
standardized framework for cross-border e-invoicing across Europe. Increasingly, e-invoicing is also
|
||||
encouraged for B2B transactions to enhance tax compliance and transparency.
|
||||
|
||||
Compliance with Belgian e-invoicing regulations
|
||||
===============================================
|
||||
|
||||
Odoo Invoicing makes it easy for businesses to send, store, and ensure the integrity of their
|
||||
invoices. Here is how Odoo ensures compliance:
|
||||
|
||||
- **Peppol-compliant formats**: Odoo supports the standardized XML (:abbr:`UBL (Universal Business
|
||||
Language)`) format for Peppol, ensuring compliance with both Belgian and European e-invoicing
|
||||
standards. This ensures your invoices meet the legal requirements for public procurement in
|
||||
Belgium and other EU countries. Odoo enables businesses to send e-invoices directly to government
|
||||
entities in compliance with Belgian regulations through Belgium’s Mercurius platform for public
|
||||
procurement.
|
||||
- **Secure storage and retrieval**: In accordance with Belgian requirements to store invoices for a
|
||||
minimum of seven years, Odoo securely archives all invoices in a tamper-proof system, ensuring
|
||||
that they can be easily retrieved during audits.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing helps businesses comply with Belgian
|
||||
VAT requirements by automatically calculating and including VAT in invoices and ensuring that each
|
||||
invoice follows the legal format for B2B and :abbr:`B2G (business-to-government)` transactions.
|
||||
|
||||
.. seealso::
|
||||
:doc:`Belgium fiscal localization documentation <../../../fiscal_localizations/belgium>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Belgian e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with the Belgian VAT Code, Peppol standards, and related regulations. It does not
|
||||
constitute legal advice. We recommend consulting with a tax advisor or legal professional
|
||||
familiar with Belgian e-invoicing regulations to ensure full compliance tailored to your specific
|
||||
business requirements.
|
@ -0,0 +1,53 @@
|
||||
:orphan:
|
||||
|
||||
===================================
|
||||
Odoo electronic invoicing in Brazil
|
||||
===================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to meet Brazil's regulatory standards and compatible with the requirements set
|
||||
forth by the `Secretaria da Fazenda (SEFAZ) <https://www.gov.br/receitafederal/pt-br>`_.
|
||||
|
||||
Legal framework for e-invoicing in Brazil
|
||||
=========================================
|
||||
|
||||
In Brazil, e-invoicing is highly regulated and mandatory for most businesses to ensure tax
|
||||
compliance and transparency. The key regulations governing e-invoicing include:
|
||||
|
||||
- :abbr:`NF-e (Nota Fiscal Eletrônica)`: A mandatory e-invoice for goods and services used in B2B
|
||||
and :abbr:`B2G (business-to-government)` transactions.
|
||||
- :abbr:`CT-e (Conhecimento de Transporte Eletrônico)`: Specific to freight and logistics services.
|
||||
- :abbr:`NFS-e (Nota Fiscal de Serviços Eletrônica)`: Issued for service-based transactions, with
|
||||
implementation varying by municipality.
|
||||
- Integration with :abbr:`SEFAZ (Secretaria da Fazenda)`: Every electronic invoice must be
|
||||
authorized by :abbr:`SEFAZ (Secretaria da Fazenda)` and issued with a unique authorization code
|
||||
(Autorização de Uso).
|
||||
|
||||
Compliance with Brazilian e-invoicing regulations
|
||||
=================================================
|
||||
|
||||
Odoo Invoicing simplifies the process of adhering to Brazil’s complex e-invoicing regulations,
|
||||
offering features designed to ensure compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports Brazil's authorized e-invoice formats, including :abbr:`NF-e
|
||||
(Nota Fiscal Eletrônica)` for goods and services compliant with :abbr:`SEFAZ (Secretaria da
|
||||
Fazenda)`, :abbr:`NFS-e (Nota Fiscal de Serviços Eletrônica)` customizable for municipal
|
||||
requirements, :abbr:`CT-e (Conhecimento de Transporte Eletrônico)` for logistics and
|
||||
transportation, and digital PDF invoices with :abbr:`SEFAZ (Secretaria da Fazenda)` authorization
|
||||
codes and QR codes.
|
||||
- **Secure storage and retrieval**: Complying with Brazil's five-year storage requirement, Odoo
|
||||
offers tamper-proof archiving for easy retrieval during audits or inspections.
|
||||
- **Automatic tax calculation and reporting**: Odoo automates tax calculations for ICMS, IPI, and
|
||||
ISS, ensuring compliance with regional tax rules and generating reports compatible with
|
||||
:abbr:`SEFAZ (Secretaria da Fazenda)` and municipal requirements.
|
||||
|
||||
.. seealso::
|
||||
:doc:`Brazilian fiscal localization documentation <../../../fiscal_localizations/brazil>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides a general overview of Brazilian e-invoicing laws and how Odoo’s invoicing
|
||||
module supports compliance with :abbr:`SEFAZ (Secretaria da Fazenda)` regulations. It is not
|
||||
intended as legal advice. We recommend consulting with a tax advisor or legal professional
|
||||
familiar with Brazilian e-invoicing regulations to ensure compliance tailored to your specific
|
||||
business needs.
|
@ -0,0 +1,51 @@
|
||||
:orphan:
|
||||
|
||||
==================================
|
||||
Odoo electronic invoicing in Chile
|
||||
==================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to meet Chile's regulatory requirements and compatible with standards set by the
|
||||
`Servicio de Impuestos Internos (SII) <https://homer.sii.cl/>`_.
|
||||
|
||||
Legal framework for e-invoicing in Chile
|
||||
========================================
|
||||
|
||||
Chile is a pioneer in mandatory electronic invoicing, with comprehensive regulations to ensure tax
|
||||
compliance and enhance transparency. Key elements include:
|
||||
|
||||
- **Factura Electrónica**: Mandatory for most businesses to issue invoices digitally through the
|
||||
:abbr:`SII (Servicio de Impuestos Internos)`'s system.
|
||||
- **Boleta Electrónica**: Required for retail transactions to report sales and tax information.
|
||||
- **Guía de Despacho Electrónica**: Necessary for tracking the transport of goods.
|
||||
- **Integration with SII**: All electronic invoices must be validated by the :abbr:`SII (Servicio
|
||||
de Impuestos Internos)`, assigned a unique Folio authorization code, and reported for tax
|
||||
purposes.
|
||||
|
||||
Compliance with Chilean e-invoicing regulations
|
||||
===============================================
|
||||
|
||||
Odoo Invoicing simplifies adherence to Chile's e-invoicing requirements with features designed to
|
||||
ensure compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports all major Chilean e-invoice formats, including Factura
|
||||
Electrónica, Boleta Electrónica, and Guía de Despacho Electrónica, ensuring :abbr:`SII (Servicio
|
||||
de Impuestos Internos)` compatibility with digital validation and Folio assignment.
|
||||
- **Integration with SII**: Odoo seamlessly connects with :abbr:`SII (Servicio de Impuestos
|
||||
Internos)`'s systems, automating invoice submission and ensuring real-time validation for
|
||||
compliant issuance.
|
||||
- **Secure storage and retrieval**: Complying with Chile's mandatory storage period of six years,
|
||||
Odoo provides tamper-proof archiving for invoices, enabling easy access for audits or tax
|
||||
inspections.
|
||||
- **Automatic tax calculation and reporting**: Odoo automates calculations for VAT (IVA) and other
|
||||
applicable taxes, ensuring accurate invoicing and adherence to Chile's tax reporting standards.
|
||||
|
||||
.. seealso::
|
||||
:doc:`Chilean fiscal localization documentation <../../../fiscal_localizations/chile>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides a general overview of Chilean e-invoicing laws and how Odoo supports
|
||||
compliance with :abbr:`SII (Servicio de Impuestos Internos)` regulations. It is not intended as
|
||||
legal or tax advice. We recommend consulting a tax advisor or legal professional familiar with
|
||||
Chilean e-invoicing regulations to ensure compliance tailored to your specific business needs.
|
@ -0,0 +1,51 @@
|
||||
:orphan:
|
||||
|
||||
=====================================
|
||||
Odoo electronic invoicing in Colombia
|
||||
=====================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to meet Colombia's regulatory requirements and fully compatible with the
|
||||
guidelines established by the `Dirección de Impuestos y Aduanas Nacionales (DIAN)
|
||||
<https://www.dian.gov.co/>`_.
|
||||
|
||||
Legal framework for e-invoicing in Colombia
|
||||
===========================================
|
||||
|
||||
Colombia has implemented mandatory e-invoicing for most businesses to enhance tax compliance and
|
||||
improve transparency. Key elements include:
|
||||
|
||||
- **Factura Electrónica**: Mandatory for B2B, B2C, and :abbr:`B2G (business-to-government)`
|
||||
transactions, requiring compliance with :abbr:`DIAN (Dirección de Impuestos y Aduanas
|
||||
Nacionales)`'s technical specifications.
|
||||
- **Integration with DIAN**: All electronic invoices must be submitted to :abbr:`DIAN (Dirección de
|
||||
Impuestos y Aduanas Nacionales)` for validation, where they are assigned a unique :abbr:`CUFE
|
||||
(Código Único de Factura Electrónica)` authorization code.
|
||||
- **Adoption of XML Standards**: Colombian e-invoicing uses XML as the standard format for
|
||||
electronic invoices, ensuring interoperability and standardized reporting.
|
||||
|
||||
Compliance with Colombian e-invoicing regulations
|
||||
=================================================
|
||||
|
||||
Odoo Invoicing simplifies the complexities of e-invoicing compliance in Colombia, offering tailored
|
||||
features:
|
||||
|
||||
- **Supported formats**: Odoo supports Factura Electrónica in :abbr:`DIAN (Dirección de Impuestos y
|
||||
Aduanas Nacionales)`-compliant XML formats, including legally required :abbr:`CUFE (Código Único
|
||||
de Factura Electrónica)` codes and additional fields for B2B, B2C, and :abbr:`B2G
|
||||
(business-to-government)` transactions.
|
||||
- **Secure storage and retrieval**: In compliance with Colombia's six-year mandatory storage
|
||||
requirement, Odoo provides tamper-proof invoice archiving, ensuring easy access for audits or
|
||||
inspections.
|
||||
- **Automatic tax calculation and reporting**: Odoo automates tax calculations for VAT (IVA) and
|
||||
other applicable taxes, ensuring accuracy and compliance with DIAN's tax reporting standards.
|
||||
|
||||
.. seealso::
|
||||
:doc:`Colombian fiscal localization documentation <../../../fiscal_localizations/colombia>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides a general overview of Colombian e-invoicing regulations and how Odoo supports
|
||||
compliance with DIAN requirements. It is not intended as legal or tax advice. We recommend
|
||||
consulting with a tax advisor or legal professional familiar with Colombian e-invoicing
|
||||
regulations to ensure compliance tailored to your specific business needs.
|
@ -0,0 +1,50 @@
|
||||
:orphan:
|
||||
|
||||
====================================
|
||||
Odoo electronic invoicing in Croatia
|
||||
====================================
|
||||
|
||||
Odoo Invoicing is our trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Croatia's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Croatia
|
||||
==========================================
|
||||
|
||||
In Croatia, businesses must comply with e-invoicing regulations to ensure secure, authentic, and
|
||||
storable transactions. The main legal framework governing e-invoicing in Croatia is the
|
||||
Fiscalization Act and its related requirements for public procurement, which are aligned with `EU
|
||||
Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_ on
|
||||
e-invoicing in public procurement. Under these regulations, all businesses involved in :abbr:`B2G
|
||||
(business-to-government)` transactions are required to use electronic invoicing via the :abbr:`CIS
|
||||
(Central Invoice System)`, Croatia’s official platform for public sector e-invoicing. Croatia is
|
||||
also part of the Peppol network, facilitating standardized cross-border e-invoicing within the
|
||||
European Union. Furthermore, e-invoicing is increasingly encouraged for B2B transactions, promoting
|
||||
greater transparency and tax compliance.
|
||||
|
||||
Compliance with Croatian e-invoicing regulations
|
||||
================================================
|
||||
|
||||
Odoo Invoicing makes it easy for businesses to send, store, and ensure the integrity of their
|
||||
invoices. Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports standard e-invoice formats, such as PDF with digital
|
||||
signatures and XML in :abbr:`UBL (Universal Business Language)` format, which are fully compatible
|
||||
with Croatia's :abbr:`CIS (Central Invoice System)` for public procurement transactions.
|
||||
Additionally, Odoo enables transmission of e-invoices through any platform connected to the Peppol
|
||||
network, as the *Servis eRačun za državu* reached via Peppol, ensuring compliance with both
|
||||
Croatian and EU standards.
|
||||
- **Secure storage and retrieval**: In accordance with Croatian regulations to store invoices for a
|
||||
minimum of eleven years, Odoo securely archives all invoices in a tamper-proof system, ensuring
|
||||
they can be easily retrieved during audits.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing helps businesses stay in line with
|
||||
Croatian VAT requirements by automatically calculating and including VAT in invoices and ensuring
|
||||
that each invoice follows the legal format for both B2B and :abbr:`B2G (business-to-government)`
|
||||
transactions.
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Croatian e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with the Fiscalization Act, Peppol standards, and other relevant regulations. It does
|
||||
not constitute legal adviceWe recommend consulting with a tax advisor or legal professional
|
||||
familiar with Croatian e-invoicing regulations to ensure compliance tailored to your specific
|
||||
business needs.
|
@ -0,0 +1,47 @@
|
||||
:orphan:
|
||||
|
||||
====================================
|
||||
Odoo electronic invoicing in Denmark
|
||||
====================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Denmark's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Denmark
|
||||
==========================================
|
||||
|
||||
In Denmark, e-invoicing is governed by `EU Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_,
|
||||
mandating the use of e-invoicing for :abbr:`B2G (business-to-government)` transactions. Danish
|
||||
public sector entities require invoices to be submitted through NemHandel, the national e-invoicing
|
||||
platform, using the OIOUBL format (a local version of :abbr:`UBL (Universal Business Language)` and
|
||||
XML). Denmark is also a key member of the Peppol network, enabling streamlined, standardized, and
|
||||
secure cross-border e-invoicing for transactions within the European Union. While e-invoicing is not
|
||||
mandatory for B2B transactions, its adoption is growing as businesses seek greater efficiency and
|
||||
compliance.
|
||||
|
||||
Compliance with Danish e-invoicing regulations
|
||||
==============================================
|
||||
|
||||
Odoo Invoicing makes it easy for businesses to send, store, and ensure the integrity of their
|
||||
invoices. Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports OIOUBL, which is required for public sector invoicing via
|
||||
NemHandel. It also supports UBL XML for transactions through the Peppol network, ensuring
|
||||
compatibility with Denmark’s and Europe’s e-invoicing standards. Odoo enables businesses to send
|
||||
e-invoices through NemHandel, directly to Danish public entities in the required format. For
|
||||
international transactions, Odoo ensures compatibility with Peppol Access Points,
|
||||
facilitating cross-border invoicing.
|
||||
- **Secure storage and retrieval**: In line with Danish regulations, which require businesses to
|
||||
store invoices for at least five years, Odoo securely archives all invoices in a tamper-proof
|
||||
system, ensuring easy access for audits and compliance checks.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing automates VAT calculations and
|
||||
ensures invoices are formatted to meet Denmark’s legal requirements for B2G and B2B transactions,
|
||||
helping businesses comply with local tax laws.
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Danish e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with NemHandel, OIOUBL standards, Peppol standards, and other relevant regulations. It
|
||||
does not constitute legal advice. We recommend consulting with a tax advisor or legal
|
||||
professional familiar with Danish e-invoicing regulations to ensure compliance tailored to your
|
||||
specific business needs.
|
@ -0,0 +1,50 @@
|
||||
:orphan:
|
||||
|
||||
====================================
|
||||
Odoo electronic invoicing in Ecuador
|
||||
====================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to meet Ecuador's regulatory requirements and fully compatible with the
|
||||
guidelines established by the `Servicio de Rentas Internas (SRI)
|
||||
<https://www.sri.gob.ec/web/intersri/home>`_.
|
||||
|
||||
Legal framework for e-invoicing in Ecuador
|
||||
==========================================
|
||||
|
||||
Ecuador has implemented mandatory electronic invoicing for most businesses aimed to enhance tax
|
||||
compliance and transparency. Key elements include:
|
||||
|
||||
- **Factura Electrónica**: All businesses must issue electronic invoices in XML format for B2B, B2C,
|
||||
and :abbr:`B2G (business-to-government)` transactions, ensuring compliance with :abbr:`SRI
|
||||
(Servicio de Rentas Internas)`'s technical specifications.
|
||||
- **Transmission Requirements**: E-invoices must be transmitted to the SRI within 24 hours of
|
||||
issuance.
|
||||
- **Record Storage**: E-invoices, including the :abbr:`SRI (Servicio de Rentas Internas)`'s
|
||||
acceptance messages, must be stored for a minimum of seven years.
|
||||
|
||||
Compliance with Ecuadorian e-invoicing regulations
|
||||
==================================================
|
||||
|
||||
Odoo Invoicing simplifies compliance with Ecuador's e-invoicing requirements by offering tailored
|
||||
features:
|
||||
|
||||
- **Supported formats**: Odoo supports the Ecuadorian e-invoice format (XML) and ensures
|
||||
compatibility with the :abbr:`SRI (Servicio de Rentas Internas)`'s system for validation and
|
||||
authorization, including the necessary digital signature.
|
||||
- **Secure storage and retrieval**: In compliance with Ecuador's seven-year storage requirement,
|
||||
Odoo offers tamper-proof archiving so that invoices can be easily accessed during audits or
|
||||
inspections.
|
||||
- **Automatic tax calculation and reporting**: Odoo automates tax calculations for VAT (IVA) and
|
||||
other applicable taxes, ensuring accurate invoicing and adherence to Ecuador's tax reporting
|
||||
standards.
|
||||
|
||||
.. seealso::
|
||||
:doc:`Ecuadorian fiscal localization documentation <../../../fiscal_localizations/ecuador>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides a general overview of Ecuadorian e-invoicing regulations and how Odoo supports
|
||||
compliance with SRI requirements. It is not intended as legal or tax advice. We recommend
|
||||
consulting with a tax advisor or legal professional familiar with Ecuador's e-invoicing
|
||||
regulations to ensure compliance tailored to your specific business needs.
|
@ -0,0 +1,47 @@
|
||||
:orphan:
|
||||
|
||||
====================================
|
||||
Odoo electronic invoicing in Estonia
|
||||
====================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Estonia's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Estonia
|
||||
==========================================
|
||||
|
||||
In Estonia, businesses must comply with e-invoicing regulations to ensure secure, authentic, and
|
||||
storable transactions. The main legal framework governing e-invoicing in Estonia is the `Accounting
|
||||
Act <https://www.riigiteataja.ee/en/eli/ee/514052021001/consolide/current>`_ and its provisions
|
||||
related to e-invoicing, which align with `EU Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_
|
||||
on e-invoicing in public procurement. Since 2019, :abbr:`B2G (business-to-government)` transactions
|
||||
must use electronic invoices via Estonia's Rik's e-Invoicing System, the government's platform for
|
||||
public sector e-invoicing. Estonia is also part of the Peppol network, which ensures standardized
|
||||
cross-border e-invoicing across Europe. Additionally, the use of e-invoicing is encouraged for B2B
|
||||
transactions, promoting better transparency, efficiency, and compliance with VAT requirements.
|
||||
|
||||
Compliance with Estonian e-invoicing regulations
|
||||
================================================
|
||||
|
||||
Odoo Invoicing makes it easy for businesses to send, store, and ensure the integrity of their
|
||||
invoices. Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports standard e-invoice formats, such as XML in :abbr:`UBL
|
||||
(Universal Business Language)` format, which is fully compatible with Estonia's Rik’s e-Invoicing
|
||||
System for public procurement transactions. Additionally, Odoo enables seamless transmission of
|
||||
e-invoices through platforms connected to the Peppol network, ensuring compliance with Estonian
|
||||
and EU e-invoicing standards.
|
||||
- **Secure storage and retrival**: In accordance with Estonian regulations to store invoices for a
|
||||
minimum of seven years, Odoo securely archives all invoices in a tamper-proof system, making them
|
||||
easily retrievable during audits.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing automates VAT calculations and ensures
|
||||
invoices are formatted to meet Denmark’s legal requirements for :abbr:`B2G
|
||||
(business-to-government)` and B2B transactions, helping businesses compliant with local tax laws.
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Estonian e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with the Accounting Act, Peppol standards, and other relevant regulations. It does not
|
||||
constitute legal advice. We recommend consulting with a tax advisor or legal professional
|
||||
familiar with Estonian e-invoicing regulations to ensure compliance tailored to your specific
|
||||
business needs.
|
@ -0,0 +1,47 @@
|
||||
:orphan:
|
||||
|
||||
====================================
|
||||
Odoo electronic invoicing in Finland
|
||||
====================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Finland's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Finland
|
||||
==========================================
|
||||
|
||||
In Finland, businesses must comply with e-invoicing regulations to ensure secure, authentic, and
|
||||
storable transactions. The primary legal framework governing e-invoicing is the `Act on Electronic
|
||||
Invoicing (241/2019) <https://www.finlex.fi/fi/laki/alkup/2019/20190241#Pidp446241968>`_, which
|
||||
aligns with `EU Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_
|
||||
on electronic invoicing in public procurement. Under Finnish law, all :abbr:`B2G
|
||||
(business-to-government)` transactions require the use of electronic invoices via Apix Messaging or
|
||||
other Peppol-connected platforms, Finland’s standard for public sector e-invoicing. Finland is also
|
||||
part of the Peppol network, ensuring interoperability and standardization for cross-border
|
||||
e-invoicing within the EU. Additionally, e-invoicing is widely adopted for B2B transactions,
|
||||
promoting efficient processes and improved tax compliance.
|
||||
|
||||
Compliance with Finnish e-invoicing regulations
|
||||
===============================================
|
||||
|
||||
Odoo invoicing module makes it easy for businesses to adhere to Finland's e-invoicing regulations.
|
||||
Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports the e-invoicing formats widely used in Finland, including
|
||||
TEAPPSXML, Finvoice, and the standardized XML in :abbr:`UBL (Universal Business Language)` format
|
||||
required for Peppol compliance. This ensures compatibility with Finnish platforms such as Handi
|
||||
for public sector invoicing and eKuitti for enhanced receipt management and e-invoicing.
|
||||
- **Secure storage and retrieval**: In accordance with Finnish regulations requiring businesses to
|
||||
store invoices for a minimum of seven years, Odoo securely archives all invoices in a tamper-proof
|
||||
system, allowing for easy retrieval during audits.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing ensures compliance with Finnish VAT
|
||||
requirements by automatically calculating and including VAT in invoices and formatting them to
|
||||
meet the legal standards for both B2B and :abbr:`B2G (business-to-government)` transactions.
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Finnish e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with the Act on Electronic Invoicing, Peppol standards, and other relevant
|
||||
regulations. It is not intended as legal advice. We recommend consulting with a tax advisor or
|
||||
legal professional familiar with Finnish e-invoicing regulations to ensure compliance tailored to
|
||||
your specific business needs.
|
@ -0,0 +1,50 @@
|
||||
:orphan:
|
||||
|
||||
===================================
|
||||
Odoo electronic invoicing in France
|
||||
===================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to France's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in France
|
||||
=========================================
|
||||
|
||||
In France, electronic invoicing is regulated by the `Ordonnance n° 2019-359
|
||||
<https://www.legifrance.gouv.fr/jorf/id/JORFTEXT000038410002>`_, which is aligned with `EU Directive
|
||||
2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_, and requires
|
||||
mandatory :abbr:`B2G (business-to-government)` e-invoicing through the Chorus Pro platform. Starting
|
||||
in 2024, B2B e-invoicing will be progressively implemented, becoming mandatory for all businesses by
|
||||
2026. This reform aims to combat tax fraud, improve VAT collection, and enhance business
|
||||
transparency. The Factur-X hybrid format (a combination of PDF and XML data) is widely used in
|
||||
France, ensuring compliance with both local and European e-invoicing standards.
|
||||
|
||||
Compliance with French e-invoicing regulations
|
||||
==============================================
|
||||
|
||||
Odoo Invoicing makes it easy for businesses to send, store, and ensure the integrity of their
|
||||
invoices. Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports the Factur-X hybrid format (PDF with embedded XML) required
|
||||
for compliance with French e-invoicing standards. It is also compatible with :abbr:`UBL (Universal
|
||||
Business Language)` XML for transactions via the Peppol network, facilitating both local and
|
||||
international invoicing. Odoo enables businesses, through Chorus Pro France’s official e-invoicing
|
||||
platform, to submit compliant e-invoices directly to public authorities and soon to private sector
|
||||
recipients as B2B e-invoicing becomes mandatory.
|
||||
- **Secure storage and retrieval**: In compliance with French regulations, which require invoices to
|
||||
be stored for a minimum of 10 years, Odoo securely archives all invoices in a tamper-proof system,
|
||||
ensuring easy access for audits and inspections.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing automates VAT calculations, ensuring
|
||||
invoices meet French VAT requirements and are formatted correctly for both B2G and B2B
|
||||
transactions, supporting seamless compliance with evolving standards.
|
||||
|
||||
.. seealso::
|
||||
:doc:`France fiscal localization documentation <../../../fiscal_localizations/france>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of French e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with the Chorus Pro platform, Factur-X standard, Peppol network, and other relevant
|
||||
regulations. It does not constitute legal advice. We recommend consulting with a tax advisor or
|
||||
legal professional familiar with French e-invoicing regulations to ensure compliance tailored to
|
||||
your specific business needs.
|
@ -0,0 +1,47 @@
|
||||
:orphan:
|
||||
|
||||
====================================
|
||||
Odoo electronic invoicing in Germany
|
||||
====================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Germany's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Germany
|
||||
==========================================
|
||||
|
||||
In Germany, e-invoicing is governed by the `E-Rechnungsgesetz <https://www.bgbl.de/xaver/bgbl/start.xav?start=%2F%2F*%5B%40attr_id%3D%27bgbl117s0770.pdf%27%5D#__bgbl__%2F%2F*%5B%40attr_id%3D%27bgbl117s0770.pdf%27%5D__1733401471138>`_,
|
||||
which is aligned with `EU Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_,
|
||||
requiring e-invoicing for all :abbr:`B2G (business-to-government)` transactions. Invoices to public
|
||||
sector entities must comply with the XRechnung format or the Peppol BIS Billing 3.0 standard.
|
||||
Submission is typically handled through platforms like :abbr:`ZRE (Zentraler Rechnungseingang)` or
|
||||
:abbr:`OZG-RE (Onlinezugangsgesetz-Rechnungseingang)`. While B2B e-invoicing is not yet mandatory,
|
||||
its adoption is increasing as businesses seek to enhance compliance, efficiency, and transparency.
|
||||
|
||||
Compliance with German e-invoicing regulations
|
||||
==============================================
|
||||
|
||||
Odoo Invoicing makes it easy for businesses to send, store, and ensure the integrity of their
|
||||
invoices. Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports both XRechnung (XML), the mandatory format for public sector
|
||||
e-invoicing, and Peppol BIS Billing 3.0, enabling seamless compliance with Germany’s national and
|
||||
European standards.
|
||||
- **Secure storage and retrieval**: In line with German regulations, which require invoices to be
|
||||
stored for at least ten years, Odoo securely archives all invoices in a tamper-proof system,
|
||||
ensuring they are easily accessible for audits and compliance checks.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing automates VAT calculations, ensuring
|
||||
compliance with German VAT requirements and proper formatting for both :abbr:`B2G
|
||||
(business-to-government)` and B2B transactions, supporting efficient reporting and legal
|
||||
adherence.
|
||||
|
||||
.. seealso::
|
||||
:doc:`Germany fiscal localization documentation <../../../fiscal_localizations/germany>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of German e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with E-Rechnungsgesetz, XRechnung, Peppol standards, and other relevant regulations.
|
||||
It does not constitute legal advice. We recommend consulting with a tax advisor or legal
|
||||
professional familiar with German e-invoicing regulations to ensure compliance tailored to your
|
||||
specific business needs.
|
@ -0,0 +1,46 @@
|
||||
:orphan:
|
||||
|
||||
====================================
|
||||
Odoo electronic invoicing in Hungary
|
||||
====================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Hungary's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Hungary
|
||||
==========================================
|
||||
|
||||
In Hungary, businesses must adhere to e-invoicing regulations to ensure secure, authentic, and
|
||||
storable transactions. The primary legal framework is the Hungarian VAT Act (Act CXXVII of 2007),
|
||||
which mandates real-time reporting of invoices to the NAV Online invoice system, Hungary's
|
||||
government e-invoicing platform. As of 2021, all B2B and B2C invoices must be reported in real-time,
|
||||
regardless of value. Hungary's regulations do not currently require :abbr:`B2G
|
||||
(business-to-government)` e-invoicing, but public sector invoicing is encouraged via the Peppol
|
||||
network. Common formats for e-invoicing include XML for NAV submissions and other structured formats
|
||||
to streamline compliance.
|
||||
|
||||
Compliance with Hungarian e-invoicing regulations
|
||||
=================================================
|
||||
|
||||
Odoo invoicing module is designed to help businesses meet Hungary's e-invoicing and VAT reporting
|
||||
requirements. Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported Formats**: Odoo supports the standardized XML format required for integration with the
|
||||
NAV (Nemzeti Adó és Vámhivatal) Online Invoice System, ensuring seamless real-time invoice
|
||||
reporting. The module also supports formats compatible with Peppol for cross-border transactions,
|
||||
promoting compliance with EU e-invoicing standards. Odoo enables businesses to automatically
|
||||
report invoices to the Hungarian tax authorities in real-time, as required by law.
|
||||
- **Secure storage and retrieval**: In accordance with Hungarian regulations, which mandate storing
|
||||
invoices for a minimum of eight years, Odoo securely archives all invoices in a tamper-proof
|
||||
system, allowing for easy retrieval during audits.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing automates VAT calculations and ensures
|
||||
invoices meet the strict requirements of the Hungarian VAT Act, simplifying compliance for B2B and
|
||||
B2C transactions.
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Hungarian e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with the Hungarian VAT Act, NAV Online Invoice System, Peppol standards, and other
|
||||
relevant regulations. It does not constitute legal advice. We recommend consulting with a tax
|
||||
advisor or legal professional familiar with Hungarian e-invoicing regulations to ensure
|
||||
compliance tailored to your specific business needs.
|
@ -0,0 +1,46 @@
|
||||
:orphan:
|
||||
|
||||
====================================
|
||||
Odoo electronic invoicing in Ireland
|
||||
====================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Ireland's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Ireland
|
||||
==========================================
|
||||
|
||||
In Ireland, businesses must comply with e-invoicing regulations to ensure secure, authentic, and
|
||||
storable transactions. The legal framework for e-invoicing is primarily shaped by `EU Directive
|
||||
2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_, which
|
||||
mandates the use of electronic invoicing in :abbr:`B2G (business-to-government)` transactions. Irish
|
||||
public sector bodies must accept electronic invoices that comply with the European Standard EN
|
||||
16931. E-invoicing in the public sector is facilitated through the Peppol network, providing a
|
||||
streamlined and standardized platform for invoicing. While not mandatory for B2B transactions,
|
||||
e-invoicing is increasingly encouraged to enhance efficiency, transparency, and compliance.
|
||||
|
||||
Compliance with Irish e-invoicing regulations
|
||||
=============================================
|
||||
|
||||
Odoo Invoicing is equipped to meet Ireland's e-invoicing requirements, ensuring businesses
|
||||
can operate with confidence. Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports the XML and :abbr:`UBL (Universal Business Language)` formats
|
||||
required for Peppol compliance and ensures compatibility with the European Standard EN 16931,
|
||||
which is the basis for public sector e-invoicing in Ireland. Odoo seamlessly integrates with the
|
||||
Peppol network, enabling businesses to send compliant e-invoices directly to Irish public sector
|
||||
bodies and facilitating cross-border invoicing in line with EU standards.
|
||||
- **Secure storage and retrieval**: In accordance with Irish regulations that require businesses to
|
||||
retain invoices for a minimum of six years, Odoo securely archives all invoices in a tamper-proof
|
||||
system, ensuring they can be easily accessed during audits or inspections.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing ensures full compliance with Irish VAT
|
||||
regulations by automatically calculating and including VAT in invoices, while formatting them to
|
||||
meet the legal requirements for both B2B and :abbr:`B2G (business-to-government)` transactions.
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Irish e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with EU Directive 2014/55/EU, Peppol standards, and other relevant regulations. It
|
||||
does not constitute legal advice. We recommend consulting with a tax advisor or legal
|
||||
professional familiar with Irish e-invoicing regulations to ensure compliance tailored to your
|
||||
specific business needs.
|
@ -0,0 +1,50 @@
|
||||
:orphan:
|
||||
|
||||
==================================
|
||||
Odoo electronic invoicing in Italy
|
||||
==================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Italy's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Italy
|
||||
========================================
|
||||
|
||||
Italy has one of the most advanced e-invoicing frameworks in Europe, governed by the `Italian budget
|
||||
law <https://www.gazzettaufficiale.it/eli/id/2022/12/29/22G00211/sg>`_ and regulations issued by the
|
||||
Agenzia delle Entrate. Since 2019, e-invoicing is mandatory for B2B, B2C, and :abbr:`B2G
|
||||
(business-to-government)` transactions. All e-invoices must be submitted through the :abbr:`Sdi
|
||||
(Sistema di Interscambio)`, the Italian government's centralized exchange system. The format for
|
||||
e-invoices is FatturaPA, a structured XML format specifically designed for compliance with Italian
|
||||
regulations. As part of its compliance with `EU Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_,
|
||||
Italy also supports Peppol standards for cross-border e-invoicing.
|
||||
|
||||
Compliance with Italian e-invoicing regulations
|
||||
===============================================
|
||||
|
||||
Odoo Invoicing is fully equipped to meet Italy's e-invoicing requirements. Here is how Odoo ensures
|
||||
compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports the FatturaPA XML format required by the :abbr:`Sdi (Sistema
|
||||
di Interscambio)` for all domestic e-invoices, as well as :abbr:`UBL (Universal Business
|
||||
Language)` XML for cross-border invoicing via the Peppol network, ensuring compliance with both
|
||||
Italian and EU standards. Odoo has an easy access to the :abbr:`Sdi (Sistema di Interscambio)`
|
||||
platform, allowing businesses to send, validate, and track invoices in real-time, ensuring
|
||||
seamless compliance with Italian regulations.
|
||||
- **Secure storage and retrieval**: In accordance with Italian law, which requires invoices to be
|
||||
stored for a minimum of ten years, Odoo securely archives all invoices in a tamper-proof system,
|
||||
ensuring they can be easily retrieved for audits or inspections.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing automates VAT calculations and ensures
|
||||
invoices adhere to the strict formatting and reporting requirements of Italian law for B2B, B2C,
|
||||
and :abbr:`B2G (business-to-government)` transactions.
|
||||
|
||||
.. seealso::
|
||||
:doc:`Italy fiscal localization documentation <../../../fiscal_localizations/italy>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Italian e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with the Italian Budget Law, :abbr:`Sdi (Sistema di Interscambio)`, FatturaPA format,
|
||||
Peppol standards, and other relevant regulations. It does not constitute legal advice. We
|
||||
recommend consulting with a tax advisor or legal professional familiar with Italian e-invoicing
|
||||
regulations to ensure compliance tailored to your specific business needs.
|
@ -0,0 +1,45 @@
|
||||
:orphan:
|
||||
|
||||
===================================
|
||||
Odoo electronic invoicing in Latvia
|
||||
===================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Latvia's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Latvia
|
||||
=========================================
|
||||
|
||||
In Latvia, electronic invoicing is governed by the `Law on Accounting <https://eur-lex.europa.eu/legal-content/LV/TXT/PDF/?uri=CELEX:72014L0055LVA_270633>`_
|
||||
and regulations aligned with `EU Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_,
|
||||
mandating the use of e-invoicing in :abbr:`B2G (business-to-government)` transactions. All public
|
||||
sector invoices must be sent in the European Standard EN 16931 format through platforms such as
|
||||
eInvoicing.lv, Latvia’s official e-invoicing infrastructure. Latvia is also connected to the Peppol
|
||||
network, facilitating standardized cross-border e-invoicing across the European Union.
|
||||
|
||||
Compliance with Latvian e-invoicing regulations
|
||||
===============================================
|
||||
|
||||
Odoo Invoicing is designed to help businesses comply with Latvia's specific e-invoicing
|
||||
requirements. Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports the XML :abbr:`UBL (Universal Business Language)` format,
|
||||
compliant with European Standard EN 16931, which is required for public sector e-invoicing in
|
||||
Latvia. Odoo also facilitates e-invoicing through the Peppol network, ensuring seamless
|
||||
cross-border compatibility. Odoo integrates with Latvian e-invoicing platforms, such as
|
||||
eInvoicing.lv, allowing businesses to send compliant e-invoices directly to government entities
|
||||
while adhering to legal standards.
|
||||
- **Secure storage and retrieval**: In accordance with Latvian regulations requiring invoices to be
|
||||
stored for a minimum of five years, Odoo securely archives all invoices in a tamper-proof system,
|
||||
ensuring they can be easily accessed during audits or inspections.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing automates VAT calculations and ensures
|
||||
invoices adhere to the legal requirements for :abbr:`B2G (business-to-government)` and B2B
|
||||
transactions, helping businesses comply with Latvian VAT laws.
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Latvian e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with the Law on Accounting, European Standard EN 16931, eInvoicing.lv, Peppol
|
||||
standards, and other relevant regulations. It does not constitute legal advice. We recommend
|
||||
consulting with a tax advisor or legal professional familiar with Latvian e-invoicing regulations
|
||||
to ensure compliance tailored to your specific business needs.
|
@ -0,0 +1,46 @@
|
||||
:orphan:
|
||||
|
||||
======================================
|
||||
Odoo electronic invoicing in Lithuania
|
||||
======================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Lithuania's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Lithuania
|
||||
============================================
|
||||
|
||||
In Lithuania, e-invoicing is regulated under the `Law on Accounting <https://www.e-tar.lt/portal/lt/legalAct/207ad17030a011e78397ae072f58c508>`_
|
||||
and aligned with `EU Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_
|
||||
for mandatory :abbr:`B2G (business-to-government)` e-invoicing. Businesses working with public
|
||||
sector entities must use e-invoicing, and invoices must be submitted through the E.sąskaita
|
||||
platform, Lithuania’s centralized invoicing system for public procurement. Lithuania also
|
||||
participates in the Peppol network, enabling seamless cross-border e-invoicing. While B2B
|
||||
e-invoicing is currently optional, its use is encouraged to enhance tax compliance and operational
|
||||
efficiency.
|
||||
|
||||
Compliance with Lithuanian e-invoicing regulations
|
||||
==================================================
|
||||
|
||||
Odoo invoicing module is fully equipped to meet Lithuania's e-invoicing requirements and ensure
|
||||
compliance with local and EU standards. Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports Peppol BIS Billing 3.0 and XML formats required for
|
||||
compliance with E.sąskaita, ensuring e-invoices meet the mandatory standards for public
|
||||
procurement and cross-border transactions. Odoo enables businesses to send e-invoices directly to
|
||||
public entities with Lithuania’s E.sąskaita platform. For international invoicing, Odoo supports
|
||||
the Peppol network.
|
||||
- **Secure storage and retrieval**: In compliance with Lithuanian regulations, which require
|
||||
invoices to be stored for a minimum of ten years, Odoo securely archives all invoices in a
|
||||
tamper-proof system, ensuring they are accessible for audits and tax inspections.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing automates VAT calculations and ensures
|
||||
invoices meet Lithuania’s VAT requirements for both B2G and B2B transactions, reducing the risk of
|
||||
non-compliance.
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Lithuanian e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with the Law on Accounting, E.sąskaita platform, Peppol standards, and other relevant
|
||||
regulations. It does not constitute legal advice. We recommend consulting with a tax advisor or
|
||||
legal professional familiar with Lithuanian e-invoicing regulations to ensure compliance tailored
|
||||
to your specific business needs.
|
@ -0,0 +1,47 @@
|
||||
:orphan:
|
||||
|
||||
=======================================
|
||||
Odoo electronic invoicing in Luxembourg
|
||||
=======================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Luxembourg's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Luxembourg
|
||||
=============================================
|
||||
|
||||
In Luxembourg, e-invoicing is regulated in accordance with `EU Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_,
|
||||
requiring the use of electronic invoicing in :abbr:`B2G (business-to-government)` transactions.
|
||||
Public sector entities in Luxembourg must accept e-invoices in the European Standard EN 16931
|
||||
format. The government supports e-invoicing through the Peppol network, ensuring streamlined
|
||||
communication and compliance for cross-border transactions. While e-invoicing is not yet mandatory
|
||||
for B2B transactions, its adoption is encouraged to promote operational efficiency and tax
|
||||
compliance across industries.
|
||||
|
||||
Compliance with Luxembourgish e-invoicing regulations
|
||||
=====================================================
|
||||
|
||||
Odoo invoicing is equipped to support businesses in adhering to Luxembourg's e-invoicing standards.
|
||||
Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports the XML :abbr:`UBL (Universal Business Language)` format,
|
||||
compliant with European Standard EN 16931, meeting the requirements for public sector e-invoicing
|
||||
in Luxembourg. It also facilitates e-invoicing through the Peppol network, ensuring
|
||||
interoperability for cross-border invoicing.
|
||||
- **Secure storage and retrieval**: In line with Luxembourg’s requirement to retain invoices for a
|
||||
minimum of ten years, Odoo securely archives all invoices in a tamper-proof system, ensuring easy
|
||||
access during audits or inspections.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing ensures full compliance with
|
||||
Luxembourg's VAT regulations by automating VAT calculations and formatting invoices to meet the
|
||||
legal standards for :abbr:`B2G (business-to-government)` and B2B transactions.
|
||||
|
||||
.. seealso::
|
||||
:doc:`Luxembourg fiscal localization documentation <../../../fiscal_localizations/luxembourg>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Luxembourg's e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with EU Directive 2014/55/EU, European Standard EN 16931, Peppol standards, and other
|
||||
relevant regulations. It does not constitute legal advice. We recommend consulting with a tax
|
||||
advisor or legal professional familiar with Luxembourg’s e-invoicing regulations to ensure
|
||||
compliance tailored to your specific business needs.
|
@ -0,0 +1,57 @@
|
||||
:orphan:
|
||||
|
||||
===================================
|
||||
Odoo electronic invoicing in Mexico
|
||||
===================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to meet Mexico's regulatory requirements and fully compatible with the guidelines
|
||||
established by the :abbr:`SAT (Servicio de Administración Tributaria)`.
|
||||
|
||||
Legal framework for e-invoicing in Mexico
|
||||
=========================================
|
||||
|
||||
Mexico has one of the most advanced e-invoicing systems globally, with electronic invoicing
|
||||
:abbr:`CFDI (Comprobante Fiscal Digital por Internet)` being mandatory for most taxpayers. Key
|
||||
elements include:
|
||||
|
||||
- **CFDI**: A mandatory electronic invoice format for B2B, B2C, and :abbr:`B2G
|
||||
(business-to-government)` transactions, fully compliant with SAT requirements.
|
||||
- **Digital tax receipt validation**: All :abbr:`CFDIs (Comprobante Fiscal Digital por Internet)`
|
||||
must be digitally signed and validated by :abbr:`SAT (Servicio de Administración
|
||||
Tributaria)`-authorized :abbr:`PACs (authorized certification providers)` before issuance.
|
||||
- **Complementos**: Specific complements are required for certain transaction types, such as
|
||||
payroll or foreign trade.
|
||||
- **XML Format**: The XML format is mandatory, ensuring interoperability and compliance with
|
||||
:abbr:`SAT (Servicio de Administración Tributaria)`'s technical standards.
|
||||
|
||||
Compliance with Mexican e-invoicing regulations
|
||||
===============================================
|
||||
|
||||
Odoo Invoicing simplifies compliance with Mexico’s e-invoicing requirements by offering tailored
|
||||
features:
|
||||
|
||||
- **Supported formats**: Odoo supports :abbr:`CFDI (Comprobante Fiscal Digital por Internet)` in
|
||||
:abbr:`SAT (Servicio de Administración Tributaria)`-compliant XML formats, including all
|
||||
mandatory fields, digital signatures, and complements for specialized transactions.
|
||||
- **Integration with PACs**: Odoo integrates with :abbr:`SAT (Servicio de Administración
|
||||
Tributaria)`-authorized :abbr:`PACs (authorized certification providers)` to automate the
|
||||
validation, certification, and issuance of :abbr:`CFDIs (Comprobante Fiscal Digital por
|
||||
Internet)`, ensuring real-time compliance.
|
||||
- **Secure storage and retrieval**: In compliance with Mexico's five-year mandatory storage
|
||||
requirement, Odoo provides tamper-proof archiving for easy access to invoices during audits
|
||||
or inspections.
|
||||
- **Automatic tax calculation and reporting**: Odoo automates tax calculations for VAT (IVA) and
|
||||
other applicable taxes, ensuring accuracy and compliance with :abbr:`SAT (Servicio de
|
||||
Administración Tributaria)`'s tax reporting standards.
|
||||
|
||||
.. seealso::
|
||||
:doc:`Mexican fiscal localization documentation <../../../fiscal_localizations/mexico>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides a general overview of Mexican e-invoicing regulations and how Odoo supports
|
||||
compliance with :abbr:`SAT (Servicio de Administración Tributaria)` requirements. It is not
|
||||
intended as legal or tax advice. We recommend consulting with a tax advisor or legal professional
|
||||
familiar with Mexico's e-invoicing regulations to ensure compliance tailored to your specific
|
||||
business needs.
|
@ -0,0 +1,46 @@
|
||||
:orphan:
|
||||
|
||||
============================================
|
||||
Odoo electronic invoicing in the Netherlands
|
||||
============================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to the Netherlands' regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in the Netherlands
|
||||
==================================================
|
||||
|
||||
In the Netherlands, e-invoicing is regulated under `EU Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_,
|
||||
requiring :abbr:`B2G (business-to-government)` transactions to adhere to the European Standard EN
|
||||
16931. Public sector entities must accept e-invoices through platforms such as Digipoort, the Dutch
|
||||
government's official gateway for electronic data exchange. The Netherlands is also a prominent
|
||||
member of the Peppol network, which enables secure and standardized e-invoicing for cross-border
|
||||
transactions across Europe. While e-invoicing is not yet mandatory for B2B transactions, it is
|
||||
strongly encouraged to enhance transparency and efficiency in business processes.
|
||||
|
||||
Compliance with Dutch e-invoicing regulations
|
||||
=============================================
|
||||
|
||||
Odoo invoicing is equipped to support businesses with the Netherlands' e-invoicing requirements.
|
||||
Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports :abbr:`UBL (Universal Business Language)` XML, which is the
|
||||
standard format for e-invoicing in the Netherlands. It ensures compatibility with both Digipoort
|
||||
for domestic B2G transactions and the Peppol network for international e-invoicing.
|
||||
- **Secure storage and retrieval**: In accordance with Dutch regulations, which require businesses
|
||||
to store invoices for a minimum of seven years, Odoo securely archives all invoices in a
|
||||
tamper-proof system, ensuring they are accessible during audits or inspections.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing automates VAT calculations and formats
|
||||
invoices to meet Dutch VAT requirements, ensuring compliance with legal standards for both
|
||||
:abbr:`B2G (business-to-government)` and B2B transactions.
|
||||
|
||||
.. seealso::
|
||||
:doc:`Netherlands fiscal localization documentation <../../../fiscal_localizations/netherlands>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Dutch e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with EU Directive 2014/55/EU, Digipoort, Peppol standards, and other relevant
|
||||
regulations. It does not constitute legal advice. We recommend consulting with a tax advisor or
|
||||
legal professional familiar with Dutch e-invoicing regulations to ensure compliance tailored to
|
||||
your specific business needs.
|
@ -0,0 +1,44 @@
|
||||
:orphan:
|
||||
|
||||
===================================
|
||||
Odoo electronic invoicing in Norway
|
||||
===================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Norway's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Norway
|
||||
=========================================
|
||||
|
||||
In Norway, e-invoicing is governed by regulations aligned with `EU Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_,
|
||||
requiring :abbr:`B2G (business-to-government)` transactions to comply with mandatory e-invoicing
|
||||
standards. Norwegian public sector entities mandate the use of the EHF (Elektronisk Handelsformat)
|
||||
standard for e-invoices, ensuring uniformity and security. Norway is a member of the Peppol network,
|
||||
which supports standardized and interoperable cross-border e-invoicing throughout Europe. Although
|
||||
not mandatory for B2B transactions, e-invoicing is widely encouraged and adopted across the private
|
||||
sector to boost efficiency, transparency, and compliance.
|
||||
|
||||
Compliance with Norwegian e-invoicing regulations
|
||||
=================================================
|
||||
|
||||
Odoo invoicing is designed to fully support businesses in meeting Norway's e-invoicing standards.
|
||||
Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports the EHF (Elektronisk Handelsformat) standard, which is
|
||||
required for public sector e-invoicing in Norway. Odoo is also compatible with :abbr:`UBL
|
||||
(Universal Business Language)` XML for transactions through the Peppol network, ensuring adherence
|
||||
to both Norwegian and EU e-invoicing requirements.
|
||||
- **Secure storage and retrieval**: In compliance with Norwegian regulations that mandate the
|
||||
retention of invoices for a minimum of five years, Odoo securely archives all invoices in a
|
||||
tamper-proof system, ensuring accessibility and security during audits or inspections.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing automates VAT calculations, ensuring
|
||||
that invoices meet Norwegian VAT requirements while adhering to the correct format for both
|
||||
:abbr:`B2G (business-to-government)` and B2B transactions.
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Norwegian e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with the EHF standard, Peppol network, and other relevant regulations. It does not
|
||||
constitute legal advice. We recommend consulting with a tax advisor or legal professional
|
||||
familiar with Norwegian e-invoicing regulations to ensure compliance tailored to your specific
|
||||
business needs.
|
Before Width: | Height: | Size: 6.9 KiB |
@ -0,0 +1,55 @@
|
||||
:orphan:
|
||||
|
||||
=================================
|
||||
Odoo electronic invoicing in Peru
|
||||
=================================
|
||||
|
||||
Odoo Invoicing provides secure, efficient, and legally compliant e-invoicing solutions tailored to
|
||||
meet Peru’s regulatory requirements and fully compatible with the guidelines established by the
|
||||
`Superintendencia Nacional de Aduanas y de Administración Tributaria (SUNAT)
|
||||
<https://www.sunat.gob.pe/>`_.
|
||||
|
||||
Legal framework for e-invoicing in Peru
|
||||
=======================================
|
||||
|
||||
Peru has mandated electronic invoicing for most taxpayers to enhance tax compliance, reduce fraud,
|
||||
and improve transparency. Key elements include:
|
||||
|
||||
- **Comprobante de Pago Electrónico (CPE)**: A mandatory electronic document required for B2B, B2C,
|
||||
and :abbr:`B2G (business-to-government)` transactions, fully compliant with :abbr:`SUNAT
|
||||
(Superintendencia Nacional de Aduanas y de Administración Tributaria)`'s technical specifications.
|
||||
- **Integration with SUNAT**: E-invoices must be submitted to :abbr:`SUNAT (Superintendencia
|
||||
Nacional de Aduanas y de Administración Tributaria)` for validation and authorization. Upon
|
||||
approval, :abbr:`SUNAT (Superintendencia Nacional de Aduanas y de Administración Tributaria)`
|
||||
assigns a unique identification code to the invoice.
|
||||
- **XML Format**: All electronic invoices must be issued in XML format, ensuring standardization and
|
||||
interoperability.
|
||||
- **Mandatory adoption timeline**: Electronic invoicing is mandatory for most businesses, with
|
||||
specific deadlines for smaller entities.
|
||||
|
||||
Compliance with Peruvian e-invoicing regulations
|
||||
================================================
|
||||
|
||||
Odoo Invoicing simplifies compliance with Peru’s e-invoicing requirements by offering tailored
|
||||
features:
|
||||
|
||||
- **Supported formats**: Odoo supports the Peruvian :abbr:`CPE (Comprobante de Pago Electrónico` in
|
||||
:abbr:`SUNAT (Superintendencia Nacional de Aduanas y de Administración Tributaria)`-compliant XML
|
||||
formats, including all required fields and authorization codes.
|
||||
- **Secure storage and retrieval**: In compliance with Peru's five-year mandatory storage
|
||||
requirement, Odoo offers tamper-proof archiving, ensuring easy access for audits or inspections.
|
||||
- **Automatic tax calculation and reporting**: Odoo automates tax calculations for :abbr:`IGV
|
||||
(Impuesto General a las Ventas) and other applicable taxes, ensuring accuracy and compliance
|
||||
with :abbr:`SUNAT (Superintendencia Nacional de Aduanas y de Administración Tributaria)`'s
|
||||
reporting standards.
|
||||
|
||||
.. seealso::
|
||||
:doc:`Peruvian fiscal localization documentation <../../../fiscal_localizations/peru>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides a general overview of Peruvian e-invoicing regulations and how Odoo supports
|
||||
compliance with :abbr:`SUNAT (Superintendencia Nacional de Aduanas y de Administración
|
||||
Tributaria)` requirements. It is not intended as legal or tax advice. We recommend consulting
|
||||
with a tax advisor or legal professional familiar with Peru's e-invoicing regulations to ensure
|
||||
compliance tailored to your specific business needs.
|
@ -0,0 +1,45 @@
|
||||
:orphan:
|
||||
|
||||
===================================
|
||||
Odoo electronic invoicing in Poland
|
||||
===================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Poland's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Poland
|
||||
=========================================
|
||||
|
||||
In Poland, e-invoicing is governed by the `Polish VAT Act <https://isap.sejm.gov.pl/isap.nsf/DocDetails.xsp?id=WDU20230001598>`_
|
||||
and the National e-Invoicing System (KSeF – Krajowy System e-Faktur), which became operational in
|
||||
2022. While :abbr:`B2G (business-to-government)` e-invoicing is mandatory under `EU Directive
|
||||
2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_, B2B
|
||||
e-invoicing is mandatory for all businesses starting July 2024, following Poland's adoption of the
|
||||
e-invoicing scheme. E-invoices must be issued in the FA_VAT (structured XML) format and transmitted
|
||||
through the KSeF platform, ensuring compliance with tax reporting and transparency goals.
|
||||
|
||||
Compliance with Polish e-invoicing regulations
|
||||
==============================================
|
||||
|
||||
Odoo Invoicing is fully equipped to help businesses comply with Poland's evolving e-invoicing
|
||||
requirements. Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports the FA_VAT (structured XML) format required for submission to
|
||||
the KSeF platform. It also supports Peppol BIS Billing 3.0 for cross-border transactions, ensuring
|
||||
compliance with Polish and European standards. Odoo enables businesses to issue and transmit
|
||||
structured e-invoices to public authorities and other businesses through the KSeF platform.
|
||||
Additionally, Odoo facilitates cross-border invoicing through the Peppol network.
|
||||
- **Secure storage and retrieval**: In accordance with Polish regulations, which require invoices to
|
||||
be stored for at least five years, Odoo securely archives all invoices in a tamper-proof system,
|
||||
ensuring easy access for audits and compliance checks.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing automates VAT calculations and ensures
|
||||
invoices meet Polish VAT requirements for both B2G and B2B transactions, streamlining compliance
|
||||
and tax reporting processes.
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Polish e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with the VAT Act, KSeF platform, Peppol standards, and other relevant regulations. It
|
||||
does not constitute legal advice. We recommend consulting with a tax advisor or legal
|
||||
professional familiar with Polish e-invoicing regulations to ensure compliance tailored to your
|
||||
specific business needs.
|
@ -0,0 +1,48 @@
|
||||
:orphan:
|
||||
|
||||
=====================================
|
||||
Odoo electronic invoicing in Portugal
|
||||
=====================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Portugal's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Portugal
|
||||
===========================================
|
||||
|
||||
In Portugal, e-invoicing is regulated under the Portuguese VAT Code and in compliance with `EU
|
||||
Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_ for
|
||||
:abbr:`B2G (business-to-government)` transactions. E-invoicing has been mandatory for public sector
|
||||
suppliers since 2021. Businesses must use structured e-invoices in the :abbr:`CIUS-PT (Customizable
|
||||
Invoice User Specification for Portugal)` format, which aligns with European standards. While B2B
|
||||
e-invoicing is not yet mandatory, its adoption is encouraged to improve tax compliance and
|
||||
efficiency. Additionally, e-invoices must be validated and certified under Portugal's SAF-T (PT)
|
||||
system, which integrates with the tax authority for reporting.
|
||||
|
||||
Compliance with Portuguese e-invoicing regulations
|
||||
==================================================
|
||||
|
||||
Odoo Invoicing is fully equipped to meet Portugal's e-invoicing and tax reporting requirements. Here
|
||||
is how Odoo ensures compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports the :abbr:`CIUS-PT (Customizable Invoice User Specification
|
||||
for Portugal)` format, ensuring compatibility with Portugal's public procurement e-invoicing
|
||||
requirements. For cross-border transactions, Odoo also supports the Peppol BIS Billing 3.0 format,
|
||||
facilitating seamless compliance with EU standards. Integration with SAF-T (PT) and Tax Authority
|
||||
Systems enables businesses to generate, validate, and report certified e-invoices to the tax
|
||||
authority in compliance with local regulations.
|
||||
- **Secure storage and retrieval**: In accordance with Portuguese regulations, which require
|
||||
invoices to be stored for at least ten years, Odoo securely archives all invoices in a
|
||||
tamper-proof system, ensuring they are accessible for audits and inspections.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing automates VAT calculations and ensures
|
||||
that invoices meet Portuguese VAT requirements for both :abbr:`B2G (business-to-government)` and
|
||||
B2B transactions, supporting efficient and accurate tax reporting.
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Portuguese e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with the VAT Code, :abbr:`CIUS-PT (Customizable Invoice User Specification for
|
||||
Portugal)` format, SAF-T (PT) system, Peppol standards, and other relevant regulations. It does
|
||||
not constitute legal advice. We recommend consulting with a tax advisor or legal professional
|
||||
familiar with Portuguese e-invoicing regulations to ensure compliance tailored to your specific
|
||||
business needs.
|
@ -0,0 +1,54 @@
|
||||
:orphan:
|
||||
|
||||
====================================
|
||||
Odoo electronic invoicing in Romania
|
||||
====================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Romania's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Romania
|
||||
==========================================
|
||||
|
||||
In Romania, e-invoicing is regulated under the `Fiscal Code <http://www.dreptonline.ro/carti/start_carte.php?id_carte=324>`_
|
||||
and aligned with `EU Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_,
|
||||
which mandates e-invoicing for :abbr:`B2G (business-to-government)` transactions. Romania has
|
||||
implemented the RO e-Factura system, the national platform for issuing and receiving electronic
|
||||
invoices in a standardized format. The use of RO e-Factura is mandatory for :abbr:`B2G
|
||||
(business-to-government)` transactions and for specific high-risk B2B sectors, with further
|
||||
expansion anticipated. Romania is also integrated with the Peppol network, facilitating cross-border
|
||||
e-invoicing and compliance within the European Union.
|
||||
|
||||
Compliance with Romanian e-invoicing regulations
|
||||
================================================
|
||||
|
||||
Odoo invoicing module is fully equipped to help businesses comply with Romania’s specific
|
||||
e-invoicing requirements. Here’s how Odoo supports compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports XML in :abbr:`UBL (Universal Business Language)` and the
|
||||
structured formats required by RO e-Factura, ensuring compliance with Romania's e-invoicing
|
||||
standards for B2G and high-risk B2B transactions. Additionally, Odoo supports formats compatible
|
||||
with the Peppol network, enabling seamless cross-border invoicing. Odoo integrates with the RO
|
||||
e-Factura system, allowing businesses to generate, validate, and submit e-invoices directly to
|
||||
Romanian public authorities or private entities as required by law. Odoo helps businesses comply
|
||||
with eTransport requirements by generating and managing the data necessary for reporting the
|
||||
movement of high-fiscal risk goods. This includes shipment details such as the nature of the
|
||||
goods, vehicle information, and delivery destinations, ensuring timely submission to the
|
||||
:abbr:`ANAF (Romanian National Agency for Fiscal Administration)`.
|
||||
- **Secure storage and retrieval**: In compliance with Romanian regulations, which require invoices
|
||||
to be stored for a minimum of ten years, Odoo securely archives all invoices in a tamper-proof
|
||||
system, ensuring accessibility during audits or inspections.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing automates VAT calculations and formats
|
||||
invoices to comply with Romanian VAT requirements, ensuring accuracy and adherence to legal
|
||||
standards for both :abbr:`B2G (business-to-government)` and B2B transactions.
|
||||
|
||||
.. seealso::
|
||||
:doc:`Romania fiscal localization documentation <../../../fiscal_localizations/romania>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Romanian e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with the Fiscal Code, RO e-Factura, Peppol standards, and other relevant regulations.
|
||||
It does not constitute legal advice. We recommend consulting with a tax advisor or legal
|
||||
professional familiar with Romanian e-invoicing regulations to ensure compliance tailored to your
|
||||
specific business needs.
|
@ -0,0 +1,45 @@
|
||||
:orphan:
|
||||
|
||||
=====================================
|
||||
Odoo electronic invoicing in Slovenia
|
||||
=====================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Slovenia's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Slovenia
|
||||
===========================================
|
||||
|
||||
In Slovenia, e-invoicing is regulated under the `Slovenian VAT Act <https://www.uradni-list.si/glasilo-uradni-list-rs/vsebina/2019-01-2291?sop=2019-01-2291>`_
|
||||
and complies with `EU Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_,
|
||||
mandating the use of e-invoices for :abbr:`B2G (business-to-government)` transactions. Suppliers to
|
||||
public sector entities must submit e-invoices in the e-SLOG XML format, which is the national
|
||||
standard for e-invoicing. These invoices are transmitted via the UJP (Uradni list Republike
|
||||
Slovenije - Agency for Public Payments) e-invoicing platform. While B2B e-invoicing remains
|
||||
optional, its adoption is encouraged to promote transparency and tax compliance.
|
||||
|
||||
Compliance with Slovenian e-invoicing regulations
|
||||
=================================================
|
||||
|
||||
Odoo Invoicing is fully equipped to support businesses in meeting Slovenia’s e-invoicing
|
||||
requirements. Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports the e-SLOG XML format, enabling businesses to comply with
|
||||
public procurement requirements in Slovenia. For cross-border transactions, Odoo also supports the
|
||||
Peppol BIS Billing 3.0 format, ensuring compliance with EU standards. Odoo allows businesses to
|
||||
send e-invoices directly to public entities in compliance with national e-invoicing regulations
|
||||
through Slovenia’s UJP platform.
|
||||
- **Secure storage and retrieval**: In line with Slovenian regulations, which require invoices to be
|
||||
stored for a minimum of ten years, Odoo securely archives all invoices in a tamper-proof system,
|
||||
ensuring they are easily accessible for audits and inspections.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing automates VAT calculations and ensures
|
||||
invoices meet Slovenian VAT requirements for both B2G and B2B transactions, simplifying tax
|
||||
reporting and ensuring accuracy.
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Slovenian e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with the VAT Act, e-SLOG XML format, UJP platform, Peppol standards, and other
|
||||
relevant regulations. It does not constitute legal advice. We recommend consulting with a tax
|
||||
advisor or legal professional familiar with Slovenian e-invoicing regulations to ensure
|
||||
compliance tailored to your specific business needs.
|
@ -0,0 +1,50 @@
|
||||
:orphan:
|
||||
|
||||
==================================
|
||||
Odoo electronic invoicing in Spain
|
||||
==================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to Spain's regulatory standards.
|
||||
|
||||
Legal framework for e-invoicing in Spain
|
||||
========================================
|
||||
|
||||
In Spain, e-invoicing is governed by the `Ley de Facturación Electrónica <https://www.facturae.gob.es/face/Paginas/FACE.aspx>`_
|
||||
and aligned with `EU Directive 2014/55/EU <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32014L0055>`_,
|
||||
mandating e-invoicing for :abbr:`B2G (business-to-government)` transactions. All invoices to public
|
||||
sector entities must be submitted through the FACe platform, Spain’s official electronic invoicing
|
||||
hub, using the required Facturae format. Additionally, the :abbr:`SII (Immediate Supply of
|
||||
Information)` system mandates near real-time reporting of VAT-related invoice data for certain
|
||||
companies, reinforcing transparency and compliance. While e-invoicing is not yet mandatory for B2B
|
||||
transactions, its adoption is expected to expand in the near future.
|
||||
|
||||
Compliance with Spanish e-invoicing regulations
|
||||
===============================================
|
||||
|
||||
Odoo Invoicing is fully equipped to help businesses meet Spain's e-invoicing and VAT reporting
|
||||
requirements. Here is how Odoo ensures compliance:
|
||||
|
||||
- **Supported formats**: Odoo supports the Facturae (XML) format required by the FACe platform for
|
||||
public sector e-invoicing in Spain. It is also compatible with XML in :abbr:`UBL (Universal
|
||||
Business Language)` formats used within the Peppol network for cross-border transactions. Odoo
|
||||
integrates with FACe, allowing businesses to submit e-invoices directly to Spanish public
|
||||
authorities. Odoo also facilitates compliance with the SII system, enabling automated and near
|
||||
real-time reporting of VAT-related data to the Spanish Tax Agency.
|
||||
- **Secure storage and retrieval**: In compliance with Spanish regulations requiring invoices to be
|
||||
stored for a minimum of four years, Odoo securely archives all invoices in a tamper-proof system,
|
||||
ensuring easy access during audits or inspections.
|
||||
- **Automatic VAT calculation and reporting**: Odoo Invoicing automates VAT calculations and ensures
|
||||
invoices are formatted to meet Spanish requirements for both :abbr:`B2G (business-to-government)`
|
||||
and B2B transactions, helping businesses comply with national and EU standards.
|
||||
|
||||
.. seealso::
|
||||
:doc:`Spain fiscal localization documentation <../../../fiscal_localizations/spain>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides an overview of Spanish e-invoicing laws and how Odoo Invoicing supports
|
||||
compliance with the Ley de Facturación Electrónica, FACe platform, SII system, Peppol standards,
|
||||
and other relevant regulations. It does not constitute legal advice. We recommend consulting with
|
||||
a tax advisor or legal professional familiar with Spanish e-invoicing regulations to ensure
|
||||
compliance tailored to your specific business needs.
|
@ -0,0 +1,57 @@
|
||||
:orphan:
|
||||
|
||||
====================================
|
||||
Odoo electronic invoicing in Uruguay
|
||||
====================================
|
||||
|
||||
Odoo Invoicing is your trusted partner for safe, efficient, and legally compliant e-invoicing
|
||||
solutions tailored to meet Uruguay's regulatory requirements and fully compatible with the
|
||||
guidelines established by the `Dirección General Impositiva (DGI)
|
||||
<https://www.gub.uy/direccion-general-impositiva/>`_.
|
||||
|
||||
Legal framework for e-invoicing in Uruguay
|
||||
==========================================
|
||||
|
||||
Uruguay has mandated electronic invoicing under the :abbr:`CFE (Comprobante Fiscal Electrónico)`
|
||||
system, which applies to most businesses to promote tax transparency and streamline financial
|
||||
transactions. Key elements include:
|
||||
|
||||
- **Comprobante Fiscal Electrónico**: A mandatory e-invoice format required for B2B, B2C, and
|
||||
:abbr:`B2G (business-to-government)` transactions, fully compliant with :abbr:`DGI (Dirección
|
||||
General Impositiva)`'s technical standards.
|
||||
- **Integration with DGI**: All :abbr:`CFE (Comprobante Fiscal Electrónico)` must be submitted to
|
||||
the :abbr:`DGI (Dirección General Impositiva)` for validation. Upon approval, the :abbr:`CFE
|
||||
(Comprobante Fiscal Electrónico)` receives a unique identification code and authorization for
|
||||
issuance.
|
||||
- **XML Format**: Uruguay mandates the use of XML as the standard format for e-invoices, ensuring
|
||||
compatibility and interoperability with various systems.
|
||||
- **Adoption Timeline**: E-invoicing is mandatory for most businesses, with specific deadlines for
|
||||
smaller enterprises to transition into the system.
|
||||
|
||||
Compliance with Uruguayan e-invoicing regulations
|
||||
=================================================
|
||||
|
||||
Odoo Invoicing simplifies the complexities of compliance with Uruguay's e-invoicing requirements by
|
||||
offering tailored features:
|
||||
|
||||
- **Supported formats**: Odoo supports the :abbr:`CFE (Comprobante Fiscal Electrónico)` format in
|
||||
:abbr:`DGI (Dirección General Impositiva)`-compliant XML, including all legally required fields,
|
||||
such as the unique identification code, authorization number, and digital signature. Odoo allows
|
||||
the automated submission, validation, and issuance through the :abbr:`DGI (Dirección General
|
||||
Impositiva)`'s e-invoicing platform to ensure compliance in real time.
|
||||
- **Secure storage and retrieval**: In line with Uruguay’s mandatory five-year storage requirement,
|
||||
Odoo provides tamper-proof archiving solutions, ensuring easy access to invoices for audits or
|
||||
inspections.
|
||||
- **Automatic tax calculation and reporting**: Odoo automates tax calculations for IVA (Value-Added
|
||||
Tax) and other applicable taxes, ensuring accuracy and compliance with :abbr:`DGI (Dirección
|
||||
General Impositiva)`'s reporting standards.
|
||||
|
||||
.. seealso::
|
||||
:doc:`Uruguayan fiscal localization documentation <../../../fiscal_localizations/uruguay>`
|
||||
|
||||
.. admonition:: Disclaimer
|
||||
|
||||
This page provides a general overview of Uruguayan e-invoicing regulations and how Odoo supports
|
||||
compliance with DGI requirements. It is not intended as legal or tax advice. We recommend
|
||||
consulting with a tax advisor or legal professional familiar with Uruguay's e-invoicing
|
||||
regulations to ensure full compliance tailored to your specific business requirements.
|
Before Width: | Height: | Size: 21 KiB |
Before Width: | Height: | Size: 15 KiB |
Before Width: | Height: | Size: 23 KiB |
Before Width: | Height: | Size: 21 KiB |
Before Width: | Height: | Size: 25 KiB |
Before Width: | Height: | Size: 18 KiB |
Before Width: | Height: | Size: 6.1 KiB |
Before Width: | Height: | Size: 20 KiB |
Before Width: | Height: | Size: 20 KiB |
Before Width: | Height: | Size: 19 KiB |
Before Width: | Height: | Size: 20 KiB |
Before Width: | Height: | Size: 7.9 KiB |
Before Width: | Height: | Size: 13 KiB |
Before Width: | Height: | Size: 15 KiB |
Before Width: | Height: | Size: 19 KiB |
Before Width: | Height: | Size: 15 KiB |
@ -116,7 +116,7 @@ for every computed *due date*.
|
||||
This makes for easier :doc:`follow-ups </applications/finance/accounting/payments/follow_up>` and
|
||||
:doc:`reconciliation </applications/finance/accounting/bank/reconciliation>` since Odoo takes each
|
||||
due date into account, rather than just the balance due date. It also helps to get an accurate
|
||||
:ref:`aged receivable report <customer-invoices/aging-report>`.
|
||||
:ref:`aged receivable report <accounting/invoices/aging-report>`.
|
||||
|
||||
.. example::
|
||||
.. image:: payment_terms/journal-entry.png
|
||||
|
@ -0,0 +1,66 @@
|
||||
================
|
||||
Invoice sequence
|
||||
================
|
||||
|
||||
When confirming an invoice, Odoo generates a unique invoice reference number. By default, Odoo uses
|
||||
the following sequence format `INV/year/incrementing-number` (e.g., `INV/2025/00001`), which
|
||||
restarts from `00001` each year.
|
||||
|
||||
However, it is possible to :ref:`change the sequence format <accounting/invoice/resequencing>` and
|
||||
its periodicity, and to :ref:`mass-resequence invoices <accounting/invoice/mass-resequencing>`.
|
||||
|
||||
.. note::
|
||||
Changes made to reference numbers are logged in the chatter.
|
||||
|
||||
.. _accounting/invoice/resequencing:
|
||||
|
||||
Changing the default sequence
|
||||
=============================
|
||||
|
||||
To customize the default sequence, open the last confirmed invoice, click :guilabel:`Reset to
|
||||
Draft`, and edit the invoice's reference number.
|
||||
|
||||
.. image:: sequence/reference-number.png
|
||||
:alt: Editing the reference number of an invoice.
|
||||
|
||||
Odoo then explains how the detected format will be applied to all future invoices. For example, if
|
||||
the current invoice's month is added, the sequence's periodicity will change to every month instead
|
||||
of every year.
|
||||
|
||||
.. image:: sequence/sequence-dialog.png
|
||||
:alt: Editing the reference number of an invoice.
|
||||
|
||||
.. tip::
|
||||
The sequence format can be edited directly when creating the first invoice of a given sequence
|
||||
period.
|
||||
|
||||
.. _accounting/invoice/mass-resequencing:
|
||||
|
||||
Mass-resequencing invoices
|
||||
==========================
|
||||
|
||||
It can be helpful to resequence multiple invoice numbers. For example, when importing invoices from
|
||||
another invoicing or accounting system and the reference originates from the previous software,
|
||||
continuity for the current year must be maintained without restarting from the beginning.
|
||||
|
||||
.. note::
|
||||
This feature is only available to users with administrator or advisor access.
|
||||
|
||||
Follow these steps to resequence invoice numbers:
|
||||
|
||||
#. Activate the :ref:`developer mode <developer-mode>`.
|
||||
#. From the :guilabel:`Accounting Dashboard`, open the :guilabel:`Customer Invoices` journal.
|
||||
#. Select the invoices that need a new sequence.
|
||||
#. Click the :icon:`fa-cog` :guilabel:`Actions` menu and select :guilabel:`Resequence`.
|
||||
#. In the :guilabel:`Ordering` field, choose to
|
||||
|
||||
- :guilabel:`Keep current order`: The order of the numbers remains the same.
|
||||
- :guilabel:`Reorder by accounting date`: The number is reordered by accounting date.
|
||||
|
||||
#. Set the :guilabel:`First New Sequence`.
|
||||
#. :guilabel:`Preview Modifications` and click :guilabel:`Confirm`.
|
||||
|
||||
The first invoice using the new sequence appears in red in the :guilabel:`Customer Invoices` list.
|
||||
|
||||
.. image:: sequence/invoice-sequencing.png
|
||||
:alt: Resequence options window
|
After Width: | Height: | Size: 12 KiB |
After Width: | Height: | Size: 6.7 KiB |
After Width: | Height: | Size: 9.1 KiB |
@ -69,8 +69,9 @@ When new products arrive, the new average cost for each product is recomputed us
|
||||
- **Incoming Qty**: count of products arriving in the new shipment;
|
||||
- **Purchase Price**: estimated price of products at the reception of products (since vendor bills
|
||||
may arrive later). The amount includes not only the price for the products, but also added costs,
|
||||
such as shipping, taxes, and :ref:`landed costs <inventory/reporting/landed_costs>`. At reception
|
||||
of the vendor bill, this price is adjusted;
|
||||
such as shipping, taxes, and :doc:`landed costs
|
||||
<../../../inventory_and_mrp/inventory/product_management/inventory_valuation/landed_costs>`. At
|
||||
reception of the vendor bill, this price is adjusted;
|
||||
- **Final Qty**: quantity of on-hand stock after the stock move.
|
||||
|
||||
.. _inventory/avg_cost/definite_rule:
|
||||
|
Before Width: | Height: | Size: 3.0 KiB |
Before Width: | Height: | Size: 4.2 KiB |
Before Width: | Height: | Size: 3.1 KiB |
@ -7,99 +7,309 @@ Payments
|
||||
In Odoo, payments can either be automatically linked to an invoice or bill or be stand-alone records
|
||||
for use at a later date:
|
||||
|
||||
- If a payment is **linked to an invoice or bill**, it reduces/settles the amount due of the
|
||||
invoice. You can have multiple payments related to the same invoice.
|
||||
- If a payment is **linked to an invoice or bill**, it reduces/settles the amount due on the
|
||||
invoice. Multiple payments on the same invoice are possible.
|
||||
|
||||
- If a payment is **not linked to an invoice or bill**, the customer has an outstanding credit with
|
||||
your company, or your company has an outstanding debit with a vendor. You can use those
|
||||
outstanding amounts to reduce/settle unpaid invoices/bills.
|
||||
the company, or the company has an outstanding debit with a vendor. Those outstanding amounts
|
||||
reduce/settle unpaid invoices/bills.
|
||||
|
||||
.. seealso::
|
||||
- :doc:`Internal transfers <payments/internal_transfers>`
|
||||
- :doc:`Internal transfers <bank/internal_transfers>`
|
||||
- :doc:`bank/reconciliation`
|
||||
- `Odoo Tutorials: Bank Configuration
|
||||
<https://www.odoo.com/slides/slide/bank-configuration-1880>`_
|
||||
<https://www.odoo.com/slides/slide/bank-configuration-6832>`_
|
||||
|
||||
.. _payments/register:
|
||||
.. _accounting/payments/payment-methods:
|
||||
|
||||
Payment methods
|
||||
===============
|
||||
|
||||
Several payment methods are available in Odoo to allow different configurations for different types
|
||||
of payments. Examples of payment methods include manual payments (such as cash), :doc:`checks
|
||||
<payments/pay_checks>`, and batch payment files (such as :ref:`NACHA
|
||||
<l10n_us/ach-electronic-transfers>` and :doc:`SEPA <payments/pay_sepa>`). Payment methods can be
|
||||
configured in the :guilabel:`Incoming Payments` and :guilabel:`Outgoing Payments` tabs of a bank or
|
||||
cash journal.
|
||||
|
||||
.. seealso::
|
||||
:doc:`../../sales/point_of_sale/payment_methods` for Point of Sale
|
||||
|
||||
.. _accounting/payments/preferred-payment-methods:
|
||||
|
||||
Preferred payment method
|
||||
------------------------
|
||||
|
||||
A contact's preferred payment method can be set so that when a payment is created for that contact,
|
||||
the payment method is automatically selected by default. Invoices and bills can be filtered by
|
||||
:guilabel:`Payment Method` to simplify :ref:`group <accounting/payments/group-payments>` payments.
|
||||
|
||||
To set a preferred :guilabel:`Payment Method` for a customer or a vendor, go to
|
||||
:menuselection:`Accounting --> Customers --> Customers` or :menuselection:`Accounting --> Vendors
|
||||
--> Vendors` and select the customer or vendor. In the :guilabel:`Sales & Purchase` tab of the
|
||||
contact form, select the preferred :guilabel:`Payment Method` in the :guilabel:`Sales` section for
|
||||
invoice payments or for vendor bill payments in the :guilabel:`Purchase` section.
|
||||
|
||||
.. tip::
|
||||
Access a full list of all contacts from the :guilabel:`Customers` or :guilabel:`Vendors` list
|
||||
view by removing the :guilabel:`Customers` or :guilabel:`Vendors` filter. Alternatively, access
|
||||
the full contact list through the Contacts app.
|
||||
|
||||
.. _accounting/payments/from-invoice-bill:
|
||||
|
||||
Registering payment from an invoice or bill
|
||||
===========================================
|
||||
|
||||
When clicking :guilabel:`Register payment` in a customer invoice or vendor bill, it generates a new
|
||||
journal entry and changes the amount due according to the payment amount. The counterpart is
|
||||
reflected in an :ref:`outstanding <bank/outstanding-accounts>` **receipts** or **payments** account.
|
||||
At this point, the customer invoice or vendor bill is marked as :guilabel:`In payment`. Then, when
|
||||
the outstanding account is reconciled with a bank statement line, the invoice or vendor bill changes
|
||||
to the :guilabel:`Paid` status.
|
||||
To register a payment for an invoice or a bill, follow these steps:
|
||||
|
||||
The information icon near the payment line displays more information about the payment. You can
|
||||
access additional information, such as the related journal, by clicking :guilabel:`View`.
|
||||
#. Click :guilabel:`Pay` on a customer invoice or vendor bill. In the :guilabel:`Pay` window, select
|
||||
the :guilabel:`Journal` and the :guilabel:`Payment Date`.
|
||||
#. If previously set, the contact's preferred :guilabel:`Payment Method` is automatically selected
|
||||
by default but can be updated if necessary.
|
||||
#. If using :doc:`payment terms <customer_invoices/payment_terms>`, the :guilabel:`Amount` is
|
||||
automatically set based on the installment amounts defined by the payment term. To pay the full
|
||||
amount instead, click :guilabel:`full amount`.
|
||||
#. If necessary, edit the :guilabel:`Memo`.
|
||||
#. Click :guilabel:`Create Payment`.
|
||||
|
||||
After the payment is registered, the customer invoice or vendor bill is marked as
|
||||
:guilabel:`In payment`.
|
||||
|
||||
.. tabs::
|
||||
|
||||
.. group-tab:: Without outstanding accounts
|
||||
|
||||
If no :ref:`outstanding accounts <accounting/bank/outstanding-accounts>` are configured, no
|
||||
journal entry is created. To display more information about the payment, click the
|
||||
:guilabel:`Payments` smart button.
|
||||
|
||||
When the invoice or vendor bill is :doc:`reconciled <bank/reconciliation>` with a bank
|
||||
transaction, its status is updated to :guilabel:`Paid`.
|
||||
|
||||
.. note::
|
||||
- If a bank transaction is reconciled in a different currency, a journal entry is
|
||||
automatically created to post the currency exchange gains/loss amount.
|
||||
- When a bank transaction is reconciled with an invoice with cash-basis, a journal entry is
|
||||
automatically created to post the cash-basis tax amount.
|
||||
|
||||
.. group-tab:: Using outstanding accounts
|
||||
|
||||
By default, payments in Odoo do not create journal entries, but they can easily be configured
|
||||
to create journal entries using :ref:`outstanding accounts
|
||||
<accounting/bank/outstanding-accounts>`.
|
||||
|
||||
Registering a payment on a customer invoice or vendor bill generates a new journal entry and
|
||||
reduces the :guilabel:`Amount Due` based on the payment amount. The counterpart is
|
||||
reflected in an :ref:`outstanding <accounting/bank/outstanding-accounts>` **receipts** or
|
||||
**payments** account. At this point, the customer invoice or vendor bill is marked as
|
||||
:guilabel:`In payment`. Then, when the payment is :doc:`reconciled <bank/reconciliation>` with
|
||||
a bank transaction, the invoice or vendor bill status changes to :guilabel:`Paid`.
|
||||
|
||||
The :icon:`fa-info-circle` information icon next to the payment line displays more
|
||||
information about the payment. To access additional information, such as the related journal,
|
||||
click :guilabel:`View`.
|
||||
|
||||
.. image:: payments/information-icon.png
|
||||
:alt: See detailed information of a payment.
|
||||
|
||||
.. note::
|
||||
- The customer invoice or vendor bill must be in the :guilabel:`Posted` status to register the
|
||||
- Unreconciling a payment unlinks it from the invoice or bill but does not delete the
|
||||
payment.
|
||||
- If you unreconcile a payment, it still appears in your books but is no longer linked to the
|
||||
invoice.
|
||||
- If you (un)reconcile a payment in a different currency, a journal entry is automatically
|
||||
- If a payment is (un)reconciled in a different currency, a journal entry is automatically
|
||||
created to post the currency exchange gains/losses (reversal) amount.
|
||||
- If you (un)reconcile a payment and an invoice having cash basis taxes, a journal entry is
|
||||
automatically created to post the cash basis tax (reversal) amount.
|
||||
- If a payment is (un)reconciled on an invoice with cash-basis taxes, a journal entry is
|
||||
automatically created to post the cash-basis tax (reversal) amount.
|
||||
|
||||
.. tip::
|
||||
- If your main bank account is set as an :ref:`outstanding account
|
||||
<bank/outstanding-accounts>`, and the payment is registered in Odoo (not through a related
|
||||
bank statement), invoices and bills are directly registered as :guilabel:`Paid`.
|
||||
If the main bank account is set as the outstanding account on the bank journal's payment
|
||||
method, registering the full payment on an invoice or bill moves the invoice/bill directly
|
||||
to the :guilabel:`Paid` status without requiring bank reconciliation.
|
||||
|
||||
.. _accounting/payments/not-tied:
|
||||
|
||||
Registering payments not tied to an invoice or bill
|
||||
===================================================
|
||||
|
||||
When a new payment is registered via :menuselection:`Customers / Vendors --> Payments` menu, it is
|
||||
not directly linked to an invoice or bill. Instead, the account receivable or the account payable is
|
||||
matched with the **outstanding account** until it is manually matched with its related invoice or
|
||||
bill.
|
||||
When a new payment is registered via :menuselection:`Customers / Vendors --> Payments`, it is not
|
||||
directly linked to an invoice or bill.
|
||||
|
||||
Matching invoices and bills with payments
|
||||
-----------------------------------------
|
||||
.. tabs::
|
||||
|
||||
A blue banner appears when you validate a new invoice/bill and an **outstanding payment** exists for
|
||||
this specific customer or vendor. It can easily be matched from the invoice or bill by clicking
|
||||
:guilabel:`ADD` under :guilabel:`Outstanding Credits` or :guilabel:`Outstanding Debits`.
|
||||
.. group-tab:: Without outstanding accounts
|
||||
|
||||
Payments that are not linked to an invoice or bill should not be registered without using
|
||||
:ref:`outstanding accounts <accounting/bank/outstanding-accounts>`, as there is no way to
|
||||
associate the payment with the invoice or bill since no journal entry is created for the
|
||||
payment. The amount paid or received is not reflected in the accounting and the
|
||||
:guilabel:`Amount Due` is not updated based on the payment amount.
|
||||
|
||||
.. group-tab:: Using outstanding accounts
|
||||
|
||||
Instead, the payment's journal entry matches the :guilabel:`outstanding account` with the
|
||||
account receivable or the account payable until the payment is manually matched with its
|
||||
related invoice or bill. Then, :doc:`reconciling <bank/reconciliation>` the payment with the
|
||||
bank transaction completes the payment workflow.
|
||||
|
||||
.. _accounting/payments/payments-matching:
|
||||
|
||||
Payments matching
|
||||
-----------------
|
||||
|
||||
.. note::
|
||||
During the :doc:`bank reconciliation <bank/reconciliation>` process, a remaining balance is
|
||||
identified if the total debits and credits do not match when records are compared with bank
|
||||
transactions. This balance must either be reconciled later or written off immediately.
|
||||
|
||||
.. _accounting/payments/matching-invoices-bills:
|
||||
|
||||
For a single invoice or bill
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
.. tabs::
|
||||
|
||||
.. group-tab:: Without outstanding accounts
|
||||
|
||||
By default, payments in Odoo do not create journal entries. As a result, there is no payment
|
||||
to match.
|
||||
|
||||
.. group-tab:: Using outstanding accounts
|
||||
|
||||
A blue banner appears when validating a new invoice/bill and an **outstanding payment** exists
|
||||
for this specific customer or vendor. To match it with the invoice or bill, click
|
||||
:guilabel:`Add` under :guilabel:`Outstanding Credits` or :guilabel:`Outstanding Debits`.
|
||||
|
||||
.. image:: payments/add-option.png
|
||||
:alt: Shows the ADD option to reconcile an invoice or a bill with a payment.
|
||||
:alt: Shows the Add option to reconcile an invoice or a bill with a payment.
|
||||
|
||||
The invoice or bill is now marked as :guilabel:`In payment` until it is reconciled with its
|
||||
corresponding bank statement.
|
||||
The invoice or bill is then marked as :guilabel:`In payment` until the payment is
|
||||
:doc:`reconciled <bank/reconciliation>` with its corresponding :doc:`bank transaction(s)
|
||||
<bank/transactions>`.
|
||||
|
||||
.. _payments/batch-payments:
|
||||
.. _accounting/payments/auto-reconcile-tool:
|
||||
|
||||
Batch payment
|
||||
-------------
|
||||
For multiple invoices or bills
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
Batch payments allow you to group different payments to ease :doc:`reconciliation
|
||||
<bank/reconciliation>`. They are also useful when you deposit :doc:`checks <payments/checks>` to the
|
||||
bank or for :doc:`SEPA payments <payments/pay_sepa>`. To do so, go to :menuselection:`Accounting -->
|
||||
Customers --> Batch Payments` or :menuselection:`Accounting --> Vendors --> Batch Payments`. In the
|
||||
list view of payments, you can select and group several payments in a batch by clicking
|
||||
:menuselection:`Action --> Create Batch Payment`.
|
||||
.. tabs::
|
||||
|
||||
.. group-tab:: Without outstanding accounts
|
||||
|
||||
By default, payments in Odoo do not create journal entries. As a result, there is no payment
|
||||
to match, but this feature can still be used to match miscellaneous journal items.
|
||||
|
||||
.. group-tab:: Using outstanding accounts
|
||||
|
||||
The :guilabel:`Payments matching` or :guilabel:`Auto-reconcile` tool allows reconciling
|
||||
journal items with each other (i.e., payments with customer invoices or vendor bills) either
|
||||
individually or in batches. Access the :guilabel:`Accounting Dashboard`, click the
|
||||
:icon:`fa-ellipsis-v` (:guilabel:`ellipsis`) button from the :guilabel:`Customer
|
||||
Invoices` or :guilabel:`Vendor Bills` journals, and select :guilabel:`Payments Matching`.
|
||||
Alternatively, go to :menuselection:`Accounting --> Accounting --> Reconcile`.
|
||||
|
||||
To manually :guilabel:`Reconcile` journal items, select the individual items from the list
|
||||
view and click :guilabel:`Reconcile`.
|
||||
|
||||
.. _accounting/payments/auto-reconcile-feature:
|
||||
|
||||
Auto-Reconcile Feature
|
||||
**********************
|
||||
|
||||
.. tabs::
|
||||
|
||||
.. group-tab:: Without outstanding accounts
|
||||
|
||||
To use the :guilabel:`Auto-Reconcile` feature, follow these steps:
|
||||
|
||||
#. In the :guilabel:`Journal Items to reconcile` list view, click :guilabel:`Auto-Reconcile`
|
||||
next to the receivable or payable account (or a specific contact's group of journal items
|
||||
in that account).
|
||||
#. In the :guilabel:`Reconcile automatically` window, click :guilabel:`Reconcile`.
|
||||
|
||||
.. group-tab:: Using outstanding accounts
|
||||
|
||||
To use the :guilabel:`Auto-Reconcile` feature, follow these steps:
|
||||
|
||||
#. In the :guilabel:`Journal Items to reconcile` list view, click :guilabel:`Auto-Reconcile`
|
||||
next to the receivable or payable account (or a specific contact's group of journal items
|
||||
in that account).
|
||||
#. In the :guilabel:`Reconcile Automatically` window, set the
|
||||
:guilabel:`Reconcile` field depending on how you want to match journal items:
|
||||
|
||||
- :guilabel:`Perfect Match`: Each debit journal item will be matched with
|
||||
the corresponding credit journal item of the same value.
|
||||
- :guilabel:`Clear Accounts`: All reconciled journal items will have the same
|
||||
matching number, as they are selected from the same account.
|
||||
|
||||
#. Click :guilabel:`Reconcile`.
|
||||
|
||||
Invoices and bills are automatically matched to their corresponding payments and marked as
|
||||
:guilabel:`In payment` until they are :doc:`reconciled <bank/reconciliation>` with their
|
||||
corresponding :doc:`bank transactions <bank/transactions>`.
|
||||
|
||||
.. _accounting/payments/group-payments:
|
||||
|
||||
Registering payments on multiple invoices/credit notes or bills/refunds (group payments)
|
||||
========================================================================================
|
||||
|
||||
To register payments on multiple invoices/credit notes or bills/refunds, follow these steps:
|
||||
|
||||
#. Go to :menuselection:`Accounting --> Customers --> Invoices/Credit Notes` or
|
||||
:menuselection:`Accounting --> Vendors --> Bills/Refunds`.
|
||||
#. In the list view, click into the search bar, group by :guilabel:`Payment Method`, select the
|
||||
relevant invoices/credit notes or bills/refunds and click :guilabel:`Pay`.
|
||||
#. In the :guilabel:`Pay` window, select the :guilabel:`Journal` and the :guilabel:`Payment Date`.
|
||||
#. If previously set, the contact's preferred :guilabel:`Payment Method` is automatically selected
|
||||
by default but can be updated if necessary.
|
||||
#. If using :doc:`payment terms <customer_invoices/payment_terms>`, the :guilabel:`Amount` is
|
||||
automatically set based on the installment amounts defined by the payment term. To pay the full
|
||||
amount instead, click :guilabel:`full amount`.
|
||||
#. To combine all payments from the same contact into a single payment, enable the :guilabel:`Group
|
||||
Payments` option, or leave it unchecked to create separate payments.
|
||||
#. Click :guilabel:`Create payment`.
|
||||
|
||||
.. tabs::
|
||||
|
||||
.. group-tab:: Without outstanding accounts
|
||||
|
||||
The invoices or bills are then marked as :guilabel:`In payment` until they are
|
||||
:doc:`reconciled <bank/reconciliation>` with the bank transactions.
|
||||
|
||||
.. group-tab:: Using outstanding accounts
|
||||
|
||||
The invoices or bills are then marked as :guilabel:`In payment` until the bank transactions
|
||||
are :doc:`reconciled <bank/reconciliation>` with the payments.
|
||||
|
||||
.. _accounting/payments/batch-payments:
|
||||
|
||||
Registering a single payment for multiple customers or vendors (batch payments)
|
||||
===============================================================================
|
||||
|
||||
Batch payments allow grouping payments from multiple contacts to ease :doc:`reconciliation
|
||||
<bank/reconciliation>`. They are also useful when depositing :doc:`checks <payments/checks>` to the
|
||||
bank or for generating bank payment files such as :doc:`SEPA <payments/pay_sepa>` or :ref:`NACHA
|
||||
<l10n_us/nacha>`. To do so, go to :menuselection:`Accounting --> Customers --> Payments` or
|
||||
:menuselection:`Accounting --> Vendors --> Payments`. In the payments list view, select the payments
|
||||
to be grouped in a batch, click :icon:`fa-cog` :guilabel:`Actions`, and select :guilabel:`Create
|
||||
Batch Payment`.
|
||||
|
||||
.. note::
|
||||
All payments in a batch must have the same :ref:`payment method
|
||||
<accounting/payments/payment-methods>`.
|
||||
|
||||
.. seealso::
|
||||
- :doc:`payments/batch`
|
||||
- :doc:`payments/batch_sdd`
|
||||
|
||||
.. _payments/matching:
|
||||
.. _accounting/payments/matching:
|
||||
|
||||
Payments matching
|
||||
-----------------
|
||||
|
||||
The :guilabel:`Payments matching` tool opens all unreconciled customer invoices or vendor bills and
|
||||
allows you to process them individually, matching all payments and invoices in one place. You can
|
||||
reach this tool from the :menuselection:`Accounting Dashboard --> Customer Invoices / Vendor Bills`,
|
||||
click the drop-down menu button (:guilabel:`⋮`), and select :guilabel:`Payments Matching`, or go to
|
||||
:menuselection:`Accounting --> Accounting --> Reconciliation`.
|
||||
The :guilabel:`Payments matching` tool opens all unreconciled journal items and allows them to be
|
||||
processed individually, matching all payments and journal items. Go to the
|
||||
:guilabel:`Accounting Dashboard`, go to :menuselection:`Accounting --> Accounting --> Reconcile` or
|
||||
click the :icon:`fa-ellipsis-v` (:guilabel:`ellipsis`) button from the :guilabel:`Customer
|
||||
Invoices` or :guilabel:`Vendor Bills` journals, and select :guilabel:`Payments Matching`.
|
||||
|
||||
.. image:: payments/payments-journal.png
|
||||
:alt: Payments matching menu in the drop-down menu.
|
||||
@ -107,39 +317,58 @@ click the drop-down menu button (:guilabel:`⋮`), and select :guilabel:`Payment
|
||||
.. note::
|
||||
During the :doc:`reconciliation <bank/reconciliation>`, if the sum of the debits and credits does
|
||||
not match, there is a remaining balance. This either needs to be reconciled at a later date or
|
||||
needs to be written off directly.
|
||||
written off directly.
|
||||
|
||||
Batch payments matching
|
||||
-----------------------
|
||||
|
||||
You can use the **batch reconciliation feature** to reconcile several outstanding payments or
|
||||
invoices simultaneously for a specific customer or vendor. Go to your **Accounting Dashboard** and
|
||||
open your **bank journal**. In the **bank reconciliation** view, select a **transaction**, and click
|
||||
the :guilabel:`Batch Payments` tab. From here, you can reconcile your
|
||||
:doc:`batch payments <payments/batch>` with your outstanding payments or invoices.
|
||||
|
||||
.. image:: payments/reconcile-option.png
|
||||
:alt: The batch payment reconcile option.
|
||||
.. _accounting/payments/partial-payment:
|
||||
|
||||
Registering a partial payment
|
||||
=============================
|
||||
|
||||
To register a **partial payment**, click :guilabel:`Register payment` from the related invoice or
|
||||
bill, and enter the amount received or paid. Upon entering the amount, a prompt appears to decide
|
||||
whether to :guilabel:`Keep open` the invoice or bill, or :guilabel:`Mark as fully paid`. Select
|
||||
:guilabel:`Keep open` and click :guilabel:`Create payment`. The invoice or bill is now marked as
|
||||
:guilabel:`Partial`. Select :guilabel:`Mark as fully paid` if you wish to settle the invoice or bill
|
||||
with a difference in the amount.
|
||||
To register a partial payment, click on :guilabel:`Pay` from the related invoice or bill.
|
||||
|
||||
.. image:: payments/payment-difference.png
|
||||
:alt: Partial payment of an invoice or bill.
|
||||
.. tabs::
|
||||
|
||||
Reconciling payments with bank statements
|
||||
=========================================
|
||||
.. group-tab:: Without outstanding accounts
|
||||
|
||||
Once a payment has been registered, the status of the invoice or bill is :guilabel:`In payment`. The
|
||||
next step is :doc:`reconciling <bank/reconciliation>` it with the related bank statement line to
|
||||
have the transaction finalized and the invoice or bill marked as :guilabel:`Paid`.
|
||||
In the case of a partial payment (when the :guilabel:`Amount` paid is less than the total
|
||||
remaining amount on the invoice or the bill), fill in the :guilabel:`Amount` in the
|
||||
:guilabel:`Pay` window.
|
||||
|
||||
.. group-tab:: Using outstanding accounts
|
||||
|
||||
In the case of a partial payment (when the :guilabel:`Amount` paid is less than the total
|
||||
remaining amount on the invoice or the bill), the :guilabel:`Payment Difference` field
|
||||
displays the outstanding balance. There are two options:
|
||||
|
||||
- :guilabel:`Keep open`: Keep the invoice or the bill open and mark it with a
|
||||
:guilabel:`Partial` banner;
|
||||
- :guilabel:`Mark as fully paid`: Select an account in the :guilabel:`Post Difference In`
|
||||
field and change the :guilabel:`Label` if needed. A journal entry will be created to balance
|
||||
the accounts payable or receivable with the selected account.
|
||||
|
||||
.. image:: payments/partial-payment.png
|
||||
:alt: register a partial payment
|
||||
|
||||
.. _accounting/payments/reconciling-payments:
|
||||
|
||||
Reconciling payments with bank transactions
|
||||
===========================================
|
||||
|
||||
.. tabs::
|
||||
|
||||
.. group-tab:: Without outstanding accounts
|
||||
|
||||
Once a payment has been registered, the status of the invoice or bill is :guilabel:`In
|
||||
payment`. The next step is :doc:`reconciling <bank/reconciliation>` the related :doc:`bank
|
||||
transaction <bank/transactions>` line with the invoice or bill to finalize the payment
|
||||
workflow and mark the invoice or bill as :guilabel:`Paid`.
|
||||
|
||||
.. group-tab:: Using outstanding accounts
|
||||
|
||||
Once a payment has been registered, the status of the invoice or bill is :guilabel:`In
|
||||
payment`. The next step is :doc:`reconciling <bank/reconciliation>` the payment with the
|
||||
related :doc:`bank transaction <bank/transactions>` line to finalize the payment workflow and
|
||||
mark the invoice or bill as :guilabel:`Paid`.
|
||||
|
||||
.. toctree::
|
||||
:titlesonly:
|
||||
@ -149,7 +378,6 @@ have the transaction finalized and the invoice or bill marked as :guilabel:`Paid
|
||||
payments/batch
|
||||
payments/batch_sdd
|
||||
payments/follow_up
|
||||
payments/internal_transfers
|
||||
payments/pay_sepa
|
||||
payments/pay_checks
|
||||
payments/forecast
|
||||
|
Before Width: | Height: | Size: 6.3 KiB After Width: | Height: | Size: 4.7 KiB |
Before Width: | Height: | Size: 22 KiB |
Before Width: | Height: | Size: 9.2 KiB |
@ -17,7 +17,7 @@ into account checks yet to be cashed.
|
||||
statement.
|
||||
|
||||
.. seealso::
|
||||
* :ref:`Outstanding accounts <bank/outstanding-accounts>`
|
||||
* :ref:`Outstanding accounts <accounting/bank/outstanding-accounts>`
|
||||
* :ref:`Bank reconciliation <accounting/reconciliation>`
|
||||
|
||||
.. _checks/outstanding-account:
|
||||
|
Before Width: | Height: | Size: 15 KiB After Width: | Height: | Size: 13 KiB |
@ -1,73 +0,0 @@
|
||||
==================
|
||||
Internal transfers
|
||||
==================
|
||||
|
||||
Internal money transfers can be handled in Odoo. At least two bank accounts are needed to make
|
||||
internal transfers.
|
||||
|
||||
.. seealso::
|
||||
:doc:`How to add an additional bank account <../bank>`
|
||||
|
||||
Configuration
|
||||
=============
|
||||
|
||||
An internal transfer account is automatically created on your database based on your company's
|
||||
localization and depending on your country’s legislation. To modify the default :guilabel:`Internal
|
||||
transfer account`, go to :menuselection:`Accounting --> Configuration --> Settings` and scroll down
|
||||
to the :guilabel:`Default Accounts` section.
|
||||
|
||||
Register an internal transfer from one bank to another
|
||||
======================================================
|
||||
|
||||
If you want to transfer money from one bank to another, access the Accounting Dashboard, click the
|
||||
drop-down selection button (:guilabel:`⋮`) on the bank from which you want to make the transfer,
|
||||
then click :guilabel:`Payments`. Select or create a payment, tick the :guilabel:`Internal Transfer`
|
||||
checkbox, and select a :guilabel:`Destination Journal` before you :guilabel:`Confirm` the internal
|
||||
transfer.
|
||||
|
||||
The money is now booked in the transfer account and another payment is automatically created in the
|
||||
destination journal.
|
||||
|
||||
.. example::
|
||||
|
||||
- Bank journal (Bank A)
|
||||
|
||||
.. list-table::
|
||||
:header-rows: 1
|
||||
:stub-columns: 1
|
||||
|
||||
* - **Account**
|
||||
- **Debit**
|
||||
- **Credit**
|
||||
* - Outstanding Payments account
|
||||
-
|
||||
- $1,000
|
||||
* - **Internal transfer account**
|
||||
- **$1,000**
|
||||
-
|
||||
|
||||
- Bank journal (Bank B)
|
||||
|
||||
|
||||
.. list-table::
|
||||
:header-rows: 1
|
||||
:stub-columns: 1
|
||||
|
||||
* - **Account**
|
||||
- **Debit**
|
||||
- **Credit**
|
||||
* - Outstanding Receipts account
|
||||
- $1,000
|
||||
-
|
||||
* - **Internal transfer account**
|
||||
-
|
||||
- **$1,000**
|
||||
|
||||
There is **one outstanding payment** and **one outstanding receipt** pending in your two bank
|
||||
account journals because the bank statement confirming the sending and receiving of the money
|
||||
has not been booked yet.
|
||||
|
||||
Once this is done, you can book and reconcile your bank statement lines as usual.
|
||||
|
||||
.. seealso::
|
||||
:doc:`../bank/reconciliation`
|
After Width: | Height: | Size: 14 KiB |
Before Width: | Height: | Size: 4.1 KiB |
Before Width: | Height: | Size: 9.0 KiB After Width: | Height: | Size: 8.0 KiB |
Before Width: | Height: | Size: 32 KiB |