RE: BPCS ECM & AS/SET

Jesse,

Question 1.

personally I think there are no advantages of AS/SET over RPG.  

SSA originally wrote AS/SET as a "Synon killer" - I remember the boss of the
time, Roger Covey, saying this at the first AS/Set User Group in the UK.
It never happened that way.  They then started using for in house BPCS
development.

However, for SSA it made sense to use the tool themselves for their Unix
port.  The original idea I beleive was to write pgms in As/set and then have
code generation routines into RPG or C.   Neat idea. One set of code per pgm
two objects for different systems.  This was also the reason behind using
SQL for data access.  As usual SSA had to frig things so it wasn't as neat
and it sounded.

Back on the topic, As/SET doesn't do things that even standard RPG can do
nowadays, eg XLATE, CHECK and CHECKR and its subfile handling is crap. And
as for comparing it to RPG ILE, which I haven't really played with I'd say
its way outdated.  A good RPG programmer , perhaps with some reliable
skeleton programs, could still knock out a pgm quicker than an As/set coder.

However I have had to use As/set a lot since it was brought into being and
even worked on the RPG->As/Set conversion of BPCS, and I kinda like it.

A couple of years ago I wrote a tool for viewing the As/set source in a
sensible manner and the company I worked for kept it when I left to try and
sell, just as BPCS/SSA hit the skids.  I've got a personal copy because I
still provide the odd upgrade to it for them.   It does onscreen indentation
of nested IFs,DOs, color codes source and comments, lets you step into
subroutines as their calls appear in  the code so you can follow the
processing  logic sensibly (something you can't do with an SEU source
file!).  It does lots of other stuff too around panels and reports and
generally makes playing with as/set code much more "enjoyable"  and
productive.  As a view tool it also allows code review without and chance of
damging the code and I've also used it to assit pgmrs in other offices over
the phone as I could see the same code as them.  With the 'Step into'
subroutine' function I once found the best place to instatl a change in
10mins instead of the 5hours the pgmr who asked for help had spent on it.
I'm very proud of it especially as ever As/et pgmr I've met loves it.


Point 2

This is probably down to the Order Class you're using.  This is Base BPCS
and not ECM.  Check the ORD01 menu and ORD170D1.  Take Option 11 against the
order class for which this is occuring and see if the Acknowledgement
document is in the list.

Regards

Graham Smith
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
EBM Project 
Hayes Park,
Telephone + 44 208 848 2585
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


> ----------
> From:         Jesse Salazar[SMTP:jesse.salazar@trin.net]
> Sent:         03 May 2001 13:32
> To:   bpcs-l@midrange.com
> Subject:      BPCS ECM & AS/SET
> 
> Two Questions:
> 
> 1)  What are the advantages/disadvantages of AS/SET over traditional RPG?
> 
> 2)  ECM:  When we receive EDI orders, an Order Acknowledgement is
> automatically generated (ORD508B).  Is this a standard function of ECM, or
> does the user define which programs should be executed upon receipt of an
> order?  If user defined, where?
> 
> Thanks for your help everyone!!
> 
> +---
> | This is the BPCS Users Mailing List!
> | To submit a new message, send your mail to BPCS-L@midrange.com.
> | To subscribe to this list send email to BPCS-L-SUB@midrange.com.
> | To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner: dasmussen@aol.com
> +---
> 
**********************************************************************
 This email and any attachments are confidential and solely
 for the use of the intended recipient.  They may contain
 material protected by legal professional or other privilege.
 If you are not the intended recipient or the person responsible
 for delivering to the intended recipient, you are not authorised
 to and must not disclose, copy, distribute or retain this email
 or its attachments.  Although this email and its attachments
 are believed to be free of any virus or other defect, it is the
 responsibility of the recipient to ensure that they are virus free
 and no responsibility is accepted by the company for any
 loss or damage arising from receipt or use thereof.

**********************************************************************
+---
| This is the BPCS Users Mailing List!
| To submit a new message, send your mail to BPCS-L@midrange.com.
| To subscribe to this list send email to BPCS-L-SUB@midrange.com.
| To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: dasmussen@aol.com
+---