Thanks all for your insight:)
The choice of path (s) is now much clearer.
Our specific problem occurs on the Invoice Entry and would probably not be a global kind of thing so a screen customization is probably more in order than a BPM. The screen customizations is more capable than first thought.
Matt Sweny
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of Dale Schuerman
Sent: Wednesday, October 06, 2010 10:19 AM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Re: What is the best method to auto populate a field from existing vantage data?
I have not had a lot of problem upgrading either one.
The main determining faction for me is the scope of the change. (For ex. Part Maintenance Update BO)
If I want all the customization to effect part.update everywhere in the system then it is a BPM. I do not know how many time Part.Update BO is called in Epicor. You can make a BPM change that works where you are testing but breaks something elsewhere.
If I want the customization to only effect the Part Maintenance Entry screen then it is a VB.
Hope this helps
Dale Schuerman
RAM Software Systems
________________________________
From: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> on behalf of k99ja04
Sent: Wed 10/6/2010 8:34 AM
To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Re: What is the best method to auto populate a field from existing vantage data?
+1 on Kevin's thoughts. The inevitable IT answer is usually, 'it depends'. At least we're not as polarizing as the Apple versus PC crowd.
Cheers,
Jared
The choice of path (s) is now much clearer.
Our specific problem occurs on the Invoice Entry and would probably not be a global kind of thing so a screen customization is probably more in order than a BPM. The screen customizations is more capable than first thought.
Matt Sweny
From: vantage@yahoogroups.com [mailto:vantage@yahoogroups.com] On Behalf Of Dale Schuerman
Sent: Wednesday, October 06, 2010 10:19 AM
To: vantage@yahoogroups.com
Subject: RE: [Vantage] Re: What is the best method to auto populate a field from existing vantage data?
I have not had a lot of problem upgrading either one.
The main determining faction for me is the scope of the change. (For ex. Part Maintenance Update BO)
If I want all the customization to effect part.update everywhere in the system then it is a BPM. I do not know how many time Part.Update BO is called in Epicor. You can make a BPM change that works where you are testing but breaks something elsewhere.
If I want the customization to only effect the Part Maintenance Entry screen then it is a VB.
Hope this helps
Dale Schuerman
RAM Software Systems
________________________________
From: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> on behalf of k99ja04
Sent: Wed 10/6/2010 8:34 AM
To: vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com>
Subject: [Vantage] Re: What is the best method to auto populate a field from existing vantage data?
+1 on Kevin's thoughts. The inevitable IT answer is usually, 'it depends'. At least we're not as polarizing as the Apple versus PC crowd.
Cheers,
Jared
--- In vantage@yahoogroups.com<mailto:vantage%40yahoogroups.com> <mailto:vantage%40yahoogroups.com> , "Kevin Simon" <ksimon8fw@...> wrote:
>
> Matt,
>
>
>
> The other nice thing about this group, is that you'll get competing
> opinions. I would tend to fall on the opposite end of Jared. In my
> experience, I don't believe the BPM's or Screen Customizations are
> necessarily more prone to "break" during upgrade. The upgrade to 9.05 was
> hard on BPM's, but that was a result of the tool itself, not a result of
> schema changes.
>
>
>
> If I'm given a choice of BPM versus coding within the customization, I'll
> usually take the BPM route for a variety of reasons. One of the nicest
> features of the BPM's is they run no matter where the method is called. If
> I have a BPM on the part master, it gets kicked off whether I'm in part
> entry, or if I'm importing parts using Service Connect. The screen
> customizations are local to that program only.
>
>
>
>
>
> Kevin Simon
>
> SimsTrak Consulting
[Non-text portions of this message have been removed]
________________________________
Disclaimer:
This email transmission and any attachments to it are intended solely for the use of the individual or entity to whom it is addressed and may contain confidential and privileged information. If you are not the intended recipient, your use, forwarding, printing, storing, disseminating, distribution, or copying of this communication is prohibited. If you received this communication in error, please notify the sender immediately by replying to this message and delete it from your computer.
[Non-text portions of this message have been removed]