AR Clearing acct. not being used - shipments show as MFG-VAR tra

Yahoo Archive
1
You have to run the INV-WIP Reconciliation by Transaction Type INVOICE to see your invoices. It is second from the end in the drop down list. Are you doing that?

Stephen Schaefer
Abrams Airborne013110

--- In vantage@yahoogroups.com, "Virginia" <vjoseph@...> wrote:
>
> 8.03.408 we went live on the beginning of this year. We experienced this same issue during testing on 8.03.407 during 2009. Epicor's solution was "Upgrade to the current version" so we upgraded to 408 and this problem was resolved, which I find strange since we made no changes to our company set-up or the process we follow when completing / shipping jobs. We finished testing without further issues. Now that we are live on 408, we are experiencing this same issue.
>
> I know there have been a lot of discussion on here about MFG-VAR transactions in relation to costing based on Parts with Avg and Std costing, but since we set-up every order/job as make to order, I don't believe I should be seeing any MFG-VAR transactions.
>
> Here is what I would expect to see: Upon completion of a job and shipment of an order I understand that in the Inventory/WIP Reconciliation report, I should see a MFG-CUS transaction and that transaction should Debit the AR clearing account and Credit the WIP accounts (according to the appropriate product group). Then when the shipments is invoiced the Inventory/WIP Reconciliation Report should show an Invoice transaction that should Debit the COS accounts (according to the appropriate product group) and Credit the AR clearing account.
>
> Here is what I am actually seeing: When we complete a job and ship the order the Inventory/WIP Reconciliation report shows a MFG-VAR transaction which Debits the COS accounts (according to the appropriate product group) and Credits the WIP account. The invoicing transaction does not result in any transactions showing in the Inventory/WIP Reconciliation report.
>
> The twist is that I have (4) shipments that I have processed and invoiced in January that have transacted correctly, as described above. All my other shipments are bypassing the AR clearing account, showing as MFG-VAR transactions and moving WIP to COS when the shipment transaction occurs. I have spent several days looking at the Orders/Jobs that transacted correctly compared to the Orders/Jobs that have not and I cannot identify any differences.
>
> Here is our process:
>
> We have jobs set-up with BOM's & standards, but nothing is manufactured to inventory and we carry no material in inventory. All material is purchased directly for each job and every order / job we process is make to order, and therefore all our costing comes straight from the job costs.
>
> 1. When the job is complete, we go to Job Management / Job Closing and check to make sure that the Production Qty. = Complete Qty. and confirm that the final operation is showing as complete. Then we mark the job complete and use the current date. If the complete qty is not correct and/or if the final operation is not showing as complete, that is corrected before we mark the job complete.
> 2. The job is unreleased.
> 3. We create the customer shipment, close the packing slip, print it and confirm that it is marked shipped.
>
> At this point I go to the Inventory/WIP reconciliation report and expect to see my MFG-CUS transaction with a DR to AR clearing and a CR to WIP. Instead I see a MFG-VAR transaction that has a DR to COS and a CR to WIP.
>
>
> I have gone through the whole process with Epicor of confirming that my AR clearing account is populated in Company Maintenanc, confirming that the packing slips are marked shipped, etc.
>
> Any ideas?
>
>
> Virginia Joseph
> IT Director
> Deep Hole Specialists, LLC
> vjoseph@...
> 440-543-8157
>
2
8.03.408 we went live on the beginning of this year. We experienced this same issue during testing on 8.03.407 during 2009. Epicor's solution was "Upgrade to the current version" so we upgraded to 408 and this problem was resolved, which I find strange since we made no changes to our company set-up or the process we follow when completing / shipping jobs. We finished testing without further issues. Now that we are live on 408, we are experiencing this same issue.

I know there have been a lot of discussion on here about MFG-VAR transactions in relation to costing based on Parts with Avg and Std costing, but since we set-up every order/job as make to order, I don't believe I should be seeing any MFG-VAR transactions.

Here is what I would expect to see: Upon completion of a job and shipment of an order I understand that in the Inventory/WIP Reconciliation report, I should see a MFG-CUS transaction and that transaction should Debit the AR clearing account and Credit the WIP accounts (according to the appropriate product group). Then when the shipments is invoiced the Inventory/WIP Reconciliation Report should show an Invoice transaction that should Debit the COS accounts (according to the appropriate product group) and Credit the AR clearing account.

Here is what I am actually seeing: When we complete a job and ship the order the Inventory/WIP Reconciliation report shows a MFG-VAR transaction which Debits the COS accounts (according to the appropriate product group) and Credits the WIP account. The invoicing transaction does not result in any transactions showing in the Inventory/WIP Reconciliation report.

The twist is that I have (4) shipments that I have processed and invoiced in January that have transacted correctly, as described above. All my other shipments are bypassing the AR clearing account, showing as MFG-VAR transactions and moving WIP to COS when the shipment transaction occurs. I have spent several days looking at the Orders/Jobs that transacted correctly compared to the Orders/Jobs that have not and I cannot identify any differences.

Here is our process:

We have jobs set-up with BOM's & standards, but nothing is manufactured to inventory and we carry no material in inventory. All material is purchased directly for each job and every order / job we process is make to order, and therefore all our costing comes straight from the job costs.

1. When the job is complete, we go to Job Management / Job Closing and check to make sure that the Production Qty. = Complete Qty. and confirm that the final operation is showing as complete. Then we mark the job complete and use the current date. If the complete qty is not correct and/or if the final operation is not showing as complete, that is corrected before we mark the job complete.
2. The job is unreleased.
3. We create the customer shipment, close the packing slip, print it and confirm that it is marked shipped.

At this point I go to the Inventory/WIP reconciliation report and expect to see my MFG-CUS transaction with a DR to AR clearing and a CR to WIP. Instead I see a MFG-VAR transaction that has a DR to COS and a CR to WIP.


I have gone through the whole process with Epicor of confirming that my AR clearing account is populated in Company Maintenanc, confirming that the packing slips are marked shipped, etc.

