Hello eveyone,
when trying to pay a bill, there is a blank area where the amounts have to be entered.
Maybe the following has to do something about it:
Starting this year, I changed the format of the bills, to a formula that resets the counter every December: Fra{yy}{mm}-{0000@12}
Prior to that, I was using the default bill indexing: (terre or mars,don’t remember)
Now there’s a mixup of old (last year’s) and new references.
And Dolibarr does not handle it perfectly:
This year’s first bill, for example, does not show up in the “pending” filter, while the later ones do.
Changing numbering should not create blank page.
Can you take a look into your apache error log file. Blank page means you should have an error message into this file.
Bonjour Mr. Laurent,
this is the entry in: var/log/apache2
[Wed Mar 05 14:19:52 2014] [notice] Apache/2.2.22 (Ubuntu) PHP/5.3.10-1ubuntu3.9 with Suhosin-Patch mod_ssl/2.2.22 OpenSSL/1.0.1 configured -- resuming normal operations
Merci,
Jordi
Hello again,
the problem exists with only the very first “new” bill.
It is also the only one not listed in the “pending” menu.
In that listing, appears FA1312-64 (the last one from 2013) and then Fra1402-003 and 1402-002. The very first one, 1401-0001 is missing in the “payment pending” list.
But it appears in the general bill list, correctly as not paid.
Sorry for bothering,
Jordi
Hello there,
I changed language to english to describe the exact menues:
I repeat the problem description:
The first bill with the new indexing method: Fra1401-0001
cannot be payed.
It is listed correctly in the “Accountancy/Treasury area” together with the older and newer bils.
The table “Unpaid customer’s invoices” lists (18) unpaid bills.
BUT when you click in the left menu “Customer’s invoices” submenu “unpaid”,
this bill dissappears. There are only (17) bills listed.
Older and newer bills, but not this first one.
it’s: /compta/module/facture/impayees.php?leftmenu=customers_bills
I have to go: /compta/facture/list.php?leftmenu=customers_bills
to see the invoice again.
When selected and click on “do payment”,
/compta/paiement.php?facid=81&action=create
the screen appears “enter payment received from customer”
BUT only the upper table is visible, with the fields: Company/Date/payment type/account to credit… etc.
There is NO lower table with the bill ID, company, date, and amount to enter.
Funny enough, there is the button “Pay”. But of course there is no bill to be payed 
As I said, it only happens with this number of bill: Fra1401-0001 the newer ones are ok: Fra1402-0002, Fra1402-0003…
Unfortunately it seems that posting images in the forum does not work.
Best regards,
Jordi
Sadly no response.
I updated to 3.5.1, and the issue is still there.
I also tried returning the bill to draft, and then validate it again.
Still, no way to pay.
Best regards,
JordiC
Can you send me to eldy@users.sourceforge.net an admin access to your instance ?
Hello Mr. Destailleur,
Unfortunately the Instance is in my personal computer, not on a server.
I found a difference:
this bill started as a proforma bill.
The others, are standard bills.
I cannot find a way to change the from proforma to standard.
The reason to use proforma is, that I will only send Standard Invoices, after an actual payment.
This is to avoid paying 21% vat and 21%personal tax every trimester, of bills that I don’t get payed until much later.
Best regards,
Jordi
Confirmed, Proforma bug.
You were right Mr. Eldy, it has nothing to do with the numbering.
Proforma invoices cannot be payed.
I just validated another invoice which happened to be a proforma.
It is transformed correctly to a normal bill.
The pdf is also correctly generated.
But when you want to issue a payment, the invoice does not appear, and you cannot enter the amount, since the field is not there.
Using the “inspect element” from Firefox, the followinf is missing:
One more thing I found:
value is 4 instead of 0 in the following line:
<input id=“invoice type” type=“hidden” value=“4” name=“type”></input>
It is the module /compta/paiement.php name=“add_paiement”
If there is anything else I can do, please say so.
Best regards,
Jordi
Proforma invoice dev feature should not be used. It will be removed because it was not correctly implemented. Even if name say the opposite, a proforma invoice is NOT an invoice but must be an order with a label “invoice” instead of “order”.
Invoices is an accountancy term, but proforma invoice are not allowed to be counted as invoices by accountancy rules since it is just an order that must look like final invoice (and this is already the case with order templates)
