Hi all,
PO Qty - 100
Received - 60
Rejcted - 20.
One of my client is asking when the rejected the material to supplier through return order , so next when supplier sending the material against rejection at time system should allow the quantity with out amending the PO qty.
Why Navision did not have this functionality.
is it possible in Navision to make the customization.
Please throw some light about this.
Thanks in advance.
If they return it through a return order the balance on the PO would be 20 because you have to book the 20 in to reject and return them. So when the next 20 come in you want the system to hold 20 still open, so you want it to know that the received 20 were in fact rejected and now you will receive 120 and be invoiced for 100 because the 20 has been returned, unless of course you want a credit for the 20 in which case you want the 20 rejects invoiced unless you leave these as non-transactions and self-invoice and credit to close the open transactions. Do you start to understand the processing nightmare the system would have to deal with here. This in reality is why the system does not have this functionality - there would be no design satisfying requirements, but basically it does not have this functionality because it was not written. You can do nothing about this, you are not the author, you cannot guess the reasons why something is designed a certain way or not at all.
Of course it is possible to customise Navision, but first you need to sit down with the customer and work out what they want to happen in each circumstance.
Thanks Adam,
Could you throw some light regarding the functionality wise to start the development.
You need to go to your customer and fully map out what they want. There is no point in developing a solution until you know what the solution needs to be. The customer will give you the basis of what they want - it is your job to talk to them about all the processing issues and implications of the decision they are making to decide if the customisation is the best for the business. If in teh end it is decided it is you document the full requirements, get sign off from the customer and then start developing.
Thanks Adam,
I will keep in mind your suggestion before going to start any development.
Let me see any expert already implemented this functionality ?
I have never had this requirement. Not to say I would not, but it the goods are either rejected before hitting inventory, leaving the PO open, or they are booked in, and when they are found to be rejected they are returned through a return order, the business then usually splits this two ways, either they process it with all transactions, chasing a credit for the return order, loading a replacement, not paying the invoice until the credit is processed etc, or they immediately process the credit and then invoice the replacement purchase order and apply it to the credit processed leaving the original invoice, altough most do not do this because the payment is aged from the invoice, they prefer to immediately credit the return against the initial invoice and pay the replacement order when it comes in because this will have greater terms.
I have not met a business willing to pay for the work involved to modify the system.
Why ask a question if you don’t want to hear the answer? I can only guess that you are an off shore developer and you have no access to the customer, but you have probably already promised a solution without have a single clue a to what the customer actually wants.