Document Imaging & Workflow

[Gregory Kowalik]

All of these are transportable changes.
I would suspect your development client be opened for config changes.
That's why you are not being asked for change request when you save your
config changes related to archivelink.
And you are right. SM59 entries will have to be setup in each system
manually.
 
 
Greg
 
 
 
 
 
Jody Chassereau <drcakes at hotmail.com>@MITVMA.MIT.EDU> on 09/13/2001
09:39:10 AM
 
Please respond to "SAP Workflow Users' Group" <SAP-WUG at MITVMA.MIT.EDU>
 
Sent by:  SAP Workflow <Owner-SAP-WUG at MITVMA.MIT.EDU>
 
 
To:   SAP-WUG at MITVMA.MIT.EDU
cc:
Subject:  Document Imaging & Workflow
 
 
I'm hoping that someone in the workflow group that has set up configuration
in conjunction with document imaging & ArchiveLink can help answer this
question for me.  Now that we have a process in place in our development
system that seems to meet most of our needs, I need to move up the process
to our QA environment.
 
What I am wondering is: do you (or can you) use transports to define your
ArchiveLink configuration in other systems?  It is generally our policy to
not open up config, but it seems that may be the only option here.
Specifically I am referring to entries created under OAC0 (defining the
archive id), OAC3 (links to document types), OAC2 (maintaining global
types), SOA0 (maintaing doc types), etc.  If there can only be one
archiveid
defined for a document type, do you have to recreate everything in QA/prod
to point to the applicable archive?
 
I hope this makes sense.  Just wondering how others have dealt with this.
I
know some things like SM59 for the RFC destination can just be set up
directly without any problem.  Please pass on suggestions if you have
worked
with this.
 
Thanks in advance...
Jody Chassereau
drcakes at hotmail.com
 
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp