|
Hi Genyphyr, Just want to make sure I am getting this right... Are you saying because the green screen is restricted to less space (Curr vs. Currency), that the GUI must follow suit? Please advise when you get a chance. Thx. Regards, DeeDee Virgei Project Leader Nelson Stud Welding, Inc. -----Original Message----- From: bpcs-l-bounces+deedee.virgei=nelsonstud.com@xxxxxxxxxxxx [mailto:bpcs-l-bounces+deedee.virgei=nelsonstud.com@xxxxxxxxxxxx] On Behalf Of Genyphyr Novak Sent: Monday, February 20, 2006 9:08 AM To: bpcs-l@xxxxxxxxxxxx Subject: Re: [BPCS-L] BPCS-L Digest, Vol 4, Issue 44 Hi, In a note from Milt on LX, this sentence is completely incorrect: "It's all GUI. To tell you the truth, green screen looks prettier. The font SSA uses universally and the screen layouts and graphic elements Employed are anything but attractive ... certainly not easy on the eyes." ERP LX is not all GUI. There is a choice of green screen or a Web interface and both can be run over the same display programs (i.e. no separate library lists). Because it is still based on green screen, this can explain some of the other things such as shortened fields for descriptions (Curr .vs Currency). Maybe they were only demo-ing the new UI in Web, but definitely you can still run the old green screens if you like. Take care, Genyphyr Novak Senior System Software Engineer SSA Global R&D -----Original Message----- From: bpcs-l-bounces+genyphyr.novak=ssaglobal.com@xxxxxxxxxxxx [mailto:bpcs-l-bounces+genyphyr.novak=ssaglobal.com@xxxxxxxxxxxx] On Behalf Of bpcs-l-request@xxxxxxxxxxxx Sent: 17 February 2006 17:48 To: bpcs-l@xxxxxxxxxxxx Subject: BPCS-L Digest, Vol 4, Issue 44 Send BPCS-L mailing list submissions to bpcs-l@xxxxxxxxxxxx To subscribe or unsubscribe via the World Wide Web, visit http://lists.midrange.com/mailman/listinfo/bpcs-l or, via email, send a message with subject or body 'help' to bpcs-l-request@xxxxxxxxxxxx You can reach the person managing the list at bpcs-l-owner@xxxxxxxxxxxx When replying, please edit your Subject line so it is more specific than "Re: Contents of BPCS-L digest..." *** NOTE: When replying to this digest message, PLEASE remove all text unrelated to your reply and change the subject line so it is meaningful. Today's Topics: 1. BPCS maintenance (Milt Habeck) 2. BPCS 4.1.5 (BOB LORING) 3. BPCS ERP LX --- my 60,000 foot point of view (Milt Habeck) 4. Re: BPCS ERP LX --- my 60,000 foot point of view (DeeDee Virgei) 5. Re: BPCS Questionnaire - Formica (David Gibbs) 6. Re: BPCS Questionnaire - Formica (Al Mac) ---------------------------------------------------------------------- message: 3 date: Fri, 17 Feb 2006 14:16:07 -0600 from: "Milt Habeck" <mhabeck@xxxxxxxxxx> subject: [BPCS-L] BPCS ERP LX --- my 60,000 foot point of view Hi ... I've recently had an opportunity to look at an SSA presentation of LX functionality. It was a fairly good look over a three day period. The objective of SSA in this presentation was to persuade a potential upgrade candidate that LX addressed a long compilation of needs identified by that company (a company that currently is at the v4 level). Here are my general impressions and opinions, in no particular order: a. It's all GUI. To tell you the truth, green screen looks prettier. The font SSA uses universally and the screen layouts and graphic elements employed are anything but attractive ... certainly not easy on the eyes. b. More on the screen display .... SSA uses, at most, 5/8ths of the vertical dimension of the screen. The bottom of the screen is wasted white space that just holds a small box for function keys. Net result: a display with multiple lines of information requires lots of screen paginations to see anything. c. Last on the screen display: not so user friendly on the field labels. The field on one A/R report specification screen is labeled "Curr." Well, if you know the fields in the database, you could guess that Curr meant "currency" ... but if you're less savvy, you might think it meant "current." There's more than enough room on that part of the screen to spell out "Currency Type" .... but what shows up is plenty of white space and just the four letters "Curr." This issue is prevalent in all BPCS modules. d. Functionality distinctions between v6 and v8 for modules that already exist in v6 are pretty minor. Examples include longer field lengths for some things (like customer PO number and item class and/or type). Cost accounting functionality is identical to v4.05CD (except for the GUI presentation). e. The new functionality has mostly arrived in the form of bolt-ons and a generous percentage of those don't run on the iSeries platform. They are pieces of software that SSA has acquired and re-branded as part of "LX" f. They have a nice financial budgeting bolt-on which looks to be well integrated with the BPCS G/L. It's an application of Cognos. My opinion is that a BPCS user could get the same functionality on v6.x if they wanted to buy that part of Cognos or if SSA wants to license the bolt-on to non-v8.3 users. By the way, integration with non-G/L parts of BPCS isn't there and isn't claimed. Oliver Wight, if he was alive, could write a book on the integration possibilities into non-G/L parts of BPCS that have not been exploited. g. LX comes with a package of hundreds of pre-programmed reports and/or performance metric analyses that do not exist in v6. These reports are generated by Cognos off a data repository which is extracted from BPCS (not real time). Now, in my opinion, before using most of these reports or metrics, you'd want to dig into the logic to make sure that the report was consistent with the way you wanted to run your business. Example: I've seen customer service level defined many, many different ways and SSA's definition is unlikely to be accidently consistent with your company's private definition. Now, if you're going to invest the time to go through all these reports/metrics before using them, then you could do this yourself on v6 or even v4 ... if you had a Cognos license. h. Examples of other bolt-ons include sales forecasting/demand planning, logistics planning, and rule-driven/constraint-savvy manufacturing planning. My impression is that if a company needed this kind of functionality to run their business better, then that company would be well advised to do a software selection analysis within each specific software market segment rather than just presuming that SSA had acquired the IP for the "best of breed" in each of those segments. Here's my strongly-held opinion about these bolt-ons: Let's say a BPCS v6 company could earn a huge ROI from better logistics planning (for example) .... then, in my opinion, the better idea would be to immediately invest in a best-of-breed logistics package and knit that to BPCS v6. That seems like it would help the enterprise more/faster than SSA's idea of buying v8.3/LX. If you go out and buy LX for the privilege of implementing the logistics software brand that SSA happened to purchase .... then your company has to go through the arduous version migration steps for business processes that already work just fine in v6 BEFORE your company gets any traction on what would really generate an ROI (e.g. logistics planning). i. SSA claims to have made some effort to clean up the RPG code generated by AS/SET. AS/SET is gone. In response to a question about this, the SSA presenter showed us screen shots of part of the code for one RPG program. Someone who knew RPG in the room was able to find a place where in line 2500x a value was assigned to a variable but before that variable was used, the value was replaced in line 2500x+2 with something else. So, in my view, the maintainability of the v8.3 RPG code should not be considered a fully resolved issue. Anyone who has seen the cryptic nature of AS/SET-generated RPG code will probably want to review an ample, randomly-selected sample of LX RPG source before arriving at any firm maintainability opinions. j. They've added hundreds of "exit points" in the source at places where they believe users might want to insert customizations. It's like pre-inserted subroutine calls that can either be used or ignored. The intent is to keep the virgin code un-mingled with BPCS customizations so that adoption of future upgrades is not impeded by the customizations. It's new, interesting, creative and it might work for quite a few things. . k. In LX, ELKE has been re-named (EAM? I forget) and it looks like the integration back into BPCS purchasing has been substantially improved. Other integration is still pending. Example: planned production machine maintenance time period info doesn't look like it gets over into a place where Capacity Planning could incorporate that planned downtime into CRP calculations. I'll admit in advance that my memory on that detailed point isn't as good as it should be. This is way too long already, so I'll stop. If anyone wants to talk about this subject, please give me a call. Warm regards and peace to you, Milt Habeck Managing Partner Unbeaten Path International (888) 874-8008 www.unpath.com message: 4 date: Fri, 17 Feb 2006 16:42:26 -0500 from: "DeeDee Virgei" <DeeDee.Virgei@xxxxxxxxxxxxxx> subject: Re: [BPCS-L] BPCS ERP LX --- my 60,000 foot point of view Thank you Milt! I, REALLY appreciated your unbiased views... In a nut shell, after reading through literally 1000 of enhancements, I too was most interested in the added exit points and would love to learn more about how they work, how reliable they are, if they can also be used as entrance points... My thinking is, if these exit (and I think entrance) points work the way I hope, then we would be able to choose from other best-of-breed/boltons in addition to what SSA has to offer. I know that sounds like SSA w/b shooting them selves in the foot, but that would make their ERP product much easier to interface w/ (FYI, that is what the 'i' in iSeries stands for...). I still have 'a general web presentation on LX functionality' on my SSA wish list... Thanks again Milt. Best Regards, DeeDee Virgei Project Leader Nelson Stud Welding, Inc. - -- This is the SSA's BPCS ERP System (BPCS-L) mailing list To post a message email: BPCS-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/bpcs-l or email: BPCS-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/bpcs-l. Delivered-To: deedee.virgei@xxxxxxxxxxxxxx
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.