Morning all,
I am for some reason brain locked on how to be able to add(print) the selected ship to's contact e-mail on a packing slip.
The standard packing slip form (which we modified) doesn't contain the shipconum table.
Either im at a loss on how to add this table (if possible) or is there another way to do this.
Currently we are using APM and find it quite useful. However I would like to be able to select from the sales order screen the contact that I would like to appear on the packing slip and then let Apm do the work (I already created the "e-mail packing slip" button and it works)
Any ideas.
Were are on 8.03.408b progress
From:
vantage@yahoogroups.com [mailto:
vantage@yahoogroups.com]
Sent: Thursday, January 27, 2011 1:31 PM
To:
vantage@yahoogroups.com
Subject: [Vantage] Digest Number 7676
Users of Epicor's VANTAGE Manufacturing <
http://groups.yahoo.com/group/vantage;_ylc=X3oDMTJiamg3ZWxtBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRzZWMDaGRyBHNsawNocGgEc3RpbWUDMTI5NjE1NjYzNA-->
Messages In This Digest (25 Messages)
1a.
Another VMware Question From: nustepvantage
1b.
Re: Another VMware Question From: Jose Gomez
1c.
Re: Another VMware Question From: nustepvantage
2a.
Re: Virtual Server on spare workstation is outperforming Big Bad 200 From: vantagenook
3.
Fixed part changes to not fixed when job is scheduled From: Mike McGee
4a.
Re: Epicor 9 SQL or SQLExpress From: Chad
5.
Calling a custom BAQ Report with options (filter) From: Chad
6a.
Re: Suddenly Long MRP Run Time From: markewhittaker
6b.
Re: Suddenly Long MRP Run Time From: Brian W. Spolarich
7a.
Re: APINVDTL and GLJNLDTL From: markewhittaker
8a.
Re: Excessive 4GL Errors From: markewhittaker
9.
Global Alert for Purchase Order Approval Request Vantage 8.03.409c From: sbser2000
10a.
Vntg 5.2: Bad record in data collection From: Darren Mann
10b.
Re: Vntg 5.2: Bad record in data collection From: Brad Ebright
10c.
Re: Vntg 5.2: Bad record in data collection From: Brad Ebright
10d.
Re: Vntg 5.2: Bad record in data collection From: Manasa Reddy
10e.
Re: Vntg 5.2: Bad record in data collection From: Brian Roberts
10f.
Re: Vntg 5.2: Bad record in data collection From: Darren Mann
10g.
Re: Vntg 5.2: Bad record in data collection From: Podlin, Michael
10h.
Re: Vntg 5.2: Bad record in data collection From: Moore, Jim (Anniston)
11.
Chart Tracker Not Showing All Details From: markewhittaker
12.
One Customer's Invoices Post With No Journal Code From: markewhittaker
13a.
Epicor 9 down to a crawl ..... SOLVED From: Ephraim Feldman
13b.
Re: Epicor 9 down to a crawl ..... SOLVED From: Waffqle
14.
part Table Create date From: fujijapman
View All Topics<
http://groups.yahoo.com/group/vantage/messages;_ylc=X3oDMTJkbWtwaGdnBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRzZWMDZG1zZwRzbGsDYXRwYwRzdGltZQMxMjk2MTU2NjM0?xm=1&m=p&tidx=1> | Create New Topic<
http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJkODc2M2tsBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRzZWMDZG1zZwRzbGsDbnRwYwRzdGltZQMxMjk2MTU2NjM0>
Messages
1a.
Another VMware Question <
http://groups.yahoo.com/group/vantage/message/97212;_ylc=X3oDMTJwdHIxdm05BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxMgRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "nustepvantage"
dpfiester@... <mailto:
dpfiester@...?Subject=%20Re%3A%20Another%20VMware%20Question> nustepvantage <
http://profiles.yahoo.com/nustepvantage>
Thu Jan 27, 2011 4:35 am (PST)
Hi All,
We are currently running Vantage 406A on Windows 2003 Server usning Progress OpenEdge. We will soon be implementing a VMware ESX environment with a Dell Equillogic SAN. If we move our current live environment to a VMware VM would it be as simple as taking an image of our current server and then restoring that image to a VM? I don't know a lot about VMware or how Vantage works with it. We are planning on implementing Epicor 9.05 later this year running on Progress and replicating to SQL.
Thanks,
David Pfiester
Systems Accountant
NuStep, Inc.
734-418-1850
Back to top
Reply to sender <mailto:
dpfiester@...?Subject=Re%3A%20Another%20VMware%20Question> | Reply to group <mailto:
vantage@yahoogroups.com?Subject=%20Re%3A%20Another%20VMware%20Question> | Reply via web post <
http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwNDk4YXM5BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxMgRzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97212>
Messages in this topic <
http://groups.yahoo.com/group/vantage/message/97212;_ylc=X3oDMTM1bTZldjRhBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxMgRzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MjEy> (3)
1b.
Re: Another VMware Question <
http://groups.yahoo.com/group/vantage/message/97214;_ylc=X3oDMTJwOWkxamU1BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxNARzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "Jose Gomez"
jose@... <mailto:
jose@...?Subject=%20Re%3A%20Another%20VMware%20Question> jose_c_gomez <
http://profiles.yahoo.com/jose_c_gomez>
Thu Jan 27, 2011 5:20 am (PST)
We move servers around on our VM's all the time look into
http://www.vmware.com/products/converter/
<
http://www.vmware.com/products/converter/>Its free and ti works great!!
*Jose C Gomez*
*Software Engineer*
*
*T: 904.469.1524 mobile
E:
jose@...<mailto:jose%40josecgomez.com>
http://www.josecgomez.com
<
http://www.linkedin.com/in/josecgomez> <
http://www.facebook.com/josegomez>
<
http://www.google.com/profiles/jose.gomez> <
http://www.twitter.com/joc85>
<
http://www.josecgomez.com/professional-resume/>
<
http://www.josecgomez.com/feed/>
*Quis custodiet ipsos custodes?*
On Thu, Jan 27, 2011 at 7:35 AM, nustepvantage <dpfiester@...<mailto:dpfiester%40nustep.com>> wrote:
>
>
>
> Hi All,
>
> We are currently running Vantage 406A on Windows 2003 Server usning
> Progress OpenEdge. We will soon be implementing a VMware ESX environment
> with a Dell Equillogic SAN. If we move our current live environment to a
> VMware VM would it be as simple as taking an image of our current server and
> then restoring that image to a VM? I don't know a lot about VMware or how
> Vantage works with it. We are planning on implementing Epicor 9.05 later
> this year running on Progress and replicating to SQL.
>
> Thanks,
> David Pfiester
> Systems Accountant
> NuStep, Inc.
> 734-418-1850
>
>
>
[Non-text portions of this message have been removed]
Back to top
Reply to sender <mailto:jose@...?Subject=Re%3A%20Another%20VMware%20Question> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Another%20VMware%20Question> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwM21qcXZyBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxNARzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97214>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97212;_ylc=X3oDMTM1N2dmMDFzBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxNARzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MjEy> (3)
1c.
Re: Another VMware Question <http://groups.yahoo.com/group/vantage/message/97217;_ylc=X3oDMTJwM3RxazJ1BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxNwRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "nustepvantage" dpfiester@... <mailto:dpfiester@...?Subject=%20Re%3A%20Another%20VMware%20Question> nustepvantage <http://profiles.yahoo.com/nustepvantage>
Thu Jan 27, 2011 6:02 am (PST)
Thanks for the link Jose. I will check this tool out.
--- In vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>, Jose Gomez <jose@...<mailto:jose@...>> wrote:
>
> We move servers around on our VM's all the time look into
>
> http://www.vmware.com/products/converter/
>
> <http://www.vmware.com/products/converter/>Its free and ti works great!!
>
> *Jose C Gomez*
> *Software Engineer*
> *
> *T: 904.469.1524 mobile
> E: jose@...
> http://www.josecgomez.com
> <http://www.linkedin.com/in/josecgomez> <http://www.facebook.com/josegomez>
> <http://www.google.com/profiles/jose.gomez> <http://www.twitter.com/joc85>
> <http://www.josecgomez.com/professional-resume/>
> <http://www.josecgomez.com/feed/>
>
> *Quis custodiet ipsos custodes?*
>
>
>
> On Thu, Jan 27, 2011 at 7:35 AM, nustepvantage <dpfiester@...<mailto:dpfiester@...>> wrote:
>
> >
> >
> >
> > Hi All,
> >
> > We are currently running Vantage 406A on Windows 2003 Server usning
> > Progress OpenEdge. We will soon be implementing a VMware ESX environment
> > with a Dell Equillogic SAN. If we move our current live environment to a
> > VMware VM would it be as simple as taking an image of our current server and
> > then restoring that image to a VM? I don't know a lot about VMware or how
> > Vantage works with it. We are planning on implementing Epicor 9.05 later
> > this year running on Progress and replicating to SQL.
> >
> > Thanks,
> > David Pfiester
> > Systems Accountant
> > NuStep, Inc.
> > 734-418-1850
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>
Back to top
Reply to sender <mailto:dpfiester@...?Subject=Re%3A%20Another%20VMware%20Question> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Another%20VMware%20Question> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwcHJ2YXFiBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxNwRzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97217>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97212;_ylc=X3oDMTM1MmI3NzM1BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxNwRzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MjEy> (3)
2a.
Re: Virtual Server on spare workstation is outperforming Big Bad 200 <http://groups.yahoo.com/group/vantage/message/97213;_ylc=X3oDMTJwbWhtYjRwBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxMwRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "vantagenook" vantagenook@... <mailto:vantagenook@...?Subject=%20Re%3A%20Virtual%20Server%20on%20spare%20workstation%20is%20outperforming%20Big%20Bad%20200> vantagenook <http://profiles.yahoo.com/vantagenook>
Thu Jan 27, 2011 4:59 am (PST)
No to all...
--- In vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>, Waffqle <waffqle@...<mailto:waffqle@...>> wrote:
>
> I know this is simple, but does the server have a load on it while you're
> doing this?
> Are you running the same database on both machines?
> You didn't do anything silly like set the server up with a raid-5?
>
>
> On Tue, Jan 25, 2011 at 9:53 AM, vantagenook <vantagenook@...<mailto:vantagenook@...>> wrote:
>
> >
> >
> > We have noticed something strange/unexpected. We use the Vantage
> > webservices as well as the product configurator. We manage our 100+ thousand
> > configuration rules via webservices and we load/update them dynamically when
> > needed. We have been testing this on a spare ~$1,000 workstation in a
> > virtual environment and it took about 15 hours to run/load the entire rules.
> > On our new server ~ $25,000 it takes about 20% longer... we have no idea
> > why. It could be because we need to force IIS to run in 32 bit compatibility
> > mode in order for the webservices to run (there are no 64 bit Vantage
> > webservices to my knowledge) but I have no idea...
> >
> > New Server:
> > Vantage 8.03.409A
> > Windows 2008 OS
> >
> > Anybody?
> >
> > Thanks!
> >
> >
> >
>
>
> [Non-text portions of this message have been removed]
>
Back to top
Reply to sender <mailto:vantagenook@...?Subject=Re%3A%20Virtual%20Server%20on%20spare%20workstation%20is%20outperforming%20Big%20Bad%20200> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Virtual%20Server%20on%20spare%20workstation%20is%20outperforming%20Big%20Bad%20200> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwaHViOWk4BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxMwRzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97213>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97132;_ylc=X3oDMTM1Y2FsZWZ0BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxMwRzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MTMy> (3)
3.
Fixed part changes to not fixed when job is scheduled <http://groups.yahoo.com/group/vantage/message/97215;_ylc=X3oDMTJwZDVzbXVjBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxNQRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "Mike McGee" mmcgee@... <mailto:mmcgee@...?Subject=%20Re%3A%20Fixed%20part%20changes%20to%20not%20fixed%20when%20job%20is%20scheduled> m_k_mcgee <http://profiles.yahoo.com/m_k_mcgee>
Thu Jan 27, 2011 5:27 am (PST)
We have a sub-assembly where only one is required no matter how many parents are made. The sub-assembly is set up as fixed and pulls into the job correctly when the details are pulled. When the job is scheduled, the sub-assembly suddenly pulls in the parent quantity and no the fixed quantity. We use fixed quantities often. I have never seen this one. Vantage 8.03.406
Any ideas?
[cid:image001.jpg@01CA99AD.097C1840<mailto:image001.jpg%4001CA99AD.097C1840>]
Mike McGee
Materials Manager
Flexial Corporation
A member of the BOA Group
1483 Gould Drive
P.O. Box 3105
Cookeville, Tennessee 38506
* PH: 931-432-1853
* Fax: 931-432-1889
-mmcgee@...<mailto:-mmcgee%40flexial.com><mailto:mmcgee@...<mailto:mmcgee%40flexial.com>>
* www.flexial.com<http://www.flexial.com>
NOTICE: This e-mail, including any attached files, is the property of Flexial Corporation and as such may be legally privileged and is solely for the intended recipient(s). Any unauthorized use, dissemination, disclosure, copying or printing of this e-mail, or any attached file, without the permission of Flexial Corporation is strictly prohibited.
[Non-text portions of this message have been removed]
Back to top
Reply to sender <mailto:mmcgee@...?Subject=Re%3A%20Fixed%20part%20changes%20to%20not%20fixed%20when%20job%20is%20scheduled> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Fixed%20part%20changes%20to%20not%20fixed%20when%20job%20is%20scheduled> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwMmVsb3NpBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxNQRzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97215>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97215;_ylc=X3oDMTM1bGFqNnJvBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxNQRzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MjE1> (1)
4a.
Re: Epicor 9 SQL or SQLExpress <http://groups.yahoo.com/group/vantage/message/97216;_ylc=X3oDMTJwc2trdGwwBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxNgRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "Chad" csmith@... <mailto:csmith@...?Subject=%20Re%3A%20Epicor%209%20SQL%20or%20SQLExpress> mpcsmith <http://profiles.yahoo.com/mpcsmith>
Thu Jan 27, 2011 5:52 am (PST)
I've run a testing environment on SQL Express and it seemed to work ok. I wouldn't try running a production environment unless it's supported though.
My understanding is that Epicor has recently started or expressed desire to support SQL Express for things like Enterprise Search and Advanced Financial Reporting. PURE SPECULATION: I suspect that sooner or later, we'll have official support for SQL Express and it would likely be fine for smaller environments.
As mentioned already, the vast majority of Epicor functionality runs just fine (or better) on Progress.
Also note, that for 9.05 you MUST have SQL 2008 if you are going the SQL route.
--- In vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>, "roadhazard6803" <roadhazard6803@...<mailto:roadhazard6803@...>> wrote:
>
> Does any one know if you can use SQL express with E9 and the replication server instead of SQL?
> And by use I mean is it supported or documented?
> If any does, because of the cost, can we use SQL2003 or should we bite the bullet and go with 2008?
>
Back to top
Reply to sender <mailto:csmith@...?Subject=Re%3A%20Epicor%209%20SQL%20or%20SQLExpress> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Epicor%209%20SQL%20or%20SQLExpress> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwNjFtcTd0BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxNgRzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97216>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97205;_ylc=X3oDMTM1ZzNlMjN0BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxNgRzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MjA1> (5)
5.
Calling a custom BAQ Report with options (filter) <http://groups.yahoo.com/group/vantage/message/97218;_ylc=X3oDMTJwM2pmMzhqBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxOARzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "Chad" csmith@... <mailto:csmith@...?Subject=%20Re%3A%20Calling%20a%20custom%20BAQ%20Report%20with%20options%20%28filter%29> mpcsmith <http://profiles.yahoo.com/mpcsmith>
Thu Jan 27, 2011 6:35 am (PST)
We really struggled with getting this to work so I thought I would share what we found.
We tried using the LaunchFormOptions to pass the variable to the custom BAQ Report and we just could not get it to work. Turns out, you CAN get LFO to work on a BAQ Report, but not via ValueIn. We could do exactly what we wanted to do using ContextValue.
Two quick customizations are required. The first is on the form you will call the BAQ Report from. In our case, this was Sales Order Entry (Lines). The second is that you have to add the BAQ Report to the menu and add a customization to your new UD menu item.
The C# examples below take the SO Number, SO Line, and a UDF and concatenates them into a comma delimited string and pass them to the called process. The called process then takes them and parses out the values and passes them to the UI for the Report.
Calling Form Customization (Click Event):
// Setup Launch Form Options to pass variables to called process
// We are passing the sales order number, line number, and a UDF as a comma delimited string
LaunchFormOptions lfo = new LaunchFormOptions();
lfo.ContextValue = edvOrderDtl.dataView[edvOrderDtl.Row]["OrderNum"].ToString() + "," + edvOrderDtl.dataView[edvOrderDtl.Row]["OrderLine"].ToString() + "," + edvOrderDtl.dataView[edvOrderDtl.Row]["Number10"].ToString();
ProcessCaller.LaunchForm(oTrans, "UD777", lfo); // ** UD777 would be the MenuID for the BAQReport w/ Customization
BAQ Report Form Customization (Form Load):
// Open Data View for Report Params
EpiDataView edvReportParams = (EpiDataView)oTrans.EpiDataViews["ReportParam"];
// Grab LFO passed from SO: Order, Order Line, Qty Copies
string FullStr = BAQReportForm.LaunchFormOptions.ContextValue.ToString();
Int32 FieldBeg = 0;
Int32 FieldEnd = FullStr.IndexOf(",",FieldBeg);
Int32 FieldLen = FieldEnd - FieldBeg;
// Parse and set Order Number
string strOrdNum = FullStr.Substring(FieldBeg, FieldLen);
edvReportParams.dataView[edvReportParams.Row]["field1"] = strOrdNum;
// Parse and set Order Line
FieldBeg = FieldEnd + 1;
FieldEnd = FullStr.IndexOf(",",FieldBeg);
FieldLen = FieldEnd - FieldBeg;
string strOrdLine = FullStr.Substring(FieldBeg, FieldLen);
edvReportParams.dataView[edvReportParams.Row]["field2"] = strOrdLine;
// Parse and set Qty Copies in Report Params
FieldBeg = FieldEnd + 1;
string strCopies = FullStr.Substring(FieldBeg);
edvReportParams.dataView[edvReportParams.Row]["Number01"] = strCopies;
The BAQ Report must have the report options defined appropriately. We've not been able to set number of copies successfully yet, but that's a project for another day it seems.
Thanks again to the Epicor folks that assisted us with the LFO process.
Back to top
Reply to sender <mailto:csmith@...?Subject=Re%3A%20Calling%20a%20custom%20BAQ%20Report%20with%20options%20%28filter%29> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Calling%20a%20custom%20BAQ%20Report%20with%20options%20%28filter%29> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwOWdic2pyBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxOARzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97218>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97218;_ylc=X3oDMTM1NWU0NDZzBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxOARzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MjE4> (1)
6a.
Re: Suddenly Long MRP Run Time <http://groups.yahoo.com/group/vantage/message/97219;_ylc=X3oDMTJwNG5qMGtjBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxOQRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "markewhittaker" markewhittaker@... <mailto:markewhittaker@...?Subject=%20Re%3A%20Suddenly%20Long%20MRP%20Run%20Time> markewhittaker <http://profiles.yahoo.com/markewhittaker>
Thu Jan 27, 2011 7:54 am (PST)
Are there a lot of engineering changes to methods being made on parts in that company code? Or has there recently been a change in some of the planning parameters of parts, such as days of supply? Those can cause the mrp process to work harder. Also, did you recently truncate your .bi file? If you truncate the .bi file and don't use a BIGROW option to expand it, once the default space for the .bi file is used up, the database has to format additional space for the .bi file to use as it grows, which slows things down. MRP is very intensive in writing to the .bi file.
--- In vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>, "Brian W. Spolarich" <bspolarich@...<mailto:bspolarich@...>> wrote:
>
> Typically MRP for one of our companies takes 3.5 hours to run. Last
> night suddenly it took 8 hours.
>
>
>
> One thing we notice is that the amount of non-scheduling time went way
> up:
>
>
>
> 08:00:17 MRP process 101 done. Total Non Scheduling Time = 05:01:15.
> Scheduled Jobs: 3132 Deleted Jobs: 2399 Save Load Jobs: 1931
>
>
>
> Vs
>
>
>
> 03:28:10 MRP process 101 done. Total Non Scheduling Time = 01:16:10.
> Scheduled Jobs: 3143 Deleted Jobs: 1553 Save Load Jobs: 1545
>
>
>
> We're not aware of any obvious changes, and the server didn't appear
> to be having any difficulty. The Vantage logs are clean, the server
> didn't appear to be especially busy doing other stuff, etc.
>
>
>
> What might be going on here?
>
>
>
> -bws
>
>
>
> --
>
> Brian W. Spolarich ~ Manager, Information Services ~ Advanced Photonix /
> Picometrix
>
> bspolarich@...
> <mailto:bspolarich@...> ~ 734-864-5618 ~
> www.advancedphotonix.com<http://www.advancedphotonix.com> <http://www.advancedphotonix.com>
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
Back to top
Reply to sender <mailto:markewhittaker@...?Subject=Re%3A%20Suddenly%20Long%20MRP%20Run%20Time> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Suddenly%20Long%20MRP%20Run%20Time> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwcW02NXAxBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxOQRzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97219>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97048;_ylc=X3oDMTM1ZmVzbTFpBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIxOQRzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MDQ4> (7)
6b.
Re: Suddenly Long MRP Run Time <http://groups.yahoo.com/group/vantage/message/97230;_ylc=X3oDMTJwOWxtamV1BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIzMARzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "Brian W. Spolarich" bspolarich@... <mailto:bspolarich@...?Subject=%20Re%3A%20Suddenly%20Long%20MRP%20Run%20Time> briansp <http://profiles.yahoo.com/briansp>
Thu Jan 27, 2011 8:48 am (PST)
We're on SQL. A therapeutic reboot solved the problem.
-----Original Message-----
From: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> [mailto:vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>] On Behalf
Of markewhittaker
Sent: Thursday, January 27, 2011 10:55 AM
To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Re: Suddenly Long MRP Run Time
Are there a lot of engineering changes to methods being made on parts in
that company code? Or has there recently been a change in some of the
planning parameters of parts, such as days of supply? Those can cause
the mrp process to work harder. Also, did you recently truncate your
.bi file? If you truncate the .bi file and don't use a BIGROW option to
expand it, once the default space for the .bi file is used up, the
database has to format additional space for the .bi file to use as it
grows, which slows things down. MRP is very intensive in writing to the
.bi file.
--- In vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>, "Brian W. Spolarich" <bspolarich@...<mailto:bspolarich@...>>
wrote:
>
> Typically MRP for one of our companies takes 3.5 hours to run. Last
> night suddenly it took 8 hours.
>
>
>
> One thing we notice is that the amount of non-scheduling time went
way
> up:
>
>
>
> 08:00:17 MRP process 101 done. Total Non Scheduling Time = 05:01:15.
> Scheduled Jobs: 3132 Deleted Jobs: 2399 Save Load Jobs: 1931
>
>
>
> Vs
>
>
>
> 03:28:10 MRP process 101 done. Total Non Scheduling Time = 01:16:10.
> Scheduled Jobs: 3143 Deleted Jobs: 1553 Save Load Jobs: 1545
>
>
>
> We're not aware of any obvious changes, and the server didn't appear
> to be having any difficulty. The Vantage logs are clean, the server
> didn't appear to be especially busy doing other stuff, etc.
>
>
>
> What might be going on here?
>
>
>
> -bws
>
>
>
> --
>
> Brian W. Spolarich ~ Manager, Information Services ~ Advanced Photonix
/
> Picometrix
>
> bspolarich@...
> <mailto:bspolarich@...> ~ 734-864-5618 ~
> www.advancedphotonix.com<http://www.advancedphotonix.com> <http://www.advancedphotonix.com>
>
>
>
>
>
> [Non-text portions of this message have been removed]
>
------------------------------------
Useful links for the Yahoo!Groups Vantage Board are: ( Note: You must
have already linked your email address to a yahoo id to enable access. )
(1) To access the Files Section of our Yahoo!Group for Report Builder
and Crystal Reports and other 'goodies', please goto:
http://groups.yahoo.com/group/vantage/files/.<http://groups.yahoo.com/group/vantage/files/>
(2) To search through old msg's goto:
http://groups.yahoo.com/group/vantage/messages
(3) To view links to Vendors that provide Vantage services goto:
http://groups.yahoo.com/group/vantage/linksYahoo! Groups Links
Back to top
Reply to sender <mailto:bspolarich@...?Subject=Re%3A%20Suddenly%20Long%20MRP%20Run%20Time> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Suddenly%20Long%20MRP%20Run%20Time> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwNmJic2poBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIzMARzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97230>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97048;_ylc=X3oDMTM1cGtmMmVpBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIzMARzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MDQ4> (7)
7a.
Re: APINVDTL and GLJNLDTL <http://groups.yahoo.com/group/vantage/message/97220;_ylc=X3oDMTJwN21mNXZyBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyMARzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "markewhittaker" markewhittaker@... <mailto:markewhittaker@...?Subject=%20Re%3A%20APINVDTL%20and%20GLJNLDTL> markewhittaker <http://profiles.yahoo.com/markewhittaker>
Thu Jan 27, 2011 7:59 am (PST)
You can try using GlJrnSrc. Many GlJrnDtl records will contain multiple GlJrnSrc records showing the source of the GlJrnDtl transactions. I have used that file to track down parttran and labordtl records relating to gljrndtl, but I don't know if it contains the same detail relating to invoice records.
--- In vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>, "jeffery_p_sanders" <jps@...<mailto:jps@...>> wrote:
>
> We are trying to match up the invoice detail to the journal entry detail. If you match on the InvoiceNum only and there are three lines on the invoice, you will end up with:
>
> Journal Entry 1 $5.00
> Journal Entry 1 $7.00
> Journal Entry 1 &6.50
> Journal Entry 2 $5.00
> Journal Entry 2 $7.00
> Journal Entry 2 $6.50
> Journal Entry 3 $5.00
> Journal Entry 3 $7.00
> Journal Entry 3 $6.50
>
> There are three line items on the invoice so each journal entry returns all three in the BAQ. We need to know which journal entry goes with which invoice line item.
>
> I hope this makes sense. As you can tell I am not in accounting, just trying to help create a report for the accounting group and do not understand the accounting tables in Epicor enough to figure this out.
>
> Seems to me there should be a field somewhere stating "this Journal Entry" goes to the "this invoice line item". But I guess that would be too easy.
>
> We do not use the Tax Module if that helps.
>
> Jeff Sanders
>
> --- In vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>, "jonmurray999" <jon.murray@> wrote:
> >
> > Hi
> >
> > The field apinvdtl.invoicenum matches with gljndtl.apinvoicenum
> >
> > What are you trying to do ?
> >
> > Jon
> >
> > --- In vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>, Brychan Williams <brychanwilliams@> wrote:
> > >
> > > Hi,
> > >
> > > In Vantage 8 there is no direct link, the records in the GLJNDTL are generated
> > > through code with no relationship. If you can work out how the code works then
> > > you could write a report. But there alot of gotchas such as tax etc.
> > >
> > > Regards
> > >
> > >
> > >
> > >
> > > ________________________________
> > > From: jeffery_p_sanders <jps@>
> > > To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
> > > Sent: Fri, 21 January, 2011 22:26:36
> > > Subject: [Vantage] APINVDTL and GLJNLDTL
> > >
> > > Â
> > > Does anyone know how to link these two tables together? I am missing a table or
> > > two somewhere in the middle.
> > >
> > > Thanks,
> > > Jeff Sanders
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > [Non-text portions of this message have been removed]
> > >
> >
>
Back to top
Reply to sender <mailto:markewhittaker@...?Subject=Re%3A%20APINVDTL%20and%20GLJNLDTL> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20APINVDTL%20and%20GLJNLDTL> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwMmswaTN2BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyMARzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97220>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97090;_ylc=X3oDMTM1M2pjMmxnBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyMARzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MDkw> (6)
8a.
Re: Excessive 4GL Errors <http://groups.yahoo.com/group/vantage/message/97221;_ylc=X3oDMTJwY2puOTFuBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyMQRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "markewhittaker" markewhittaker@... <mailto:markewhittaker@...?Subject=%20Re%3A%20Excessive%204GL%20Errors> markewhittaker <http://profiles.yahoo.com/markewhittaker>
Thu Jan 27, 2011 8:06 am (PST)
Some versions of Progress have trouble with trimming or re-using app server processes. You can try going into Progress Explorer, bring up the properties of the main app server (not the process server or task agent), find the Pool Range properties, and set the Minimum, Maximum, and Initial number of servers to the same number. It should be a number great enough to handle your server needs during heavy load. You can monitor the Status window to see how many are in use at different times of the day. Take the maximum you see in use and add some extra to that for padding. That way no server processes are ever disconnected because they are not in use.
--- In vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>, "asrayon" <asrayon@...<mailto:asrayon@...>> wrote:
>
> We are experiencing similar errors. It typically happens after running the calculate and global scheduling. Can anyone help?
>
> --- In vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>, Gene Mcdonald <gmcdonald333@> wrote:
> >
> > My users are receiving 4GL errors when running their inventory receipt process
> > (it is occuring in other processes also, but the majority occur during
> > Receipts). Once this begins, the performance of the entire system comes to a
> > crawl, then a halt. has anyone experienced this? Does anyone have any ideas on
> > this? Epicor Tech Support is having problems identifying the culprit here.
> >
> > In trouble here.
> >
> > Gene McDonald
> > M Holland Co.
> > 01/12/2011 09:05:02
> > Error Detail
> > 4G1, STOP condition: The Server application has returned an error. ( 7243 ) (
> > 7241 )
> > Stack Trace
> > at Progress.Open4GL.DynamicAPI.SessionsunProcedure( String requestID, String
> > procedureName,
> > ParameterSet parms, Boolean persistent, Boolean internal Renamed, Int64 procld,
> > MetaSchema localSchema, Int32 stateModel )
> > at Progress.Open4GEDynamicAPI.Session.runStatelessProcedure( String requestID,
> > String
> > fullProcedureName, ParameterSet inparams, Object procld, MetaSchema localSchema,
> > Int32
> > stateModel )
> > at Progress.Open4GL.DynamicAPI.PersistentProc.runTheProcedure( String request1D,
> > String
> > procedureName, ParameterSet parms, MetaSchema schema )
> > at Progress.Open4GL.DynamicAPI.PersistentProc.runProcedure( String
> > procedureName,
> > ParameterSet parms, MetaSchema schema )
> > at Epicor.Mfg.Core.CallContext.CallContextPersistentProc.runProcedure( String
> > procedureName,
> > ParameterSet parameters, MetaSchema metaSchema )
> > at Epicor.Mfg.Core.CallContext.ProxyHelper.CallMethod( String inethodName,
> > ParameterSet
> > parameters, MetaSchema metaSchema, BLConnectionPool connPool, Session
> > connection,
> > PersistentProe persistProc, CallContextDataSet callContextDataSet )
> > at Epicor.Mfg.Proxy.InvTransferhnpl.CommitTransfer( InvTransferDataSet ds,
> > String&
> > legalNumberMessage, String& partTranPKs )
> > at Epicor.Mfg.UI.AdaptersinvTransferAdapter.CommitTransfer( InvTransferDataSet
> > ds, String&
> > legalNumberMessage, String& partTranPKs )
> >
> >
> >
> >
> > [Non-text portions of this message have been removed]
> >
>
Back to top
Reply to sender <mailto:markewhittaker@...?Subject=Re%3A%20Excessive%204GL%20Errors> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Excessive%204GL%20Errors> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwZjhodWlmBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyMQRzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97221>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/96693;_ylc=X3oDMTM1c3JoMXRiBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyMQRzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk2Njkz> (3)
9.
Global Alert for Purchase Order Approval Request Vantage 8.03.409c <http://groups.yahoo.com/group/vantage/message/97222;_ylc=X3oDMTJwNGtkaTM5BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyMgRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "sbser2000" ian.stockbridge@... <mailto:ian.stockbridge@...?Subject=%20Re%3A%20Global%20Alert%20for%20Purchase%20Order%20Approval%20Request%20Vantage%208%2E03%2E409c> sbser2000 <http://profiles.yahoo.com/sbser2000>
Thu Jan 27, 2011 8:10 am (PST)
Hi everyone,
Does anyone have a BAM for the notification of a PO Approver when a buyre exceeds his limit.
You would have thought there would be a Global notification for this, but I cannot find one.
Any help appreciated.
Back to top
Reply to sender <mailto:ian.stockbridge@...?Subject=Re%3A%20Global%20Alert%20for%20Purchase%20Order%20Approval%20Request%20Vantage%208%2E03%2E409c> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Global%20Alert%20for%20Purchase%20Order%20Approval%20Request%20Vantage%208%2E03%2E409c> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwcDRwc3B0BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyMgRzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97222>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97222;_ylc=X3oDMTM1ZHZrNzhxBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyMgRzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MjIy> (1)
10a.
Vntg 5.2: Bad record in data collection <http://groups.yahoo.com/group/vantage/message/97223;_ylc=X3oDMTJwMW1ndnJoBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyMwRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "Darren Mann" dmann@... <mailto:dmann@...?Subject=%20Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> dmann2267 <http://profiles.yahoo.com/dmann2267>
Thu Jan 27, 2011 8:16 am (PST)
I'm not having a very good week so I can hope you all can help. Our
email server went down Monday when the symantec software corrupted both
the new and old drives in a conversion so we were down for a day fixing
that. Then yesterday I came in to a locked vantage server. On reboot
both drives in the RAID failed. So I was here until midnight last night
restoring that server. We lost one days data due to corrupted backups.
Soooo that's how my week has been!! My question is related to the data
collection portion of vantage. I have one employee that shows a labor
detail in data collection without a work center code or job number. It
won't allow me to log him out. I tried writing a program to delete that
record though progress but it ran all last night and locked up. Any
other ideas how to clear this rouge record from data collection??
thanks in advance.
Darren Mann
IT Manager/Purchasing/Quality Assurance
Miller Products Co.
1015 N. Main St.
Osceola, IA 50213
Ph. 641-342-2103
Fax 641-342-3222
[Non-text portions of this message have been removed]
Back to top
Reply to sender <mailto:dmann@...?Subject=Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwMHFicHM4BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyMwRzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97223>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97223;_ylc=X3oDMTM1NnN0ZmZlBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyMwRzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MjIz> (8)
10b.
Re: Vntg 5.2: Bad record in data collection <http://groups.yahoo.com/group/vantage/message/97224;_ylc=X3oDMTJwaGhqNmtjBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyNARzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "Brad Ebright" bebright@... <mailto:bebright@...?Subject=%20Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> brad.ebright <http://profiles.yahoo.com/brad.ebright>
Thu Jan 27, 2011 8:21 am (PST)
In vantage admin tools, there is a conversion program to run. I believe the
number is 8920, at least it is in vantage 8.0. Just type in his employee
number and the transaction should show up. Then change the active column to
show "no". Should be your fix.
_____
From: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> [mailto:vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>] On Behalf Of
Darren Mann
Sent: Thursday, January 27, 2011 11:17 AM
To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Vntg 5.2: Bad record in data collection
I'm not having a very good week so I can hope you all can help. Our
email server went down Monday when the symantec software corrupted both
the new and old drives in a conversion so we were down for a day fixing
that. Then yesterday I came in to a locked vantage server. On reboot
both drives in the RAID failed. So I was here until midnight last night
restoring that server. We lost one days data due to corrupted backups.
Soooo that's how my week has been!! My question is related to the data
collection portion of vantage. I have one employee that shows a labor
detail in data collection without a work center code or job number. It
won't allow me to log him out. I tried writing a program to delete that
record though progress but it ran all last night and locked up. Any
other ideas how to clear this rouge record from data collection??
thanks in advance.
Darren Mann
IT Manager/Purchasing/Quality Assurance
Miller Products Co.
1015 N. Main St.
Osceola, IA 50213
Ph. 641-342-2103
Fax 641-342-3222
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
Back to top
Reply to sender <mailto:bebright@...?Subject=Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwYWJuZHB0BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyNARzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97224>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97223;_ylc=X3oDMTM1cGlqcDE1BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyNARzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MjIz> (8)
10c.
Re: Vntg 5.2: Bad record in data collection <http://groups.yahoo.com/group/vantage/message/97225;_ylc=X3oDMTJwOTExODlwBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyNQRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "Brad Ebright" bebright@... <mailto:bebright@...?Subject=%20Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> brad.ebright <http://profiles.yahoo.com/brad.ebright>
Thu Jan 27, 2011 8:23 am (PST)
Just now noticed that you are on 5.2, not sure if anything I just said has
any meaning to you at all.
_____
From: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> [mailto:vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>] On Behalf Of
Brad Ebright
Sent: Thursday, January 27, 2011 11:22 AM
To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
Subject: RE: [Vantage] Vntg 5.2: Bad record in data collection
In vantage admin tools, there is a conversion program to run. I believe the
number is 8920, at least it is in vantage 8.0. Just type in his employee
number and the transaction should show up. Then change the active column to
show "no". Should be your fix.
_____
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
Darren Mann
Sent: Thursday, January 27, 2011 11:17 AM
To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Vntg 5.2: Bad record in data collection
I'm not having a very good week so I can hope you all can help. Our
email server went down Monday when the symantec software corrupted both
the new and old drives in a conversion so we were down for a day fixing
that. Then yesterday I came in to a locked vantage server. On reboot
both drives in the RAID failed. So I was here until midnight last night
restoring that server. We lost one days data due to corrupted backups.
Soooo that's how my week has been!! My question is related to the data
collection portion of vantage. I have one employee that shows a labor
detail in data collection without a work center code or job number. It
won't allow me to log him out. I tried writing a program to delete that
record though progress but it ran all last night and locked up. Any
other ideas how to clear this rouge record from data collection??
thanks in advance.
Darren Mann
IT Manager/Purchasing/Quality Assurance
Miller Products Co.
1015 N. Main St.
Osceola, IA 50213
Ph. 641-342-2103
Fax 641-342-3222
[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]
Back to top
Reply to sender <mailto:bebright@...?Subject=Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwcG9yNzQ4BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyNQRzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97225>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97223;_ylc=X3oDMTM1bWU5M2hqBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyNQRzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MjIz> (8)
10d.
Re: Vntg 5.2: Bad record in data collection <http://groups.yahoo.com/group/vantage/message/97226;_ylc=X3oDMTJwYjBoNW5oBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyNgRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "Manasa Reddy" manasa@... <mailto:manasa@...?Subject=%20Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> manasa.reddy <http://profiles.yahoo.com/manasa.reddy>
Thu Jan 27, 2011 8:26 am (PST)
Call Epicor, version 5.2 didn't have that conversion Brad talked about!
Manasa
630.806.2000 x1515
________________________________
From: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> [mailto:vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>] On Behalf
Of Brad Ebright
Sent: Thursday, January 27, 2011 10:22 AM
To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
Subject: RE: [Vantage] Vntg 5.2: Bad record in data collection
In vantage admin tools, there is a conversion program to run. I believe
the
number is 8920, at least it is in vantage 8.0. Just type in his employee
number and the transaction should show up. Then change the active column
to
show "no". Should be your fix.
_____
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
Darren Mann
Sent: Thursday, January 27, 2011 11:17 AM
To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Vntg 5.2: Bad record in data collection
I'm not having a very good week so I can hope you all can help. Our
email server went down Monday when the symantec software corrupted both
the new and old drives in a conversion so we were down for a day fixing
that. Then yesterday I came in to a locked vantage server. On reboot
both drives in the RAID failed. So I was here until midnight last night
restoring that server. We lost one days data due to corrupted backups.
Soooo that's how my week has been!! My question is related to the data
collection portion of vantage. I have one employee that shows a labor
detail in data collection without a work center code or job number. It
won't allow me to log him out. I tried writing a program to delete that
record though progress but it ran all last night and locked up. Any
other ideas how to clear this rouge record from data collection??
thanks in advance.
Darren Mann
IT Manager/Purchasing/Quality Assurance
Miller Products Co.
1015 N. Main St.
Osceola, IA 50213
Ph. 641-342-2103
Fax 641-342-3222
[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]
Back to top
Reply to sender <mailto:manasa@...?Subject=Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwdmY4YjMxBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyNgRzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97226>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97223;_ylc=X3oDMTM1Zjh0YWVkBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyNgRzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MjIz> (8)
10e.
Re: Vntg 5.2: Bad record in data collection <http://groups.yahoo.com/group/vantage/message/97227;_ylc=X3oDMTJwdTIwNWF0BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyNwRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "Brian Roberts" broberts@... <mailto:broberts@...?Subject=%20Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> gfxltd2004 <http://profiles.yahoo.com/gfxltd2004>
Thu Jan 27, 2011 8:36 am (PST)
We've run into variations of the bad labour detail record a few times.
In Vantage 6.1 we have to call Epicor for assistance & they've sent us a
tiny program that fixes it.
Brian.
________________________________
From: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> [mailto:vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>] On Behalf
Of Darren Mann
Sent: Thursday, January 27, 2011 11:17 AM
To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Vntg 5.2: Bad record in data collection
I'm not having a very good week so I can hope you all can help. Our
email server went down Monday when the symantec software corrupted both
the new and old drives in a conversion so we were down for a day fixing
that. Then yesterday I came in to a locked vantage server. On reboot
both drives in the RAID failed. So I was here until midnight last night
restoring that server. We lost one days data due to corrupted backups.
Soooo that's how my week has been!! My question is related to the data
collection portion of vantage. I have one employee that shows a labor
detail in data collection without a work center code or job number. It
won't allow me to log him out. I tried writing a program to delete that
record though progress but it ran all last night and locked up. Any
other ideas how to clear this rouge record from data collection??
thanks in advance.
Darren Mann
IT Manager/Purchasing/Quality Assurance
Miller Products Co.
1015 N. Main St.
Osceola, IA 50213
Ph. 641-342-2103
Fax 641-342-3222
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
Back to top
Reply to sender <mailto:broberts@...?Subject=Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwYjlzaDY4BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyNwRzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97227>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97223;_ylc=X3oDMTM1OWplZzk2BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIyNwRzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MjIz> (8)
10f.
Re: Vntg 5.2: Bad record in data collection <http://groups.yahoo.com/group/vantage/message/97231;_ylc=X3oDMTJwdjRzaGw2BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIzMQRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "Darren Mann" dmann@... <mailto:dmann@...?Subject=%20Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> dmann2267 <http://profiles.yahoo.com/dmann2267>
Thu Jan 27, 2011 8:57 am (PST)
We aren't on maintenance so Epicors help isn't an option. But thank
you.
________________________________
From: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> [mailto:vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>] On Behalf
Of Brian Roberts
Sent: Thursday, January 27, 2011 10:36 AM
To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
Subject: RE: [Vantage] Vntg 5.2: Bad record in data collection
We've run into variations of the bad labour detail record a few times.
In Vantage 6.1 we have to call Epicor for assistance & they've sent us a
tiny program that fixes it.
Brian.
________________________________
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 Darren Mann
Sent: Thursday, January 27, 2011 11:17 AM
To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> <mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Vntg 5.2: Bad record in data collection
I'm not having a very good week so I can hope you all can help. Our
email server went down Monday when the symantec software corrupted both
the new and old drives in a conversion so we were down for a day fixing
that. Then yesterday I came in to a locked vantage server. On reboot
both drives in the RAID failed. So I was here until midnight last night
restoring that server. We lost one days data due to corrupted backups.
Soooo that's how my week has been!! My question is related to the data
collection portion of vantage. I have one employee that shows a labor
detail in data collection without a work center code or job number. It
won't allow me to log him out. I tried writing a program to delete that
record though progress but it ran all last night and locked up. Any
other ideas how to clear this rouge record from data collection??
thanks in advance.
Darren Mann
IT Manager/Purchasing/Quality Assurance
Miller Products Co.
1015 N. Main St.
Osceola, IA 50213
Ph. 641-342-2103
Fax 641-342-3222
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
________________________________
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3406 - Release Date: 01/27/11
________________________________
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3406 - Release Date: 01/27/11
[Non-text portions of this message have been removed]
Back to top
Reply to sender <mailto:dmann@...?Subject=Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwbGkwM2E4BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIzMQRzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97231>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97223;_ylc=X3oDMTM1YTJnMnU1BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIzMQRzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MjIz> (8)
10g.
Re: Vntg 5.2: Bad record in data collection <http://groups.yahoo.com/group/vantage/message/97232;_ylc=X3oDMTJwZjBlZThuBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIzMgRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "Podlin, Michael" michael.podlin@... <mailto:michael.podlin@...?Subject=%20Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> mpodlin <http://profiles.yahoo.com/mpodlin>
Thu Jan 27, 2011 9:22 am (PST)
Can you write the progress program to modify the rouge record and
populate the null/missing fields with some sort of data?
Michael Podlin
Network Administrator
V-S Industries, Inc.
900 S. Chaddick Dr.
Wheeling, IL 60090
847-520-1800 x207
Fax 847-520-0269
Michael.Podlin@...<mailto:Michael.Podlin%40v-s.com>
Please consider the environment.
Do you really need to print this email?
________________________________
From: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> [mailto:vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>] On Behalf
Of Darren Mann
Sent: Thursday, January 27, 2011 10:58 AM
To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
Subject: RE: [Vantage] Vntg 5.2: Bad record in data collection
We aren't on maintenance so Epicors help isn't an option. But thank
you.
________________________________
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 Brian Roberts
Sent: Thursday, January 27, 2011 10:36 AM
To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> <mailto:vantage%40yahoogroups.com>
Subject: RE: [Vantage] Vntg 5.2: Bad record in data collection
We've run into variations of the bad labour detail record a few times.
In Vantage 6.1 we have to call Epicor for assistance & they've sent us a
tiny program that fixes it.
Brian.
________________________________
From: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com>
[mailto:vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com> ] On
Behalf
Of Darren Mann
Sent: Thursday, January 27, 2011 11:17 AM
To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> <mailto:vantage%40yahoogroups.com>
<mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Vntg 5.2: Bad record in data collection
I'm not having a very good week so I can hope you all can help. Our
email server went down Monday when the symantec software corrupted both
the new and old drives in a conversion so we were down for a day fixing
that. Then yesterday I came in to a locked vantage server. On reboot
both drives in the RAID failed. So I was here until midnight last night
restoring that server. We lost one days data due to corrupted backups.
Soooo that's how my week has been!! My question is related to the data
collection portion of vantage. I have one employee that shows a labor
detail in data collection without a work center code or job number. It
won't allow me to log him out. I tried writing a program to delete that
record though progress but it ran all last night and locked up. Any
other ideas how to clear this rouge record from data collection??
thanks in advance.
Darren Mann
IT Manager/Purchasing/Quality Assurance
Miller Products Co.
1015 N. Main St.
Osceola, IA 50213
Ph. 641-342-2103
Fax 641-342-3222
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
________________________________
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3406 - Release Date: 01/27/11
________________________________
No virus found in this message.
Checked by AVG - www.avg.com
Version: 10.0.1204 / Virus Database: 1435/3406 - Release Date: 01/27/11
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
Back to top
Reply to sender <mailto:michael.podlin@...?Subject=Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> | Reply to group <mailto:vantage@yahoogroups.com?Subject=%20Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> | Reply via web post <http://groups.yahoo.com/group/vantage/post;_ylc=X3oDMTJwZDNxb2h1BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIzMgRzZWMDZG1zZwRzbGsDcnBseQRzdGltZQMxMjk2MTU2NjM0?act=reply&messageNum=97232>
Messages in this topic <http://groups.yahoo.com/group/vantage/message/97223;_ylc=X3oDMTM1cWlhYWVzBF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIzMgRzZWMDZG1zZwRzbGsDdnRwYwRzdGltZQMxMjk2MTU2NjM0BHRwY0lkAzk3MjIz> (8)
10h.
Re: Vntg 5.2: Bad record in data collection <http://groups.yahoo.com/group/vantage/message/97233;_ylc=X3oDMTJwNHZncGo5BF9TAzk3MzU5NzE1BGdycElkAzIwMzY5BGdycHNwSWQDMTcwNTAwNzE4MQRtc2dJZAM5NzIzMwRzZWMDZG1zZwRzbGsDdm1zZwRzdGltZQMxMjk2MTU2NjM0>
Posted by: "Moore, Jim (Anniston)" james.moore@... <mailto:james.moore@...?Subject=%20Re%3A%20Vntg%205%2E2%3A%20Bad%20record%20in%20data%20collection> jmoore_tech <http://profiles.yahoo.com/jmoore_tech>
Thu Jan 27, 2011 9:40 am (PST)
In Vantage 6.1.540 you can run data conversion 7428 - End Activity on
labor detail transaction and do the same as with their endact.r program.
Jim Moore
From: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> [mailto:vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>] On Behalf
Of Brian Roberts
Sent: Thursday, January 27, 2011 10:36 AM
To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
Subject: RE: [Vantage] Vntg 5.2: Bad record in data collection
We've run into variations of the bad labour detail record a few times.