fix: adjust uuid usage

See merge request !177

Multiple changes were made to improve code quality and functionality. Here's a summary of the
changes:

- Debug log statements were removed from `ArticleList.js` and `ArticleSummary.js` for calculation
enabling and disabling methods. This helps to keep the console clean and focussed on critical
issues.
- Changed a misused property name from `hash` to `uuid` in `CopyErpEntityDialog.js`. This ensures
correct usage of identifiers.
- Multiple formatting changes for function declarations in `ERPEntities.js`, functions now follow
the format `function () {}` for unnamed functions.
- A `#id` field is newly included in `openPanelByUUID` function of `ERPEntities.js`.

These changes are expected to augment the performance of ERP modules, and improve the overall
readability of the code.

feat: article and article list -> new flag, not calculations

See merge request !175

The calculation of the article can be deactivated and
the calculation values can be transferred directly.
Is required for the electronic invoice.

The calculation of the article can be deactivated and the calculation values can be transferred directly.
Is required for the electronic invoice.

fix: allow null user type in setuser methods and improve type hinting

See merge request !173

This commit includes changes made to both the Article.php and ArticleList.php classes in the
QUI\ERP\Accounting directory. The setUser methods now accept a null type for the 'User' parameter,
giving more flexibility when calculating user details.

Type hinting was also improved in the ArticleList class. The variable type indicators were changed
from 'int|float' to 'int | float', and from 'Factor|QUI\\ERP\\Products\\Utils\\PriceFactor' to
'Factor | QUI\\ERP\\Products\\Utils\\PriceFactor', improving readability and clarity of code.

Lastly, the 'template' and 'articleTemplate' parameters in the 'toHTMLWithCSS' method now support
both 'bool' and 'string' types, adding flexibility to template usage.

refactor: remove unnecessary comments in user conversion

See merge request !171

Removed some superfluous comments and exception declaration in the `convertUserToErpUser` function
within the `User.php` class. These comments were not adding any useful information, and the
exception mentioned was not being thrown, hence their removal.

fix(phpstan): added exception handling for missing html2pdf module in OutputTemplate

See merge request !169

This commit addresses the issue of PHPStan not recognizing certain classes for type validation
within our PHP codebase. This is done by adding these classes to the PHPStan configuration as
ignored errors. This ensures accuracy in our static analysis for errors and warnings. Key classes
such as QUI\\ERP\\Process, QUI\\ERP\\Accounting\\Calc and QUI\\ERP\\Accounting\\ArticleList have
been catered to.

Updated calcArticleList method in Calc.php to ignore PHPStan warnings using the
`@phpstan-ignore-line` and `@phpstan-ignore-next-line` directives. Also, added a TODO comment
regarding net calculations.

In this commit, several changes have been made to streamline the Manufacturer and Process classes
within the ERP module:

- Replaced the non-empty check for 'firstname' and 'lastname' attributes in the User class with an
`empty()` function, resulting in cleaner code without changing the functionality.
- Replaced the argument in `User->activate()` from `false` to `''` for consistency.
- Removed unnecessary annotations and some unused `protected` properties from the Process class.
- Altered the procedure to retrieve `salesOrder` from the Entity in the Process class. Now, the
method first tries to retrieve it via `getPaymentDataEntry()`, and if unavailable, it attempts to
fetch it using `getCustomDataEntry()`. This ensures a more robust and reliable retrieval of the
'salesOrder' property.
- Added `@phpstan-ignore-next-line` in the Processes class to prevent phpstan from throwing
unwarranted warnings regarding the following code line in specific scenarios.

Related: #103

In this commit, several enhancements are made in the ajax price calculation PHP files including
more verbose error logging and minor refactoring of the calculation itself. Instead of adding an
error message in QUI, we now add detailed error handling using QUI\System\Log.

Additionally, we have improved file handling in `ajax/output/sendMail.php` by ensuring the file is
an instance of `QUI\Projects\Media\File` or `QUI\Projects\Media\Image` before attaching it.

Lastly, we added an option for parsing in method getCustomerFiles of the ErpEntityInterface. This
commit will make the scripts more efficient and robust against errors.

Related: #103

Changed the constants 'TYPE_INVOICE_REVERSAL' and 'TYPE_INVOICE_CANCEL' to 'PAYMENT_STATUS_ERROR'
and 'PAYMENT_STATUS_CANCELED' respectively. This will ensure that the payment status are correctly
identified and processed.

In OutputTemplate.php, a check has been added to ensure the existence of the
'QUI\\HtmlToPdf\\Document' class before using it. If the class does not exist, an error message is
logged, and an exception is thrown indicating that the html2pdf module is missing. This fix is
aimed at avoiding potential errors that may occur due to the absence of the required module.

fix: argument must be of type OutputProviderInterface

See merge request !167

Changed the variable name `$OutputProvider` to `$outputProvider` to adhere to camelCase naming
standards. Also moved the instantiation of `$outputProvider` inside an if block to prevent
unnecessary instantiation when `$outputProvider` is empty.

Related: pcsg/kunden/libellio/b2c/core#196

fix(Process):  getGroupedRelatedTransactionEntities checks invoices correctly

See merge request !166

Related: pcsg/buero#491

fix(ArticleListUnique): no longer format already formatted totals

See merge request !165

fix: html to pdf document -> has erp entity

See merge request !164

fix: check const defined at pdf download

See merge request !163

Next 3.x

See merge request !162

fix: check vat -> wrong quantity calc check

See merge request !161

fix: declaration of ArticleList::toHTMLWithCSS must be compatible with...

See merge request !160

fix: declaration of ArticleList::toHTMLWithCSS must be compatible with ArticleListUnique::toHTMLWithCSS

feat(ArticleListUnique): toHTML() can be passed to template engine and thus...

See merge request !159

feat(ArticleListUnique): toHTML() can be passed to template engine and thus settings / variables can be passed on

Related: order-simple-checkout#12

fix: erp pdf view - all pages

See merge request !158