Search options (Page 1 of 2)

Thanks apmuthu, however, this does not work as well. It gives a white background with the "items and inventory" sub menu items, and, funny enough, it displays the github logo in the web tab favoicon.

I think I have confused terms  - my mistake. I am talking about PURCHASE ORDER DELIVERY this whole time, not PURCHASE ORDERS. I know canceling a purchase order requires you to cancel the order and not void it. But the PO DELIVERY is where I am having a problem - I cannot void any of them. I was able to do that before I upgraded to 2.4. I have tested it again and every time I am able to duplicate the same fault if I accept a delivery I am unable to void it. And no, it is not invoiced, I know I cannot void a PO delivery after an invoice is made against it, I am talking about just receiving items in a PO delivery then immediately attempting to void it the error occurs. And I know it's not voided because I can create an invoice on that PO Delivery.

Updated, no, it does not resolve itself. What I would like to know is if this is my installation that has a problem or it's a genuine bug. Can anyone try and duplicate it?

Purchase Order Entry -> Create a purchase order -> Receive Items on this Purchase Order -> Setup -> Void a Transaction -> Select type purchase order delivery -> Select the received order and attempt to void it, Error appears: "The entered transaction does not exist or cannot be voided."

You will need to provide more information. What is your home currency? What exchange currency is involved and what rate have you set?

You don't. If you do less than 100% prepayment then you still issue a final invoice for the difference, but this invoice, since it is issued for final payment can only be entered with one of the post payment methods. Only use cash if the customer is paying the difference on the spot, otherwise use the other deferred payments.

@Alaa, I was testing with 100% prepayment, there is no bug with that. BUT, your test was with partial prepayment, and you are right, THERE IS A BUG IN THE FINAL INVOICE with partial prepayment. Here is how to duplicate that bug:

1. Open a sales order with prepayment payment option and populate with items / QTYs.
2. Set "Pre-Payment Required:" to the desired partial amount, then click place order.
3. Go to Sales -> Payments and receive the payment for the order. NOTE: By default, if you click "ALL" it will populate the "This Allocation" field with the payment for the entire order. This is fine if the customer prepays 100%. You will need to manually enter a lower value in "This Allocation" field if they paid less.
4. Click "Add Payment"
5. Sales -> Delivery Against Sales Orders, click on the dispatch arrow on the far right of the order, and "Process dispatch" on the delivery note page.
6. Sales -> Invoice Prepaid Orders. Click the Prepayment Invoice icon on the far right of the order to be invoiced. Next page should be the Prepayment or Final Invoice Entry page, and it will show the original prepayment, which will be the value to be invoiced. Process Invoice. Now view this invoice. It correctly shows the prepayment allocated to it. Now print this invoice. It correctly prints the invoice and shows that this a PREPAYMENT INVOICE, which is ONLY FOR THE VALUE OF THE PREPAYMENT.

Here is the tricky part and where the bug is: You need to issue a final invoice for the remainder of the payment.

7. Sales -> Invoice Prepaid Orders. Click the Prepayment Invoice icon on the far right of the same order as above to be invoiced. By default, the payment terms will still be prepaid. If you attempt to process this invoice, you will get this error: "There are no non-invoiced payments for this order. If you want to issue the final invoice, select delayed or cash payment terms." This is actually correct, now the final invoice cannot be prepaid because the customer will be posted paying. So, select one of the delayed payment terms. Now the magic happens, you will see next to "Invoiced here:" the correct value left to be invoiced. Process this invoice. It should now read "FINAL INVOICE", and will be for the correct balance owed by the customer.
8. Entry customer payment for this invoice ->enter the payment and additional payment.

@ Janusz, this is where the bug comes in. Instead of the final invoice reporting in the customer account as the balance on the invoice, it reports THE ENTIRE INVOICE AMOUNT and makes it look like the customer still owes money.

Sorry Janusz, I was too hasty in my reporting. The testing and behavior above are for PREPAID PURCHASE ORDERS.

I have tested it with prepaid customer orders and it works beautifully, the payment becomes allocated automatically to the final invoice. So the fix is only required for the prepaid supplier purchase orders.

The other bug it has is this: If you select "Invoice Prepaid Orders", you can invoice the sales order directly without first making a delivery. HOWEVER, if you do this, the original sales order remains in the unprocessed state, and then there is no auto delivery note created, so inventory items remain unchanged. If you cancel / delete the sales order, the system registers an error on the created invoice.

In my example, I deleted a sales order #1436 after I realized it has not been processed after I directly invoiced the prepaid order without delivery, now the invoice shows - "You have missing or invalid sales document in the database (type:30, number:1436)."

Yes, I noted this on a prepayment that was partial. It leaves the danger of being able to allocate this payment to a future invoice. This makes this bug more serious than I thought it out to be.

If you dissociate the payment from the sales order, you cannot make delivery on it.