Unreceive job receipt

As long as there is not an invoice posted to the receipt you can just call up the receipt and delete it.
Pam S

--- In vantage@yahoogroups.com, robertb_versa@... wrote:
>
> Try a BPM or customization to prevent receipt processing when jobprod.prodqty is less than
> (jobprod.receivedqty + jobprod.shippedqty) + qty value entered in receipt app's qty to receive control (if .Net) or the tt equiv value (jf BPM).
>
> That would be the most direct, simplistic preventer of human entry error.
>
> You can go deeper & insure all labor is fully entered (control labor entry process for similar issues or prematurely marking an OP complete - short the qty due).
>
> Same techniques can be applied to material issues.
>
> All these will likely ensure a (more) accurate parttran posted receipt cost (when combined).
>
> If you want to get crazy about it (which would be appropriate in some environments), check for job completion/closing exceptions (as a work rule) before doing a job receipt to totally ensure posted receipt costs are based on fully processed job details.
>
> - Problems can be fixed via job cost adjustments.
>
> (You have to decide how accurate is accurate enough in light of your operations practices, true accuracy if clock in (start) out (end activity) labor being reported, your cost type of the parts produced, etc.,).
>
> Start simple and only complicate as truly beneficial.
>
> Rob
> --- Original Message ---
> From:"Bill King" <bking@...>
> Sent:Wed 8/18/10 11:49 am
> To:"'vantage@yahoogroups.com'" <vantage@yahoogroups.com>
> Cc:Ed Garbowski <EGarbowski@...>, Steven Waddell <SWaddell@...>
> Subj:RE: [Vantage] Unreceive job receipt.
>
> Thank you for your response. The root cause in most cases is human error, which will never completely go away regardless of training and process documentation. Here is what we looked at yesterday:
>
> We received a qty of 60 pcs in at $24 ea (cost correctly). Later (due to not checking prior to making a transaction) the same 60 were received again. As this was noticed we made a receipt for a negative 60, which makes the inventory correct, but the cost was incorrect. The 1st 60 went on hand at $24 ea, the 2nd went on hand at $0 ea since we only showed 60 completed, the costing then was spread over 120 pcs. So when we received the negative 60, they came out of inventory at $12 ea, leaving the remaining on hand at $12 ea.
>
> Again a lot of this can be controlled since the root cause is human error but human error will never completely go away. What is the best practice used by others to correct these errors?
>
>
>
> BILL R. KING
> (806).776.4409 Office
> (806).749.7119 Fax
> (254).592.4397 Cell
>
> ________________________________
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of robertb_versa@...
> Sent: Tuesday, August 17, 2010 5:26 PM
> To: vantage@yahoogroups.com
> Subject: Re: [Vantage] Unreceive job receipt.
>
>
>
> If you reverse the receipt immediately, little damage is done (and any done can be fixed well enough w/ job cost adjustment).
> What are the root causes of the errant receipts (that could perhaps be prevented w/ customization or BPMs)?
> What's happening?
> Rob
>
> --- Original Message ---
> From:"bking521" <bking@...<mailto:bking%40jandbindustrial.com>>
> Sent:Tue 8/17/10 5:34 pm
> To:vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
> Subj:[Vantage] Unreceive job receipt.
>
> what is the best way to unreceive a job receipt? we are currently doing a negative receipt but sometimes that seems to cause lot costing issues. surely we are not the only ones that at times screw up, what do others do?
>
> Willie Nelson
>
>
> ________________________________
> The information contained in this message is intended solely for the individual to whom it is specifically and originally addressed. This message and its contents may contain confidential or privileged information. If you are not the intended recipient, you are hereby notified that any disclosure or distribution, or taking any action in reliance on the contents of this information, is strictly prohibited.
> We have taken precautions to minimize the risk of transmitting software viruses, but we advise you to carry out your own virus checks on any attachment to this message. We cannot accept liability for any loss or damage caused by software viruses.
>
> This message (including any attachments) is intended only for
> the use of the individual or entity to which it is addressed and
> may contain information that is non-public, proprietary,
> privileged, confidential, and exempt from disclosure under
> applicable law or may constitute as attorney work product.
> If you are not the intended recipient, you are hereby notified
> th
>
what is the best way to unreceive a job receipt? we are currently doing a negative receipt but sometimes that seems to cause lot costing issues. surely we are not the only ones that at times screw up, what do others do?

Willie Nelson
If you reverse the receipt immediately, little damage is done (and any done can be fixed well enough w/ job cost adjustment).
What are the root causes of the errant receipts (that could perhaps be prevented w/ customization or BPMs)?
What's happening?
Rob

--- Original Message ---
From:"bking521" <bking@...>
Sent:Tue 8/17/10 5:34 pm
To:vantage@yahoogroups.com
Subj:[Vantage] Unreceive job receipt.

what is the best way to unreceive a job receipt? we are currently doing a negative receipt but sometimes that seems to cause lot costing issues. surely we are not the only ones that at times screw up, what do others do?

Willie Nelson
Thank you for your response. The root cause in most cases is human error, which will never completely go away regardless of training and process documentation. Here is what we looked at yesterday:

We received a qty of 60 pcs in at $24 ea (cost correctly). Later (due to not checking prior to making a transaction) the same 60 were received again. As this was noticed we made a receipt for a negative 60, which makes the inventory correct, but the cost was incorrect. The 1st 60 went on hand at $24 ea, the 2nd went on hand at $0 ea since we only showed 60 completed, the costing then was spread over 120 pcs. So when we received the negative 60, they came out of inventory at $12 ea, leaving the remaining on hand at $12 ea.

Again a lot of this can be controlled since the root cause is human error but human error will never completely go away. What is the best practice used by others to correct these errors?



