This page documents a straightforward flow users can easily figure out without dedicated documentation. Besides, screens are frequently reworked, requiring to maintain the related page closely. This commit then removes a low-value page to reduce the technical debt and allow focusing on actually useful documentation pages.
Doc removed:
- duplicate_a_planning.rst
- send_planned_shifts.rst
This page documents a straightforward flow users can easily figure out without dedicated documentation. Besides, screens are frequently reworked, requiring to maintain the related page closely. This commit then removes a low-value page to reduce the technical debt and allow focusing on actually useful documentation pages.
Doc removed:
- forecast.rst
These pages document very straightforward screens and flows users can easily figure out without dedicated documentation. Besides, those screens are frequently reworked, requiring to maintain the related pages closely. This commit then removes low-value pages to reduce the technical debt and allow focusing on actually useful documentation pages.
Docs removed:
- automate_actions.rst
- segment.rst
- test.rst
These pages document very straightforward screens and flows users can easily figure out without dedicated documentation. Besides, those screens are frequently reworked, requiring to maintain the related pages closely. This commit then removes low-value pages to reduce the technical debt and allow focusing on actually useful documentation pages. In addition, the eLearning platform covers the educationl needs of the app.
Docs removed:
- contact_lists_and_blacklist.rst
- integrations_and_template.rst
- sms_mailing_reports.rst
These pages document very straightforward screens and flows users can easily figure out without dedicated documentation. Besides, those screens are frequently reworked, requiring to maintain the related pages closely. This commit then removes low-value pages to reduce the technical debt and allow focusing on actually useful documentation pages.
Docs removed:
- mailing_lists.rst
- manage_unsubscriptions.rst
- send_emails.rst
These pages document very straightforward screens and flows users can easily figure out without dedicated documentation. Besides, those screens are frequently reworked, requiring to maintain the related pages closely. This commit then removes low-value pages to reduce the technical debt and allow focusing on actually useful documentation pages.
Docs removed:
- campaigns.rst
- livechat.rst
- manage_social.rst
- push_notifications.rst
These pages document very straightforward screens and flows users can easily figure out without dedicated documentation. Besides, those screens are frequently reworked, requiring to maintain the related pages closely. This commit then removes low-value pages to reduce the technical debt and allow focusing on actually useful documentation pages.
Docs deleted:
- track_talks.rst
- track_attendees.rst
- tickets.rst
- create_event.rst
- integrations.rst
- cherry-pick of e10581ef6e (see PR #572 )
- more fields deleted so that there was none left in 12.0
--> this makes the build of 12.0 much faster
*: accounting, inventory, purchase
As these buttons points to demo.odoo.com, it is outdated very quickly
and leads to weird results were a button on the 10.0 documentation
points to demo.odoo.com that runs 13.0 or no longer exists.
SAT changed the rules related to how PPD and PUE payment terms are calculated, moving the date that determines whether it is one or the other from the 17th to the 1st. We have received several support calls and tickets where customers point this out to us.
With the introduction of V14, all the easy flows to be removed to avoid an
increasing technical debt. For purchase, approximately 2/3 of the pages were
removed, which meant that a reorganisation and simplification of the structure
was necessary. A couple of removed docs now point out to docs under other apps
to avoid duplicating the information.
To reduce the technical debt, we remove easy flows from the documentation.
For dropshipping, it is only a matter of enabling one app setting and ticking
dropship on a product. In addition, dropshipping doesn't really fit under purchase
as it's a way to sell products - that is why it is explained on Odoo Learn under
the Sales app.
The reporting feature needed to be updated for V14 (new features,
new screenshots). In addition, more in-depth explanations were provided
as using the reporting functionality isn't straightforward.
3-way matching and bill control are closely related and were very shorts docs,
so in order to make more sense, both docs were merged. Both also had to be updated
for v14 since Odoo behaviour changed: when the bill control policy is set to
'on received quantities' you cannot create a bill anymore unless you have received
at least some products. Previously, you could create a bill for "0" and the "should
be paid' status was set to 'no'. Info about the "Bill status" field was also added
as it is also closely related.
Both blanket orders and calls for tenders shared a good chunk of information
(namely, enabling the feature and purchase agreements types configuration), and,
at the same time, aren't complex enough feature to have their own page, so this
commit merged-s both pages under a new folder "manage deals" where another commit
will add 3-way matching later on. At the same time, some of the content had to be
updated for v14 and it was necessary to provide slightly more in-depth information
across the board.
With the introduction of V14, reordering rules went through some change, such
as the replenishment view. In addition, due to the importance of this feature,
a much more in-depth presentation of all the options was deemed necessary.
Key points were also not mentioned, such as: which vendor will be
selected, what are quantities on the product's vendor, etc.