Any ideas?


Virginia Joseph
IT Director
Deep Hole Specialists, LLC
vjoseph@...
440-543-8157
3
What is the reasoning for unreleasing the job?







M. Manasa Reddy

manasa@... <mailto:manasa@...>

800.852.2325

630.806.2000 ofc

630.806.2001 fax

www.weldcoa.com

________________________________

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Virginia
Sent: Wednesday, January 13, 2010 9:17 AM
To: vantage@yahoogroups.com
Subject: [Vantage] AR Clearing acct. not being used - shipments show as
MFG-VAR transactions





8.03.408 we went live on the beginning of this year. We experienced this
same issue during testing on 8.03.407 during 2009. Epicor's solution was
"Upgrade to the current version" so we upgraded to 408 and this problem
was resolved, which I find strange since we made no changes to our
company set-up or the process we follow when completing / shipping jobs.
We finished testing without further issues. Now that we are live on 408,
we are experiencing this same issue.

I know there have been a lot of discussion on here about MFG-VAR
transactions in relation to costing based on Parts with Avg and Std
costing, but since we set-up every order/job as make to order, I don't
believe I should be seeing any MFG-VAR transactions.

Here is what I would expect to see: Upon completion of a job and
shipment of an order I understand that in the Inventory/WIP
Reconciliation report, I should see a MFG-CUS transaction and that
transaction should Debit the AR clearing account and Credit the WIP
accounts (according to the appropriate product group). Then when the
shipments is invoiced the Inventory/WIP Reconciliation Report should
show an Invoice transaction that should Debit the COS accounts
(according to the appropriate product group) and Credit the AR clearing
account.

Here is what I am actually seeing: When we complete a job and ship the
order the Inventory/WIP Reconciliation report shows a MFG-VAR
transaction which Debits the COS accounts (according to the appropriate
product group) and Credits the WIP account. The invoicing transaction
does not result in any transactions showing in the Inventory/WIP
Reconciliation report.

The twist is that I have (4) shipments that I have processed and
invoiced in January that have transacted correctly, as described above.
All my other shipments are bypassing the AR clearing account, showing as
MFG-VAR transactions and moving WIP to COS when the shipment transaction
occurs. I have spent several days looking at the Orders/Jobs that
transacted correctly compared to the Orders/Jobs that have not and I
cannot identify any differences.

Here is our process:

We have jobs set-up with BOM's & standards, but nothing is manufactured
to inventory and we carry no material in inventory. All material is
purchased directly for each job and every order / job we process is make
to order, and therefore all our costing comes straight from the job
costs.

1. When the job is complete, we go to Job Management / Job Closing and
check to make sure that the Production Qty. = Complete Qty. and confirm
that the final operation is showing as complete. Then we mark the job
complete and use the current date. If the complete qty is not correct
and/or if the final operation is not showing as complete, that is
corrected before we mark the job complete.
2. The job is unreleased.
3. We create the customer shipment, close the packing slip, print it and
confirm that it is marked shipped.

At this point I go to the Inventory/WIP reconciliation report and expect
to see my MFG-CUS transaction with a DR to AR clearing and a CR to WIP.
Instead I see a MFG-VAR transaction that has a DR to COS and a CR to
WIP.

I have gone through the whole process with Epicor of confirming that my
AR clearing account is populated in Company Maintenanc, confirming that
the packing slips are marked shipped, etc.

Any ideas?

Virginia Joseph
IT Director
Deep Hole Specialists, LLC
vjoseph@... <mailto:vjoseph%40deephole.com>
440-543-8157





[Non-text portions of this message have been removed]
4
We mark the job unreleased because marking the job complete does not prevent the machinists from erroneously logging time against the job through MES. The only way to prevent them from accessing the job through MES is to unrelease it. We assign job numbers based on the SO, Line & Release so we have a lot of job numbers that are similar ie: 16003-1-1, 16003-2-1, 16003-2-2, 16003-3-1 and wanted to make sure that the machinists could not log time on a complete job.

