Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bug: Invoice ref not updated despite full payment - validation step missing #32500

Open
JonBendtsen opened this issue Dec 31, 2024 · 3 comments
Labels
Bug This is a bug (something does not work as expected)

Comments

@JonBendtsen
Copy link
Contributor

Bug

I have 1 invoice out of hundreds which all is paid using the Stripe module, but one of them has not been validated and the invoice REF is accordingly :-(

The invoice after is validated, just this one.

Dolibarr Version

docker image v20.0.2 or docker v20.0.0

Environment PHP

docker image v20.0.2 or docker v20.0.0

Environment Database

MariaDB 11.5.2-MariaDB-ubu2404

Steps to reproduce the behavior and expected behavior

The invoice before and after were validated and was paid using the same method, Stripe.

image

image

Attached files

image

This invoice is not validated? but it is paid? - how did that happen?
image

I tried to reopen, and then classify as paid, but it is still not validated?
image

@JonBendtsen JonBendtsen added the Bug This is a bug (something does not work as expected) label Dec 31, 2024
@JonBendtsen
Copy link
Contributor Author

If I use the API i see this status

  "ref": "(PROV547)",
  "ref_ext": null,
  "statut": "2",
  "status": "2",
  "paye": "1",

@sonikf
Copy link
Contributor

sonikf commented Jan 3, 2025

Since it is paid it makes sense for status to be 2 but when "ref": "(PROV547)" status should be 0.
Are you using API for invoice generation step?

@JonBendtsen
Copy link
Contributor Author

Are you using API for invoice generation step?

No I am not. My setup is a webpage that shows which dance events and classes we offer (project is Open, and Services are For Sale). Buyer selects one of these, is presented a few more details, lead to a form they fill out. This creates a Proposal. They see their input data, confirm and this validated the Proposal + created an Order from the Proposal which is left in Draft mode.

Notifications triggered by Proposal Validation, then emails the buyer telling them they are on the waitinglist.

All this creation is done using the API.

Later then I manually inside Dolibarr validate the order if there is a spot for the buyer and they have the sufficient level.

This triggers a notification that emails them asking for payment, including a link to my own system that uses the API to find the Dolibarr payment url and redirects the buyer to that. From here on all interaction is done with standard Dolibarr pages.

This has worked for about 15 months, with I think 3 hiphups. This one. The issue with no payment registered #32510, and then an older issue where the invoice is left in started payment, even though it is paid 100% ??

Customer invoices (541)
Sales Orders(557)
Commercial proposals(518)

Not everyone gets accepted, and some of them also cancel before accept or at accept so I sometimes deletes proposals and orders which are cancelled - no need to keep the personal data when it is not used.

I have set my Dolibarr up to not allowing deletion? Unalterable Archives is the module which is enabled.

We also do not use VAT because we are a non profit dance community.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug This is a bug (something does not work as expected)
Projects
None yet
Development

No branches or pull requests

2 participants