GL controls & One Sided Entries

Yahoo Archive
1
We did have the product group tied on the job.

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of Virginia Joseph
Sent: Thursday, September 22, 2011 12:40 PM
To: vantage@yahoogroups.com
Subject: [Vantage] Re: GL controls & One Sided Entries



For # 3, the WIP / COGS accounts used for job costs is based on the Product group on the job not the part class for that part. If your jobs do not have product groups, then the WIP / COGS will use the company control accounts.

Virginia Joseph
Deep Hole Specialists, LLC

--- In vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>, "Deirdre T" <dsykes@...<mailto:dsykes@...>> wrote:
>
> We are on our second round of testing with an updated version of Epicor. We went from 9.05.604A to 9.05.606.
>
> The following seems to be happening when it comes to our GL controls, one sided entries for AP invoices generated from PO match and WIP transactions. Everything worked perfectly in the older version.
>
> 1) Entered an invoice for a miscellaneous header charge that has GL control code tied to it. Double checked to make the sure GL control is link to the miscellaneous charge ID. When running the edit list the transactions showed a DR - Suspense Acct and CR - AP Trade. The system should be pointing to the account specified on the GL control not the account sent up in the AP company config GL control.
>
> 2) When matching an invoice to a PO, the transaction should be DR - AP clearing and credit AP - trade. The system is only doing the CR - AP trade acct and nothing is visible to AP clearing. This is causing a one-side transaction.
>
> 3) When material is purchased to a job or data collected to a job, the WIP account is falling to the company configuration of InventoryWIPCOGS instead of the account specified on the part class for that part.
>
> Is there something that we have missed with the upgrade that needs to be selected in the company config? We have tried several options, called tech support and are not getting anywhere.
>
> Any thoughts are greatly appreciated.
>


CONFIDENTIALITY: The information contained in this email message, including any attachment(s), may be privileged and confidential and protected from disclosure. The email is not intended for transmission to, or receipt by, any unauthorized persons. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication or use of the information contained herein is strictly prohibited. If you have received this electronic mail transmission in error, please delete it from your system without copying or disseminating, and notify the sender by Reply email, so that our address record can be corrected.


[Non-text portions of this message have been removed]
2
We are on our second round of testing with an updated version of Epicor. We went from 9.05.604A to 9.05.606.

The following seems to be happening when it comes to our GL controls, one sided entries for AP invoices generated from PO match and WIP transactions. Everything worked perfectly in the older version.

1) Entered an invoice for a miscellaneous header charge that has GL control code tied to it. Double checked to make the sure GL control is link to the miscellaneous charge ID. When running the edit list the transactions showed a DR - Suspense Acct and CR - AP Trade. The system should be pointing to the account specified on the GL control not the account sent up in the AP company config GL control.

2) When matching an invoice to a PO, the transaction should be DR - AP clearing and credit AP - trade. The system is only doing the CR - AP trade acct and nothing is visible to AP clearing. This is causing a one-side transaction.

3) When material is purchased to a job or data collected to a job, the WIP account is falling to the company configuration of InventoryWIPCOGS instead of the account specified on the part class for that part.

Is there something that we have missed with the upgrade that needs to be selected in the company config? We have tried several options, called tech support and are not getting anywhere.

Any thoughts are greatly appreciated.
3
The first two items I believe are bugs. We had what appears to be similar issues. We were supplied hot fixes to correct the behavior.

Keith Mailloux
Ferguson Perforating
(401)941-8876

From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of Deirdre T
Sent: Thursday, September 22, 2011 12:06 PM
To: vantage@yahoogroups.com
Subject: [Vantage] GL controls & One Sided Entries



We are on our second round of testing with an updated version of Epicor. We went from 9.05.604A to 9.05.606.

The following seems to be happening when it comes to our GL controls, one sided entries for AP invoices generated from PO match and WIP transactions. Everything worked perfectly in the older version.

1) Entered an invoice for a miscellaneous header charge that has GL control code tied to it. Double checked to make the sure GL control is link to the miscellaneous charge ID. When running the edit list the transactions showed a DR - Suspense Acct and CR - AP Trade. The system should be pointing to the account specified on the GL control not the account sent up in the AP company config GL control.

2) When matching an invoice to a PO, the transaction should be DR - AP clearing and credit AP - trade. The system is only doing the CR - AP trade acct and nothing is visible to AP clearing. This is causing a one-side transaction.

3) When material is purchased to a job or data collected to a job, the WIP account is falling to the company configuration of InventoryWIPCOGS instead of the account specified on the part class for that part.

Is there something that we have missed with the upgrade that needs to be selected in the company config? We have tried several options, called tech support and are not getting anywhere.

Any thoughts are greatly appreciated.



---------------------------------
This e-mail and any attachments may contain confidential and
privileged information. If you are not the intended recipient,
please notify the sender immediately by return e-mail, delete this
e-mail and destroy any copies. Any dissemination or use of this
information by a person other than the intended recipient is
unauthorized and may be illegal.

[Non-text portions of this message have been removed]
4
For # 3, the WIP / COGS accounts used for job costs is based on the Product group on the job not the part class for that part. If your jobs do not have product groups, then the WIP / COGS will use the company control accounts.

Virginia Joseph
Deep Hole Specialists, LLC



--- In vantage@yahoogroups.com, "Deirdre T" <dsykes@...> wrote:
>
> We are on our second round of testing with an updated version of Epicor. We went from 9.05.604A to 9.05.606.
>
> The following seems to be happening when it comes to our GL controls, one sided entries for AP invoices generated from PO match and WIP transactions. Everything worked perfectly in the older version.
>
> 1) Entered an invoice for a miscellaneous header charge that has GL control code tied to it. Double checked to make the sure GL control is link to the miscellaneous charge ID. When running the edit list the transactions showed a DR - Suspense Acct and CR - AP Trade. The system should be pointing to the account specified on the GL control not the account sent up in the AP company config GL control.
>
> 2) When matching an invoice to a PO, the transaction should be DR - AP clearing and credit AP - trade. The system is only doing the CR - AP trade acct and nothing is visible to AP clearing. This is causing a one-side transaction.
>
> 3) When material is purchased to a job or data collected to a job, the WIP account is falling to the company configuration of InventoryWIPCOGS instead of the account specified on the part class for that part.
>
> Is there something that we have missed with the upgrade that needs to be selected in the company config? We have tried several options, called tech support and are not getting anywhere.
>
> Any thoughts are greatly appreciated.
>