--- In vantage@yahoogroups.com, "Manasa Reddy" <manasa@...> wrote:
>
> What is the reasoning for unreleasing the job?
>
>
> M. Manasa Reddy
>
> manasa@... <mailto:manasa@...>
>
> 800.852.2325
>
> 630.806.2000 ofc
>
> 630.806.2001 fax
>
> www.weldcoa.com
>
> ________________________________
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
> Of Virginia
> Sent: Wednesday, January 13, 2010 9:17 AM
> To: vantage@yahoogroups.com
> Subject: [Vantage] AR Clearing acct. not being used - shipments show as
> MFG-VAR transactions
>
>
>
>
>
> 8.03.408 we went live on the beginning of this year. We experienced this
> same issue during testing on 8.03.407 during 2009. Epicor's solution was
> "Upgrade to the current version" so we upgraded to 408 and this problem
> was resolved, which I find strange since we made no changes to our
> company set-up or the process we follow when completing / shipping jobs.
> We finished testing without further issues. Now that we are live on 408,
> we are experiencing this same issue.
>
> I know there have been a lot of discussion on here about MFG-VAR
> transactions in relation to costing based on Parts with Avg and Std
> costing, but since we set-up every order/job as make to order, I don't
> believe I should be seeing any MFG-VAR transactions.
>
> Here is what I would expect to see: Upon completion of a job and
> shipment of an order I understand that in the Inventory/WIP
> Reconciliation report, I should see a MFG-CUS transaction and that
> transaction should Debit the AR clearing account and Credit the WIP
> accounts (according to the appropriate product group). Then when the
> shipments is invoiced the Inventory/WIP Reconciliation Report should
> show an Invoice transaction that should Debit the COS accounts
> (according to the appropriate product group) and Credit the AR clearing
> account.
>
> Here is what I am actually seeing: When we complete a job and ship the
> order the Inventory/WIP Reconciliation report shows a MFG-VAR
> transaction which Debits the COS accounts (according to the appropriate
> product group) and Credits the WIP account. The invoicing transaction
> does not result in any transactions showing in the Inventory/WIP
> Reconciliation report.
>
> The twist is that I have (4) shipments that I have processed and
> invoiced in January that have transacted correctly, as described above.
> All my other shipments are bypassing the AR clearing account, showing as
> MFG-VAR transactions and moving WIP to COS when the shipment transaction
> occurs. I have spent several days looking at the Orders/Jobs that
> transacted correctly compared to the Orders/Jobs that have not and I
> cannot identify any differences.
>
> Here is our process:
>
> We have jobs set-up with BOM's & standards, but nothing is manufactured
> to inventory and we carry no material in inventory. All material is
> purchased directly for each job and every order / job we process is make
> to order, and therefore all our costing comes straight from the job
> costs.
>
> 1. When the job is complete, we go to Job Management / Job Closing and
> check to make sure that the Production Qty. = Complete Qty. and confirm
> that the final operation is showing as complete. Then we mark the job
> complete and use the current date. If the complete qty is not correct
> and/or if the final operation is not showing as complete, that is
> corrected before we mark the job complete.
> 2. The job is unreleased.
> 3. We create the customer shipment, close the packing slip, print it and
> confirm that it is marked shipped.
>
> At this point I go to the Inventory/WIP reconciliation report and expect
> to see my MFG-CUS transaction with a DR to AR clearing and a CR to WIP.
> Instead I see a MFG-VAR transaction that has a DR to COS and a CR to
> WIP.
>
> I have gone through the whole process with Epicor of confirming that my
> AR clearing account is populated in Company Maintenanc, confirming that
> the packing slips are marked shipped, etc.
>
> Any ideas?
>
> Virginia Joseph
> IT Director
> Deep Hole Specialists, LLC
> vjoseph@... <mailto:vjoseph%40deephole.com>
> 440-543-8157
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
5
Are those specific orders that are not clearing the AR Clearing account credit card sales orders? We have an on going issue not yet even resolved in our version 803.408 where credit card orders do not create the credit transaction to the AR Clearing account. This is a bug in Vantage.

--- In vantage@yahoogroups.com, "Virginia" <vjoseph@...> wrote:
>
> 8.03.408 we went live on the beginning of this year. We experienced this same issue during testing on 8.03.407 during 2009. Epicor's solution was "Upgrade to the current version" so we upgraded to 408 and this problem was resolved, which I find strange since we made no changes to our company set-up or the process we follow when completing / shipping jobs. We finished testing without further issues. Now that we are live on 408, we are experiencing this same issue.
>
> I know there have been a lot of discussion on here about MFG-VAR transactions in relation to costing based on Parts with Avg and Std costing, but since we set-up every order/job as make to order, I don't believe I should be seeing any MFG-VAR transactions.
>
> Here is what I would expect to see: Upon completion of a job and shipment of an order I understand that in the Inventory/WIP Reconciliation report, I should see a MFG-CUS transaction and that transaction should Debit the AR clearing account and Credit the WIP accounts (according to the appropriate product group). Then when the shipments is invoiced the Inventory/WIP Reconciliation Report should show an Invoice transaction that should Debit the COS accounts (according to the appropriate product group) and Credit the AR clearing account.
>
> Here is what I am actually seeing: When we complete a job and ship the order the Inventory/WIP Reconciliation report shows a MFG-VAR transaction which Debits the COS accounts (according to the appropriate product group) and Credits the WIP account. The invoicing transaction does not result in any transactions showing in the Inventory/WIP Reconciliation report.
>
> The twist is that I have (4) shipments that I have processed and invoiced in January that have transacted correctly, as described above. All my other shipments are bypassing the AR clearing account, showing as MFG-VAR transactions and moving WIP to COS when the shipment transaction occurs. I have spent several days looking at the Orders/Jobs that transacted correctly compared to the Orders/Jobs that have not and I cannot identify any differences.
>
> Here is our process:
>
> We have jobs set-up with BOM's & standards, but nothing is manufactured to inventory and we carry no material in inventory. All material is purchased directly for each job and every order / job we process is make to order, and therefore all our costing comes straight from the job costs.
>
> 1. When the job is complete, we go to Job Management / Job Closing and check to make sure that the Production Qty. = Complete Qty. and confirm that the final operation is showing as complete. Then we mark the job complete and use the current date. If the complete qty is not correct and/or if the final operation is not showing as complete, that is corrected before we mark the job complete.
> 2. The job is unreleased.
> 3. We create the customer shipment, close the packing slip, print it and confirm that it is marked shipped.
>
> At this point I go to the Inventory/WIP reconciliation report and expect to see my MFG-CUS transaction with a DR to AR clearing and a CR to WIP. Instead I see a MFG-VAR transaction that has a DR to COS and a CR to WIP.
>
>
> I have gone through the whole process with Epicor of confirming that my AR clearing account is populated in Company Maintenanc, confirming that the packing slips are marked shipped, etc.
>
> Any ideas?
>
>
> Virginia Joseph
> IT Director
> Deep Hole Specialists, LLC
> vjoseph@...
> 440-543-8157
>
6
Sorry...duh...of course that is why you are doing it. It has been so
long for me...anyway, do you have estimated costs on your jobs? I may
be off base here but for a made to order environment I think the
variances occur BECAUSE you order directly to the job. If you cost out
a part at $5, but when you bought to the job it was $4.50, then I think
that 50 cents hits the variance as a negative 50 cents.



Could this be it?







M. Manasa Reddy

manasa@... <mailto:manasa@...>

800.852.2325

630.806.2000 ofc

630.806.2001 fax

www.weldcoa.com

________________________________

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Virginia
Sent: Wednesday, January 13, 2010 11:58 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: AR Clearing acct. not being used - shipments show
as MFG-VAR transactions





