V12 Transaction Documentation

Hello,
I see the Generate Documentation menu item under Transaction in the 12.0 Workbench menu however it is grayed out.  I have 12.0 SP2 installed.  Is there a V12.0 replacement for the V11.5 iText BLS documentation builder?
Forgive me if this has been asked before. I've searched the forums and have not found any information.
Thanks -  
Chuck

I successfully uploaded PDFActions.jar and iText.jar and deployed them. In the BLS, now I can see  new set of actions "PDF actions". I am able to use them. But when I open a transaction try to get its documentation, the "Generate Documentation" is still greyed out. After deploying the jar files, I closed the Logic Editor and Re-opened. But no use.
The status under system management shows "Deployed".
Please help.
Thanks in advance,
Prasanna

Similar Messages

  • Transaction documentation

    I wanted to print out my Creative Cloud transactions for fiscal documentation but the page only reads
    Die Transaktion, auf die Sie zugreifen möchten, konnte nicht gefunden werden. Wenden Sie sich an den Support, wenn Sie Fragen haben.
    I think this is not a feature, is it?

    Hi Rajshree,
    Thank you for the quick response. I was just about to mail you that there was no need to send me the invoices since your advice worked.
    I just tried to access them via Creative Cloud. There was also a link but it didn’t work. Is there a possibility to attach the PDFs to the invoice mail again like it used to be say two or three months ago?
    Best regards,
    Philipp
    Am 16.12.2013 um 16:39 schrieb Rajshree <[email protected]>:
    Re: Transaction documentation
    created by Rajshree in Adobe Creative Cloud - View the full discussion
    Hi Bertlipp,
    I have mailed you the invoices for the month of November & september, please check & confirm.
    Regards,
    Rajshree
    Please note that the Adobe Forums do not accept email attachments. If you want to embed a screen image in your message please visit the thread in the forum to embed the image at http://forums.adobe.com/message/5934401#5934401
    Replies to this message go to everyone subscribed to this thread, not directly to the person who posted the message. To post a reply, either reply to this email or visit the message page: http://forums.adobe.com/message/5934401#5934401
    To unsubscribe from this thread, please visit the message page at http://forums.adobe.com/message/5934401#5934401. In the Actions box on the right, click the Stop Email Notifications link.
    Start a new discussion in Adobe Creative Cloud at Adobe Community
    For more information about maintaining your forum email notifications please go to http://forums.adobe.com/thread/416458?tstart=0.

  • SQ01 and SQ02 transaction  documentation

    Hi All,
    Is there any documentation on transactions SQ01 and SQ02 available any where so as to manipulate those two transactions effectively to get adhoc reports.
    Thanks for any information.

    Hi,
    SQ01 : is used to create Query form infoset you have created here you can select fields for selection screen and for list generation using check boxes.
    you can generated different types of report using basic list, ranked list, statistics to output in graphical form.
    SQ02 : is used to create infoset you need to tell the data source for your infoset like table join, direct read or data reterival using program, you can also put extras fields, structures and tables using extras button. and can code your own select query for that field or structure.
    After generating the infoset you have to assign this to your usergroup you already created.
    go through this link...
    http://help.sap.com/saphelp_47x200/helpdata/en/bf/1d4645bf3211d296000000e82de14a/frameset.htm
    Refer this thread
    Re: sq01
    -Shreya

  • Transaction Documentation Creation

    Hello Everyone-
    I am running version of 11.5.2 of xMII and am having difficulty generating the documentation for a particular transaction.  It is a very large transaction (trx file > 2000 kB) that accesses the SAP backend, specifically PP-PI.  When I select "Generate Documentation" it "goes away and never comes back"-  I can not even find the running process.  Note that I can succcessfully print other (albeit smaller) trx files with no issue.
    Is this a known issue or is there perhaps something I can look for in the transaction itself?  Thanks for any insights that can be provided.  Have a nice weekend.
    Kevin Fitzgerald

    Kevin,
    take a look on this thread.
    https://forums.sdn.sap.com/click.jspa?searchID=13165569&messageID=4532555
    I think this will solve your problem.
    Regards
    Pedro

  • Transactions documentation and a difficult(?) use-case...

    I would like detailed information about how TransactionMap work with different isolation levels, ie how both changes performed by the application holding the map and in the distributed cache is propagated between them etc.
    More detailed information about the TransactionMap.Validator would also be very appreciated.
    We also have one specific "use case" I would like advice about - it goes like this:
    We use one type of main object that has a very tight coupling to a varying number (0 to a few hundred in the extreme case) small detail objects. All the detail objects are always required as soon as the main object is used. A given detail object is never referenced from more than one main object. We have (for performance reasons) decided to treat the detail objects as "part of" the main object. The main objects are stored in the cache.
    Users can make changes to the main objects themselves or to there detail objects. A user should be able to perform many changes to many main objects (and there detail objects) and "commit" them all at once pressing a button.
    Now to the problem:
    We would like to allow users to make "non conflicting" changes to a main objects detail objects - ie if two users has changed different detail objects we want to merge the changes instead of refusing the modification at commit. To be able to do this we intend to keep version numbers not only on the main object but also on the detail objects.
    We would like to use "transactions" to handle the requirement that all a users changes should be "committed" at once and either all be introduced or not introduced at all (in the event of hardware failure during update for instance!) but the default behavior of Transaction is as I understand it (I have so far just read about it not played around with it much!) to compare the "whole object" for equality in the prepare (and commit?) steps. We also need exact information about WHAT object(s) that had been concurrently modified in the case a commit cant be performed allowing the user to "refresh" the relevant detail object only and retry committing his changes.
    How would we be able to implement our "use case" in a good and reasonably efficient way given Coherents features? Would it for instance be possible (with a reasonable effort) to create our own transaction validation that could perform "merging of "non-conflicting" changes to the same object and in that case how should we go about it?
    Best Regards
    Magnus

    Hi Magnus,
    Our entry processor functionality is your best solution, but unfortunately is not fully supported within a transactional context.
    I would suggest using a combination of explicit locking (as opposed to implicit transactions) and our entry processor functionality (new in 3.1).
    Using explicit locking, you can enforce atomic access to cache entries. Using the entry processor you can perform partial updates locally on the server (allowing you to send only changes).
    So the sequence would be:
    * lock all "main objects"
    * if necessary, validate the main objects (see below)
    * use entry processors to perform "delta updates" against those main objects
    * unlock the main objects
    The locking is only required for atomicity (ensuring that updates don't overlap), and does require that all modifiers follow the same locking pattern. You may either design your objects so that you know the delta updates will complete successfully, or you'll need to verify the updates will succeed prior to actually executing the updates.
    Jon Purdy
    Tangosol, Inc.

  • Business logic services generate documentation

    Hi,
    RE: Business logic services > generate documentation
    xMII generates transaction documentation for small transactions but fails to do so with large transactions....nothing is returned.  I am currently using V 11.5.1 b63. Has anyone experienced this problem?
    Tom

    Hi,
    I am trying to find the note mentioned in the thread:
    "See note 960362, this outlines the steps necessary to increase the memory size the logic editor will allocate".
    I tried the search feature. As well as some hunting around on the SAP site but no luck. Can someone post the URL.   
    Thanks
    Tom

  • Role testing in QA environments

    Hi Experts,
    We use the following procedure to create or modify roles:
    1)Change or create the role in DEV system.
    2)Generate or create the profile. At this point we create the new profile or generate the existing one, but we donu2019t use  a special convention for profile names, we just accept SAP naming proposal for the profile.
    3)Include the role in a transport request
    4)Copy the transport request to others clients in the DEV system
    5)Transport the request to QA -> PRD system.
    So we have two scenarios here:
    Scenario A)  We often need a key user to test the role in order to make sure that all authorizations are correct and also to complain a quality process.
    Scenario B) Sometimes users require to test a group of transactions in order to decide which ones should be included in a new role or in an existing role. In this point the transactions are new to the user and the transaction documentation is not enough to decideu2026. We should let them test itu2026
    Now, the problem is that the DEV system (customizing client) is not a client to test, so it has no data to test.
    In scenario A if we create a transport request, transport it to QA and the key user reports an authorization error, we have to create a new transport request in DEV with the corresponding fix and transport it to QA as u201Cversion 2u201D for the role.
    In scenario B itu2019s possible to create a test role in DEV and proceed as the same, but when the test is finished, itu2019s necessary to create a new transport request to delete the role. This is pretty ridiculousu2026
    Then, my question is:
    If the test is going to take place in QA system, is it advisable to create roles in such environment for this purpose and delete them afterwards?? In this case, I should use a special naming convention for profiles to avoid problems (i.e Z_TEST<nr>). Does the role deletion in this scenario works properly? I want to make sure that problems wonu2019t arise with this role and profile creation-deletion.
    And I also want to know what procedure you follow in scenarios A and B.
    Hope kindly advices.
    Cheers,
    Diego.

    Then with the information gathered from the test, I want to change or create the corresponding REAL role in DEV and use the transport system to move the changes to QA and PRD.
    That is what I meant by "parrallel maintenance" - you should not forget to build what did work into the real role and scrap the junkyard afterwards.
    And just for a sort of survey.... How do you test the roles??
    Ideal is to combine it with functional tests and I automate it to a large extent and generate the roles automatically as well as reorg them again after the changes are transfered to the real role. I work out the optimization of proposals as well and transfers the missing values to SU24 instead of the role if I find that it makes sense.
    Cheers,
    Julius

  • Confusion about posting, due, doc date

    Hello there,
    I am very confused by dates used in SBO documents, could anyone please explain for me?
    For example,
    We receive an invoice from supplier, which is dated on 1st Oct. And then we input it into SAP on 5th Oct.
    Based on the payment term, say 30 days, we should pay it by the 4th of Nov (1st Oct +30 days).
    So ...
    Which is posting date, due date and document date?
    As I believe, posting date is 05/10 (as we posted it), due date is 04/11 (when the invoice is due), document date is 01/10 (as the date is on the document).   Is that wrong?
    If I am right, then
    why is that most of reports don't show "document date" but only posting date and due date, such as BP balance, bank reconciliation.
    Another example is Cash discount defination, it uses "Days After Posting Date" to calculate discount ...
    Hopefully, I am not wrong ...
    Edited by: Y on Oct 17, 2008 5:36 PM
    Edited by: Y on Oct 17, 2008 5:36 PM

    Hi Y,
    here are some perinent excerpts from the EES:
    Posting Date:
    Date that determines in which u2018Posting Periodu2019 a document or journal entry is added to the database.
    Due Date:
    Date that determines when the transaction documented becomes financially significant.
    Document Date:
    Date that indicates when the shipment of goods takes place.
    Example:
    Our company sells fruit.
    1.) We receive an order & take an apple out of our warehouse to ship to our customer. This date is the  u2018Document Dateu2019.
    2.) Our customer receives the apple & now accepts liability for the payment. This is the u2018Posting Dateu2019.
    3.) We send the customer an invoice where we specify the date when payment for the apple is expected. This is the u2018Due Dateu2019.
    I would recommend you speak with the partner, all this info is freely available to all partners.
    All the best,
    kerstin

  • Web Item Analysis Modification Modules

    Samples provided by SAP for Web Item Analysis Modification are
    4) Negative Number module (com.sap.ip.bi.rig.NegativeNumber)
    Depicts negative numbers in a column or entire table in red.
    Hi SDN Community,
    I have recently been exposed to Web Interface in BI7, (having previously worked in BW35 on Table Interface Class)
    How do we ensure that the modules are activated as per the SAP documentaiton.
    Are there transactions/documentation available?
    Finally, once I get past this point, i found a document on the web that explains how to use one of these Exception modules,
    In the case of the negative number module, do you know if the numbers are displayed in red font when negative, (and in the same column)
    Thank you.
    Simon

    Part success!
    I used this module, and sure enough, the negative colours are red.  It must have been already active.
    Now, to change the sign, to positive...  is there a standard module, or will this require some ABAP or java coding.
    for example, do i require to do this?
    ABAP Class for the Custom Extension Web Item 
    Thank you.
    Simon

  • Web Item Analysis Moodule in BI7 - How to Activate

    Samples provided by SAP for Web Item Analysis Modification are
    4) Negative Number module (com.sap.ip.bi.rig.NegativeNumber)
    Depicts negative numbers in a column or entire table in red.
    Hi SDN Community,
    I have recently been exposed to Web Interface in BI7, (having previously worked in BW35 on Table Interface Class)
    How do we ensure that the modules are activated as per the SAP documentaiton.
    Are there transactions/documentation available?
    Finally, once I get past this point, i found a document on the web that explains how to use one of these Exception modules,
    In the case of the negative number module, do you know if the numbers are displayed in red font when negative, (and in the same column)
    Thank you.
    Simon

    It seems that you simply use the RIG module in the web template, and save.
    This essentially activates it.

  • Reg:Account Assignment

    Hi
    I have created PO doc type as ZCAP (for Capital items).whenever we select this doc type we have to select account assignment "A" in Acc.*** Category field in PO line item.As it is manual entry, user (by mistake) is giving "K" instead of "A".
    My question how can i make "A" as default to doc type ZCAP.so that whenever we select ZCAP, automatically acc.assign "A" should come and all other account  assignment categories should be deleted.
    plz suggest me some way.
    Thanks in advance.
    Regards,
    JNRKMM

    Hello
    There is no standard configuration to control the account assignment with Purchase order document type. Purchase order document type is an header level control where as the account assignment is Item level comtrol.
    You need to use Badi to control the account assignemnt category at PO line item level with reference to the PO document type.
    Please consider the Badi ME_PROCESS_PO_CUST
    Application components: MM-PUR-PO, MM-PUR-PO-GUI : Main program: SAPLMEPO
    The Business Add-In (BAdI) ME_PROCESS_PO_CUST enables you to extend the business logic of the Enjoy purchase order on an individual basis. You can thus influence the dialog transactions ME21N, ME22N, ME23N, and ME29N, and the BAPIs BAPI_PO_CREATE1 and BAPI_PO_CHANGE.
    Typical applications for this BAdI include:
    Processing of own objects
    Processing of additional data on standard objects
    Implementation of additional checks and derivations
    Change of data in standard fields
    1. Start of transaction
    Documentation for BADI method INITIALIZE
    2. Opening of a PO
    Documentation for BAdI method OPEN
    3. Checking of data
    Header data of PO
    Documentation for BAdI method PROCESS_HEADER
    Item data of PO
    Documentation for BAdI method PROCESS_ITEM
    Delivery schedule lines of PO
    Documentation for BAdI method PROCESS_SCHEDULE
    Account assignments in PO
    Documentation for BAdI method PROCESS_ACCOUNT
    Processing of Account Assignment Data
    Functionality
    The PROCESS_ACCOUNT method enables you to change the account assignment data and check it for correctness.
    Parameters
    The following parameters are available:
    IM_ACCOUNT - Account assignment
    The interface reference is of the type IF_PURCHASE_ORDER_ACCOUNT_MM. You can use all methods defined there.
    Note
    Please note the general hints on Error Handling.
    If you wish to mark the account assignment data as invalid, use the method INVALIDATE() of the IF_PURCHASE_ORDER_ACCOUNT_MM interface.
    Pleae contact Technical consultant to implement the same
    warm regards
    Ramakrishna

  • Storing of HR documents with archive link in DMS?

    hi experts,
    how to store HR documents with archive link in DMS?
    i found somewhere it is possible with tr. code OAWD,OAAD
    is helpful..or is there any other way for storing HR documents
    becz i am not able to do it..
    if any one guide me it will be very helpful to me.
    thx..pts will be awarded be sure..

    hi sam ra,
    SAP ArchiveLink - Scenarios in
    Applications (BC-SRV-ARL)
    SAP ArchiveLink® is one of the SAP Basis cross-application communication interfaces between
    the SAP System and external components. External components may be general desktop
    applications or external storage systems. The integration of SAP ArchiveLink in the various SAP
    applications enables the storage scenarios explained in this cross-application documentation.
    The documentation is structured as follows:
      An Introductory Section  (Seite 10) containing general information about storing using SAP
    ArchiveLink and about the following documentation
      An application-specific section for each SAP application component (for example, FI, SD,
    HR) with the relevant storage scenarios
    For information on related areas, see the following documentation:
      SAP ArchiveLink  (Extern)
      SAP Business Workflow  (Extern)
      Archiving and Deleting Application Data  (Extern)
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    SAP ArchiveLink - Introduction
    April 2001 9
    SAP ArchiveLink - Introduction
    The following sections contain general information about this scenarios documentation.
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    SAP ArchiveLink and Application Scenarios
    10 April 2001
    SAP ArchiveLink and Application Scenarios
    SAP ArchiveLink® is one of the integrated interfaces in the SAP Basis System that can be used
    to store all kinds of documents in external content servers.
    SAP ArchiveLink therefore complements the existing range of SAP application software. For a
    detailed description of SAP ArchiveLink, see Introduction to SAP ArchiveLink  (Extern).
    The SAP application components, for example, SD, FI, HR and MM, support storing using SAP
    ArchiveLink by providing various application scenarios. Inbound documents, outbound
    documents, print lists, archive files, desktop files and binary files are supported.
    How the inbound documents are entered in the system and forwarded for processing and storing
    depends on the storage scenario used. For information about the possible Storage Strategies
    (Extern) , see the documentation SAP ArchiveLink  (Extern).
    This documentation describes the storage scenarios that are integrated in the SAP applications,
    for example, how Sales and Distribution (SD) documents can be stored in external storage
    systems using SAP ArchiveLink.
    Archiving in databases using the ADK (Archive Development Kit) is not the same as
    storing using SAP ArchiveLink.
    For informationen about data archiving using the ADK archiving transaction, see the
    documentation Archiving and Deleting Application Data  (Extern).
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    SAP ArchiveLink: Overview
    April 2001 11
    SAP ArchiveLink: Overview
    Background
    There is a growing trend nowadays to transfer stored data from paper/microfiche to external
    “content servers” (for example, archives). Companies are obliged by law and/or internal
    standards to keep documents for a certain length of time. Traditionally, paper archives or
    microfilms have been used, but these methods are very expensive, either due to copying costs or
    the large amount of space required by such archives. By contrast, electronic storing methods are
    a much cheaper option and represent an important part of the “paperless office” concept.
    SAP’s R/3 System supports a variety of business processes, which can involve documents both
    in paper form and in electronic form. The documents either serve to trigger all kinds of processing
    steps in FI, SD, HR and so on, or they are documents relating to processes in one of these
    application areas.
    When linked to SAP applications, content servers and the SAP ArchiveLink interface allow
    flexible access to all document searches available in the SAP System and can therefore lead to
    considerable time savings. In addition, a combination of the SAP System and SAP ArchiveLink
    allows users multiple access (parallel and direct) to stored documents from their work center
    without the need for time-consuming searches, which guarantees faster access to documents.
    The subsequent sections of this documentation describe the integration of SAP ArchiveLink in
    the functions of various application components within the SAP System.
    Concept
    SAP ArchiveLink provides the following interfaces:
      User interface
      Application Interface
    This interface consists of function modules, which must be integrated in the SAP
    applications, if SAP ArchiveLink functions are to be used.
    Business objects are linked to stored documents and object methods are available that
    allow storing using SAP ArchiveLink to be integrated flexibly in SAP Business Workflow.
      Interface between SAP and external components and general desktop applications
    External components may be HTTP content servers, for example. General desktop
    applications may be MS Word and MS Excel, for example.
    Positioning SAP ArchiveLink
    SAP ArchiveLink enables
      Incoming documents to be stored in the SAP System
      Information from the SAP System (for example, outgoing documents and print lists) to be
    stored
      Direct access from SAP application components to stored documents
      Integration of external content servers with the SAP System
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    SAP ArchiveLink: Overview
    The SAP ArchiveLink-specific Terms  (Extern) “document”, “technical document class”, “document
    type”, “object type” and “synchronous storing” and “asynchronous storing” are explained in the
    SAP ArchiveLink documentation, which also contains information on the Administration Concept
    (Extern) (content servers, links and link tables).
    Technical Basis
    Links from documents to business objects are created by the generation of a link table entry,
    which contains both a unique identification for each business object using the object type and
    object key and a reference to a stored document using the content server ID and a unique key for
    each document stored in this content server. It is therefore possible to create a link between a
    business object and any number of documents using a simple 1:n relationship in a table. No
    entry is required in the application tables in which the business objects are managed. If the link
    table entry for an stored document is deleted, all references in the SAP System to this stored
    document are also deleted. This technique allows the options for accessing stored documents to
    be integrated flexibly into the SAP System.
    Application Interface
    The interface to the SAP applications contains the following functions:
      Linking business objects with stored documents
    This function is used to display, retrieve or store stored documents directly from the
    business object. An example of this is the link between an F1 business object invoice
    and original invoices that have been scanned into the system.
      Linking business objects with stored outgoing documents
    This function is used to store documents generated using SAPscript and link them with
    the relevant business objects. Examples of documents are outbound quotations, order
    confirmations, purchase orders and invoices.
      Storing print lists
    The process for storing print lists is the same as for outgoing documents.
    As of R/3 Release 4.6C, application objects archived in data archiving (ADK) are not
    stored using SAP ArchiveLink, but rather using the Content Management Service
    (Extern) of the SAP Knowledge Provider  (Extern) (KPro).
    Integration Status
    Many applications in the SAP System are linked directly or indirectly with SAP ArchiveLink:
      Direct link
    – FI
    – MM
    – SD
      Indirect link
      Via the DMS (document management system): MM, PP,...
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    SAP ArchiveLink: Overview
    April 2001 13
    SAP ArchiveLink is centrally integrated in the DMS and all applications with object
    links to the DMS are therefore linked to SAP ArchiveLink.
      Via MC (Message Control): MM, SD,...
    The integration of SAP ArchiveLink in message control allows outgoing documents to
    be stored.
      Via SAPconnect and the Business Workplace: Faxes
    Inbound faxes can be processed directly in the Business Workplace, stored and
    linked with business objects without having to be printed first.
    Generic Object Services
    For R/3 Release 4.0A, generic object services are provided for four SAP ArchiveLink
    functions via the system menu for all SAP applications.
    From the business objects implemented in the SAP applications, four SAP ArchiveLink functions
    can be executed in all applications and independently of which application is involved:
      You can display the hit list of stored documents
      You can assign stored documents subsequently to a business object.
      You can store documents in dialog
      You can create a bar code for a business object
    These functions are integrated into all SAP applications via object services. There is no need for
    special function modules to be integrated in the applications. For more information, see Generic
    Object Services  (Extern).
    For these functions to work smoothly, object orientation in the SAP application and
    support of object services are important.
    For more information, see Business Context Facilities and Generic Object
    Relationships  (Extern).
    Business Applications
    MM
    The following documents relating to purchasing in MM can be stored:
      Outgoing purchasing documents
      Requests for quotation
      Purchase orders
      Scheduling agreements
      Forecast delivery schedules
      Contracts
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    SAP ArchiveLink: Overview
    14 April 2001
      Incoming purchasing documents
      Quotations
      Order confirmations
      Incoming invoices and credit memos
      Incoming delivery notes
      Print lists
    For more information about storing in MM, see SAP ArchiveLink - Storage Scenarios in MM
    (Seite 74).
    SD/WS
    The following are examples of sales documents that can be stored:
      Incoming customer inquiries and customer inquiry changes
      Outgoing customer quotations
      Incoming purchase orders and purchase order changes
      Outgoing order confirmations
    For more information about storing in SD, see SAP ArchiveLink - Storage Scenarios in SD [Seite
    50].
    PA
    The following personnel administration and payroll documents can be stored:
      Incoming HR master data documents
      Incoming recruitment documents
      Incoming travel management documents
    For more information about storing in PA, see SAP ArchiveLink - Storage Scenarios in PA [Seite
    204].
    QM
    The following QM documents can be stored:
      Incoming documents for quality notifications (for example, customer complaints)
      Outgoing documents for quality notifications (for example, letter of complaint to vendor)
      Outgoing quality certificates
    For more information about storing in QM, see SAP ArchiveLink - Storage Scenarios in QM
    (Seite 93).
    The DMS and Applications Connected with the DMS
    In the DMS and in applications that are connected with the DMS (often MM and PP), the
    following documents can be stored:
      Incoming documents
      Originals managed in the DMS (PC files)
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    SAP ArchiveLink: Overview
    April 2001 15
    For more information about storing in the DMS, see Storing in Document Management (CADMS)
    (Seite 24).
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Customizing
    16 April 2001
    Customizing
    Customizing is divided into three areas:
      General Customizing for SAP ArchiveLink
      Customizing for SAP Business Workflow
      Application-specific Customizing for individual SAP ArchiveLink scenarios
    General Customizing for SAP ArchiveLink
    To make these settings, proceed as follows:
    Use the Implementation Guide (IMG):
    Basis   Basis Services   SAP ArchiveLink
    For further information, see the Customizing  (Extern) section in the documentation SAP
    ArchiveLink.
    Customizing for SAP Business Workflow
    For the storage scenarios that use SAP Business Workflow:
      Storing for Subsequent Entry  (Extern)
      Storing for Subsequent Assignment  (Extern)
      Storing and Entering  (Extern)
      Storing and Assigning  (Extern)
    you must make Workflow Customizing settings.
    For further information, see the section Specific Customizing  (Extern) in the documentation SAP
    ArchiveLink and the IMG (Basis   Basis Services   SAP ArchiveLink).
    Application-Specific Customizing
    In the individual application scenarios, further customizing settings are required. The
    application-specific customizing for each SAP application component is described in the following
    sections of this documentation.
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Aim of this Documentation
    April 2001 17
    Aim of this Documentation
    This documentation describes the SAP ArchiveLink scenarios that are delivered as part of the
    standard system by SAP. There is a section for each storage scenario. The documentation
    describes the standard software.
    Each storage scenario description is assigned to one of the “big” application components in the
    SAP System. Storage scenarios in the following application components are currently described:
      BC (Basis)
      CA (Cross-Application Components)
      FI (Financial Accounting)
      SD (Sales and Distribution)
      MM (Materials Management)
      IS-RE (Real Estate Management)
      QM (Quality Management)
      PP (Production Planning and Control)
      PM (Plant Maintenance and Service Management)
      PA (Human Resource Management)
      PY-DE (Payroll Germany)
    The individual storage scenarios are structured as function descriptions and generally contain the
    following sections:
    Section Description
    Use Business background
    (this section is sometimes separate from the pure function description).
    You learn which application scenarios SAP ArchiveLink supports, which
    employees are involved and the advantages and simplifications offered by SAP
    ArchiveLink.
    This information is enough to give you a first overview of the storage scenarios.
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Aim of this Documentation
    18 April 2001
    Prerequisites   Technical implementation
    You become familiar with the document types and the corresponding technical
    document classes that form the basis of the scenario. You discover which object
    types and link tables are used.
    This information is particularly useful if you are planning to enhance or change
    the scenario.
      Preparation and Customizing
    The settings that are necessary to adapt the scenario to the specific
    requirements of your corporate structure are described.
    The settings described are scenario-specific and usually complement the SAP
    application component Customizing.
    Activities This section describes the technical and business connection of the scenario to
    the R/3 application and how the corresponding application functions are called.
    This documentation is not intended to replace the SAP ArchiveLink
    documentation and should only be seen as a central reference point for
    documentation relating to the implementation of SAP ArchiveLink in the individual
    SAP applications.
    To find out more about using SAP ArchiveLink and make full use of the functions for
    enhancements and in-house developments, see the SAP ArchiveLink  (Extern)
    documentation.
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    SAP ArchiveLink - Storage Scenarios (BC)
    April 2001 19
    SAP ArchiveLink - Storage Scenarios (BC)
    Ablegen von Listen mit SAP ArchiveLink  (Extern)
    The following sections describe storage scenarios in R/3 Basis (BC):
      Storing Lists in the Report Tree
      Storing Print Lists
      Storing SAPoffice Documents
    See also:
      General Introduction  (Seite 10) to this scenario documentation
      SAP ArchiveLink  (Extern) documentation
      General Report Selection  (Extern) documentation
      BC - ABAP Programming  (Extern) documentation
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Storing Lists in the Report Tree (BC)
    20 April 2001
    Storing Lists in the Report Tree (BC)
    Use
    This section describes the storing of lists generated by executing reports in report trees. The
    process is not application-specific and is usually possible for any list unless storing is specifically
    prohibited in the program.
    Users can access reports that they require in the hierarchical structure of the report tree easily
    from all applications, via general report selection in the SAP information system.
    The SAP standard report tree contains several standard reports for all applications. To access
    reports from a particular application, you must expand the structure until you reach a list of
    reports on the lowest level. Here you select and execute the required report. You can display the
    result on the screen or print it via the spool system.
    Companies can configure the standard report tree to suit their requirements. For example, you
    can add your own reports or pre-generated lists and even change the entire structure.
    Prerequisites
    Technical Implementation (BC)
    Object type
    SREPOTREE
    Document type
    ABAP
    Link table
    TOA01
    For further information on executing reports and displaying pre-generated lists in report trees,
    see General Report Selection  (Extern).
    Technical Implementation (BC)
    Although storing lists generated in the report tree is similar for all applications, the report tree
    available to you may vary from the SAP standard, since your company can adjust the SAP
    standard report tree to suit its requirements.
    For further information on Customizing the report tree, see the Implementation Guide (IMG).
    Choose
    Tools   Business Engineer   Customizing
    Implementation projects   Display SAP Reference IMG
    and then Basis   Reporting - Report tree.
    Activities
    Storing lists
    When you have executed a report in the report tree, you can save the result list there and store it
    simultaneously.
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Storing Lists in the Report Tree (BC)
    April 2001 21
    To save your list and store at the same time:
    1. Choose System   List   Save   Report tree.
    2. Select Store in the dialog box displayed and specify where the list should be stored in the
    report tree. Specify the values for Report tree and Nodes.
    3. Choose Save.
    You have now saved your list in the report tree and the process is complete.
    Displaying information on storing lists
    You can check whether a list has been stored in the report tree:
    To check whether a list has been stored:
    1. Position the cursor on the relevant list.
    2. Choose Utilities   List information.
    The System displays a dialog box. The check boxes indicate whether the list has been
    stored.
    Displaying stored lists
    To display a stored list in the report tree, choose the relevant list by double-clicking.
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Storing Business Workplace Documents
    22 April 2001
    Storing Business Workplace Documents
    Use
    Documents stored in the Business Workplace  (Extern) are usually stored in the R/3 database (PC
    documents and binary documents can also be stored in an HTTP content server). To save
    memory space in the database, you can store documents in an external storage system using
    SAP ArchiveLink. The content of the documents that you have stored using SAP ArchiveLink is
    then deleted from the database.
    You can only retrieve Workplace documents stored using SAP ArchiveLink from the
    external storage system, from within the R/3 System. Direct access within the
    storage system is not possible.
    Prerequisites
    Technical Implementation
    Object type
    SOFM
    Link table
    TOA01
    Document class
    BIN
    Document type
    SOAARCHIVE Description: Office data object
    Preparation and Customizing
    To store documents from the Business Workplace, a content server must be maintained for the
    object type SOFM and the object class SOAARCHIVE in Customizing  (Extern) for SAP
    ArchiveLink.
    To perform mass archiving of Workplace documents, you need authorization  (Extern) for
    Workplace administration. This authorization is contained in the role SAP_BPT_USER.
    Activities
    Proceed as described in Mass Archiving  (Extern).
    The procedure for displaying and changing documents stored in the archive is no different for the
    user than the procedure for documents stored in the R/3 database. Calling documents from the
    archive usually takes longer, however.
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    SAP ArchiveLink - Storage Scenarios (CA)
    April 2001 23
    SAP ArchiveLink - Storage Scenarios (CA)
    The following sections describe the storage scenarios in the R/3 application component CA
    (Cross-Application):
      Document Management System (CA-DMS)
      Data Achiving (CA-ARC)
    See also:
      General Introduction  (Seite 10) to the scenario documentation
      SAP ArchiveLink  (Extern)
      Application Data Archiving  (Extern)
      Document Management System  (Extern)
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Optical Archiving in Document Management (CA-DMS)
    24 April 2001
    Optical Archiving in Document Management (CA-DMS)
    eingehende Dokumente  (Seite 30)
    You can use SAP ArchiveLink® to archive documents from the document management system
    (DMS) in optical archiving systems.
    Documents Input when Processed (CA-DMS)  (Seite 30)
    Checking a Document into an Archive (CA-DMS)  (Seite 31)
    Displaying an Archived Document (CA-DMS)  (Seite 32)
    Copying an Archived Document to a Document Info Record (CA-DMS)  (Seite 33)
    Digital Original Application Files (CA-DMS)  (Seite 25)
    Archiving an Original Application File (CA-DMS)  (Seite 26)
    Creating a New Version (CA-DMS)  (Seite 27)
    Changing an Original Application File for an Existing Version (CA-DMS)  (Seite 28)
    Displaying an Archived Original Application File (CA-DMS)  (Seite 29)
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Digital Original Application Files (CA-DMS)
    April 2001 25
    Digital Original Application Files (CA-DMS)
    For each document info record, you can maintain and archive two original application files.
    Each original application file can be linked to a maximum of 99 additional files. These are
    archived automatically when you archive the original application file.
    Functions
    You process original application files with the following menu option of the document info record:
    Extras   Originals   File 1(2)
    The following functions for archiving and processing archived original application files are
    available:
      Archiving an Original Application File (CA-DMS)  (Seite 26)
      Creating a New Version (CA-DMS)  (Seite 27)
      Changing an Original Application File for an Existing Version (CA-DMS)  (Seite 28)
      Displaying an Archived Original Application File (CA-DMS)  (Seite 29)
    Notes on archiving original application files
      The system checks the application that is used to process the original application file (for
    example, WinWord 7.0).
    In the IMG for the Document Management System in the activity Define workstation
    applications, you define the archives for the various applications (for example, archive A2
    for the application WinWord 7.0).
      The system does not log the archiving of original application files. However, in the IMG for
    the Document Management System, you can define in the activity Define document types
    that all field changes are to be logged (Indicator: Create change documents).
    If you have archived an original application file with the function Check in archive, you
    can track any changes to the storage data (fields Data carrier and Original) in the change
    documents.
    Notes on processing archived original application files
    You have two options for processing an archived original application file:
      Creating a New Version (CA-DMS)  (Seite 27)
      Changing an Original Application File for an Existing Version (CA-DMS)  (Seite 28)
    See also:
    Figure: Changing an Archived Original Application File  (Extern)
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Archiving an Original Application File (CA-DMS)
    26 April 2001
    Archiving an Original Application File (CA-DMS)
    You archive an original application file if you want to save the current processing status for
    documentation purposes.
    See also:
    Figure: Archiving Original Application Files  (Extern)
    To archive an original application file:
    1. Process the document in change mode (Basic data screen).
    2. Choose Extras   Originals   File 1(2)   Check in archive.
    The system saves the original application file to the optical disk defined in Customizing.
    You see a dialog box with the following message:
    Document archived successfully
    3. You can check which archive the document was saved to.
    To do this, display the data carrier and path for the original application data by choosing
    Storage data.
    The data carrier and the path where the original application file was stored before being
    checked in the archive is no longer displayed. The system has overwritten this data with
    the archive data.
    If the document type is defined such that all field changes are logged, you can still
    display the previous storage place (Goto   Display changes).
    4. Save your document info record.
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Creating a New Version (CA-DMS)
    April 2001 27
    Creating a New Version (CA-DMS)
    This means that you keep the old version (for example, 00) containing the archived original
    application file and create a new version (for example, 01) directly from the old version. For the
    new version, you then change the original application file.
    To process the archived original application file (new version):
    1. On the Basic data screen, choose Document   New version.
    The system copies the data of the existing version (for example, 00), including the archived
    original application data.
    2. In the new version (for example, 01), the original application file is still archived.
    3. Choose Extras   File 1(2)   Change.
    The system automatically creates a copy of the checked in original application file.
    – Enter the target for the copy. This path identifies the place where the original
    application file for the new version (for example, 01) is stored.
    – If the system accepts your entries, you see a dialog box with the following message:
    Data copied from archive
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Changing an Original Application File for an Existing Version (CA-DMS)
    28 April 2001
    Changing an Original Application File for an Existing
    Version (CA-DMS)
    This means that you change the version whose original application file has been archived. There
    is only one version in this case.
    You can display the processing status that the original application file had in the archive from the
    status log if the following applies:
    When checking the original application file into the archive, you set a status for which the
    Indicator: Audit function is selected. This indicator causes original application files that are
    checked into the SAP database, a vault, or an archive with this status to be stored automatically.
    To change the archived original application file (existing version):
    1. Choose Extras   Originals   File 1(2)   Change.
    The system automatically creates a copy of the archived original application file.
    2. You see a dialog box, where you can enter the target for the copy. As a default value, you
    see the path where the file was stored before being archived.
    – To accept the default value, choose Continue.
    – If you want the file to be copied elsewhere, enter the required data (data carrier,
    path, and file name) in the dialog box. This path identifies the place where the
    original application file for the same version is stored. The system overwrites the
    previous archive data.
    If the system accepts your entries, you see a dialog box with the following message:
    Data copied from archive
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Displaying an Archived Original Application File (CA-DMS)
    April 2001 29
    Displaying an Archived Original Application File (CADMS)
    To display an original application file, you always use the following function, whether the data is
    stored on a server or in an archive:
    Extras   Originals   File 1 (2)   Display.
    The system automatically determines the path in the computer network. If the original application
    file is stored in an archive, you see a dialog box with the following message:
    Data copied from archive
    You can display archived data only from computers that have SAP ArchiveLink
    software installed.
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Documents Input when Processed (CA-DMS)
    30 April 2001
    Documents Input when Processed (CA-DMS)
    You process documents input when processed in the Archive menu of the document info record.
    The following functions are available:
    Checking a Document into an Archive (CA-DMS)  (Seite 31)
    Displaying an Archived Document (CA-DMS)  (Seite 32)
    Copying an Archived Document to a Document Info Record (CA-DMS)  (Seite 33)
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Checking a Document into an Archive (CA-DMS)
    April 2001 31
    Checking a Document into an Archive (CA-DMS)
    You use this function to check a scanned-in document (image) into an optical archive.
    See also:
    Scenario: Checking a Document into an Archive  (Extern)
    To check a document into an archive:
    1. Two windows are active on your computer screen:
    – a scan window with a scanned-in document
    – a window for the R/3 document management system
    2. In the document management window, choose the function you require (Document 
    Create or Change).
    Enter the required data on the initial screen and choose ENTER. You see the Basic data
    screen.
    3. Choose Archive   Check into archive.
    The system checks whether a status network that supports a status of status type A
    (archived) is defined for the chosen document type.
    Archiving is possible in the following cases:
    – if the status network does not support a status of status type A
    – if the status network supports a status of status type A at the current processing
    stage.
    The system automatically sets the status of status type A and records the status
    change in the status log.
    The system automatically determines the archive that is defined in the IMG
    functionOptical Archive.
    When the data has been archived, you see a dialog box with the following message:
    Document archived successfully
    4. Save your document info record.
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Displaying an Archived Document (CA-DMS)
    32 April 2001
    Displaying an Archived Document (CA-DMS)
    You use this function you to display documents that were either scanned in when processed,
    then archived, or copied from the archive from the document info record.
    This function is only active it at least one document has been archived for the chosen
    document info record.
    To display a document from the archive:
    1. Choose menu option Archive   Display from archive.
    2. What you do next depends on the situation:
      If only one archived document exists for the document info record, the system goes
    directly to the display program (viewer) and displays the document.
      If more than one archived documents exist for the document info record, you first
    see a dialog box listing the archived objects with the date on which they were
    archived.
      On the list, select the archived objects you want to display in the viewer.
      Choose the Choose pushbutton.
    The system goes to the first selected object.
    In the viewer, you can switch between the objects you selected by choosing the
    appropriate function (Object + or Object -) from the Goto menu.
    3. To exit the display function for archived objects, close the viewer with Document   Exit.
    You can now continue processing the document info record.
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Copying an Archived Document to a Document Info Record (CA-DMS)
    April 2001 33
    Copying an Archived Document to a Document Info
    Record (CA-DMS)
    This function allows you to copy a document that has been archived by another application (for
    example, SAPoffice) to a document info record.
    See also:
    Scenario: Copying an Archived Document to a Document Info Record  (Extern)
    Figure: Copying an Archived Document to a Document Info Record  (Extern)
    To copy a document from an archive:
    1. Two windows are active on your screen:
    – a window showing the document in the display program (viewer) of the archive
    – a window for the R/3 document management system
    2. In the document management window, choose the function you require (Document 
    Create or Change).
    3. Place the cursor on the viewer window again.
    – Choose Edit   Select
    This selects the scanned-in document for processing in the document management
    system.
    4. Place the cursor on the document management window.
    Choose Archive   Copy from archive.
    The system makes the same status checks as described in Checking a Document into
    an Archive (CA-DMS)  (Seite 31).
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    SAP ArchiveLink and Application Data Archiving (CA-ARC)
    34 April 2001
    SAP ArchiveLink and Application Data Archiving (CAARC)
    Use
    You can use the Archive Development Kit data archiving transaction and SAP ArchiveLink to
    store archive files in external archives. For more information see: Technical Background (CAARC)
    (Extern).
    Prerequisites
    You must enter the following settings in customizing in order to use the SAP ArchiveLink
    interface to archive application data:
      Platform-independent filename
      Document type
      Automatic transfer of archive files
    Activities
      Checking Storage Status of Archive Files (CA-ARC)  (Seite 38)
      Storing Archive Files Manually (CA-ARC)  (Seite 39)
    See also:
    Setting Platform-independent Filenames for SAP ArchiveLink (CA-ARC)  (Seite 35)
    Setting Archive File Document Type (CA-ARC)  (Seite 36)
    Storing Archive Files Automatically (CA-ARC)  (Seite 37)
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Setting Platform-independent Filenames (CA-ARC)
    April 2001 35
    Setting Platform-independent Filenames (CA-ARC)
    1. Call the Archive Management.
    2. Enter the name of the archiving object and press Enter.
    3. Choose the Customizing function.
    4. In archiving object-specific customizing choose Technical Settings.
    5. In the logical filename field enter a filename that refers to the exchange directory of the
    attached SAP ArchiveLink archive system. For example, the logical filename
    ARCHIVE_DATA_FILE_WITH_ARCHIVE_LINK. The system delivers the following standard
    defined filename:
    , if you use this runtime variable in the specification of the
    physical path. For example, the physical path could be:
    ARCHIVE_GLOBAL_PATH_WITH_ARCHIVE_LINK. See the FILE transaction
    documentation for further information.
    See also:
      Setting Archive File Document Type (CA-ARC)  (Seite 36)
      Storing Completed Archive Files in the Archive System Automatically (CA-ARC)  (Seite 37)
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Setting Archive File Document Type (CA-ARC)
    36 April 2001
    Setting Archive File Document Type (CA-ARC)
    1. Call the Archive Management.
    2. Enter the name of the archiving object and press Enter.
    3. Choose the Customizing function.
    4. Choose Technical Settings in archiving object-specific customizing.
    5. Choose the document type Archive in the group box Archive System Link.
    See also:
      Setting Platform-independent Filenames for SAP ArchiveLink (CA-ARC)  (Seite 35)
      Storing Completed Archive Files in the Archive System Automatically (CA-ARC)  (Seite 37)
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Storing Completed Archive Files in the Archive System Automatically (CA-ARC)
    April 2001 37
    Storing Completed Archive Files in the Archive System
    Automatically (CA-ARC)
    1. Call the Archive Management.
    2. Enter the name of the archiving object and press Enter.
    3. Choose the Customizing function.
    4. Choose Technical Settings in archiving object-specific customizing.
    5. Mark the checkbox Exec. automat. in the group box Archive System Link.
    See also:
      Setting Platform-independent Filenames (CA-ARC)  (Seite 35)
      Setting Archive File Document Type (CA-ARC)  (Seite 36)
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Determining Whether an Archive File is Stored in the Optical Archive (CA-ARC)
    38 April 2001
    Determining Whether an Archive File is Stored in the
    Optical Archive (CA-ARC)
    1. Call the Archive Management.
    2. Enter the name of the archiving object and press Enter.
    3. Choose the Management function.
    4. Set the cursor on the file whose archive residence you want to know, and double-click.
    The Archive Management: Archiving File Detail popup appears. Read the Storage option
    status text.
    See also:
    Storing Completed Archive Files in the Archive System Manually (CA-ARC)  (Seite 39)
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Storing Completed Archive Files in the Archive System Manually (CA-ARC)
    April 2001 39
    Storing Completed Archive Files in the Archive System
    Manually (CA-ARC)
    Only archive files whose data objects have been deleted in the database can be
    stored in an external archive system.
    1. Call the Archive Management.
    2. Enter the name of the archiving object and press Enter.
    3. Choose the Management function.
    4. Set the cursor on the file which you want to store in the external archive system.
    If you want to store all the files in a session, set the cursor on the session number.
    5. Choose the Store function.
    The Archive Management: Store via ArchiveLink popup appears.
    6. Choose the Store Files function.
    The file is passed to the external archive system.
    See also:
    Determining Whether an Archive File is Stored in the External Archive (CA-ARC)  (Seite 38)
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    SAP ArchiveLink - Storage Scenarios (FI)
    40 April 2001
    SAP ArchiveLink - Storage Scenarios (FI)
    The following sections describe storage scenarios in the Financial Accounting (FI) application
    component.
    See also
      The general introduction  (Seite 10) to this scenario documentation
      SAP ArchiveLink  (Extern)dokumentation
      Financial Accounting documentation
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Storing Print Lists (FI)
    April 2001 41
    Storing Print Lists (FI)
    Use
    In the FI application component, you can use SAP ArchiveLink to transfer the following print
    lists to an external storage system:
      Compact document journal (RFBELJ00)
      Line item journal (RFEPOJ00)
      Open item account balance audit trail (RFKKBU00)
      Accumulated account balance audit trail (RFKLBU10)
    Storage using SAP ArchiveLink has the following advantages:
      Reduced burden on online system
      Safer storage
      Faster, easier access
    Prerequisites
    Technical Realization (FI)
    Following improvements to the print reports, the print lists are now provided with an index when
    they are stored, enabling you to access objects (including sub-objects) at a later date.
    A particular account in the account balance audit trail.
    The system also generates a link to any stored documents that might exist, enabling you to
    display the corresponding stored document from the stored print list.
    For a detailed description of how to store print lists, refer to Print Lists  (Extern) in the SAP
    ArchiveLink documentation.
    There are no plans for enhancements.
    Preparation and Customizing (FI)
    No special Customizing settings are required to be able to store print lists in FI. For
    information on the Customizing settings for SAP ArchiveLink, see Customizing  (Seite 16).
    Special authorizations are not required.
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Storing Print Lists (FI)
    42 April 2001
    Activities
    For notes on using these functions (in particular displaying stored print lists) see
    Searching for, Displaying and Printing Print Lists  (Extern) in the SAP ArchiveLink
    documentation.
    To store print lists in the FI application component, proceed as follows:
    1. Run the appropriate program and enter your selection criteria.
    2. On the selection screen, choose Optical archiving and enter the following information in
    the dialog box that is now displayed:
    – Object class: DRAW (document)
    – Object type: D01 (print list)
    – Identification: XXX (three figure alphanumeric code of your choice)
    – Text: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXX (up to 30 characters
    long).
    3. Now choose Execute in background or Execute + Print.
    To view the stored list, from the R/3 System initial screen, choose
    Office   Business Documents   Find lists. Enter the name of the report program and
    any additional selection criteria. Choose Enter. From the list that is now displayed you
    can select a print list and display its contents.
    When displaying the list, you can also display the incoming and outgoing documents
    (provided these were also stored). You do this via hyperlinks which are recognizable
    as such by being underlined.
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Storing Incoming Documents (FI)
    April 2001 43
    Storing Incoming Documents (FI)
    Use
    In the FI application component, you can transfer incoming documents (invoices, credit memos)
    to an external archive system using SAP ArchiveLink. Data can be stored in different ways:
      Store for subsequent entry
      Store and enter, and
      Late storing with bar codes
      Assign, then store
    For detailed information on the ways in which you can store documents, see Storage
    Strategies  (Extern) in the SAP ArchiveLink documentation.
    The procedure Store for entry later with document parking is different to other storage
    methods. Under this procedure, processing is even more automated than it would otherwise be.
    The accounting clerk responsible for parking documents receives an incoming document (an
    invoice for example) via SAP Business Workflow. In the entry transaction to which the invoice
    is subject, the clerk can park this document using the existing incoming document. He or she can
    then send the parked invoice together with the incoming document for further processing
    (approval or additional investigation) to the relevant colleague. This colleague can then complete
    processing and post the invoice.
    Prerequisites
    Technical Realization (FI)
    Object type
    BKPF (financial accounting document)
    Link table
    TOA01
    Document class
    FAX
    Document type
    In the standard system, the following document types are supplied for the R/3 FI application
    component.
    FI document Document type
    Incoming invoice without invoice verification FIIINVOICE
    Incoming credit memos without invoice verification FICREDIT
    Incoming invoice parking FIIINVPREL
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Storing Incoming Documents (FI)
    44 April 2001
    Fast invoice entry FIIPAYMEN2
    Incoming payment FIIPAYMENT
    Enhancements
      You can define your own document types under
    Tools   Business Documents
      Document types   Global document types and
    Tools   Business Documents
      Document types   WFL document types.
      You can define your own transaction links under
    Tools   Business Documents
    Document types   Workflow parameters.
    Further information
    For basic technical information on adding SAP ArchiveLink functions to the R/3 application
    components, refer to the section Incoming Documents  (Extern) in the SAP ArchiveLink
    documentation.
    Preparation and Customizing (FI)
    The basic preliminary settings that you must make in SAP ArchiveLink are described in
    Customizing  (Seite 16)
    You need to make settings in Customizing for Financial Accounting only for the activity Late
    storing with bar codes. For more information, see the documentation for the activities Specify
    Control Parameters for Bar Code Entry and Maintain Document Types for Bar Code Entry
    located in Customizing for Financial Accounting under Financial Accounting Global Settings 
    Document   Document Header.
    Activities
    Scenario: Assignment and Storage in FI
    For information on this procedure, see the following sections of the SAP ArchiveLink
    documentation:
    Scenario: Late Storage with Bar Codes in FI
    For information on this topic, see:
      Process: Late Storing with Bar Codes  (Extern)
      Concept: Storing with Bar Codes  (Extern)
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Storing Incoming Documents (FI)
    April 2001 45
    Scenario: Store for Subsequent Entry in FI
    For information on this topic, see:
      Concept: Store for Subsequent Entry  (Extern)
      Process: Store for Subsequent Entry  (Extern)
      Store for Subsequent Entry  (Extern)
    Scenario: Entry and Storage in FI
    For information on this topic, see:
      Concept: Store and Enter  (Extern)
      Process: Store and Enter  (Extern)
      Store and Enter  (Extern)
    Document Processing Functions
    In certain document processing transactions in FI you have direct access to the functions
    available under SAP ArchiveLink. These transactions include:
      Changing documents (FB02)
      Displaying documents (FB03)
      Changing parked documents (FBV2)
      Displaying parked documents (FBV3)
    When carrying out these transactions, you can use the following functions:
      Subsequently assign a stored document from the external content server (see Assign
    Stored Documents Subsequently  (Extern))
      Display the stored document for an FI document from the external content server (see
    Searching for Incoming Documents  (Extern))
    The assignment and display functions might typically be accessed as follows:
    1. From the General Ledger menu, choose Document   Display.
    2. Enter the document number and the company code in which it was posted. Choose
    ENTER.
    The system now displays the R/3 document.
    3. To display the stored document for this R/3 document, choose Environment   Object
    links
    To assign this document to a document already stored, choose Environment   Assign
    original.
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Storing Incoming Documents (FI)
    46 April 2001
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Storing Outgoing Documents (FI)
    April 2001 47
    Storing Outgoing Documents (FI)
    Use
    You can store documents transferred from the General Ledger (FI-GL), Accounts Receivable (FIAR)
    and Accounts Payable (FI-AP) application components using SAP ArchiveLink. Documents
    that you created using SAPscript are stored in an external storage system and linked to the
    documents or accounts from which they are derived. You can store the following outgoing
    financial accounting documents:
      Payment advice notes
      Checks
      Correspondence like payment notifications and bank statements
      Dunning notices
    Storage using SAP ArchiveLink takes place using Business Transaction Events, to which end
    SAP supplies sample function modules that you can activate by making the appropriate
    Customizing settings.
    If you already use your own programs (user exits) or Business Transaction Events to
    manage printing, faxing, email or dispatching, check whether you need to replace
    these developments with a function module enhanced to perform these functions.
    IMPORTANT: Ensure that no data is overwritten.
    Prerequisites
    Technical Realization (FI)
    Object type
    BKPF (financial accounting document)
    BUS3007 (customer account)
    BUS3008 (vendor account)
    Link table
    TOA01
    Document class
    PDF
    Document type
    The following document types exist in the standard system:
    FI document Document type Function module
    Payment advice note FIOPAYAVIS FI_OPT_ARCHIVE_PAYMENT_ADVICE
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Storing Outgoing Documents (FI)
    48 April 2001
    Check FIOPAYMENT FI_OPT_ARCHIVE_ PAYMENT
    Correspondence:
    Payment notification
    Bank statement
    FIOPAYCONF
    FIOACCSTAT
    FI_OPT_ARCHIVE_CORRESPONDENCE
    Dunning notice FIODUNNING FI_OPT_ARCHIVE_DUNNING_NOTICE
    If you make changes in Customizing to the object types and document types, you will need to
    adapt the corresponding function modules in each case.
    Enhancements
    There are no restrictions to the way in which sample function modules in the standard system
    can be enhanced. They can also be duplicated for additional document types and object types as
    many times as necessary.
      You can define your own document types in the Basis Implementation Guide under
    Basis Services   SAP ArchiveLink   System Settings   Maintain Document Types.
      To define you our own object types, on the SAP R/3 screen, choose
    Tools   Business Framework   BAPI development   Business Object Builder.
      The sample function module FI_OPT_ARCHIVE_CORRESPONDENCE contains the
    correspondence types SAP01 (payment notificiation) and SAP08 (account statement).
    Additional correspondence types can be added to this function module. You can define
    correspondence types in Customizing for Financial Accounting under the
    Implementation Guide under
    Financial Accounting Global Settings   Correspondence   Define Correspondence
    Types.
    Preparation and Customizing (FI)
    To activate storage for financial accounting documents using SAP ArchiveLink, make the
    following settings in Customizing:
    1. If you want to make changes to the function modules (changing the document type
    defined in the standard system for example) copy the sample function modules to your
    name range. You should then make these changes in the source text.
    For a detailed description of the procedure for copying sample function modules to your
    name range, see the IMG documentation for the activity Use Business Transaction
    Events (located under Financial Accounting Global Settings.)
    2. Define the storage method in the function modules. Enter the setting in source text for
    the parameter c_itcpo-tdarmod. The following settings are possible:
      2 Store only
      3 Print and store
    3. Create a product with which all function modules that you want to activate can be
    summarized at a later date.
    To do this, choose the activity Use Business Transaction Events, located in Customizing
    for Financial Accounting under Financial Accounting Global Settings. On the SAP
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Storing Outgoing Documents (FI)
    April 2001 49
    Business Framework: Business Transaction Events screen, choose Settings   Products
      ... of a customer. Mark this product as active by selecting the Active indicator.
    4. Assign the function modules to processes (Events).
    To do this, choose the activity Use Business Transaction Events, located in Customizing
    for Financial Accounting under Financial Accounting Global Settings. On the Business
    Framework: Business Transaction Events screen, choose Settings   P/S function
    modules   ... of a customer. In the table that is now displayed, enter the names of the
    function modules that you want to activate, together with the Events or products required.
    Enter also the name of the product already created.
    The names of the processes defined in the standard system are as follows:
    Function module Process
    FI_OPT_ARCHIVE_PAYMENT_ADVICE 00002050
    FI_OPT_ARCHIVE_ PAYMENT 00002060
    FI_OPT_ARCHIVE_CORRESPONDENCE 00002310
    FI_OPT_ARCHIVE_DUNNING_NOTICE 00001040
    Activities
    Storing outgoing documents (FI)
    Outgoing documents are stored automatically if you have carried out the above-mentioned
    settings in Customizing.
    Displaying stored documents
    Stored documents can be displayed as follows:
      On the SAP R/3 screen, by choosing Office   Business Documents   Documents 
    Find lists
      From the Accounts Receivable or Accounts Payable menu by choosing Master records
      Display.
    Enter the customer or vendor you wish to display, select one of the indicators under
    Company code data and choose ENTER.
    On the screen that is now displayed, choose System   Display relationships   Stored
    documents.
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    SAP ArchiveLink - Archiving Scenarios (SD)
    50 April 2001
    SAP ArchiveLink - Archiving Scenarios (SD)
    The following sections describe the archiving scenarios in the R/3 application component SD
    (Sales and Distribution):
      General sales and distribution (SD)
      Sales support (SD-CAS)
    See also
      General Introduction  (Seite 10) to this scenario documentation
      SAP ArchiveLink  (Extern)documentation
      Sales and distribution  (Extern) documentation
      Sales support  (Extern) documentation
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Optical Archiving of Incoming Original Documents (SD)
    April 2001 51
    Optical Archiving of Incoming Original Documents (SD)
    Betriebswirtschaftlicher Hintergrund (SD)  (Seite 52)
    Weitere Voreinstellungen  (Extern)
    Spezial-Customizing  (Extern)
    Ablegen für spätere Erfassung  (Extern)
    Zuordnen und Ablegen  (Extern)
    Spät ablegen mit Barcode  (Extern)
    Ablegen und Erfassen  (Extern)
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Business Background (SD)
    52 April 2001
    Business Background (SD)
    The Sales and Distribution application component contains an SAP ArchiveLink function that
    provides sales personnel with a quick and efficient means of optically archiving and processing a
    wide range of incoming documents including inquiries, purchase orders, contracts, and
    complaints. SAP ArchiveLink offers easy online access to these archived documents during the
    planning, processing, and analyzing of business transactions in Sales and Distribution.
    The SAP ArchiveLink interface supports the following archiving scenarios for incoming
    documents in SD:
      Early archiving
      Late archiving
      Late archiving using bar codes
      Simultaneous archiving
    Early Archiving
    In the early archiving scenario, incoming paper documents are archived in the R/3 System before
    an SD document is created.
    In early archiving, the archiving process usually begins in a central mailroom where a designated
    person opens, presorts, prepares, and records (scans) the incoming mail. Once an incoming
    document is scanned and an incoming document type is assigned to it, the system triggers the
    SAP Business Workflow to notify the authorized employee(s) that an incoming document has
    been received and is due to be processed. When the employee accesses the archived
    document, the system automatically calls up the relevant business transaction, such as Create
    sales order, according to the incoming document type. After the employee creates and saves the
    SD document, the system automatically assigns the archived document to it.
    For a detailed description of early archiving, see Early Archiving (SD)  (Seite 54).
    Late Archiving
    In the late archiving scenario, incoming paper documents are archived in the R/3 System and
    assigned to existing Sales and Distribution documents.
    In late archiving, an employee processes an original document directly from paper or carries out
    a sales activity before receiving an original document. At a later point in time, the original
    document is scanned into the system and archived as a facsimile. It is then assigned to the
    existing SD document by:
      The person at the archiving station who scans the original documents
      The person responsible for processing the SD document
    As in the scenario for early archiving, the archiving process usually takes place in a central
    location at the company.
    For a detailed description of late archiving, see Late Archiving (SD)  (Seite 55).
    Late Archiving Using Bar Codes
    Late archiving using bar codes is a special form of late archiving. In this case, however, a bar
    code is attached to the incoming document either in the mail room or at the time of processing.
    SAP AG SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL)
    Business Background (SD)
    April 2001 53
    An SD document is created from the original document whose bar code ID is linked to the SD
    document number. Later, the original document is scanned into the system which recognizes the
    bar code ID and automatically makes the proper assignment to the SD document.
    For a detailed description of late archiving using bar codes, see Late Archiving Using Bar Codes
    (SD)  (Seite 56).
    Simultaneous Archiving
    Simultaneous archiving is a special form of early archiving in which the incoming document is
    scanned into the system, optically archived and, at the same time in another window, the
    corresponding SD document is created or changed. The system does not activate SAP
    Business Workflow in this case; no mail is sent.
    For a detailed description of simultaneous archiving, see Simultaneous Archiving (SD)  (Seite 57).
    SAP ArchiveLink - Scenarios in Applications (BC-SRV-ARL) SAP AG
    Early Archiving (SD)
    54 April 2001
    Early Archiving (SD)
    The following steps describe a typical scenario in which incoming paper documents are archived
    before a Sales and Distribution document is created:
    1. A clerk in the central mail room of a company receives a letter from a customer who wishes
    to buy several products.
    2. The clerk scans the letter into a scanning system.
    The system displays the letter in the scan dialog window.
    3. Using the SAP ArchiveLink interface in the R/3 System, the clerk or another designated
    employee selects the function for early archiving and chooses an appropriate incoming
    document type for the scanned document, for example, the general description “Customer
    response to a sales activity”, SDIACTRESP.
    4. The clerk confirms the assignment of the incoming document type.
    This triggers a workflow in which a mail is sent to the employee who is responsible for
    creating sales documents, in this case Mr. Jones in the Sales department.
    All employees who are to be notified by SAP Business Workflow must first be listed
    in the company’s organizational structure (see Customizing for SAP Business
    Workflow).
    5. Mr. Jones receives the work item in his integrated inbox. When he calls up the work item for
    processing, a dialog box appears in which Mr. Jones can confirm or overwrite th

  • Enhacement Infotype

    Hi .
    My requirement is enhance to an infotype 0001.
    how do it please guide me.
    thanks .
    prabhakar

    Use transaction PM01. (check prerequisite at [Note 611947 - Enhancement concept of infotypes|https://service.sap.com/sap/support/notes/611947])
    Read transaction documentation (or [Enhancing an Infotype Included in the SAP Standard System|http://help.sap.com/saphelp_erp60/helpdata/EN/4f/d526be575e11d189270000e8322f96/frameset.htm]) and this wiki [Enhance Infotypes using PM01 in ECC 6.0 |http://wiki.sdn.sap.com/wiki/display/Snippets/EnhanceInfotypesusingPM01inECC6.0]
    Regards,
    Raymond

  • Atomic operation across two distributed cache's

    Hi,
    Let's say I've got CacheA and CacheB, both disttributed, and I need to perform a put() on each cache. What happens if the machine explodes exactly after the moment I invoked the put() on CacheA, but before I call put() on CacheB.
    I need two perform these two puts() as an atomic operation but what I can gather from the transaction documentation is that even if I use a transaction there is a possibility that the first put() can succeed and the second fail, without a rollback of the first transaction taking place.
    Is this the case? And if so, what can I do to work around this?
    Cheers,
    Henric

    Hi Henric,
    if the client machine on which the put() is called explodes, then you are out of luck. To be able to correct such problems, I think, it is recommended that your client code should be idempotent so that such operations could be retried and completed.
    Best regards,
    Robert

  • Got Jco Exception

    I have ran the Argo Installer and configured the SES and Bapi sections.  When I run the Business Partner search I get the following exception
    'Error during searching Partner:
    JCO.AbapException while executing JCO Client for SID SESConnector. Exception:BUSOBJ_NOT_SUPPORTED'
    I have Argo pointed at our Sap Discovery server which is SAP ECC 6.0
    Does anyone have any suggestion?

    Hi Dan,
      please check at first in SAP ECC 6.0 with transaction SES_ADMIN whether SES is running properly. Within the transaction documentation is available via menu:
    Help -> Application Help
    Public documentation is available at:
    http://help.sap.com/saphelp_nw2004s/helpdata/en/40/83505703bd5616e10000000a114cbd/frameset.htm
    After this, you should choose your business object (example: Material Master) and test SES with the related transaction (example: MM03)
    If the reported problem still persists, please check the ARGO documentation.
    Kind regards, Klaus

Maybe you are looking for

  • File Sharing with Windows (XP/Vista)

    Hello all, I've studied various websites including the Apple support documents and I'm still a little confused about file sharing. Is there a way to share only certain folders via SMB with a vista/xp machine? E.G. can I just share my 'public' folder?

  • Exhcange 2003 on a 2003 server to exchange 2013 on a 2012 server - problems...

    Hi I removed my 2003 exhcange server physically and installed a 2012 server with exchange 2013 on it. How do I get it to work? Where do I manage the exh 2013 server, through web interface only? It installed, and worked for a few days (after i first h

  • Why do we need info source in bi 7.0?

    hi friends, in bi 7.0 we have data source and make transformations. here why they gave again info source? Thanking u suneel.

  • What does the weblogic.transaction.internal.CoordinatorImpl do?

    When under a moderate to heavy load I occasionally see as much as 90% of threads in one server on a cluster working on the following request:           weblogic.transaction.internal.CoordinatorImpl           This was as viewed in the WLS admin consol

  • Excel conversion, weblogic8.1

    We are developing a web application using Weblogic 8.1 express as the application server. Where in we need to convert the reports data into excel format and show it in the browser. The approach we followed is as follows. We are creating the excel fil