- 09 Jun, 2024 1 commit
-
-
Jérome Perrin authored
This customization is no longer needed and the customized script is now different in ERP5
-
- 07 Jun, 2024 15 commits
-
-
Rafael Monnerat authored
-
Rafael Monnerat authored
For now, we dont display Consumption details on invoice
-
Rafael Monnerat authored
Use getMovementList to get Invoice Cell/Invoice Lines, it allows to get the aggregate properly. It makes list more consistent.
-
Rafael Monnerat authored
-
Rafael Monnerat authored
Pay Now don't contain the link to pay anymore, so the user might use global action to make the payments anyway. Return translated 'state' directly and update tests
-
Rafael Monnerat authored
Organisation is usually linked as Source Section or Destination Section. The user don't have access to the Organisations so use Shadow User (via script) to get the required information for the printout.
-
Rafael Monnerat authored
-
Rafael Monnerat authored
Bare minimal update to display details, and extend to support Compute Node/Project/Instance Tree Subscriptions. Don't display details if the lines don't aggregate subscription requests
-
Rafael Monnerat authored
Use directly the Destination Section and display more information if it was one Organisation
-
Romain Courteaud authored
Do not try to show results with customer account for now.
-
Romain Courteaud authored
Like a Subscription Request, a Subscription Change Request is used to create a new Open Sale Order, but, it also archive a previous one at the same time. The purpose is to change some parameters of an Open Sale Order, and correctly created compensation movement, to ensure the resource stock is correct. Stop using discount resource, and reduce the quantity of the consumed software product / service Only Sale people can create Subscription Change Request. TODO: check how quantity precision can be defined The only use case supported for now is changing an Instance Tree's user.
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
Romain Courteaud authored
-
- 06 Jun, 2024 1 commit
-
-
Rafael Monnerat authored
for Sale Invoice Transaction
-
- 04 Jun, 2024 4 commits
-
-
Rafael Monnerat authored
Limit the access from any SHADOW user to specific SHADOW user linked into the context, same as Payment Transaction and Payzen events. Roles (Assignee and Auditor) don't change, just become more restrictive to single shadow user.
-
Rafael Monnerat authored
Deduplicate script to get shadow user from context, now it relies on base_category_list configured in the role, and output all needed roles (Assignee and Auditor), so the Role configuration can filter it properly. This change makes no change on output result for the configured roles.
-
Rafael Monnerat authored
-
Rafael Monnerat authored
See merge request nexedi/slapos.core!629
-
- 03 Jun, 2024 19 commits
-
-
Rafael Monnerat authored
No need to always set those properties, while no accounting is setup. Let the project introduce it if they rely on those payment modes.
-
Rafael Monnerat authored
Use subscription_list to calculate Balance amount for the ledger, currency, section from the list. It keeps consistency with the Entity_createDepositPaymentTransaction implementation.
-
Rafael Monnerat authored
-
Rafael Monnerat authored
For now we rely on Base_createExternalPaymentTransactionFromOutstandingAmountAndRedirect for pay subscriptions for customer organisation because it requires update security and review the procedure and how UI will handle it. So we invoke directly Entity_createDepositPaymentTransaction with the organisation's subscriptions.
-
Rafael Monnerat authored
Use acquisition properly.
-
Rafael Monnerat authored
Same as Sale Invoice Transaction to generate payments.
-
Rafael Monnerat authored
Merge Deposit and Invoice payments under the same (or nearly similar) implementation.
-
Rafael Monnerat authored
Reimplement Entity_addDeposity by creating deposit from a list of subscription Ensure will transfer deposit to the proper organisation/person, ledger and currency. Payment Transaction must preserve website context otherwise it will fail over redirections later on.
-
Rafael Monnerat authored
It must lead to "Contact us" page. Allow us use accounting for other configurations, so it allow the user generate a payment and contact us to make the wire transfer or pay from some non-automated system.
-
Rafael Monnerat authored
-
Rafael Monnerat authored
Since payzen/wechat depends on specific currency, so keep default implementation generic, so it allows the user get a contact us message, so it permits the system use wire transfer or non-automatic payments, to proceed with payment.
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
-
Rafael Monnerat authored
whenever the tests need it.
-
Rafael Monnerat authored
This should be set from the test or by the user while configure payzen.
-
Rafael Monnerat authored
It is more accurate to include testing data via test (on setup), otherwise it can lead to enable undesired configurations and eventually include testing data in production. If required, use a separated bt5 for include specific testing data.
-
Rafael Monnerat authored
-