We mark the job unreleased because marking the job complete does not
prevent the machinists from erroneously logging time against the job
through MES. The only way to prevent them from accessing the job through
MES is to unrelease it. We assign job numbers based on the SO, Line &
Release so we have a lot of job numbers that are similar ie: 16003-1-1,
16003-2-1, 16003-2-2, 16003-3-1 and wanted to make sure that the
machinists could not log time on a complete job.

--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ,
"Manasa Reddy" <manasa@...> wrote:
>
> What is the reasoning for unreleasing the job?
>
>
> M. Manasa Reddy
>
> manasa@... <mailto:manasa@...>
>
> 800.852.2325
>
> 630.806.2000 ofc
>
> 630.806.2001 fax
>
> www.weldcoa.com
>
> ________________________________
>
> From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf
> Of Virginia
> Sent: Wednesday, January 13, 2010 9:17 AM
> To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> Subject: [Vantage] AR Clearing acct. not being used - shipments show
as
> MFG-VAR transactions
>
>
>
>
>
> 8.03.408 we went live on the beginning of this year. We experienced
this
> same issue during testing on 8.03.407 during 2009. Epicor's solution
was
> "Upgrade to the current version" so we upgraded to 408 and this
problem
> was resolved, which I find strange since we made no changes to our
> company set-up or the process we follow when completing / shipping
jobs.
> We finished testing without further issues. Now that we are live on
408,
> we are experiencing this same issue.
>
> I know there have been a lot of discussion on here about MFG-VAR
> transactions in relation to costing based on Parts with Avg and Std
> costing, but since we set-up every order/job as make to order, I don't
> believe I should be seeing any MFG-VAR transactions.
>
> Here is what I would expect to see: Upon completion of a job and
> shipment of an order I understand that in the Inventory/WIP
> Reconciliation report, I should see a MFG-CUS transaction and that
> transaction should Debit the AR clearing account and Credit the WIP
> accounts (according to the appropriate product group). Then when the
> shipments is invoiced the Inventory/WIP Reconciliation Report should
> show an Invoice transaction that should Debit the COS accounts
> (according to the appropriate product group) and Credit the AR
clearing
> account.
>
> Here is what I am actually seeing: When we complete a job and ship the
> order the Inventory/WIP Reconciliation report shows a MFG-VAR
> transaction which Debits the COS accounts (according to the
appropriate
> product group) and Credits the WIP account. The invoicing transaction
> does not result in any transactions showing in the Inventory/WIP
> Reconciliation report.
>
> The twist is that I have (4) shipments that I have processed and
> invoiced in January that have transacted correctly, as described
above.
> All my other shipments are bypassing the AR clearing account, showing
as
> MFG-VAR transactions and moving WIP to COS when the shipment
transaction
> occurs. I have spent several days looking at the Orders/Jobs that
> transacted correctly compared to the Orders/Jobs that have not and I
> cannot identify any differences.
>
> Here is our process:
>
> We have jobs set-up with BOM's & standards, but nothing is
manufactured
> to inventory and we carry no material in inventory. All material is
> purchased directly for each job and every order / job we process is
make
> to order, and therefore all our costing comes straight from the job
> costs.
>
> 1. When the job is complete, we go to Job Management / Job Closing and
> check to make sure that the Production Qty. = Complete Qty. and
confirm
> that the final operation is showing as complete. Then we mark the job
> complete and use the current date. If the complete qty is not correct
> and/or if the final operation is not showing as complete, that is
> corrected before we mark the job complete.
> 2. The job is unreleased.
> 3. We create the customer shipment, close the packing slip, print it
and
> confirm that it is marked shipped.
>
> At this point I go to the Inventory/WIP reconciliation report and
expect
> to see my MFG-CUS transaction with a DR to AR clearing and a CR to
WIP.
> Instead I see a MFG-VAR transaction that has a DR to COS and a CR to
> WIP.
>
> I have gone through the whole process with Epicor of confirming that
my
> AR clearing account is populated in Company Maintenanc, confirming
that
> the packing slips are marked shipped, etc.
>
> Any ideas?
>
> Virginia Joseph
> IT Director
> Deep Hole Specialists, LLC
> vjoseph@... <mailto:vjoseph%40deephole.com>
> 440-543-8157
>
>
>
>
>
> [Non-text portions of this message have been removed]
>





[Non-text portions of this message have been removed]
7
Virginia



Make sure that someone as not misinterpreted the quantity bearing
function in the part master and set them to false

If this is set to false no cost transactions are made even when products
are make direct. This should be set to true even when you are
processing non stocked parts



Gary Parfrey



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Virginia
Sent: 13 January 2010 5:58 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: AR Clearing acct. not being used - shipments show
as MFG-VAR transactions





We mark the job unreleased because marking the job complete does not
prevent the machinists from erroneously logging time against the job
through MES. The only way to prevent them from accessing the job through
MES is to unrelease it. We assign job numbers based on the SO, Line &
Release so we have a lot of job numbers that are similar ie: 16003-1-1,
16003-2-1, 16003-2-2, 16003-3-1 and wanted to make sure that the
machinists could not log time on a complete job.