BILL R. KING
(806).776.4409 Office
(806).749.7119 Fax
(254).592.4397 Cell

________________________________
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of robertb_versa@...
Sent: Tuesday, August 17, 2010 5:26 PM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Unreceive job receipt.



If you reverse the receipt immediately, little damage is done (and any done can be fixed well enough w/ job cost adjustment).
What are the root causes of the errant receipts (that could perhaps be prevented w/ customization or BPMs)?
What's happening?
Rob

--- Original Message ---
From:"bking521" <bking@...<mailto:bking%40jandbindustrial.com>>
Sent:Tue 8/17/10 5:34 pm
To:vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
Subj:[Vantage] Unreceive job receipt.

what is the best way to unreceive a job receipt? we are currently doing a negative receipt but sometimes that seems to cause lot costing issues. surely we are not the only ones that at times screw up, what do others do?

Willie Nelson


________________________________
The information contained in this message is intended solely for the individual to whom it is specifically and originally addressed. This message and its contents may contain confidential or privileged information. If you are not the intended recipient, you are hereby notified that any disclosure or distribution, or taking any action in reliance on the contents of this information, is strictly prohibited.
We have taken precautions to minimize the risk of transmitting software viruses, but we advise you to carry out your own virus checks on any attachment to this message. We cannot accept liability for any loss or damage caused by software viruses.

This message (including any attachments) is intended only for
the use of the individual or entity to which it is addressed and
may contain information that is non-public, proprietary,
privileged, confidential, and exempt from disclosure under
applicable law or may constitute as attorney work product.
If you are not the intended recipient, you are hereby notified
that any use, dissemination, distribution, or copying of this
communication is strictly prohibited. If you have received this
communication in error, notify us immediately by telephone and
(i) destroy this message if a facsimile or (ii) delete this message
immediately if this is an electronic communication.

Thank you.


[Non-text portions of this message have been removed]
Try a BPM or customization to prevent receipt processing when jobprod.prodqty is less than
(jobprod.receivedqty + jobprod.shippedqty) + qty value entered in receipt app's qty to receive control (if .Net) or the tt equiv value (jf BPM).

That would be the most direct, simplistic preventer of human entry error.

You can go deeper & insure all labor is fully entered (control labor entry process for similar issues or prematurely marking an OP complete - short the qty due).

Same techniques can be applied to material issues.

All these will likely ensure a (more) accurate parttran posted receipt cost (when combined).

If you want to get crazy about it (which would be appropriate in some environments), check for job completion/closing exceptions (as a work rule) before doing a job receipt to totally ensure posted receipt costs are based on fully processed job details.

- Problems can be fixed via job cost adjustments.

(You have to decide how accurate is accurate enough in light of your operations practices, true accuracy if clock in (start) out (end activity) labor being reported, your cost type of the parts produced, etc.,).

Start simple and only complicate as truly beneficial.

Rob
--- Original Message ---
From:"Bill King" <bking@...>
Sent:Wed 8/18/10 11:49 am
To:"'vantage@yahoogroups.com'" <vantage@yahoogroups.com>
Cc:Ed Garbowski <EGarbowski@...>, Steven Waddell <SWaddell@...>
Subj:RE: [Vantage] Unreceive job receipt.

Thank you for your response. The root cause in most cases is human error, which will never completely go away regardless of training and process documentation. Here is what we looked at yesterday:

We received a qty of 60 pcs in at $24 ea (cost correctly). Later (due to not checking prior to making a transaction) the same 60 were received again. As this was noticed we made a receipt for a negative 60, which makes the inventory correct, but the cost was incorrect. The 1st 60 went on hand at $24 ea, the 2nd went on hand at $0 ea since we only showed 60 completed, the costing then was spread over 120 pcs. So when we received the negative 60, they came out of inventory at $12 ea, leaving the remaining on hand at $12 ea.

Again a lot of this can be controlled since the root cause is human error but human error will never completely go away. What is the best practice used by others to correct these errors?



BILL R. KING
(806).776.4409 Office
(806).749.7119 Fax
(254).592.4397 Cell

________________________________
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of robertb_versa@...
Sent: Tuesday, August 17, 2010 5:26 PM
To: vantage@yahoogroups.com
Subject: Re: [Vantage] Unreceive job receipt.



If you reverse the receipt immediately, little damage is done (and any done can be fixed well enough w/ job cost adjustment).
What are the root causes of the errant receipts (that could perhaps be prevented w/ customization or BPMs)?
What's happening?
Rob

--- Original Message ---
From:"bking521" <bking@...<mailto:bking%40jandbindustrial.com>>
Sent:Tue 8/17/10 5:34 pm
To:vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
Subj:[Vantage] Unreceive job receipt.

what is the best way to unreceive a job receipt? we are currently doing a negative receipt but sometimes that seems to cause lot costing issues. surely we are not the only ones that at times screw up, what do others do?

Willie Nelson


________________________________
The information contained in this message is intended solely for the individual to whom it is specifically and originally addressed. This message and its contents may contain confidential or privileged information. If you are not the intended recipient, you are hereby notified that any disclosure or distribution, or taking any action in reliance on the contents of this information, is strictly prohibited.
We have taken precautions to minimize the risk of transmitting software viruses, but we advise you to carry out your own virus checks on any attachment to this message. We cannot accept liability for any loss or damage caused by software viruses.

This message (including any attachments) is intended only for
the use of the individual or entity to which it is addressed and
may contain information that is non-public, proprietary,
privileged, confidential, and exempt from disclosure under
applicable law or may constitute as attorney work product.
If you are not the intended recipient, you are hereby notified
th