As per usual, leave off developer.pot and contributing.pot since we
don't translate them (not useful, can't really contribute to/dev in
Odoo without knowing English)
closesodoo/documentation#12130
X-original-commit: aad8aa1314
Signed-off-by: Tiffany Chang (tic) <tic@odoo.com>
Explains how to view, edit, and print statements from both kanban and list views of transactions.
task-4320158
closesodoo/documentation#12031
X-original-commit: f1f547ca58
Signed-off-by: Audrey Vandromme (auva) <auva@odoo.com>
Signed-off-by: Dallas Dean (dade) <dade@odoo.com>
Previously, the chatter integration instructions described an outdated method using fields and widgets. However, the integration approach has changed, requiring only the `<chatter/ >` element in the form view with configurable options. This commit updates the instructions accordingly.
See odoo/odoo@351b047c37closesodoo/documentation#12088
Forward-port-of: odoo/documentation#12057
Signed-off-by: Victor Feyens (vfe) <vfe@odoo.com>
Signed-off-by: Aditya Maurya (maad) <maad@odoo.com>
Documentation on the benefits of the new shopee connector and guidelines for odoo users.
tasks-3623720
closesodoo/documentation#12086
X-original-commit: 84051ad9de
Signed-off-by: Samuel Lieber (sali) <sali@odoo.com>
Since the feature was released, lots of partners ask for
information/documentation about the RIBA feature. Add a concise
documentation explaining what users should know.
Ref: odoo/enterprise#74097
task-4497749
closesodoo/documentation#12026
X-original-commit: 8495357d6e
Related: odoo/enterprise#79079
Signed-off-by: Xavier Platteau (xpl) <xpl@odoo.com>
Signed-off-by: Paolo Gatti (pgi) <pgi@odoo.com>
In this commit:
- Added a note explaining that UrbanPiper does not support combo products.
- Users need to create a new product and add combo items as variants to use them
with UrbanPiper.
task-4546712
closesodoo/documentation#12014
X-original-commit: bb69f01e71
Signed-off-by: Loredana Perazzo (lrpz) <lrpz@odoo.com>
Signed-off-by: Meet Jivani (meji) <meji@odoo.com>
This commit reworks the documentation of the calendar view, by
using a style which is more aligned with other views. We also
reworded and re-organized it.
Part-of: odoo/documentation#11985
Signed-off-by: Aaron Bohy (aab) <aab@odoo.com>
In odoo, as we suggest everyone to follow an alphebetic order.
The translator(`_`), ASCII is 95 and `a` ASCII value is 97
which '_' < 'a', the translator should be defined first in the
import before the `api` not at the end of the import
This commits adds an example to import static class `Command`
with a Capital alphabet with a ASCII value of `C` as 67
which will be before than the `_`
'C' < '_' < 'a'
This order of import should be followed while the import
closesodoo/documentation#11992
X-original-commit: c7a6b67a87
Signed-off-by: Antoine Vandevenne (anv) <anv@odoo.com>
Recently, a new module released to support integration of Odoo with SInvoice to support e-invoicing for Vietnam.
task - 3631616
closesodoo/documentation#11976
X-original-commit: 4b123b8464
Signed-off-by: Anne-Françoise Marcq (afma) <afma@odoo.com>
Signed-off-by: Kim Dohyun (kido) <kido@odoo.com>
As per usual, leave off developer.pot and contributing.pot since we
don't translate them (not useful, can't really contribute to/dev in
Odoo without knowing English)
closesodoo/documentation#11909
X-original-commit: 4fc13ed595
Signed-off-by: Tiffany Chang (tic) <tic@odoo.com>
previous link was for code that used tree in xml. The tree tag throws Traceback error in 18.0. This commit will provide the correct example with list tag instead of tree tag.
closesodoo/documentation#11867
Forward-port-of: odoo/documentation#11865
Signed-off-by: Antoine Vandevenne (anv) <anv@odoo.com>
Update bank doc to better explain suspense and outstanding accounts and to explain that payments don't create journal entries without outstanding accounts.
task-3474209
closesodoo/documentation#11850
X-original-commit: 88e1bee845
Signed-off-by: Dallas Dean (dade) <dade@odoo.com>
Despite registering ODOO S.A. as the name for both production and preproduction environment, MyInvois force changed pre-production to OXXX_XXXXO S.A. requiring an update on the credential for usage.
closesodoo/documentation#11821
X-original-commit: eba8e6028e
Signed-off-by: Audrey Vandromme (auva) <auva@odoo.com>
Signed-off-by: Kim Dohyun (kido) <kido@odoo.com>
Issue:
The current descriptions and naming of the `Date` fields (`date_begin`,
`date_end`) and the `Timezone` field (`date_tz`) can be confusing in the
form view of the event model. Specifically:
The timezone used for converting the form dates to the database is
determined by the context and not by the `Timezone` field present on the
form. However, this `Timezone` field determines the timezone used
for displaying the event's date/time on the website. This change
clarifies the situation according to the update done in the community PR
opw-4323142
closesodoo/documentation#11820
X-original-commit: fe9d186b54
Related: odoo/odoo#194685
Signed-off-by: Lancelot Semal (lase) <lase@odoo.com>
Update configration as the location of the config changed in 18.0.
task-4327068
closesodoo/documentation#11830
X-original-commit: cc226a7e1d
Signed-off-by: Dallas Dean (dade) <dade@odoo.com>
Internal transfers are now handled via reconciliation model button instead of through payments. This PR moves the internal transfers documentation from the Payments section to the Bank section and updates it to reflect the process in 18.0.
task-4331744
closesodoo/documentation#11778
X-original-commit: cc6306277b
Signed-off-by: Audrey Vandromme (auva) <auva@odoo.com>
Signed-off-by: Dallas Dean (dade) <dade@odoo.com>
Enabling optional 3DS should not part of the official step. This configuration
is specific to cards payment, by default should perform 3DS, and only eligible
merchant able to perform cards payment with optional 3DS enabled.
closes odoo/documentation#11759
Forward-port-of: #11712
X-original-commit: bc1e3def1d
Signed-off-by: Audrey Vandromme (auva) <auva@odoo.com>
Currently, users are having a hard time setting up their Uruware account. With the improvement to the documentation we are adding clarifications to simplify the onboarding process as well as adding a see also section so users have more documentation and smart classes/eLearning available.
closesodoo/documentation#11758
X-original-commit: 2628303bc4
Signed-off-by: Samuel Lieber (sali) <sali@odoo.com>
Co-authored-by: dade-odoo <87431108+dade-odoo@users.noreply.github.com>
The aim of this commit is making sure that we have the same number of available banks.
no task id
closesodoo/documentation#11751
X-original-commit: 40c830298c
Signed-off-by: Florian Gilbert (flg) <flg@odoo.com>
Before this commit, options of the domain field weren't documented.
Now, they are.
closesodoo/documentation#11735
X-original-commit: 04ac6de366
Signed-off-by: Aaron Bohy (aab) <aab@odoo.com>
This PR adds the documentation needed to use pos-based marketing.
In this PR, we introduce configuration and flow related to Email
and WhatsApp marketing in Point of Sale from storing contact details
to sending emails and WhatsApp messages from the point of sale.
task-4053075
closesodoo/documentation#11628
X-original-commit: 2bb0fa8e68
Signed-off-by: Loredana Perazzo (lrpz) <lrpz@odoo.com>
Co-authored-by: Anantkumar Parmar <paan@odoo.com>
Co-authored-by: Loredana Perazzo <lrpz@odoo.com>
Fix the menu navigation path of the tax return and update for 18.0 UI
task-4424499
closesodoo/documentation#11689
X-original-commit: 27bddd133b
Signed-off-by: Audrey Vandromme (auva) <auva@odoo.com>
Signed-off-by: Dallas Dean (dade) <dade@odoo.com>
Since Odoo 16, to install the local proxy, users need to select the
"Odoo IoT" option install of the "Local Proxy Mode" to install the local
proxy.
This commit updates both the text and accompanying screenshot
closesodoo/documentation#11670
X-original-commit: beeeff9068
Signed-off-by: Audrey Vandromme (auva) <auva@odoo.com>
Signed-off-by: Sylvain Francis (syf) <syf+odoo@odoo.com>
Add new section for reports
Content based on V17
Images : [ADD]Inventory Reports: PLE 12.1 and PLE 13.1 - Images
Expected section to be added: [l10n_pe][USER DOC][ADD]Inventory Reports: PLE 12.1 and PLE 13.1
closesodoo/documentation#11696
X-original-commit: 1aac8f8dc6
Signed-off-by: Samuel Lieber (sali) <sali@odoo.com>
As per usual, leave off developer.pot and contributing.pot since we
don't translate them (not useful, can't really contribute to/dev in
Odoo without knowing English)
closesodoo/documentation#11673
X-original-commit: d4841aee90
Signed-off-by: Tiffany Chang (tic) <tic@odoo.com>
closesodoo/documentation#11632
Context: after Odoo17 the menu changes on the settings from Accounting to Inventory, as this workflow is related to stock moves
X-original-commit: f3969af47e
Signed-off-by: Xavier Platteau (xpl) <xpl@odoo.com>
Signed-off-by: Gabriela Enriquez Manzano (gmz) <gmz@odoo.com>
In this commit:
==============
The "Start Category" feature has been removed from the Point of Sale.
This feature is now redundant due to the existing "Restrict Category" feature,
which provides similar functionality by limiting the available categories in POS
Task- 4405337
closesodoo/documentation#11602
X-original-commit: 7bba152676
Signed-off-by: Loredana Perazzo (lrpz) <lrpz@odoo.com>
Signed-off-by: Jitendra Kumar Prajapat (jipr) <jipr@odoo.com>
Since Odoo 18.0, we have introduced support for the italian fiscal printer.
These printers often come configured to use HTTP.
However for compliance reasons, Odoo POS is configured to only work with HTTPS.
That difference leads to errors connecting the POS to the printer.
This commit adds steps in the documentation for the users to configure their
printers and Odoo DB in order to resolve those issues.
While I think it's unconventional that we describe in our documentation the
steps to configure a third-party device, find below the only documentation
we were able to find from the manufacturers, while knowing EXCATLY what we were
looking for.
https://download4.epson.biz/sec_pubs/bs/pdf/Fiscal%20Printer%20Intelligent%20Features%20Guide%20Rev%20J.pdf
Given how cryptic this is, I highly doubt clients would make anything out of it,
resulting in many tickets.
here are already 4 tickets related to this issue
opw-4338402
opw-4306960
opw-4328481
opw-4351925
closesodoo/documentation#11597
X-original-commit: bf0267d646
Signed-off-by: Victorien Sonneville (viso) <viso@odoo.com>
We added the support for discounts on pricer tags (electronic labels).
The documentation has been updated to describe the process of linking a pricelist to a tag.
closesodoo/documentation#11590
Task: 4060699
X-original-commit: 975564608b
Signed-off-by: Loredana Perazzo (lrpz) <lrpz@odoo.com>
Signed-off-by: Louis Travaux (lotr) <lotr@odoo.com>
As stated on the sentence above, in case of an issue with the **production**
database, we should open a ticket with the label (production) and not
testing an upgrade.
This commits adapt the test to match the label currently present on
odoo.com/help and the URL to pre-select the correct stage as well
closesodoo/documentation#11564
X-original-commit: 08c43b3deb
Signed-off-by: Nathan Marotte (nama) <nama@odoo.com>
This PR updates javascript code to be up to date with the codebase standards:
- use the `static` keyword when possible
- proper owl imports
- removed unecessary `@odoo-module` directives
Task ID: 2258359
closesodoo/documentation#11483
Forward-port-of: odoo/documentation#11466
Signed-off-by: Bastien Fafchamps (bafa) <bafa@odoo.com>
Signed-off-by: Antoine Vandevenne (anv) <anv@odoo.com>
This commit updates the documentation related to the `control`
feature of list and kanban views, w.r.t. to recent changes on that
matter.
Linked to odoo/odoo#188619
task~4063960
closesodoo/documentation#11536
Signed-off-by: Aaron Bohy (aab) <aab@odoo.com>
As per usual, leave off developer.pot and contributing.pot since we
don't translate them (not useful, can't really contribute to/dev in
Odoo without knowing English)
closesodoo/documentation#11516
X-original-commit: eb714d1772
Signed-off-by: Tiffany Chang (tic) <tic@odoo.com>
Recently, there has been a new module to support MyInvois which is legally mandatory for Malaysia. With its release this week, documentation is required for the users to add specific information to register Odoo as an intermediary but also to let them know how the set-up is and the business flow achievable in Odoo.
task-3953659
closesodoo/documentation#11508
X-original-commit: 9040443bcc
Signed-off-by: Kim Dohyun (kido) <kido@odoo.com>
In ir.actions.server, the variable containing the record(s) is not
`self`, but `record` and `records`.
Also, since there is a word about `store` attribute for computed
fields, this commit specifies the behaviour of `readonly` attribute.
closesodoo/documentation#11489
X-original-commit: d77d3ace2a
Signed-off-by: Vallaeys Valentin (vava) <vava@odoo.com>
This commit improves the official documentation to support the strategy to focus on the new DIAN electronic invoicing module on V18 (leaving notes and references for clients still using Carvajal in this version)
closesodoo/documentation#11445
X-original-commit: 9cb00bdb01
Signed-off-by: Audrey Vandromme (auva) <auva@odoo.com>
Add the relevant links to improve the onboarding of new customers. This documentation is accessible from the `res.config` in the customer DB.
To improve the onboarding, when the customer clicks in the DB is redirected here, and the first thing they see are the videos and the onboarding document with more details on how to configure the Avalara Portal, Use cases, tips, and tricks.
closesodoo/documentation#11387
X-original-commit: 79758ab9de
Signed-off-by: Audrey Vandromme (auva) <auva@odoo.com>
Signed-off-by: Valentino Gaffuri Bedetta (vbe) <vbe@odoo.com>
Add documentation about the new features and possibilities of the PDF quote builder.
Delete obsolote information.
closesodoo/documentation#11413
X-original-commit: 3c7f6c0e55
Signed-off-by: Morgane Demesmaeker <edm@odoo.com>
- Updated documentation to include details on the new bank statement
extraction via OCR.
- Removed mention of unsupported discount, product, and unit features
from invoice_lines feature.
Task-3895452
closesodoo/documentation#11393
X-original-commit: 8c93ff790e
Signed-off-by: Joris Makauskis (jmak) <jmak@odoo.com>
On line 60 changed "we will can print..." to "we will be able to print..."
closesodoo/documentation#11366
X-original-commit: ad624afdf8
Signed-off-by: Victor Feyens (vfe) <vfe@odoo.com>
This commit adds es_419 (LATAM Spanish) to the available languages. It
populates LATAM Spanish translation based on the existing Spanish
translation.
closesodoo/documentation#11221
X-original-commit: da7fe3d69d
Signed-off-by: Louis Wicket (wil) <wil@odoo.com>
As per usual, leave off developer.pot and contributing.pot since we
don't translate them (not useful, can't really contribute to/dev in
Odoo without knowing English)
closesodoo/documentation#11331
X-original-commit: 63f88d7adb
Signed-off-by: Tiffany Chang (tic) <tic@odoo.com>
Introduce a new tutorial about creating Odoo modules using XML data files
instead of Python code.
This guide is follows closely the 'Server Framework 101' tutorial and
covers the following:
- Module structure and deployment
- Defining models and fields
- Setting up security and access rights
- Creating views and actions
- Implementing relational fields (many2one, many2many, one2many)
- Working with computed and related fields
- Adding business logic through server actions and automation rules
- Creating website controllers for API endpoints
The tutorial includes practical exercises and code examples to reinforce
learning, catering to developers who need to customize Odoo without writing
Python code (e.g. Odoo PS-Tech employees, partners that focus on SaaS instances
or author of Industry modules).
Task-4167176
closesodoo/documentation#11305
X-original-commit: c6a8619367
Signed-off-by: Bouvy Damien (dbo) <dbo@odoo.com>
The [PERF] commit tag passes the runbot minimal check and has been
used in lots of patches. E.g.
- odoo/odoo@f02bcfadcb
- odoo/odoo@b30b059898
- odoo/odoo@780a2bb601
However this tag was not listed in the documentation yet. This led
to confusion for reviewers not accustomed with it. This commit
fixes that.
closesodoo/documentation#11300
X-original-commit: ac8f3d2aa4
Signed-off-by: Antoine Vandevenne (anv) <anv@odoo.com>
Signed-off-by: Aurélien van Delft (avd) <avd@odoo.com>
Remove older ‘Introduction section’
Add a table listing and update of the currently supported features and modules with a description of its functionality (like the format/structure displayed for Chile Localization page)
Update the description of suggested and related resources, such as Smart Tutorial videos
closesodoo/documentation#11282
X-original-commit: af29704626
Signed-off-by: Samuel Lieber (sali) <sali@odoo.com>
There were two broken links originally, one of which was fixed by PR#10074. This commit will remove the first link entirely and fix the second link, as suggested by TSB.
task-4088554
closesodoo/documentation#11274
X-original-commit: 33ef1f8918
Signed-off-by: Xavier Platteau (xpl) <xpl@odoo.com>
Signed-off-by: Dallas Dean (dade) <dade@odoo.com>
Odoo gives users 500 free IAP credits when they start with Odoo in BR in production databases. This is an important information that was not clarified.
closesodoo/documentation#11245
X-original-commit: 9ba3a1bc10
Signed-off-by: Xavier Platteau (xpl) <xpl@odoo.com>
task-3499275
New payment provider and its related configuration; remove Ogone and SIPS payments providers as they were replaced by Wordline.
closesodoo/documentation#11173
X-original-commit: da682b7f22
Signed-off-by: Audrey Vandromme (auva) <auva@odoo.com>
As per usual, leave off developer.pot and contributing.pot since we
don't translate them (not useful, can't really contribute to/dev in
Odoo without knowing English)
Also update the tx/config to point to v18 project
closesodoo/documentation#11149
X-original-commit: d21d77b181
Signed-off-by: Tiffany Chang (tic) <tic@odoo.com>
The towers interface was modified during version 17. Therefore, in this commit, we update the documentation of this interface.
closesodoo/documentation#11117
Forward-port-of: odoo/documentation#11116
Signed-off-by: Victor Feyens (vfe) <vfe@odoo.com>
As per usual, leave off developer.pot and contributing.pot since we
don't translate them (not useful, can't really contribute to/dev in
Odoo without knowing English)
closesodoo/documentation#11087
X-original-commit: b9338949e9
Signed-off-by: Tiffany Chang (tic) <tic@odoo.com>
task-3984698
Still have to come back in 16 (restrict and start categories) and
saas-17.4 (point of sale tab in product form)
closesodoo/documentation#11013
X-original-commit: 2e14d134c6
Signed-off-by: Loredana Perazzo (lrpz) <lrpz@odoo.com>
Before odoo.sh had two types of role, `user` and `admin`. A third role, `tester`,
was added between the two, and the user role was renamed `developer`.
closesodoo/documentation#11061
X-original-commit: f53cdc64cb
Signed-off-by: Xavier Platteau (xpl) <xpl@odoo.com>
Signed-off-by: Antoine Vandevenne (anv) <anv@odoo.com>
To avoid confusion between lock dates and "locking" with hash
we now speak of "securing" (with hash) instead.
In the related community PR we introduce new inalterability features.
* On account move form view:
* An indicator next to the 'posted' state whether a move is hashed or not.
* A checkbox "Secured" in the "Other Info" tab for the same reason.
* A "Not Secured" filter for account move list views (and account
move line list views) to find moves (and move lines) that are posted but not hashed.
* A new wizard to hash all journals (independent of journal settings).
They are invisible by default; the wizard is visible in debug mode.
They can be made visible for a user by activating a special user group
(similar to multi-currency).
This happens automatically for all users in case the "Hash on Post"
option is activated on any journal or the new wizard is used to secure moves.
This commit updates the documentation accordingly.
The inalterability report pictures and description are updated.
I.e. it now checks all journals independent of whether they are restricted ("Hash on Post") or not.
This is since the wizard can be used to hash any journal.
task-4095970
closesodoo/documentation#10906
Related: odoo/odoo#178915
Related: odoo/enterprise#69324
Related: odoo/upgrade#6458
Signed-off-by: Sven Führ (svfu) <svfu@odoo.com>
This PR adds the information about PAN field and GSTIN in company form view.
task- 3930028
closesodoo/documentation#10978
Signed-off-by: Vivek Pathak (vivp) <vivp@odoo.com>
Added the documentation needed to use razorpay payment method in Point Of Sale.
task- 3762059
closesodoo/documentation#10963
X-original-commit: 5f54878e5f
Signed-off-by: Loredana Perazzo (lrpz) <lrpz@odoo.com>
We often get questions from customers about errors they see running the
upgrade-script, which are caused by restrictions of their environment. Add a
note that mentions the most important requirements to maybe avoid some of these
questions.
closesodoo/documentation#10944
X-original-commit: 2a5e686783
Signed-off-by: Carsten Wolff (cawo) <cawo@odoo.com>
In this commit, added the profit and loss report with opening and closing stock.
task-4143190
closesodoo/documentation#10866
Signed-off-by: Naman Shah (nash) <nash@odoo.com>
According to feedback from our Korean translator,the abbreviation for
Korean is usually KR instead of KO.
This commit updates the name of the language as displayed in the
language switcher.
closesodoo/documentation#10834
X-original-commit: 6ba02094ba
Signed-off-by: Antoine Vandevenne (anv) <anv@odoo.com>
Signed-off-by: Louis Wicket (wil) <wil@odoo.com>
As per usual, leave off developer.pot and contributing.pot since we
don't translate them (not useful, can't really contribute to/dev in
Odoo without knowing English)
closesodoo/documentation#10827
X-original-commit: a64a614c7a
Signed-off-by: Tiffany Chang (tic) <tic@odoo.com>
Fix a typo in the list of #introspecting-debugging-steps to make the property pause more evident to the reader
closesodoo/documentation#10157
Signed-off-by: Antoine Vandevenne (anv) <anv@odoo.com>
Even though the Thai documentation has been built and is available, it
didn't show up in the language switcher. This is because it needs to be
given a "language name" first.
This commis add the language names corresponding to the newly added
translations (namely, into Thai and Japanese).
closesodoo/documentation#10741
X-original-commit: 9cf55e3fc0
Signed-off-by: Tiffany Chang (tic) <tic@odoo.com>
Signed-off-by: Louis Wicket (wil) <wil@odoo.com>
The external link to `AbstractController` class was broken, both because
the placeholder substitution mechanism doesn't work in included RST
excerpts and because the class has long been removed.
Since it makes little sense to replace the link with another link to
the `useActionLinks` hook in the context of this reference doc, this
commit removes the link altogether, as well as the erroneous mention
of class limitations.
closesodoo/documentation#10733
X-original-commit: e7d2be6366
Signed-off-by: Antoine Vandevenne (anv) <anv@odoo.com>
The attribute of `record` data operations should be `id` and not `name`.
closesodoo/documentation#10708
X-original-commit: e41e618116
Signed-off-by: Antoine Vandevenne (anv) <anv@odoo.com>
Add the modelo 130 report and the corresponding BOE files export for spain localization.
As it's a brand-new report, we had to add it in a dedicated module.
task-3866238
closesodoo/documentation#10601
X-original-commit: c9c5af7045
Related: odoo/odoo#175707
Related: odoo/enterprise#67967
Signed-off-by: Igor Bertrand (igbe) <igbe@odoo.com>
1/ Revamp of email_servers to be a introduction and allow correct redirection
+ redirection to other pages linked to mailing + ToC of email_communication folder
2/ Splitting inbound and outbound message into subfiles:
2.a/ email_servers_inbound: all documentation related to incoming emails
2.b/ email_servers_outbound: documentartion related to outgoing emails
3/ email_domain (as before) about authentication protocols to set on domains.
4/ faq: complete revamp to better match usual issues about mailings.
Also: removed unused images, adding anchors on other docs.
RST co-authored-by: jorv-odoo, jqu-odoo, xpl-odoo
doc writers:
- email_servers_inbound by qco-odoo
- email_servers_outbound by EMBR
- email_servers by abridbus
- email_domain by jqu-odoo
- faq by jorv-odoo
related documentation task-3875591
closesodoo/documentation#10609
X-original-commit: a6a6fcf1e0
Signed-off-by: Xavier Platteau (xpl) <xpl@odoo.com>
This commit aims to update the documentation regarding the adaptability of
widgets in the graph view of Odoo.
Task-3861721
closesodoo/documentation#10608
X-original-commit: 9dc985ef47
Signed-off-by: Mathieu Duckerts-Antoine (dam) <dam@odoo.com>
There have been several new odooers who've hit legal/cla mismatches, and after
investigation their email address would be smart quoted in git (e.g.
`<“uid@example.org”>`).
That the documentation itself uses smart quotes is highly suspicious, it would
make sense that new developers just pasted the provided command, updated it to
match, and didn't even notice the quotes were wrong: `git` is perfectly happy
with it, only on reading it back can you realise it's wrong and the guide
doesn't say anything about *that*.
So fix the quotes in the doc, and hopefully that'll resolve the issue.
closesodoo/documentation#10446
X-original-commit: 811b442fcc
Signed-off-by: Xavier Morel (xmo) <xmo@odoo.com>
_compute_outlook_uri is using get_base_url, providing the
web.base.url of the database that is subject to changed as
stated on the website documentation: if the user logging-in
is using another URL to connect to the db, and has the
Administration/Settings access right (res.groups: base.group_system)
opw-4056377
closesodoo/documentation#10378
X-original-commit: 1f7c0a9b2e
Signed-off-by: Baptiste Vergote (bve) <bve@odoo.com>
As per usual, leave off developer.pot and contributing.pot since we
don't translate them (not useful, can't really contribute to/dev in
Odoo without knowing English)
closesodoo/documentation#10316
X-original-commit: bf9bbff058
Signed-off-by: Tiffany Chang (tic) <tic@odoo.com>
This PR add the documentation needed to use viva wallet payment method in Point Of Sale.
task-3667968
closesodoo/documentation#10188
X-original-commit: 7598c57f48
Signed-off-by: Loredana Perazzo (lrpz) <lrpz@odoo.com>
Signed-off-by: Quentin Lejeune (qle) <qle@odoo.com>
Co-authored-by: lejeune quentin <qle@odoo.com>
Co-authored-by: Perazzo Loredana <lrpz@odoo.com>
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
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)`
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.
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.
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.
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
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.
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.
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.
Some files were not shown because too many files have changed in this diff
Show More
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.