--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ,
"Manasa Reddy" <manasa@...> wrote:
>
> What is the reasoning for unreleasing the job?
>
>
> M. Manasa Reddy
>
> manasa@... <mailto:manasa@...>
>
> 800.852.2325
>
> 630.806.2000 ofc
>
> 630.806.2001 fax
>
> www.weldcoa.com
>
> ________________________________
>
> From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf
> Of Virginia
> Sent: Wednesday, January 13, 2010 9:17 AM
> To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> Subject: [Vantage] AR Clearing acct. not being used - shipments show
as
> MFG-VAR transactions
>
>
>
>
>
> 8.03.408 we went live on the beginning of this year. We experienced
this
> same issue during testing on 8.03.407 during 2009. Epicor's solution
was
> "Upgrade to the current version" so we upgraded to 408 and this
problem
> was resolved, which I find strange since we made no changes to our
> company set-up or the process we follow when completing / shipping
jobs.
> We finished testing without further issues. Now that we are live on
408,
> we are experiencing this same issue.
>
> I know there have been a lot of discussion on here about MFG-VAR
> transactions in relation to costing based on Parts with Avg and Std
> costing, but since we set-up every order/job as make to order, I don't
> believe I should be seeing any MFG-VAR transactions.
>
> Here is what I would expect to see: Upon completion of a job and
> shipment of an order I understand that in the Inventory/WIP
> Reconciliation report, I should see a MFG-CUS transaction and that
> transaction should Debit the AR clearing account and Credit the WIP
> accounts (according to the appropriate product group). Then when the
> shipments is invoiced the Inventory/WIP Reconciliation Report should
> show an Invoice transaction that should Debit the COS accounts
> (according to the appropriate product group) and Credit the AR
clearing
> account.
>
> Here is what I am actually seeing: When we complete a job and ship the
> order the Inventory/WIP Reconciliation report shows a MFG-VAR
> transaction which Debits the COS accounts (according to the
appropriate
> product group) and Credits the WIP account. The invoicing transaction
> does not result in any transactions showing in the Inventory/WIP
> Reconciliation report.
>
> The twist is that I have (4) shipments that I have processed and
> invoiced in January that have transacted correctly, as described
above.
> All my other shipments are bypassing the AR clearing account, showing
as
> MFG-VAR transactions and moving WIP to COS when the shipment
transaction
> occurs. I have spent several days looking at the Orders/Jobs that
> transacted correctly compared to the Orders/Jobs that have not and I
> cannot identify any differences.
>
> Here is our process:
>
> We have jobs set-up with BOM's & standards, but nothing is
manufactured
> to inventory and we carry no material in inventory. All material is
> purchased directly for each job and every order / job we process is
make
> to order, and therefore all our costing comes straight from the job
> costs.
>
> 1. When the job is complete, we go to Job Management / Job Closing and
> check to make sure that the Production Qty. = Complete Qty. and
confirm
> that the final operation is showing as complete. Then we mark the job
> complete and use the current date. If the complete qty is not correct
> and/or if the final operation is not showing as complete, that is
> corrected before we mark the job complete.
> 2. The job is unreleased.
> 3. We create the customer shipment, close the packing slip, print it
and
> confirm that it is marked shipped.
>
> At this point I go to the Inventory/WIP reconciliation report and
expect
> to see my MFG-CUS transaction with a DR to AR clearing and a CR to
WIP.
> Instead I see a MFG-VAR transaction that has a DR to COS and a CR to
> WIP.
>
> I have gone through the whole process with Epicor of confirming that
my
> AR clearing account is populated in Company Maintenanc, confirming
that
> the packing slips are marked shipped, etc.
>
> Any ideas?
>
> Virginia Joseph
> IT Director
> Deep Hole Specialists, LLC
> vjoseph@... <mailto:vjoseph%40deephole.com>
> 440-543-8157
>
>
>
>
>
> [Non-text portions of this message have been removed]
>





[Non-text portions of this message have been removed]
8
No, we don't have estimated costs on our parts. But you might be onto something! I'll have to test it but here's my theory:

I know all our parts are set-up with a Std. costing method and all our parts have no estimated costs

In company config., Production, Job, the "Direct Ship Standard Cost Job Variances" has the "Post to Cost of Sales" radial button selected.

So, the system thinks the entire job cost is the variance and is sending it to COS according to the company settings.

I was assuming that since the release on the SO is marked "Make Direct" Vantage would ignore the part costing and therefore no MFG-VAR transactions would be created. (This is what we saw in 6.1)

We also process a lot of orders that we do not set-up in the part master. So I need to test to confirm that I will get a MFG-CUS transaction for SO/Job that does not reference a part from the part master and the MFG-VAR transactions result from SO/Jobs that use a part from the part master.

THANKS!

Virginia Joseph
vjoseph@...
440-543-8157

--- In vantage@yahoogroups.com, "Manasa Reddy" <manasa@...> wrote:
>
> Sorry...duh...of course that is why you are doing it. It has been so
> long for me...anyway, do you have estimated costs on your jobs? I may
> be off base here but for a made to order environment I think the
> variances occur BECAUSE you order directly to the job. If you cost out
> a part at $5, but when you bought to the job it was $4.50, then I think
> that 50 cents hits the variance as a negative 50 cents.
>
>
>
> Could this be it?
>
>
>
>
>
>
>
> M. Manasa Reddy
>
> manasa@... <mailto:manasa@...>
>
> 800.852.2325
>
> 630.806.2000 ofc
>
> 630.806.2001 fax
>
> www.weldcoa.com
>
> ________________________________
>
> From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
> Of Virginia
> Sent: Wednesday, January 13, 2010 11:58 AM
> To: vantage@yahoogroups.com
> Subject: [Vantage] Re: AR Clearing acct. not being used - shipments show
> as MFG-VAR transactions
>
>
>
>
>
> We mark the job unreleased because marking the job complete does not
> prevent the machinists from erroneously logging time against the job
> through MES. The only way to prevent them from accessing the job through
> MES is to unrelease it. We assign job numbers based on the SO, Line &
> Release so we have a lot of job numbers that are similar ie: 16003-1-1,
> 16003-2-1, 16003-2-2, 16003-3-1 and wanted to make sure that the
> machinists could not log time on a complete job.
>
> --- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ,
> "Manasa Reddy" <manasa@> wrote:
> >
> > What is the reasoning for unreleasing the job?
> >
> >
> > M. Manasa Reddy
> >
> > manasa@ <mailto:manasa@>
> >
> > 800.852.2325
> >
> > 630.806.2000 ofc
> >
> > 630.806.2001 fax
> >
> > www.weldcoa.com
> >
> > ________________________________
> >
> > From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> [mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
> Behalf
> > Of Virginia
> > Sent: Wednesday, January 13, 2010 9:17 AM
> > To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> > Subject: [Vantage] AR Clearing acct. not being used - shipments show
> as
> > MFG-VAR transactions
> >
> >
> >
> >
> >
> > 8.03.408 we went live on the beginning of this year. We experienced
> this
> > same issue during testing on 8.03.407 during 2009. Epicor's solution
> was
> > "Upgrade to the current version" so we upgraded to 408 and this
> problem
> > was resolved, which I find strange since we made no changes to our
> > company set-up or the process we follow when completing / shipping
> jobs.
> > We finished testing without further issues. Now that we are live on
> 408,
> > we are experiencing this same issue.
> >
> > I know there have been a lot of discussion on here about MFG-VAR
> > transactions in relation to costing based on Parts with Avg and Std
> > costing, but since we set-up every order/job as make to order, I don't
> > believe I should be seeing any MFG-VAR transactions.
> >
> > Here is what I would expect to see: Upon completion of a job and
> > shipment of an order I understand that in the Inventory/WIP
> > Reconciliation report, I should see a MFG-CUS transaction and that
> > transaction should Debit the AR clearing account and Credit the WIP
> > accounts (according to the appropriate product group). Then when the
> > shipments is invoiced the Inventory/WIP Reconciliation Report should
> > show an Invoice transaction that should Debit the COS accounts
> > (according to the appropriate product group) and Credit the AR
> clearing
> > account.
> >
> > Here is what I am actually seeing: When we complete a job and ship the
> > order the Inventory/WIP Reconciliation report shows a MFG-VAR
> > transaction which Debits the COS accounts (according to the
> appropriate
> > product group) and Credits the WIP account. The invoicing transaction
> > does not result in any transactions showing in the Inventory/WIP
> > Reconciliation report.
> >
> > The twist is that I have (4) shipments that I have processed and
> > invoiced in January that have transacted correctly, as described
> above.
> > All my other shipments are bypassing the AR clearing account, showing
> as
> > MFG-VAR transactions and moving WIP to COS when the shipment
> transaction
> > occurs. I have spent several days looking at the Orders/Jobs that
> > transacted correctly compared to the Orders/Jobs that have not and I
> > cannot identify any differences.
> >
> > Here is our process:
> >
> > We have jobs set-up with BOM's & standards, but nothing is
> manufactured
> > to inventory and we carry no material in inventory. All material is
> > purchased directly for each job and every order / job we process is
> make
> > to order, and therefore all our costing comes straight from the job
> > costs.
> >
> > 1. When the job is complete, we go to Job Management / Job Closing and
> > check to make sure that the Production Qty. = Complete Qty. and
> confirm
> > that the final operation is showing as complete. Then we mark the job
> > complete and use the current date. If the complete qty is not correct
> > and/or if the final operation is not showing as complete, that is
> > corrected before we mark the job complete.
> > 2. The job is unreleased.
> > 3. We create the customer shipment, close the packing slip, print it
> and
> > confirm that it is marked shipped.
> >
> > At this point I go to the Inventory/WIP reconciliation report and
> expect
> > to see my MFG-CUS transaction with a DR to AR clearing and a CR to
> WIP.
> > Instead I see a MFG-VAR transaction that has a DR to COS and a CR to
> > WIP.
> >
> > I have gone through the whole process with Epicor of confirming that
> my
> > AR clearing account is populated in Company Maintenanc, confirming
> that
> > the packing slips are marked shipped, etc.
> >
> > Any ideas?
> >
> > Virginia Joseph
> > IT Director
> > Deep Hole Specialists, LLC
> > vjoseph@ <mailto:vjoseph%40deephole.com>
> > 440-543-8157
> >
> >
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
9
Virginia



They changed the part costing on ship direct items in Vantage 8.0.
Vantage 6.1 ignored parts which were set as std cost for make direct and
always treated them as actual, but in Vantage 8.0 onwards it variances
against the standard cost when you ship directly. All your non stock
items need to be set to average



Gary



From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Virginia
Sent: 14 January 2010 12:26 AM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: AR Clearing acct. not being used - shipments show
as MFG-VAR transactions





No, we don't have estimated costs on our parts. But you might be onto
something! I'll have to test it but here's my theory:

I know all our parts are set-up with a Std. costing method and all our
parts have no estimated costs

In company config., Production, Job, the "Direct Ship Standard Cost Job
Variances" has the "Post to Cost of Sales" radial button selected.

So, the system thinks the entire job cost is the variance and is sending
it to COS according to the company settings.

I was assuming that since the release on the SO is marked "Make Direct"
Vantage would ignore the part costing and therefore no MFG-VAR
transactions would be created. (This is what we saw in 6.1)

We also process a lot of orders that we do not set-up in the part
master. So I need to test to confirm that I will get a MFG-CUS
transaction for SO/Job that does not reference a part from the part
master and the MFG-VAR transactions result from SO/Jobs that use a part
from the part master.

THANKS!

Virginia Joseph
vjoseph@... <mailto:vjoseph%40deephole.com>
440-543-8157

--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ,
"Manasa Reddy" <manasa@...> wrote:
>
> Sorry...duh...of course that is why you are doing it. It has been so
> long for me...anyway, do you have estimated costs on your jobs? I may
> be off base here but for a made to order environment I think the
> variances occur BECAUSE you order directly to the job. If you cost out
> a part at $5, but when you bought to the job it was $4.50, then I
think
> that 50 cents hits the variance as a negative 50 cents.
>
>
>
> Could this be it?
>
>
>
>
>
>
>
> M. Manasa Reddy
>
> manasa@... <mailto:manasa@...>
>
> 800.852.2325
>
> 630.806.2000 ofc
>
> 630.806.2001 fax
>
> www.weldcoa.com
>
> ________________________________
>
> From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf
> Of Virginia
> Sent: Wednesday, January 13, 2010 11:58 AM
> To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> Subject: [Vantage] Re: AR Clearing acct. not being used - shipments
show
> as MFG-VAR transactions
>
>
>
>
>
> We mark the job unreleased because marking the job complete does not
> prevent the machinists from erroneously logging time against the job
> through MES. The only way to prevent them from accessing the job
through
> MES is to unrelease it. We assign job numbers based on the SO, Line &
> Release so we have a lot of job numbers that are similar ie:
16003-1-1,
> 16003-2-1, 16003-2-2, 16003-3-1 and wanted to make sure that the
> machinists could not log time on a complete job.
>
> --- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com> ,
> "Manasa Reddy" <manasa@> wrote:
> >
> > What is the reasoning for unreleasing the job?
> >
> >
> > M. Manasa Reddy
> >
> > manasa@ <mailto:manasa@>
> >
> > 800.852.2325
> >
> > 630.806.2000 ofc
> >
> > 630.806.2001 fax
> >
> > www.weldcoa.com
> >
> > ________________________________
> >
> > From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com>
> [mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com> ] On
> Behalf
> > Of Virginia
> > Sent: Wednesday, January 13, 2010 9:17 AM
> > To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com>
> > Subject: [Vantage] AR Clearing acct. not being used - shipments show
> as
> > MFG-VAR transactions
> >
> >
> >
> >
> >
> > 8.03.408 we went live on the beginning of this year. We experienced
> this
> > same issue during testing on 8.03.407 during 2009. Epicor's solution
> was
> > "Upgrade to the current version" so we upgraded to 408 and this
> problem
> > was resolved, which I find strange since we made no changes to our
> > company set-up or the process we follow when completing / shipping
> jobs.
> > We finished testing without further issues. Now that we are live on
> 408,
> > we are experiencing this same issue.
> >
> > I know there have been a lot of discussion on here about MFG-VAR
> > transactions in relation to costing based on Parts with Avg and Std
> > costing, but since we set-up every order/job as make to order, I
don't
> > believe I should be seeing any MFG-VAR transactions.
> >
> > Here is what I would expect to see: Upon completion of a job and
> > shipment of an order I understand that in the Inventory/WIP
> > Reconciliation report, I should see a MFG-CUS transaction and that
> > transaction should Debit the AR clearing account and Credit the WIP
> > accounts (according to the appropriate product group). Then when the
> > shipments is invoiced the Inventory/WIP Reconciliation Report should
> > show an Invoice transaction that should Debit the COS accounts
> > (according to the appropriate product group) and Credit the AR
> clearing
> > account.
> >
> > Here is what I am actually seeing: When we complete a job and ship
the
> > order the Inventory/WIP Reconciliation report shows a MFG-VAR
> > transaction which Debits the COS accounts (according to the
> appropriate
> > product group) and Credits the WIP account. The invoicing
transaction
> > does not result in any transactions showing in the Inventory/WIP
> > Reconciliation report.
> >
> > The twist is that I have (4) shipments that I have processed and
> > invoiced in January that have transacted correctly, as described
> above.
> > All my other shipments are bypassing the AR clearing account,
showing
> as
> > MFG-VAR transactions and moving WIP to COS when the shipment
> transaction
> > occurs. I have spent several days looking at the Orders/Jobs that
> > transacted correctly compared to the Orders/Jobs that have not and I
> > cannot identify any differences.
> >
> > Here is our process:
> >
> > We have jobs set-up with BOM's & standards, but nothing is
> manufactured
> > to inventory and we carry no material in inventory. All material is
> > purchased directly for each job and every order / job we process is
> make
> > to order, and therefore all our costing comes straight from the job
> > costs.
> >
> > 1. When the job is complete, we go to Job Management / Job Closing
and
> > check to make sure that the Production Qty. = Complete Qty. and
> confirm
> > that the final operation is showing as complete. Then we mark the
job
> > complete and use the current date. If the complete qty is not
correct
> > and/or if the final operation is not showing as complete, that is
> > corrected before we mark the job complete.
> > 2. The job is unreleased.
> > 3. We create the customer shipment, close the packing slip, print it
> and
> > confirm that it is marked shipped.
> >
> > At this point I go to the Inventory/WIP reconciliation report and
> expect
> > to see my MFG-CUS transaction with a DR to AR clearing and a CR to
> WIP.
> > Instead I see a MFG-VAR transaction that has a DR to COS and a CR to
> > WIP.
> >
> > I have gone through the whole process with Epicor of confirming that
> my
> > AR clearing account is populated in Company Maintenanc, confirming
> that
> > the packing slips are marked shipped, etc.
> >
> > Any ideas?
> >
> > Virginia Joseph
> > IT Director
> > Deep Hole Specialists, LLC
> > vjoseph@ <mailto:vjoseph%40deephole.com>
> > 440-543-8157
> >
> >
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
>
>
>
>
> [Non-text portions of this message have been removed]
>





[Non-text portions of this message have been removed]
10
I also think the VERY fact that you are Standard cost that this will
always happen. I'm so used to average costing that I really cannot talk
about how to prevent the MFG-VAR transactions from happening (if you can
avoid at all).



Good luck!



Manasa





M. Manasa Reddy

manasa@... <mailto:manasa@...>

800.852.2325

630.806.2000 ofc

630.806.2001 fax

www.weldcoa.com

________________________________

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf
Of Virginia
Sent: Wednesday, January 13, 2010 6:26 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: AR Clearing acct. not being used - shipments show
as MFG-VAR transactions





No, we don't have estimated costs on our parts. But you might be onto
something! I'll have to test it but here's my theory:

I know all our parts are set-up with a Std. costing method and all our
parts have no estimated costs

In company config., Production, Job, the "Direct Ship Standard Cost Job
Variances" has the "Post to Cost of Sales" radial button selected.

So, the system thinks the entire job cost is the variance and is sending
it to COS according to the company settings.

I was assuming that since the release on the SO is marked "Make Direct"
Vantage would ignore the part costing and therefore no MFG-VAR
transactions would be created. (This is what we saw in 6.1)

We also process a lot of orders that we do not set-up in the part
master. So I need to test to confirm that I will get a MFG-CUS
transaction for SO/Job that does not reference a part from the part
master and the MFG-VAR transactions result from SO/Jobs that use a part
from the part master.

THANKS!

Virginia Joseph
vjoseph@... <mailto:vjoseph%40deephole.com>
440-543-8157

--- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ,
"Manasa Reddy" <manasa@...> wrote:
>
> Sorry...duh...of course that is why you are doing it. It has been so
> long for me...anyway, do you have estimated costs on your jobs? I may
> be off base here but for a made to order environment I think the
> variances occur BECAUSE you order directly to the job. If you cost out
> a part at $5, but when you bought to the job it was $4.50, then I
think
> that 50 cents hits the variance as a negative 50 cents.
>
>
>
> Could this be it?
>
>
>
>
>
>
>
> M. Manasa Reddy
>
> manasa@... <mailto:manasa@...>
>
> 800.852.2325
>
> 630.806.2000 ofc
>
> 630.806.2001 fax
>
> www.weldcoa.com
>
> ________________________________
>
> From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com> ] On
Behalf
> Of Virginia
> Sent: Wednesday, January 13, 2010 11:58 AM
> To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
> Subject: [Vantage] Re: AR Clearing acct. not being used - shipments
show
> as MFG-VAR transactions
>
>
>
>
>
> We mark the job unreleased because marking the job complete does not
> prevent the machinists from erroneously logging time against the job
> through MES. The only way to prevent them from accessing the job
through
> MES is to unrelease it. We assign job numbers based on the SO, Line &
> Release so we have a lot of job numbers that are similar ie:
16003-1-1,
> 16003-2-1, 16003-2-2, 16003-3-1 and wanted to make sure that the
> machinists could not log time on a complete job.
>
> --- In vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com> ,
> "Manasa Reddy" <manasa@> wrote:
> >
> > What is the reasoning for unreleasing the job?
> >
> >
> > M. Manasa Reddy
> >
> > manasa@ <mailto:manasa@>
> >
> > 800.852.2325
> >
> > 630.806.2000 ofc
> >
> > 630.806.2001 fax
> >
> > www.weldcoa.com
> >
> > ________________________________
> >
> > From: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com>
> [mailto:vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com> ] On
> Behalf
> > Of Virginia
> > Sent: Wednesday, January 13, 2010 9:17 AM
> > To: vantage@yahoogroups.com <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com>
> > Subject: [Vantage] AR Clearing acct. not being used - shipments show
> as
> > MFG-VAR transactions
> >
> >
> >
> >
> >
> > 8.03.408 we went live on the beginning of this year. We experienced
> this
> > same issue during testing on 8.03.407 during 2009. Epicor's solution
> was
> > "Upgrade to the current version" so we upgraded to 408 and this
> problem
> > was resolved, which I find strange since we made no changes to our
> > company set-up or the process we follow when completing / shipping
> jobs.
> > We finished testing without further issues. Now that we are live on
> 408,
> > we are experiencing this same issue.
> >
> > I know there have been a lot of discussion on here about MFG-VAR
> > transactions in relation to costing based on Parts with Avg and Std
> > costing, but since we set-up every order/job as make to order, I
don't
> > believe I should be seeing any MFG-VAR transactions.
> >
> > Here is what I would expect to see: Upon completion of a job and
> > shipment of an order I understand that in the Inventory/WIP
> > Reconciliation report, I should see a MFG-CUS transaction and that
> > transaction should Debit the AR clearing account and Credit the WIP
> > accounts (according to the appropriate product group). Then when the
> > shipments is invoiced the Inventory/WIP Reconciliation Report should
> > show an Invoice transaction that should Debit the COS accounts
> > (according to the appropriate product group) and Credit the AR
> clearing
> > account.
> >
> > Here is what I am actually seeing: When we complete a job and ship
the
> > order the Inventory/WIP Reconciliation report shows a MFG-VAR
> > transaction which Debits the COS accounts (according to the
> appropriate
> > product group) and Credits the WIP account. The invoicing
transaction
> > does not result in any transactions showing in the Inventory/WIP
> > Reconciliation report.
> >
> > The twist is that I have (4) shipments that I have processed and
> > invoiced in January that have transacted correctly, as described
> above.
> > All my other shipments are bypassing the AR clearing account,
showing
> as
> > MFG-VAR transactions and moving WIP to COS when the shipment
> transaction
> > occurs. I have spent several days looking at the Orders/Jobs that
> > transacted correctly compared to the Orders/Jobs that have not and I
> > cannot identify any differences.
> >
> > Here is our process:
> >
> > We have jobs set-up with BOM's & standards, but nothing is
> manufactured
> > to inventory and we carry no material in inventory. All material is
> > purchased directly for each job and every order / job we process is
> make
> > to order, and therefore all our costing comes straight from the job
> > costs.
> >
> > 1. When the job is complete, we go to Job Management / Job Closing
and
> > check to make sure that the Production Qty. = Complete Qty. and
> confirm
> > that the final operation is showing as complete. Then we mark the
job
> > complete and use the current date. If the complete qty is not
correct
> > and/or if the final operation is not showing as complete, that is
> > corrected before we mark the job complete.
> > 2. The job is unreleased.
> > 3. We create the customer shipment, close the packing slip, print it
> and
> > confirm that it is marked shipped.
> >
> > At this point I go to the Inventory/WIP reconciliation report and
> expect
> > to see my MFG-CUS transaction with a DR to AR clearing and a CR to
> WIP.
> > Instead I see a MFG-VAR transaction that has a DR to COS and a CR to
> > WIP.
> >
> > I have gone through the whole process with Epicor of confirming that
> my
> > AR clearing account is populated in Company Maintenanc, confirming
> that
> > the packing slips are marked shipped, etc.
> >
> > Any ideas?
> >
> > Virginia Joseph
> > IT Director
> > Deep Hole Specialists, LLC
> > vjoseph@ <mailto:vjoseph%40deephole.com>
> > 440-543-8157
> >
> >
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
>
>
>
>
> [Non-text portions of this message have been removed]
>





[Non-text portions of this message have been removed]