Oracle® E-Records: Implementation Guide Release 12.1
Oracle® E-Records: Implementation Guide Release 12.1
Oracle® E-Records: Implementation Guide Release 12.1
August 2010
Oracle E-Records Implementation Guide, Release 12.1 Part No. E13700-04 Copyright 2002, 2010, Oracle and/or its affiliates. All rights reserved. Primary Author: Sujata Patnaik Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners. This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing. If this software or related documentation is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, the following notice is applicable: U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007). Oracle USA, Inc., 500 Oracle Parkway, Redwood City, CA 94065. This software is developed for general use in a variety of information management applications. It is not developed or intended for use in any inherently dangerous applications, including applications which may create a risk of personal injury. If you use this software in dangerous applications, then you shall be responsible to take all appropriate fail-safe, backup, redundancy and other measures to ensure the safe use of this software. Oracle Corporation and its affiliates disclaim any liability for any damages caused by use of this software in dangerous applications. This software and documentation may provide access to or information on content, products and services from third parties. Oracle Corporation and its affiliates are not responsible for and expressly disclaim all warranties of any kind with respect to third party content, products and services. Oracle Corporation and its affiliates will not be responsible for any loss, costs, or damages incurred due to your access to or use of third party content, products or services.
Contents
Implementing E-records
Enabling Profile Options.......................................................................................................... 3-2 Setting Up Responsibilities...................................................................................................... 3-4 Enabling the Event.................................................................................................................... 3-4 Enabling the Subscription........................................................................................................ 3-6 Setting Up Oracle Approval Management............................................................................... 3-8 Setting Up the Configuration Variables................................................................................... 3-9
iii
Running the E-record Event Setup Verification Report......................................................... 3-13 Setting Up Indexed XML Elements........................................................................................ 3-14 Security Rules.......................................................................................................................... 3-15 Related Events......................................................................................................................... 3-15 Setting Up Related Events....................................................................................................... 3-15 Setting Up Ad Hoc Signers..................................................................................................... 3-16 Manually Enabling E-Records Only....................................................................................... 3-17 Enabling One-Step E-signatures............................................................................................. 3-17 Setting Up Redlining.............................................................................................................. 3-18 Enabling E-Records in Mobile Supply Chain Applications.................................................. 3-18 Force E-Record Generation ..................................................................................................... 3-19
iSignatures
Types of Documents.................................................................................................................. 5-2 ERP Documents......................................................................................................................... 5-2 Uploading Documents.............................................................................................................. 5-2 Document Status....................................................................................................................... 5-3 Security...................................................................................................................................... 5-3 Checklist Functionality............................................................................................................. 5-4 Uploading Documents ............................................................................................................. 5-5 Querying Documents................................................................................................................ 5-6 Viewing Document Details....................................................................................................... 5-8 Updating a Document............................................................................................................... 5-8 Deleting Documents.................................................................................................................. 5-9 Sending Documents for Approval............................................................................................ 5-9 Signing a Document................................................................................................................ 5-10 Signing With E-Initials........................................................................................................... 5-12 Updating Signers..................................................................................................................... 5-13 Adding Signers........................................................................................................................ 5-13
iv
Reordering Signers.................................................................................................................. 5-14 Managing Templates Using iSignatures................................................................................ 5-14 Linking a Document to a Website...........................................................................................5-15
Navigation Paths
Navigation Paths....................................................................................................................... B-1
Glossary Index
vi
Send Us Your Comments
Oracle E-Records Implementation Guide, Release 12.1
Part No. E13700-04
Oracle welcomes customers' comments and suggestions on the quality and usefulness of this document. Your feedback is important, and helps us to best meet your needs as a user of our products. For example: Are the implementation steps correct and complete? Did you understand the context of the procedures? Did you find any errors in the information? Does the structure of the information help you with your tasks? Do you need different information or graphics? If so, where, and in what format? Are the examples correct? Do you need more examples?
If you find any errors or have any other suggestions for improvement, then please tell us your name, the name of the company who has licensed our products, the title and part number of the documentation and the chapter, section, and page number (if available). Note: Before sending us your comments, you might like to check that you have the latest version of the document and if any concerns are already addressed. To do this, access the new Oracle E-Business Suite Release Online Documentation CD available on My Oracle Support and www.oracle.com. It contains the most current Documentation Library plus all documents revised or released recently. Send your comments to us using the electronic mail address: [email protected] Please give your name, address, electronic mail address, and telephone number (optional). If you need assistance with Oracle software, then please contact your support representative or Oracle Support Services. If you require training or instruction in using Oracle software, then please contact your Oracle local office and inquire about our Oracle University offerings. A list of Oracle offices is available on our Web site at www.oracle.com.
vii
Preface
Intended Audience
Welcome to Release 12.1 of the Oracle E-Records Implementation Guide. This guide assumes that you have working knowledge of your business area's processes, tools, principles, and customary practices. It also assumes that you are familiar with Oracle Process Manufacturing. If you have never used Oracle Process Manufacturing, we suggest you attend one or more of the Oracle Process Manufacturing training classes available through Oracle University. See Related Information Sources on page xi for more Oracle E-Business Suite product information.
Documentation Accessibility
Our goal is to make Oracle products, services, and supporting documentation accessible to all users, including users that are disabled. To that end, our documentation includes features that make information available to users of assistive technology. This documentation is available in HTML format, and contains markup to facilitate access by the disabled community. Accessibility standards will continue to evolve over time, and Oracle is actively engaged with other market-leading technology vendors to address technical obstacles so that our documentation can be accessible to all of our customers.
ix
For more information, visit the Oracle Accessibility Program Web site at http://www.oracle.com/accessibility/.
Structure
1 Introduction to Oracle E-Records 2 E-record Signature Flows
There are two different types of signature flows - online and deferred. The online process forces all signatures to take place at the same time before the event can continue. The deferred process lets you move on without all signatures in place. The following is a flow of the two different types of processes, using the OPM Item Creation process as an example.
3 Implementing E-records
You must complete the following steps to enable the E-records functionality. These steps comprise the initial setup of Oracle E-Records and are required to ensure a complete and accurate system.
4 Setting Up Security Rules
This topic describes how the e-records stored as XML documents in the database are a repository of critical information that can be queried for reasons ranging from internal users viewing information to regulatory authorities inspecting process records. The information contained in these e-records can be confidential and critical to the nature of the business. Therefore, access to these e-records must be restricted so that any unauthorized entry is prevented. Access to e-records must be based on the contents of the e-records. For example, you can restrict access to all e-records having any reference to a particular formula ingredient.
5 iSignatures
This topic describes using attachments with Oracle E-Records, the types of attachments available, and how attachments are stored.
6 Maintaining Oracle E-Records
Oracle E-Records has utilities that let you maintain your system. You can view XML and e-record information from within the application. This information can be used to verify XML and XSL information, as well as e-record layouts prior to the event being used. You can also update or delete existing indexed XML elements, or add new elements.
7 Reporting and Printing
After an e-record is created, it is stored in the Evidence Store, a secure environment in the database. You can view the e-records, and their associated documents, and print the e-records in a PDF format.
A Oracle E-Records Events B Navigation Paths Glossary
xi
Oracle E-Business Suite Installation Guide: Using Rapid Install This book is intended for use by anyone who is responsible for installing or upgrading Oracle E-Business Suite. It provides instructions for running Rapid Install either to carry out a fresh installation of Oracle E-Business Suite Release 12, or as part of an upgrade from Release 11i to Release 12. The book also describes the steps needed to install the technology stack components only, for the special situations where this is applicable. Oracle Application Server Adapter for Oracle Applications User's Guide This guide covers the use of OracleAS Adapter in developing integrations between Oracle applications and trading partners. Please note that this guide is in the Oracle Application Server 10g (10.1.3.1) Documentation Library. Oracle E-Business Suite System Administrator's Guide Documentation Set This documentation set provides planning and reference information for the Oracle E-Business Suite System Administrator. Oracle E-Business Suite System Administrator's Guide - Configuration contains information on system configuration steps, including defining concurrent programs and managers, enabling Oracle Applications Manager features, and setting up printers and online help. Oracle E-Business Suite System Administrator's Guide - Maintenance provides information for frequent tasks such as monitoring your system with Oracle Applications Manager, administering Oracle E-Business Suite Secure Enterprise Search, managing concurrent managers and reports, using diagnostic utilities including logging, managing profile options, and using alerts. Oracle E-Business Suite System Administrator's Guide - Security describes User Management, data security, function security, auditing, and security configurations. Oracle E-Business Suite User's Guide This guide explains how to navigate, enter data, query, and run reports using the user interface (UI) of Oracle E-Business Suite. This guide also includes information on setting user profiles, as well as running and reviewing concurrent requests. Oracle e-Commerce Gateway User's Guide This guide describes the functionality of Oracle e-Commerce Gateway and the necessary setup steps in order for Oracle Applications to conduct business with trading partners through Electronic Data Interchange (EDI). It also contains how to run extract programs for outbound transactions, import programs for inbound transactions, and the relevant reports. Oracle e-Commerce Gateway Implementation Guide This guide describes implementation details, highlights additional setups for trading partner, code conversion, and Oracle Applications as well as provides the architecture guidelines for transaction interface files. This guide also contains troubleshooting information and how to customize EDI transactions. Oracle Report Manager User's Guide Oracle Report Manager is an online report distribution system that provides a secure
xii
and centralized location to produce and manage point-in-time reports. Oracle Report Manager users can be either report producers or report consumers. Use this guide for information on setting up and using Oracle Report Manager. Oracle iSetup User Guide This guide describes how to use Oracle iSetup to migrate data between different instances of the Oracle E-Business Suite and generate reports. It also includes configuration information, instance mapping, and seeded templates used for data migration. Oracle Workflow Administrator's Guide This guide explains how to complete the setup steps necessary for any product that includes workflow-enabled processes. It also describes how to manage workflow processes and business events using Oracle Applications Manager, how to monitor the progress of runtime workflow processes, and how to administer notifications sent to workflow users. Oracle Workflow Developer's Guide This guide explains how to define new workflow business processes and customize existing Oracle Applications-embedded workflow processes. It also describes how to define and customize business events and event subscriptions. Oracle Workflow User's Guide This guide describes how users can view and respond to workflow notifications and monitor the progress of their workflow processes. Oracle Workflow API Reference This guide describes the APIs provided for developers and administrators to access Oracle Workflow. Oracle XML Gateway User's Guide This guide describes Oracle XML Gateway functionality and each component of the Oracle XML Gateway architecture, including Message Designer, Oracle XML Gateway Setup, Execution Engine, Message Queues, and Oracle Transport Agent. The integrations with Oracle Workflow Business Event System and the Business-to-Business transactions are also addressed in this guide. Oracle XML Publisher Report Designer's Guide Oracle XML Publisher is a template-based reporting solution that merges XML data with templates in RTF or PDF format to produce a variety of outputs to meet a variety of business needs. Using Microsoft Word or Adobe Acrobat as the design tool, you can create pixel-perfect reports from the Oracle E-Business Suite. Use this guide to design your report layouts. Oracle XML Publisher Administration and Developer's Guide Oracle XML Publisher is a template-based reporting solution that merges XML data with templates in RTF or PDF format to produce a variety of outputs to meet a variety
xiii
of business needs. Outputs include: PDF, HTML, Excel, RTF, and eText (for EDI and EFT transactions). Oracle XML Publisher can be used to generate reports based on existing E-Business Suite report data, or you can use Oracle XML Publisher's data extraction engine to build your own queries. Oracle XML Publisher also provides a robust set of APIs to manage delivery of your reports via e-mail, fax, secure FTP, printer, WebDav, and more. This guide describes how to set up and administer Oracle XML Publisher as well as how to use the Application Programming Interface to build custom solutions. Guides Related to This Product Oracle Process Manufacturing Cost Management User's Guide The Oracle Process Manufacturing Cost Management application is used by cost accountants to capture and review the manufacturing costs incurred in their process manufacturing businesses. The guide describes how to set up and use this application. Oracle Process Manufacturing Process Execution User's Guide The Oracle Process Manufacturing Process Execution application lets you track firm planned orders and production batches from incoming materials through finished goods. Seamlessly integrated to the Product Development application, Process Execution lets you convert firm planned orders to single or multiple production batches, allocate ingredients, record actual ingredient usage, and then complete and close production batches. Production inquiries and preformatted reports help you optimize inventory costs while maintaining a high level of customer satisfaction with on-time delivery of high quality products. The Oracle Process Manufacturing Process Execution User's Guide presents overviews of the tasks and responsibilities for the Production Supervisor and the Production Operator. It provides prerequisite setup in other applications, and details the windows, features, and functionality of the application. Oracle Process Manufacturing Product Development User's Guide The Oracle Process Manufacturing Product Development application provides features to manage formula, routing, recipe, and validity rule development within process manufacturing operations. Use it to manage multiple laboratory organizations and support varying product lines throughout the enterprise. Characterize and simulate the technical properties of ingredients and their effects on formula performance and cost. Simulate and optimize formulations before beginning expensive laboratory test batches. Product Development coordinates each development function to provide a rapid, enterprise-wide implementation of new products in your plants. The guide describes how to set up and use this application. Oracle Process Manufacturing Quality Management User's Guide The Oracle Process Manufacturing Quality Management application provides features to test material sampled from inventory, production, or receipts from external suppliers. The application lets you enter specifications and control their use throughout the enterprise. Customized workflows and electronic recordkeeping automate plans for sampling, testing, and result processing. Compare specifications to assist in regrading
xiv
items, and match customer specifications. Aggregate test results and print statistical assessments on quality certificates. Run stability testing with unrivaled ease. Several preformatted reports and inquiries help manage quality testing and reporting. The guide describes how to set up and use this application. System Administration User's Guide Much of the System Administration duties are performed at the Oracle Applications level, and are therefore described in the Oracle Applications System Administrator's Guide. The Oracle Process Manufacturing System Administration User's Guide provides information on the few tasks that are specific to Oracle Process Manufacturing. It offers information on performing Oracle Process Manufacturing file purge and archive, and maintaining such things as responsibilities, units of measure, and organizations. Regulatory Management User's Guide Oracle Process Manufacturing Regulatory Management provides solutions for document management that help meet the FDA 21 CFR Part 11 and other international regulatory compliance requirements. Regulatory information management is facilitated by use of electronic signatures. Manage hazard communications by collaborating with Oracle partners to dispatch safety documents, attached printed documentation sets such as the MSDS to shipments, and set up workflows to manage documentation revisions, approvals, and transmittals. The Oracle Process Manufacturing Regulatory Management User's Guide provides the information to set up and use the application. Oracle Manufacturing Execution System for Process Manufacturing Oracle Manufacturing Execution System (MES) for Process Manufacturing provides a seamless integration to product development and process execution applications for rapid deployment and tracking of procedures, work instruction tasks, and batch records. Set up and manage material dispensing operations and produce electronic batch records interactively with full electronic signature control, nonconformance management, and label printing routines. The Oracle Manufacturing Execution System for Process Manufacturing User's Guide delivers the information to set up and use the application. API User's Guides Public Application Programming Interfaces (APIs) are available for use with different Oracle Process Manufacturing applications. APIs pass information into and out of the application tables, thereby bypassing the user interface. Use of these APIs is documented in separately available documentation. Oracle Engineering User's Guide This guide enables your engineers to utilize the features of Oracle Engineering to quickly introduce and manage new designs into production. Specifically, this guide details how to quickly and accurately define the resources, materials and processes necessary to implement changes in product design. Oracle Inventory User's Guide This guide describes how to define items and item information, perform receiving and
xv
inventory transactions, maintain cost control, plan items, perform cycle counting and physical inventories, and set up Oracle Inventory. Oracle Bills of Material User's Guide This guide describes how to create various bills of material to maximize efficiency, improve quality and lower cost for the most sophisticated manufacturing environments. By detailing integrated product structures and processes, flexible product and process definition, and configuration management, this guide enables you to manage product details within and across multiple manufacturing sites. Oracle Work in Process User's Guide This guide describes how Oracle Work in Process provides a complete production management system. Specifically this guide describes how discrete, repetitive, assemble toorder, project, flow, and mixed manufacturing environments are supported. Oracle Quality User's Guide This guide describes how Oracle Quality can be used to meet your quality data collection and analysis needs. This guide also explains how Oracle Quality interfaces with other Oracle Manufacturing applications to provide a closed loop quality control system. Oracle Shipping Execution User's Guide This guide describes how to set up Oracle Shipping to process and plan your trips, stops and deliveries, ship confirmation, query shipments, determine freight cost and charges to meet your business needs. Oracle Purchasing User's Guide This guide describes how to create and approve purchasing documents, including requisitions, different types of purchase orders, quotations, RFQs, and receipts. This guide also describes how to manage your supply base through agreements, sourcing rules and approved supplier lists. In addition, this guide explains how you can automatically create purchasing documents based on business rules through integration with Oracle Workflow technology, which automates many of the key procurement processes. Oracle interMedia User's Guide and Reference This user guide and reference provides information about Oracle interMedia. This product enables Oracle9i to store, manage, and retrieve geographic location information, images, audio, video, or other heterogeneous media data in an integrated fashion with other enterprise information. Oracle Trading Community Architecture Data Quality Management uses interMedia indexes to facilitate search and matching. Oracle SelfService Web Applications Implementation Guide This manual contains detailed information about the overview and architecture and setup of Oracle SelfService Web Applications. It also contains an overview of and procedures for using the Web Applications Dictionary. Installation and System Administration
xvi
Oracle E-Business Suite Concepts This guide provides an introduction to the concepts, features, technology stack, architecture, and terminology for Oracle Applications Release 11i. It provides a useful first book to read before an installation of Oracle Applications. This guide also introduces the concepts behind Applications-wide features such as Business Intelligence (BIS), languages and character sets, and Self-Service Web Applications. Oracle E-Business Suite Installation Guide: Using Rapid Install This book is intended for use by anyone who is responsible for installing or upgrading Oracle E-Business Suite. It provides instructions for running Rapid Install either to carry out a fresh installation of Oracle E-Business Suite Release 12, or as part of an upgrade from Release 11i to Release 12. The book also describes the steps needed to install the technology stack components only, for the special situations where this is applicable. Oracle Applications Upgrade Guide: Release 11i to Release 12.1.1 Refer to this guide if you are upgrading your Oracle Applications. This guide describes the upgrade process and lists database and product-specific upgrade tasks. "About" Document For information about implementation and user documentation, instructions for applying patches, new and changed setup steps, and descriptions of software updates, refer to the "About" document for your product. "About" documents are available on My Oracle Support for most products beginning with Release 11.5.8. Maintaining Oracle E-Business Suite Documentation Set This documentation set provides maintenance and patching information for the Oracle E-Business Suite DBA. Oracle E-Business Suite Maintenance Procedures provides a description of the strategies, related tasks, and troubleshooting activities that will help ensure the continued smooth running of an Oracle E-Business Suite system. Oracle E-Business Suite Maintenance Utilities describes the Oracle E-Business Suite utilities that are supplied with Oracle E-Business Suite and used to maintain the application file system and database. It also provides a detailed description of the numerous options available to meet specific operational requirements. Oracle E-Business Suite Patching Procedures explains how to patch an Oracle E-Business Suite system, covering the key concepts and strategies. Also included are recommendations for optimizing typical patching operations and reducing downtime. Oracle E-Business Suite System Administrator's Guide This guide provides planning and reference information for the Oracle Applications System Administrator. It contains information on how to define security, customize menus and online help, and manage concurrent processing. Oracle Alert User's Guide This guide explains how to define periodic and event alerts to monitor the status of your Oracle Applications data. Oracle E-Business Suite Developer's Guide
xvii
This guide contains the coding standards followed by the Oracle E-Business Suite development staff. It describes the Oracle Application Object Library components needed to implement the Oracle E-Business Suite user interface described in the Oracle E-Business Suite User Interface Standards for Forms-Based Products. It provides information to help you build your custom Oracle Forms Developer forms so that they integrate with Oracle E-Business Suite. In addition, this guide has information for customizations in features such as concurrent programs, flexfields, messages, and logging. Oracle E-Business Suite User Interface Standards for Forms-Based Products This guide contains the user interface (UI) standards followed by the Oracle E-Business Suite development staff. It describes the UI for the Oracle E-Business Suite products and how to apply this UI to the design of an application built by using Oracle Forms. Other Implementation Documentation Oracle Applications Product Update Notes Use this guide as a reference for upgrading an installation of Oracle Applications. It provides a history of the changes to individual Oracle Applications products between Release 11.0 and Release 11i. It includes new features, enhancements, and changes made to database objects, profile options, and seed data for this interval. Oracle Workflow Administrator's Guide This guide explains how to complete the setup steps necessary for any Oracle Applications product that includes workflow-enabled processes, as well as how to monitor the progress of runtime workflow processes. Oracle Workflow Developer's Guide This guide explains how to define new workflow business processes and customize existing Oracle Applications-embedded workflow processes. It also describes how to define and customize business events and event subscriptions. Oracle Workflow User's Guide This guide describes how Oracle Applications users can view and respond to workflow notifications and monitor the progress of their workflow processes. Oracle Workflow API Reference This guide describes the APIs provided for developers and administrators to access Oracle Workflow. Oracle E-Business Suite Flexfields Guide This guide provides flexfields planning, setup, and reference information for the Oracle E-Business Suite implementation team, as well as for users responsible for the ongoing maintenance of Oracle E-Business Suite product data. This guide also provides information on creating custom reports on flexfields data. Oracle eTechnical Reference Manuals Each eTechnical Reference Manual (eTRM) contains database diagrams and a detailed description of database tables, forms, reports, and programs for a specific Oracle Applications product. This information helps you convert data from your existing applications, integrate Oracle Applications data with non-Oracle applications, and write
xviii
custom reports for Oracle Applications products. Oracle eTRM is available on My Oracle Support. Oracle Applications Message Manual This manual describes all Oracle Applications messages. This manual is available in HTML format on the documentation CD-ROM for Release 11i.
Integration Repository
The Oracle Integration Repository is a compilation of information about the service endpoints exposed by the Oracle E-Business Suite of applications. It provides a complete catalog of Oracle E-Business Suite's business service interfaces. The tool lets users easily discover and deploy the appropriate business service interface for integration with any system, application, or business partner. The Oracle Integration Repository is shipped as part of the E-Business Suite. As your instance is patched, the repository is automatically updated with content appropriate for the precise revisions of interfaces in your environment.
xix
1
Introduction to Oracle E-Records
This chapter covers the following topics: E-signatures Electronic Records Sign What You See One-step E-signatures Framework Touch Screen User Interface
E-signatures
Organizations that want to maintain electronic documents must have systems that support the ability to electronically sign those documents, ensuring that the appropriate personnel have reviewed and approved them. Good Manufacturing Practices (GMP) generally requires signatures on transactions which affect product quality. Companies can also require signatures when moving the custody of goods from one department to another, or when moving responsibility for manufacture from one department to another. So, wherever a signature is needed on a paper document, a signature is needed on the electronic document that replaces it. These electronic signatures or e-signatures can be done either through forms or through the online mode. A new feature, one-step e-signature, further simplifies the e-signature process in the online mode. This document addresses the enabling of electronic signatures in OPM for static (setup), as well as transaction data.
Electronic Records
21CFR Part 11 describes the requirements for companies wanting to move from paper based record keeping to electronic record keeping. GMP describes where it is appropriate to keep electronic records and capture electronic signatures.
This document details all areas in OPM that GMP explicitly or implicitly states are important for capturing e-signatures and e-records. There are also events where data is captured that are industry standard, or dictated by other authorities (like the DEA) that are not mentioned by GMP.
One-step E-signatures
The one-step e-signature functionality lets you combine the several pages that a normal signing process takes, into a single page where all signers can complete their approvals. This is an online process, not deferred, and is set based on a profile option. Approver count and approver list in one-step signature process Approvers for a transaction are often set at the Approval Management (AME) level, where the set of approvers required for a business event are defined. Approver count feature provides product teams the capability to enable the ERES framework to allow any number of valid application users as ERES Approvers during the signature process, as opposed to mandating pre-defined AME approvers. In this feature, product teams can set the number of application users for signatures. An approver count is set while raising an ERES event raise and the Signature page is displayed with those many rows. Any valid application user can sign-off the E-record.the transaction.
The Approver Lists feature allows product teams to send approver lists to E-signature framework. This list can have application users or responsibility. If it is a responsibility, any user who has the responsibility can do the sign-off. This also supports multiple counts for responsibility level approvals. Approver list and approval count are available only in the Simplified Signature process (Einitials), and not available in the regular signature process. Support of the above two features is primarily driven by the fact that the originating transaction systems may have their own way of defining the approvers and need not duplicate the same in AME.
Framework
Based on Good Manufacturing Practices and customer requirements, the following application windows are configured to capture e-records or e-signatures, or both. Application windows, along with their associated programs, must be enhanced to call the data capture framework. Events are defined within the framework. An event consists of an event name, the tables, the columns, and the data values. If an event exists, but is disabled for e-records or e-signatures, then the window behaves as expected. If an event exists and is enabled for e-records or e-signatures, then the framework reacts accordingly: If e-signatures are enabled, then the e-signature window displays, requiring entry from the appropriate user. If e-records are enabled, then a snapshot of the event takes place at the appropriate time:
If you have existing workflows, you can enable Oracle E-Records on these workflows using the components of the ERES framework. Refer to the Oracle E-Records Developer's Cookbook for details.
Framework Components
The framework consists of the flowing components:
XML Gateway
XML Gateway is used for mapping definition and generation of XML for an e-record. Individual product teams define XML maps and DTDs for e-record and e-signature events supported by them. These maps and DTDs are loaded into the database and
source controlled under the respective product tops. The e-record stylesheet is also defined as part of XML Gateway.
Transaction Variables
This component is used to define conditions, rules, and approval hierarchy. It stores rule specific attributes such as electronic recording required or electronic signature is required, and what type of style sheet needs to be applied for this rule. These rules are evaluated at runtime based on the transaction ID, which is the primary key for the transaction.
Oracle Applications
A generic call is available, which is called to raise an event from the window.
XML Publisher
XML Publisher provides a new approach to the customization of report publishing by integrating familiar desktop word processing tools with existing Oracle EBusiness Suite data reporting.
Use the full range of your word processing application's formatting features to create rich report layout designs, or simply modify the ordering of report data to better suit your needs. XML Publisher transforms your document to XSL and PDF, letting you leverage your existing desktop application as an XSL editor.
Online signatures are beneficial for those real-time processes that cannot proceed without immediate authorization. Deferred mode signatures are useful when the signature does not need to occur immediately, the signers are not typically in the same physical location or are otherwise not immediately available at the time of the signature request, or if there are several items that the signers must verify prior to signing, thus creating a time lag between receipt of the e-signature request and the response. Workflow notifications can be accessed through Oracle Applications. The use of Oracle Workflow provides an additional level of auditing - Workflow keeps an electronic history of when parties were notified and when they completed their signoff.
In order to ensure the proper signatures are captured for each document or event within each internal organization, part of the Electronic Record Framework enables secured users to associate the appropriate Users with each event. An e-record contains a defined set of data from a moment in time captured by the software. This set of data is unique for each application, and each event within that
application. For organizations capturing e-signatures with e-records, the intent is to present the e-record to the application user and let them approve or reject the data along with their signature. For those not using e-signatures, e-records are captured as a background process. Layouts for all OPM e-records are contained within this document and is further explored within the detail designs to follow. E-records are captured in an XML format. XML provides portability, ultimately enabling the delivery of e-records to the FDA electronically. XML also provides longevity of the data. This helps eliminate the need to keep old versions of programs available just to read the documents. The e-records are generated using the XML data with related XSL or RTF templates. The e-records are stored in an evidence store. The evidence store is a secure storage location and has links from the transaction windows.
2
E-record Signature Flows
There are two different types of signature flows - online and deferred. The online process forces all signatures to take place at the same time before the event can continue. The deferred process lets you move on without all signatures in place. The following is a flow of the two different types of processes, using the OPM Item Creation process as an example. This chapter covers the following topics: Online Flow Deferred Flow Oracle Applications Framework Signature Confirmation
Online Flow
Following is the procedure for the online flow using Item Creation:
1. 2. 3.
Enter a new item. Save the new item. Select Approve New Item from the Action menu. A dialog box displays notifying you that the item must be approved.
1.
Click OK. The process is incomplete and a message displays that the Electronic Signature Process abnormally terminated. Leave the dialog box, and continue to the approval windows. The List of Signers window appears.
2.
4.
If the Ad Hoc signer functionality is enabled, then you can add, remove, or reorder signers at this time. Begin the approval process in the order the approvers are set for by clicking the
5.
Sign button.
6.
For each approver, the electronic record displays. Enter the reason, signers comments, and signature type. In addition, you can see the response history for all previous approvers. Select a notification response.
1. 2.
7.
If Cancel is selected, then the previous window displays. If Reject or approve are selected, then the Signers Confirmation window displays.
8.
If Cancel is selected, the previous window displays. If Submit is selected, the approval is complete, and the Signers List page displays for the approval process to continue. If the submission is a rejection, then the process stops. The confirmation page displays, whereby you click OK to close the browser and go back to the Items window.
9.
10. If the signature process is not complete, then a message displays that the signature
process is not complete because this is an online event. You can either click Yes to stop the process, close the browser, and complete at a later time, or click No, and complete the process.
11. Once the process is complete, close the browser. 12. Click OK to the dialog box on the Items window.
Deferred Flow
Following is the procedure for the deferred flow using Item Creation:
1. 2. 3.
Enter a new item. Save the new item. Select Approve New Item from the Action menu. A dialog box displays notifying you that the item must be approved.
1.
Click OK. The process is incomplete and a message displays that the Electronic
Leave the dialog box, and continue to the approval windows. The List of Signers window appears.
4.
If the Ad Hoc signer functionality is enabled, then you can add, remove, or reorder signers at this time. Begin the approval process in the order the approvers are set for by clicking the Sign button. For each approver, the electronic record displays. Enter the reason, signers comments, and signature type. In addition, you can see the response history for all previous approvers. Select a notification response.
1. 2.
5.
6.
7.
If Cancel is selected, then the previous window displays. If Reject or Confirm are selected, then the Signers Confirmation window displays. If Reject is selected, then an email is sent to the requestor and all subsequent signers that a rejection has occurred.
8.
If Cancel is selected, then the previous window displays. If Submit is selected, then the approval is complete, and the Signers List page displays for the approval process to continue. If the submission is a rejection, then the process stops, you must close the browser, and go back to the Items window.
9.
Click Submit.
1.
If the signature process is complete, then a message displays that the online process is complete. If the signature process is not complete, then a message displays that for this event deferred is allowed, and notifications are sent to all approvers. Based on the profile options EDR: Workflow Notification Timeout (in Hours) and EDR: Workflow Notification Timeout Interval, reminders are sent out over a period of time until they are terminated.
2.
10. Close the browser. 11. Click OK to the dialog box on the Items window. The item remains pending.
12. If you receive an email notification, then click to the approval window from the
e-mail. You will not see the list of approvers, only the approval information you must complete.
3
Implementing E-records
You must complete the following steps to enable the E-records functionality. These steps comprise the initial setup of Oracle E-Records and are required to ensure a complete and accurate system. This chapter covers the following topics: Enabling Profile OptionProfile Options Setting Up Responsibilities Enabling the EventEvent Enabling the SubscriptionSubscription Setting Up Oracle Approval Management Setting Up the Configuration Variables Running the E-record Event Setup Verification Report Setting Up Indexed XML Elements Security Rules Related Events Setting Up Related Events Setting Up Ad Hoc Signers Manually Enabling E-Records Only Enabling One-Step E-signatures Setting Up Redlining Enabling E-Records in Mobile Supply Chain Applications Force E-Record Generation
then you must set EDR: Server Time zone to the same value.
works in conjunction with the EDR: Workflow Notification Timeout Interval profile option. This is set at the Site level only.
Example 1
EDR: Workflow Notification Timeout (in Hours) = 5 EDR: Workflow Notification Timeout Interval = 3 The result is that five hours after the initial notification is sent, three more are sent at five hour intervals. If no acknowledgement is made, then the process is terminated and e-mails are sent to all approvers and the requestor that the process was terminated.
Example 2
EDR: Workflow Notification Timeout (in Hours) = NULL EDR: Workflow Notification Timeout Interval = 3 The notification timeout in hours overrides the number of reminders sent. Therefore, in this example no reminders are sent and the process is terminated. This is not a valid combination. You must set a timeout interval in hours.
Example 3
EDR: Workflow Notification Timeout (in Hours) = 5 EDR: Workflow Notification Timeout Interval = NULL The result is that no notifications are sent, and at the end of the five hours the process is terminated.
process. If this is set to No, then there is no notification for each signature. All signers receive a notification for a rejection, regardless of the profile option setting.
Setting Up Responsibilities
The following responsibilities are available with the Oracle E-Records applications. Give your users the appropriate responsibilities. The administration responsibilities must only go to the person responsible for setting up the system. ERES Administrator This person has the responsibility for overall administration of the Oracle E-Records application. Only a small number of people should be assigned this responsibility. ERES User This person can access the Oracle E-Records application for user tasks like querying the Evidence Store only. No administration related functions are exposed to this responsibility. iSignatures Administrator This person is the administrator for the iSignature process. This person can do all the functions of a user, in addition to updating and deleting other users files. iSignatures User This person can upload files and send them for approval. In addition, they can update or delete their own files only.
named communication agents within those systems, and subscriptions indicating that an event is significant to a particular system.
You can use the Event Manager web pages to define and maintain these events, systems, agents, and subscriptions. A business event is an occurrence in an internet or intranet application or program that might be significant to other objects in a system or to external agents. For instance, the creation of a purchase order is an example of a business event in a purchasing application. You can define your significant events in the Event Manager.
When you define an event in the Event Manager, you must assign it a unique internal name, which is case-sensitive. The format for these internal names is a compound structure of identifiers separated by periods (.) as follows: oracle.apps.<product>.<component>.<object>.<event> This format lets you organize the events you define into a classification hierarchy. Example: oracle.apps.gme.Process.Batch.close, Process Batch Close Event
Display Name
The Customization Level determines how much of the event information can be changed. All seed events are set to Limit, where only the Status can be changed. Custom events are set to User, and all fields can be changed.
Identify Event Key
Each instance of an event must be unique and is identified by an event key. The key helps to tag the transaction data with e-signature and e-record data. The key must be a
unique identifier for an event and not hold multiple values. In most cases, it is the primary key of a table on which the event is taking place. In some cases, the primary key can be a multi part key, which is concatenated and treated as a single event key. This key is used as a business event key and is passed as a parameter to the event raise API. Example of a single key: Event: GME_BATCH_RELEASE Event Key: GME_BATCH_HEADER.BATCH_ID Example of a multi part key: (If the Batch Header table does not have BATCH_ID) Event: GME_BATCH_RELEASE Event Key: GME_BATCH_HEADER.PLANT_CODE GME_BATCH_HEADER.BATCH_NO Event key representation during API calls: GME_BATCH_HEADER.PLANT_CODE|| GME_BATCH_HEADER.BATCH_NO Refer to the Oracle Workflow Guide for details on enabling events.
Restrictions
Subscriber: System
Leave blank.
Execution Control: Phase (mandatory)
Enter EDR_PSIG_RULE.PSIG_RULE. This is the rule function, which determines if e-signature is required for the event instance and generate XML document if required.
Action: Workflow Item Type and Workflow Process Name
Leave blank.
Action: Priority
Leave blank.
Action: Parameters
The parameter column can be used to add space delimited name=value pairs, which can be accessed by rule function. The rule function looks for the following parameter and if the parameters are not, then set it. EDR_XML_MAP_CODE=<Your XML Map Code> EDR_AME_TRANSACTION_TYPE=<AME transaction Type>
Documentation: Owner Name (mandatory)
Documentation: Description
The customization level will be set to "Limit" Refer to the Oracle Workflow Guide for details on enabling subscriptions.
Creating Conditions
In OAM, a condition specifies a list or range of attribute values required to make a rule apply to a transaction. For example: INVENTORY_TYPE IN {'A'}
2. 3.
Select a Transaction Name from the list of values. Required. Click Go. The available variables are listed under the Result for Transaction section. All seeded variables can be updated but not deleted. The following transaction fields are display only: Variable Name displays the name of either a seeded or custom variable. Description displays the description of the variable. Data Type displays the type of data for the variable. Default Value displays the default value for the variable.
Navigate to the Configuration Variables window. Select a Transaction Name from the list of values. Select a Rule Name from the list of values. Only rules associated with the selected transaction type are displayed. Click Go. The available variables are listed under the Result for Transaction and Result for Rule regions. All seeded variables can be updated but not deleted. The following rule fields are display only: Variable Name displays the name of either a seeded or custom variable. Description displays the description of the variable. Data Type displays the type of data for the variable. Default Value displays the value for the variable that overrides the value found in the transaction.
4.
Click Create from the Configuration Variables window. The Create Transaction Variable window displays. The Transaction Name is a display only field. Select a transaction variable from the menu. If the variable has already been set, it does not appear in this list. Required. Enter a description for the variable.
2.
3.
4.
Select a data type for the variable. Valid values are: Boolean Character Date Number Time String
5. 6.
Enter the default global value for the variable. Click Apply to save the variable.
Click Create from the Configuration Variables window. The Rule Variable Definition window displays. The Transaction Name and Rule Name are display only fields. Select the input variable you want to add from the menu. If you do not see the variable, then ensure that it is already created as a global variable under transactions. The Data Type field is display only. Required. Enter the value for the variable that overrides the global default value. Click Apply the save the variable.
2.
3. 4.
Once the transaction variables display, click Update. The Update Rule Variable window displays. The following fields are display only: Transaction Name Variable Name Data Type
2.
Modify the Description and Default Value as necessary. The default value must be Y or N. No other values are accepted.
3.
Once the rule variables display, click Update. The Update Rule Variable window displays. The following fields are display only: Transaction Name Rule Name Input Variable Data Type
2. 3.
Modify the Variable Value as necessary. Click Apply to save your changes.
Once the transaction variables display, click Delete. The Delete Transaction Variable window displays. You must not delete the four seed data variables, including: E-record required E-record style sheet E-record Style Sheet version E-signature required - you must set this to Y to enable e-signature.
Click Apply to delete the variable. An error displays if the variable is associated with a rule. You must delete the variable from the rule first, then delete it from the transaction.
Once the rule variables display, click Delete. The Delete Rule Variable window displays. You cannot delete the four seed data variables, including: E-record required E-record style sheet E-record style sheet version E-signature required
Transaction Name Rule Name Input Variable Data Type Variable Value
Generated XML
Navigate to the Submit Request window. Enter E-record Event Setup Verification in the Name field. The Parameters dialog box displays. Enter any of the following fields to narrow the scope of the report: Business Event is theworkflow business event name. Event Key is the business event key number.
3.
4. 5.
Click OK. The Submit Request window displays. Complete the fields on the Submit Request window and click Submit. View or print the report. Refer to "Validate E-record Events" for more information.
Navigate to the Submit Request window. Enter E-record Indexed XML Element Maintenance in the Name field. Click Submit.
4.
Security Rules
It is possible that your system is set up to run Oracle Internet Directory (OID). If so, then you must do the following: Make sure you have Oracle Applications usernames and passwords for all users. Set the Applications SSO Login Types profile option to Both.
You must set up security rules on your system. Refer to "Setting Up Security Rules" for details.
Related Events
Related event mode lets you relate major events to multiple other events, in a parent-child relationship. Some of the scenarios where related events can be implemented are: Mass Lot Creation Many lots are created on one window and only one signature is required, but individual e-records must be captured. Mass Specifications When a master specification is assigned to various organizations, the master specification is signed, but creation of referenced organization specifications require e-records and must be linked to the Master Specification. Batch Release Batch Release requires an e-signature, but lots created during this process only need an e-record and must be linked to the Batch Release Event.
transaction. If you do not have any e-record subscriptions for the parent event, then an error displays when you try to perform the transaction.
The following are valid setups: Only one e-record subscription either in enabled or disabled status. Only one e-record subscription enabled where you have more than one e-record subscription defined for the event.
Navigate to the Business Events window in the Workflow Web Administrator responsibility. Locate the event that is designated as the parent event. Click Subscription, then Update. Enter a line with the name of the child event and the type of action to be taken in the Action region, in the Parameter field. The line looks like oracle.apps.event.name=VALUE An example of this is oracle.apps.edr.InterEvt.Event2=ERECORD_ONLY The valid values are: EVALUATE_NORMAL - you want to consider the child as a regular e-record event and proceed without any special processing. IGNORE_SIGNATURE - you want to consider the child as a regular ERES event, but does not want to capture e-signatures. ERECORD_ONLY - you want to only capture the e-record for the child transaction without evaluating or AME rules.
2. 3. 4.
Navigate to the Configuration Variables window by selecting ERES Administrator Setup. Search for the event you want to put ad hoc signers on, and click Go. Click Create to add a new variable. Enter the variable name Adhoc Signer Capability. Enter a description. Change the data type to String. Set the default value to NONE for no dynamic changes, ADHOC for adding new signers, and ALL for adding new signers and deleting existing signers. Click Apply.
2. 3. 4. 5. 6. 7.
8.
SHORT to use the one-step e-signatures feature. The rest of the set up for one-step e-signatures is the same as regular signing. You must ensure that the AME setup is complete and the business events you want to use are enabled. There are a few limitations associated with one step signatures;. you cannot use Ad Hoc signers, digital signatures, and dynamic responses.
Setting Up Redlining
There are a number of transaction e-records that can change based on the transaction. For example, you can change the status of a formula several times, each time creating a new transactional e-record. The redlining functionality lets you set up change tracking for both text and RTF e-records. For an RTF e-record, the change tracking highlights removed items. You have the option of setting the redlining feature to reflect changed information however you want. For a text e-record, the body of the record has the text PREV before the old information and CURR before the new information. To set up the redlining functionality, you must add the configuration variable REDLINE REQUIRED. If you want to use this functionality, you must set it to Yes. Refer to the Oracle E-Records Developer's Cookbook Guide for details on creating redlining templates.
in the normal ERES Evidence Store. In addition, any attachments associated to the transaction are viewable in the ERES Evidence Store in the text versions. The PDF version is not supported for mobile supply chain applications. Another limitation of the mobile signing is the inability to add Ad Hoc signers. All signers must be set up in AME prior to initiating the transaction. As with the windows-based e-records, the mobile counterpart offers the same inter-event verification process, giving you the opportunity to test flows prior to using them. Refer to the Oracle E-Records Developer's Guide for details on setting up of e-records and e-signatures for Mobile Supply Chain Applications.
4
Setting Up Security Rules
This topic describes how the e-records stored as XML documents in the database are a repository of critical information that can be queried for reasons ranging from internal users viewing information to regulatory authorities inspecting process records. The information contained in these e-records can be confidential and critical to the nature of the business. Therefore, access to these e-records must be restricted so that any unauthorized entry is prevented. Access to e-records must be based on the contents of the e-records. For example, you can restrict access to all e-records having any reference to a particular formula ingredient. This chapter covers the following topics: Technical Requirements Setting Up Secure Elements Adding E-record Security Rules Security Rule Examples Maintaining E-record Security Rules Viewing Security Rule Details Updating Security Rules Deleting Security Rules Running the E-record Security Policy Administration Program
Technical Requirements
The technical requirements fulfilled by the security model are: You cannot delete an e-record once it is created. The view access is contingent on the content of the e-record and the event for which
complete.
on the contents of the e-records; specifically the value of the secure elements identified at the time of secure element creation. The comprehensive set of security rules supported by the security model lets you provide content based security as follows: Grant a user access to an e-record based on its content. Grant a responsibility access to an e-record based on its content. Restrict a user's access to an e-record based on its content. Restrict a responsibility's access to an e-record based on its content. Grant a responsibility, but restrict a particular user within the responsibility, access to an e-record based on its content. Restrict a responsibility, but grant a user within the responsibility, access to an e-record based on its content.
Navigate to the Security Rules window. Click Create Security Rule. The Create Security Rule window displays. Enter the information for the security rule: Secure Element displays the name of the secure XML elements. Required. Event Name displays the name of the event. Secure Value displays the value of the secure element. In addition, you can use special characters when creating the secure value. Required. User displays the user associated to that secure element. Responsibility displays the responsibility associated to that secure element. Access displays whether the element can be accessed or is restricted by default. Required. Start Date displays the date the security becomes active. Required. End Date displays the date security is no longer active. This can be NULL, leaving security active indefinitely.
4.
Click Apply. A confirmation displays that the Security Rule is successfully created.
5.
Run the E-records Security Policy Administration program. Refer to Running the E-records Security Policy Administration Program, page 4-6 for details.
Navigate to the Security Rules window. Enter search criteria, which can include one or many of the following: Secure Element displays any indexed XML event that has been set up with a secure usage. Event Name displays all active events. User displays all system users. Responsibility displays any responsibilities set up in the system.
3.
Click Go. The search results display. You can sort the information by clicking on any heading that is active. The following information displays for each record: Secure Element displays the name of the secure XML elements. Event Name displays the name of the event. Secure Value displays the value of the secure element. User displays the user associated to that secure element. Responsibility displays the responsibility associated to that secure element. Access displays whether the element can be accessed or is restricted by default. Details lets you drill down into the details of that record. Update lets you update the record. Delete lets you delete the record.
Navigate to the Security Rules window. View the detail information. Click Back to return to the previous window.
Click Update from the Security Rules window. The Update Security Rules window displays. Update the desired information. You cannot update Secure Element, Event Name, Secure Value, User, and Responsibility. You can update the following: Access displays whether the element can be accessed or is restricted by default. Required. Start Date displays the date the security becomes active. Required. End Date displays the date security is no longer active. This can be null, leaving security active indefinitely.
2.
3. 4.
Click Apply. Run the E-records Security Policy Administration program. Refer to Running , page 4-6the E-records Security Policy Administration Program for details.
Click Delete from the Security Rule window. The message Are you sure you want to delete this Security Rule? displays. Click Yes to delete the rule, and No to cancel the delete. Run the E-records Security Policy Administration program. Refer to Running the E-records Security Policy Administration Program, page 4-6 for details.
2. 3.
Navigate to the Submit Request window. Enter E-records Security Policy Administration in the Name field. The Parameters dialog box displays. The Action field is set to either Add or Drop. Click OK. The Submit Request window displays. Complete the fields on the Submit Request window and click Submit. View or print the report.
3. 4. 5.
5
iSignatures
This topic describes using attachments with Oracle E-Records, the types of attachments available, and how attachments are stored. This chapter covers the following topics: Types of Documents ERP Documents Uploading Documents Document Status Security Checklist Functionality Uploading Documents Querying Documents Viewing Document Details Updating a Document Deleting Documents Sending Documents for Approval Signing a Document Signing With E-Initials Updating Signers Adding Signers Reordering Signers Managing Templates Using iSignatures Linking a Document to a WebsiteLinking a Document to a Website
iSignatures 5-1
Types of Documents
Electronic records store the snapshot of an ERES event in Oracle Applications. Along with capturing the main transactional details of the event in an XML format, you can store an attachment related to the key business entities involved in the ERES event. These attachments become part of the e-record and e-record storage. There are two types of attachments: ERP Documents Attachments related to the business entities involved in the transaction being snapshot by an e-record. For example, attachments related to a recipe, which is being changed by an ERES event. These attachments are currently attached to different business entities. These attachments are already stored in Oracle Applications. Non-ERP Documents Attachments directly related to an e-record entity. For example, a standard operating procedure (SOP) followed during the transaction being snapshot by an e-record. These attachments are attached only to e-records directly. These records must be uploaded into Oracle Applications using Files Approval.
ERP Documents
When e-signatures is enabled for a transaction that allows attachments, the attachments are sent through the signature process with the transaction. The attachment is captured as part of the e-record, and once the signature process is complete, the attachment is stored with the e-record. When the e-record is queried, either by transaction or generic, the attachment is available for viewing. For setup information, refer to the Oracle E-Records Developers Cookbook available on My Oracle Support.
Uploading Documents
You can upload a document using Files Approval. Each document is assigned a category, which contains rules for the approval process. Each category has fifteen descriptive flexfield segments that can be used to store information about the documents in that category. When a document is in either the No Approval Required or Approved status, you can attach the document to an E-Business entity using the Oracle Applications Attachments functionality.
Document Status
There are five statuses for a document: New This is the default value for all documents when they are first uploaded. Approved A document is approved after all signers approve it. Waiting for Approval A document is waiting for approval when it is in the approval process, but not all signoffs have been completed. Rejected A document is rejected when one signer rejects the document. Rejected documents are not published and are not available for attaching to ERP entities. Approval Not Required When approvals for a document are not required, set the status to No Approval Required. No rules are required to be set for this document status. If you send the document for approvals after upload, then it is automatically set to Approval Not Required.
Security
The following rules are set to determine what privileges you have based on the status of a document.
iSignatures 5-3
Operations
New
Approved
Rejected
No No No No
No No No No
No No No No
Checklist Functionality
The checklist functionality lets you set up a verification checklist that is uploaded with the document into the iSignatures system. The checklist is a PDF form that contains fields to be entered answering questions about the file being uploaded. This form can be empty fields that you enter information into, or they can have validation against them based on setup in Adobe Acrobat. The checklist can be created by any product that lets you turn the file into a PDF. Then, the document is edited in Adobe Acrobat to have logic and buttons added to make it a usable form. The file must be uploaded into the iSignatures system under the EDR iSign Checklist Templates category, and must be in either the Approved or Approval Not Required status. You must set up three configuration variables to activate the checklist. These include: Checklist Required - valid values are Y, yes the checklist is required and N, no checklist is required. Checklist Template - enter the full name of the PDF file, including the version. Checklist Template Version - enter the version number of the checklist.
When a document is uploaded into iSignatures, the checklist appears after the Apply button is clicked. Then, you enter information into the checklist and click the checklist Submit button. As the document moves through the signature process the checklist can be updated. In the e-record, the checklist link is under the Related Applications section.
validation, including the Submit button. Add the following text fields as hidden in the PDF document: RETURN_FUNC RETURN_TYPE LOBS_ID TRANSACTION_ID SUBMIT_ENABLED
Create a button named SUBMIT as Hidden. You can set the display name under the Options tab. You must attach a javascript to the Submit button. Navigate to the button properties and under the Actions tab --> Mouse Up --> Add --> Type Submit Form --> Select Url. The URL must be OA.jsp?OAFunc=EDR_ISIGN_CHKLST_UPDATE&retainAM=Y&addBreadCrumb =N Make sure you have the fields as shown here Export format - HTML Form Include empty fields All fields
Set page action to the template, Navigate to Document-Set Page Action. On page open add the following javascript for Page Open action
Uploading Documents
When a document is captured, it has an associated category. Each category can have up to 15 descriptive flexfields. This information is stored in the database with the document, and can be used to search for the document.
iSignatures 5-5
The list of categories can be restricted by modifying the value set EDR_FILE_CATEGORIES to include a WHERE clause. The clause defines the categories to appear in the category list of values.
Navigate to the Files Approval window. Click Upload File. The File Upload window displays. Select the Category for the document. The list is a value set that can be modified through the System Administration responsibility. Each category has rules set up in AME that determine the approval process. Required. Based on the category selected, the window displays all descriptive flexfield segments set up for the category. Some of these fields are required. Complete all necessary fields based on the category. Click Browse to select the document to upload. Required. Enter a Description of the document. This field has a maximum of 255 characters and supports MLS. Select the If File Exists option. Required. Valid values are: Don't Overwrite displays an error if the document already exists in the system. You must either select a different document or select one of the other two options. Overwrite replaces the last version of the document. Version Existing File versions the new document based on the version label entered. Default.
4.
5. 6.
7.
8. 9.
Enter a Version Label. Click Apply. A message displays that the file is uploaded.
10. Query the documents to see the document in the list. You can update, delete, see
Querying Documents
When you query a document, you can view all documents in the system, or narrow your search using the available criteria. The search criteria is not case sensitive and handles trailing wildcards. For example, searching for abc returns all matches for abc%
and ABC%. The Advanced Search option lets you search for the documents based on the descriptive flexfield information associated to the document.
Navigate to the Files Approval window. Search for documents in the system. You can enter criteria to narrow your search. Enter at least one search criteria. Select a file name using the list of values. Select a category to see all documents in that category. Select an author to see all documents uploaded by one person. Select a status to see all documents in a specific status. Valid values are: Approved, Not Approved, Waiting for Approval, Rejected, Approval Not Required, All.
3.
Click Go. The search results display. The following information displays for each record: File Name displays the concatenated name of the file and the file version. For example, the file test.doc at version 1.0 is shown as file_v_1.0.doc. Version denotes if the file has previous version. Click Details to see the other versions. Category displays the category for the file. Status displays the status the document is currently in. Description displays the long description of the document. Uploaded By displays the name of the person who uploaded the file. Last Modified is the last time the document or information about the document was changed.
4. 5. 6.
Click Details to see more information about the document and its history. Click Update to change information about the document. Click Delete to delete the document from the system. Refer to Security, page 5-3 for information on which documents can be deleted.
iSignatures 5-7
7.
Click Send for Approval to begin the approval process for the document.
Click Details for the record. The File Details: <filename> window displays. This window displays all information about every version of the file. The header information is the current document and all flexfields that were defined for that category. The rest of the window displays information about all other versions of the file. This information includes: A link to the document and the flexfield information about the e-record Information about the signers of the document, including the name of the signers, their response and the date signed, the reason given, the signer type, comments entered during signing, and any overriding details about the signer Name of the potential signers, if they have not yet signed the record The version history of the document, including the file name, category, approval status, description, who uploaded the file and when, and any details
2.
Click the File Name attachment to see the document. The document opens using standard browser plug-ins based on the document type. You can save a copy of the document to your hard drive, but you cannot make edits to the attached copy.
Updating a Document
The information about the document, stored in the descriptive flexfield segments, can be updated. If you change the category of a versioned document, then that becomes the first version of a new category for that document. This is not available if the document is approved. If you are logged into user mode, then you can only update documents you own. If you do not own the document, then the icon is disabled.
To update a document:
1.
Click Update for the selected record on the Files Approval window. The Update
Update desired fields. If you change the category, then the flexfields change based on the new category. Click Apply.
3.
Deleting Documents
Documents can be deleted from the system based on their status. Refer to Security, page 5-3 to see which documents can be deleted. If you are logged into user mode, then you can only delete documents you own. If you do not own the document, then the icon is disabled.
To delete a document:
1.
Click Delete for the selected record on the Files Approval window. A warning window displays. Click Yes to delete the document.
2.
iSignatures 5-9
add dynamic users to the signing process for that document, and remove existing users, depending on the setup of the system.
Select the file to send for approval. Click Send for Approval. The List of Signers window displays.
Signing a Document
The List of Signers window displays all the people required to sign the document. In addition, you can see any overriding details about the signers. So, if someone sets their signing rules to someone else while on vacation, you see the original signer's name as well as the overriding signer's name. After signing has begun, you can also see the time the person signed the document, the signature type, and any other additional comments the signer includes. The status of a signer changes from pending to completed after the signing process is complete.
Note: The following steps are for a FULL signing implementation. If
your system is set up for e-initials, then only the signing window displays. Also, you cannot set up Ad Hoc signers with e-initials. For details on e-initials, refer to the section on Implementing E-Records.
Navigate to the List of Signers window by sending a document for approval. The following information displays: The window displays the detailed information about the e-record being signed. This information includes the Event Name, Filename if a document was uploaded in iSignatures, whether the event has Defer Signatures Allowed, the E-Record ID, and the Timestamp for the record. The Sequence is the order each user signs. The Signer is the username or user ID of the signer. The Signature Type is populated after signing, and is the type of signer. For example, reviewer or author. The Additional field is only populated after ad hoc users are added. This then denotes that the signer was added dynamically only for this
document. The Status field displays where your signature is at that time. Before you sign it is Pending, and after you sign it is Complete. The Signature Time is the time that you signed the document. Click the Sign icon to begin the online signing process. Overriding Details displays any changes made to that signer.
3.
View any related events associated to the current event. In the E-signatures History section, there is a References section that contains links to any parent or child events related to the current event. During the signing process, these events are available through the link. These events are viewed based on the following scenarios: If there is a single parent or child event, then when you click the Related E-Records link, you are taken to the evidence store details page that displays an appropriate message along with the e-record details. You can then return to the notification details page by clicking the Return to E-signature Process link at the end of the page. If there are multiple child or parent events, then the Related E-records page displays listing the parent and child e-records. You can view any of the records from this page, and use the breadcrumbs to navigate back.
4.
Click the Sign icon on the List of Signers window next to your name. The E-signature Event window displays. This window includes all the e-record header information, as well as the flexfield information about the record, and a link to the attached document. Answer the prompt I have read the e-record at the bottom of the window. Select a Signing Reason, if applicable. Enter a Signer Comment, if applicable. Select the appropriate Signature Type. You can also configure this list in the Workflow. Click Approve to complete the signing process, Reject to fail the document, or Cancel to stop the signing process. Cancel brings you back to the List of Signers window. If the document is approved or rejected, then the Sign window displays. This window displays the information entered into the previous window.
5. 6. 7. 8.
9.
iSignatures 5-11
11. Click Submit to view the Confirmation window. Cancel brings you back to the
previous window.
12. Ensure that all the information on the Confirmation window is correct. This
information includes the name of the event, the e-record ID, the identfier, the identifier value, and the current status of the e-record.
13. Click OK to complete the process.
Click Submit on the List of Signers window. This can be done before anyone has signed, or after people have begun to sign. The message Are you sure you want to defer the e-signature process. On deferring the e-signature, offline workflow notifications would be sent out for obtaining the e-signature appears. Click Yes to defer the signing process and view the Confirmation window or No to return to the List of Signers window. Ensure that all the information on the Confirmation window is correct. This information includes the name of the event, the e-record ID, the identifier, the identifier value, and the current status of the e-record. Click OK to complete the process. The Files Approval window displays, and notifications are sent to all the signers.
2.
3.
4. 5.
Select the file to send for approval. Click Send for Approval. The E-signatures window displays. The following information displays: The window displays the detailed information about the e-record being signed. This information includes the Event Name, Filename if a document was uploaded in iSignatures, whether the event has Defer Signatures Allowed, the E-Record ID, and the Timestamp for the record. The Sequence is the order each user signs.
3.
Enter the Signature Type, which is the type of signer. For example, reviewer or author. This list is configurable in Workflow. Select a Response, which is either Approve or Reject. Depending on how the system is set up, if the response entered is Reject, no other signer can continue, the process is terminated. Enter any Comments, if applicable. Enter your username and password to sign the document. Click the Sign icon to complete the signature process. Click Submit after all signatures are obtained.
4.
5. 6. 7. 8.
Updating Signers
Based on system setup, you can update the list of existing signers for a document. This change is only for the single document being sent for approvals.
Click Update Signers on the List of Signers window. The Update Signers window displays. From this window, you can delete a signer, add new signers, or continue through to reordering signers.
2.
To delete a signer:
1.
Click the Delete icon next to the name of the person to be deleted on the Update Signers page. A message displays Are you sure you want to remove this default signer? Click Yes to delete the signer, and Cancel to return to the previous window.
2.
Adding Signers
Adding signers can include adding a single person, or a group of people. No one can be added twice. So, if someone is a single signer to a document and a group is added that the signer is part of, then the rest of the group is added, but that signer is not added again.
iSignatures 5-13
To add signers:
1.
Click Add Signer on the Update Signers window. The Add Signer window displays. Select the search criteria or enter a name or partial name with wildcard. You can search by Group, User, or User ID. If you search by User or User ID, then the list of names displays. If you search by Group, the individual users display, with the name of the AME groups they are associated to. Any overriding details display for the users.
2.
3.
Select the users or group you want to add as signers. If the user or group is already part of the signing list, then the select box is disabled. Click Apply. The Reorder Signers window displays.
4.
Reordering Signers
You can change the order of the signers. This change is only valid for the document you are signing. This window does not appear if your event is set up for parallel signing.
To reorder signers:
1. 2.
Select the name of the signer to move. Click the up or down arrows to move one space at a time, or click the top or bottom arrows to move to the beginning or end of the list. When you have finished reordering the users, or you do not want to change the order, click Finish. The List of Signers window displays.
3.
Oracle XML Publisher API. The RTF template is uploaded into the XDO repository and centrally controlled by XDO. An XDO API then generates the PDF. The subscription RTF Upload must be enabled. The file is stored in the XDO Repository. Refer to the Oracle XML Publisher User's Guide for more details. Oracle E-Records includes the print count as part of the header information when printing e-records. Therefore, you must not include print count as part of your RTF document.
iSignatures 5-15
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <html> <head> <title>iSign Repository</title> <META HTTP-EQUIV="CACHE-CONTROL" CONTENT="NO-CACHE"> <META HTTP-EQUIV="EXPIRES" CONTENT="0"> <META HTTP-EQUIV="PRAGMA" CONTENT="NO-CACHE"> <script language="javascript"> <!-- Define the isign host name and port --> var isign_host = "qapache.us.oracle.com:5230"; <!-- Define the dbc filename without extension --> var dbcfile = "qapache.us.oracle.com_ISIGNPRD.dbc"; <!-- Define the protocol --> var protocol = "http"; <!-- Define the path for OA.jsp --> var oajsp = "/OA_HTML/jsp/edr/FilePreview.jsp?a=a"; <!-- do not modify these variables --> var url = protocol + "://" + isign_host + oajsp; var filecategory = ""; var filename =""; var uname= document.location.search ; var idx = location.search.indexOf('$'); <!-- get the handle to the url search and pick the filename and category --> valLength = uname.length ; if (idx != -1) { var pairs = uname.substring(1, valLength).split('$'); filecategory = pairs[0]; filename = pairs[1]; } else; { filename =location.search.substring(1); } <!-- attach a random number to the url, to avoid caching issues --> var rand = Math.random(); url = url + "&rand=" + rand; if (filecategory != null && filecategory != "") { url = url + "&fileCategory=" + filecategory; } if (filename != null && filename != "") {
url = url + "&fileName=" + filename; <!-- create frameset to not expose the isign url --> document.write("<frameset border=0 frameborder=no framespacing=0 rows=\"*\">"); document.write("<frame name='isign' src='" + url + "' frameborder='no' scrolling='auto' noresize marginheight=10 marginwidth=10 framespacing=0>"); document.write("</frameset>"); document.write("<noframes>"); document.write("<body>"); document.write("Viewing this page requires a browser capable of displaying frames"); document.write("</body>"); document.write("</noframes>"); } else { <!-- throw error if filename is not a part of the url --> document.write("<body>"); document.write("Invalid url format."); document.write("</body>"); } </script> </html>
The ... must be replaced with the location of the GetDocument.htm file. The end of every link is a combination of the category and filename. For example, if the URL is pointing to a Technical Design with the name isign_v1.1.txt, then the end of the link is:
Technical%20Designs$isign_sql_v_1.1.txt
iSignatures 5-17
6
Maintaining Oracle E-Records
Oracle E-Records has utilities that let you maintain your system. You can view XML and e-record information from within the application. This information can be used to verify XML and XSL information, as well as e-record layouts prior to the event being used. You can also update or delete existing indexed XML elements, or add new elements. This chapter covers the following topics: Generating XML Generating E-Record Documents Validating E-record Events Validation Information Details Adding a New Indexed XML Element Maintaining Indexed XML Elements Viewing Indexed XML Element Details Updating Indexed XML Elements Deleting Indexed XML Elements Running the Oracle E-records XML Element Synchronization Program Running the Oracle E-records XML Element Optimization Program Purging Temporary E-record Tables Framework Verification Using the Single Event Framework Verification Window Inter Event Framework Verification Working With Test Scenarios Adding a New Event to a Test Scenario Raising a New Event After Event Approval
Generating XML
The XML Generator window is used to generate an XML document using a specific map code and document ID. The resulting XML document is then displayed for technical review, or subsequently copied into the e-record generator with an XSL style document to view the readable electronic record. Developers can use this utility to verify if their XML mapping is correct.
To generate XML:
1. 2.
Navigate to the XML Generator window by selecting Generate XML. Select the Event Map Code from the list of values. The map code is created in XML Gateway. Enter the Event Key, which is the value for the root element. Click Generate. The XML is generated and then displayed on the window. Click Clear All to start over.
3. 4.
Navigate to the E-record Generator window by selecting Generate E-record Document. Paste your XML document into the XML field. Required. Paste your XSL style document into the XSL field. Required. Click Generate. The format for the e-record document displays. Click Clear All to start over.
2. 3. 4.
variables, approval setup, workflow subscriptions and e-record templates to enable a business event for e-signatures. Users can review approvers, approval rules, and associated input configuration variable values. The user can validate generated XML and e-record formats and content before deploying it to the production environment. Some of the use cases for this utility, include: A developer implementing e-signature for a transaction can review the final XML in order to create the AME transaction attribute definitions (which require XPATH expressions to be written using the final XML). A developer implementing e-signature for a transaction completes development and wants to test the setup for a particular instance of a business transaction. This transaction can have data that is different from the data in the raw XML file used to create the map at development time. A developer modifies the XML map for the transaction and wants to validate the setup based on the new map. An Administrator makes changes in the AME rules with new approvers for a new set of rules and wants to validate the setup.
You can select data either from a database to verify already transacted information, or from an object, when you have raw XML, and want to test how it can be transformed. In addition, if you complete a transaction with failures, you can turn on the EDR: Developer Mode profile option putting the system into debug mode, rerun the event, and the raw XML is stored in the EDR_RAW_XML_TL table. Refer to "Running E-record Event Setup Verification report" for additional information.
Navigate to the Validate Event window. Enter the Event name you want to validate. Select the Database Data Source. Enter the Event Key you want to validate against. Click Validate. The Event Details window displays with all the current information about the selected event.
Navigate to the Validate Event window. Enter the Event name you want to validate.
3. 4.
Select the View Object Data Source. Enter the Raw XML Payload you want to use for the validation. If you have run the event in Developer Mode then you do not need to enter the XML Payload, as the system pulls the information from the EDR_RAW_XML_TL table. Enter the Event Key you want to validate against. Click Validate. The Event Details window displays with all the current information about the selected event.
5. 6.
Profile Options
This section displays two profile options that are critical to the setup of e-records. These are EDR: E-records and E-signatures and Server Time Zone.
Meta Data
The meta data section displays information about the business event, the business event subscriptions and their associated parameters. If this information is not correct, navigate to the Workflow Business Events window to make any necessary changes.
XML Payload
The XML payload section displays the raw XML as it is currently set for this event. Click Export to download this XML to your machine so you can make changes to it.
E-record
The e-record section displays the actual e-record for this event. This can be either a text version or RTF version, depending on how the e-record is set up.
Navigate to the XML Elements window. Click Create Element. The Create XML Element window displays. Enter the Owner Application short name. Required. Enter the Display Name. This name appears in the generic query when querying e-records and the page used to create security rules. Required. Enter the XML Element. Only the XML elements belonging to the ERES events of the particular application are shown in the list of values. Required. Enter the name of the Document Type Definition. The DTDs in the list of values contain the element already selected. You then select a DTD knowing which event it applies to. Normally, this is left blank. Enter the Description, which is an internal descriptive name for the element. Select the Query Element and Secure Element options where applicable. The Query Element option lets you see this element on the E-record Query window, and the Secure Element option lets you use the element for setting up security rules. Click Apply. The element is created in a non-indexed state.
5.
6.
7. 8.
9.
10. Run the E-record Indexed XML Element Maintenance program. Refer to "Setting
Navigate to the XML Element window. Search for elements in the system. You can enter criteria to narrow your search. Enter the XML Element name. Enter the Display Name. Enter the Status of the Element. Required. Valid options are: Indexed displays only indexed XML elements Not Indexed displays all non-indexed XML elements All displays all XML elements
3.
Click Go. The elements display in the Results section of the window. The following information displays for each record: Owner displays the product family that owns the element. Display Name displays the long description name of the element. XML Element displays the name of the element. Document Type Definition displays the DTD that the element is from. Status displays whether the element is Indexed or Not Indexed. An indexed element can be used for searching e-records and creating security rules if they have been identified as query or secure elements. A non-indexed element is indexed by running the E-record Indexed XML Element Maintenance program.
Click Details for the element. The XML Element:<element_name> window displays. View details about the element including the General Details, Element Usage, and
2.
Event Details.
Click Update from the XML Element window. The Update XML Indexed window displays. Make any modifications to the element information: Add or change the Document Type Definition Name. Add or change the Definition of the element. Change the Query Element and Secure Element options.
2.
3. 4.
Click Apply. Run the E-record Indexed XML Element Maintenance program. Refer to "Setting Up Indexed XML Elements, page 3-14" for details.
Click Delete from the XML Indexed Element window. A warning window displays. Click Yes to delete the element. Run the E-record Indexed XML Element Maintenance program. Refer to "Setting Up Indexed XML Elements, page 3-14" for details.
2. 3.
This program is run in the background as a cron job. It is run as often as necessary, based on the amount of querying done in your system. For example, if your system has several hundred records entered every day, and there is a need to have the ability to query these records immediately, then have this program run every hour.
Navigate to the Submit Request window from the ERES Administrator responsibility. Enter Oracle E-records XML Element Synchronization Program in the Name field. Click Schedule. Select the necessary information to schedule the program and save the new schedule. Click Submit. View or print the report.
2. 3. 4.
5. 6.
Navigate to the Submit Request window from the ERES Administrator responsibility. Enter Oracle E-records XML Element Optimization Program in the Name field. Enter the Optimization Level. Valid options are Fast which only defragments the table and Full which defragments the table and removes old data. Enter the Minutes for each optimization which determines the number of minutes the program runs. Click Submit. View or print the report.
2. 3.
4.
5. 6.
Navigate to the Submit Request window from the ERES Administrator responsibility. Enter E-records Temporary Data Cleanup in the Name field. Click Submit.
2. 3.
Framework Verification
The Framework Verification window lets you test the components of the framework without dependencies to any other products. This lets you validate the framework setup in an environment separate from setups in Oracle Applications. The Framework Verification window can be used in four modes; deferred allowed, online only, offline only, and offline using forms library. The difference between offline and offline using forms library is that it invokes the AddTransaction and POST Forms Commit procedures. These procedures now support DB mode being passed as a parameter. Now, the corresponding files are modified to handle the DB mode as a parameter to the Add Transaction call. The Oracle Application Framework (OAF) can also be enabled for e-records and e-signatures, without any additional setup required. You can use attachments with this verification utility. The attached files are shown along with the e-record. This window also supports descriptive flexfields. When an e-record is generated, you can see all the flexfield information associated to that e-record. The following components are added to use with this window, which have no connection to any other product: A model to support inserts and updates from a window. An Oracle window that acts on the above data model with attachments and descriptive flexfields enabled. A business event that is raised from the above window when an insert happens.
An Approval Management Transaction that represents the approval matrix. DTD and XML maps that represent the business event data. An XSL stylesheet that represents the e-record. The ability to have Multilingual Support (MLS). Debug mode Multiple Query modes
Verify that the EDR: E-records and E-Signatures profile option is set to Yes. Verify that the Framework Verification Event (oracle.apps.edr.framework.test) subscription is enabled. Navigate to Transaction Type Configuration Variables and set ESIGNATURE_REQUIRED to Y. Create an approval group in AME with at least two approvers. Define a Rule and associate approval group. This step is mandatory to test e-signatures from the Framework Verification window.
3.
4. 5.
Navigate to the ERES Framework Verification window. Enter the information for the test record: Test No. is a new, unique, alphanumeric ID for this test record. After it is saved, it can be used again in query mode. Required. Description is a short description of the test record. Numeric Value is any number for testing numeric format in the framework setup.
Date Value is a date entered based on the system date configuration that lets you test the date format in the framework setup. Debug Mode can be set to On or Off. If it is set on, then messages of what is happening during process display. Signature Mode can be online only, offline only, deferred, or offline using forms library. This is required when raising an ERES event. Query Key Type tells the EDR_STANDARD package how to build the where clause when form call for transaction query from the E-record Details option on the Actions menu. It is required only when you want to see the e-record details. The valid values are: Append %When the event Key is passed to EDR_STANDARD.PSIG_QUERY, it builds dynamic SQL for the event key as ' event_key like '||event_key||'%'. Prepend %When the event key is passed to EDR_STANDARD.PSIG_QUERY, it builds dynamic SQL for the event key as ' event_key like '||'%' ||event_key. Apply % Both SidesWhen event Key is passed to EDR_STANDARD.PSIG_QUERY, it builds dynamic SQL for the event key as ' event_key like '||'%' ||event_key||'%'. Use Equal ConditionWhen the event key is passed to EDR_STANDARD.PSIG_QUERY, it builds dynamic SQL for the event key as ' event_key = '|event_key.
Signature Status is not an active field. It displays the current state of the test record. This field is initially blank, but changes to the status of the current record as it goes through the signature process. The Descriptive Flexfield lets you enter information into a number of flexfield attributes. You can then see this information on the e-record.
Navigate to the ERES Framework Verification window. Enter required data. Set Signature Mode to Deferred Allowed. Save the record. The signature process starts.
5. 6.
Complete the signature process for one user and click Finish. Close the window and respond to the message window. This sets the signature status to Pending. Navigate to the worklist of the next approver and respond to the notification. If the second user also approves, then when you query the record it displays as Complete. If the second user rejects, then it displays as Rejected assuming there are only two users in the approval group.
7.
Navigate to the ERES Framework Verification window. Enter required data. Set Signature Mode to Offline only. Save the record. This sets the signature status to Pending. Navigate to the approvers worklist and respond to the notification. Repeat Step 5 for all approvers.
Navigate to the ERES Framework Verification window. Enter required data. Set Signature Mode to Offline using forms library. Save the record. This sets the signature status to Pending. Navigate to the approvers worklist and respond to the notification. Repeat Step 5 for all approvers.
Navigate to the ERES Framework Verification window. Enter required data. Set Signature Mode to Online only.
4.
Save the record. This sets the signature status to Pending. The signature windows display. Complete the signature process for one user and click Finish. If you click Finish or close the browser without completing the signature process, then the window does not save any changes.
5.
Navigate to the ERES Framework Verification window. Query for a record that has completed the signature process. Select E-record Details from the Actions menu.
Navigate to the ERES Framework Verification window. Query for an existing record and select Request Signature from the Actions menu.
Query for an existing record. Click the attachment icon and attach a file or long text. Set Category to either Other or Miscellaneous. Select Request Signature from the Actions menu. The e-record displays the attachment along with the e-record.
Display Name EDR ERES Inter Event Verification Event 2 EDR ERES Inter Event Verification Event 3 EDR ERES Inter Event Verification Event 4 EDR ERES OAF Inter Event Verification Event 1 EDR ERES OAF Inter Event Verification Event 2 EDR ERES OAF Inter Event Verification Event 3 EDR ERES OAF Inter Event Verification Event 4
oracle.apps.edr.OAFInterEvent2
oracle.apps.edr.OAFInterEvent3
oracle.apps.edr.OAFInterEvent4
Navigate to the Inter Event Test Scenarios Navigator from the EDR Administrator responsibility. Right-click on the root node Test Scenarios. The shortcut menu displays. Select Add Test Scenario. The Test Scenario window displays. Enter the Test Scenario name. Enter the Test Scenario Instance. Select the Test Scenario Type for the new test. This can be either Forms for a Forms-based test or OAF for an Oracle Applications Framework test. Select the Debug Mode for the test. Debug can be either On or Off.
2. 3. 4. 5. 6.
7.
The Descriptive Flexfield lets you enter information into a number of flexfield attributes. You can then see this information on the e-record.
8. 9.
Click Save to save the new test scenario. Either collapse and expand the root node or click Refresh from the right-click shortcut window to view the new test scenario.
Navigate to the Inter Event Test Scenarios Navigator from the EDR Administrator responsibility. Right-click on the test scenario to copy. The shortcut menu displays. Select Copy Test Scenario. The Test Scenario window displays. Enter the new Test Scenario name. Enter the new Test Scenario Instance. Select the Debug Mode for the test. Debug can be either On or Off. Click Save to save the copied test scenario. Either collapse and expand the root node or click Refresh from the right-click shortcut window to view the new test scenario.
2. 3. 4. 5. 6. 7. 8.
Navigate to the Inter Event Test Scenarios Navigator from the EDR Administrator responsibility. Right-click on the test scenario and select Show Test Scenario Details from the shortcut menu. The Test Scenario window displays. View the information for the test scenario. Set the Debug Mode if necessary. Click Save if the debug mode was changed or Cancel to exit the window.
2.
3. 4. 5.
To request an e-signature:
1.
Navigate to the Inter Event Test Scenarios Navigator from the EDR Administrator
responsibility.
2. 3.
Right-click on the test scenario to send for signatures. Click Request E-signature from the shortcut menu. The List of Signers window displays. Proceed through the signature process normally.
4.
Query for an existing record. Click the attachment icon and attach a file or long text. Set Category to either Other or Miscellaneous. Select Request Signature from the Actions menu. The e-record displays the attachment along with the e-record.
To add an event:
1.
Navigate to the Inter Event Test Scenarios Navigator from the EDR Administrator Responsibility. Right-click on the test scenario where you want to add an event and click Add
2.
Select the Event Name to be raised from the list of values. Enter the Execution Order. This dictates the order in which the events are raised. Select the Signature Mode for the event. This can be online only, offline only, or deferred and is required when raising an ERES event. Select the Execution Mode for the event as either Raise with Other Events or Raise Separate. The execution mode determines how to group events for the signature process. For example, set up a hierarchy which has Event4 associated to Event3, Event3 associated to Event2, and Event2 associated to Event1. If you select Raise Separate for Event2, then Event1 and Event2 are run first, then Event3 and Event4 are run. If you select Raise with Other Events, then they are all raised at the same time.
6.
7.
The Related Event Name field is blank if the event being added is the highest level event. This field displays when adding Related Events to an existing event. Either collapse and expand the root node or click Refresh from the right-click shortcut window to view the new event.
8.
Navigate to the Inter Event Test Scenarios Navigator from the EDR Administrator Responsibility. Right-click on the event name to add a related event to and click Add Related Event. The Event window displays. Select the Event Name to be raised from the list of values. Enter the Execution Order. This dictates the order in which the events are raised. Select the Signature Mode for the event. This can be online only, offline only, or deferred and is required when raising an ERES event. Select the Execution Mode for the event as either Raise with Other Events or Raise Separate. The execution mode determines how to group events for the signature process. For example, set up a hierarchy which has Event4 associated to Event3, Event3 associated to Event2, and Event2 associated to Event1. If you select Raise Separate for Event2, then Event1 and Event2 are run first, then Event3 and
2.
3. 4. 5.
6.
Event4 are run. If you select Raise with Other Events, then they are all raised at the same time.
7.
The Related Event Name field displays the name of the event directly above in the hierarchy when adding Related Events to an existing event. Either collapse and expand the root node or click Refresh from the right-click shortcut window to view the new event.
8.
Navigate to the Inter Event Test Scenarios Navigator from the EDR Administrator Responsibility. Right-click on the event and select Show Event Details from the shortcut menu. The Event window displays. Edit the Execution Order, Signature Mode,and Execution Mode if necessary. Click Save if any information changed or Cancel to exit the window.
2.
3. 4.
7
Reporting and Printing
After an e-record is created, it is stored in the Evidence Store, a secure environment in the database. You can view the e-records, and their associated documents, and print the e-records in a PDF format. This chapter covers the following topics: Generic QueryEvidence Store The E-record Detail E-record Details Printing E-records The Printing Process Selecting Many Documents or Related Documents for Printing Printing the Collated E-record
Evidence Store
The Evidence Store provides the functionality of querying the e-records repository in the following manner: The individual product teams determine the XML elements that can be queried upon during creation of the DTDs. The Evidence Store window displays these elements to the user in a menu. You can select multiple XML elements from multiple menus and provide search criteria for each of them. Individual search criteria are OR'ed or AND'ed with each other to create an aggregate search criterion, which is used to query the e-records repository. The search results are presented on the window as multiple rows of e-records based on the number of hits returned by the query.
In the backend the query mechanism uses an intermedia text index to go through each XML document stored in the database to search for individual XML elements. This XML search ability distinguishes the Generic Query from other typical querying applications.
The window is divided into two regions, the top region lets you specify the query criteria and the bottom region shows the results of the query. There are two options for using the generic query, a Simple option and an Advanced option. The query criteria in the simple option are Event Name, From Date, To Date, and the user id of the e-record signer. All these are individual columns in the EDR_PSIG_DOCUMENTS table. All search criteria fields let you use the standard percent sign for wildcard searching. The bottom region of the window shows the header level information for the e-records retrieved from the database. This includes the business event name, the unique identifier of the event, the time of its creation, and the time zone in which it was created. The Advanced option lets you query e-records by directly querying the XML element of the e-record. The Element box on the window takes its values from a LOV and the condition defaults to equals. After selecting a particular element (which corresponds to an XML element), enter a value to be searched.
Navigate to the Evidence Store window. Select an Event Name using the list of values to search by events. Enter the E-record ID to search by a specific ID. Select the Signer Name of the signer to search by a specific signer. Select a To and From date to view queries within a date range. Click Search. The search results and their time zone display. The following information displays for each record: Event Name displays the name of each event. E-record ID displays the unique e-record ID for each event. Identifier displays the identifiers used to create the event. If there is more than one identifier, then they are all listed and separated by dashes. Identifier Value displays the values for the identifiers used in the record. If there is more than one value, then they are all listed and separated by dashes.
Event Date displays the date the event began. Status displays the status of the event. Valid values are error, pending, complete, and rejected. Related E-records displays if there are any child records associated to that record.
7. 8.
Click on the Event Name to view the details of a single record. Select all the e-records you want to print and click Collate and Print.
Navigate to the E-record Generic Query window. Click Advanced Search. Select an event name using the list of value to search by events. Select the name of the signer to search by a specific signer. Enter the e-record ID to search by a specific ID. Select a to and from date to view queries within a date range. Select a query element to search by specific elements. The query elements are defined in the DTD. Enter a query value to search on a specific value for a query element. If you do not enter a value in this field, then the search results in no records. If you want to add more criteria, then click Add
8.
9.
10. Set the logic operator either Show e-records when all search criteria are met or
information displays for each record: Event Name displays the name of each event. E-record ID displays the unique e-record ID for each event. Identifier Name displays the identifiers used to create the event.Identifier Value displays the values for the identifiers used in the record. If there is more than one value, then they are all listed and separated by dashes.
Event Date displays the date the event began. Status displays the status of the event. Valid values are error, pending, complete, and rejected. You can sort by any column that has an arrow next to it. Click the column name to sort in ascending or descending order.
12. Either click on an event name or select a series of events from the Select box and
click View Selected. The record displays with all signer information.
13. Click Collate and Print. You can select to print one document, several documents,
or documents and their related events. Refer to "Printing E-records" for details.
14. Click Continue.
E-record
This section displays information about the e-record. Event Name displays the name of the event. E-record ID displays the ID for the e-record. Event Date displays the date of the event. Identifier displays the name of the specific identifier. Identifier Value display the value for that identifier. Stylesheet displays the stylesheet name. Style Version displays the stylesheet version. Print Count displays how many times the document has been printed. Requester is the person who initiated the transaction. Attachments shows if there are any attachments for the e-record, and lets you navigate to them. The e-record section displays all the detail information about the e-record. This includes any flexfield information entered about the e-record.
Signature Details
This section displays the users who have approved and signed the transaction. Signer is the name of the person who signed the e-record. Date Signed is the date and time the person signed the e-record. Response is either Approve or Reject. Reason is the reason code for why this was signed the way it was. This can be modified. Signer Type is the type of person signing the document. For example, the signer could be the Author or a Reviewer. This can be modified. Comments contains any comments noted by the signer. Overriding Details displays any changes to who is signing. If rules were set up that someone else signs when you are on vacation, the information of the original signer displays here.
Transaction Acknowledgement
Status displays the current status of the record. Acknowledgement Date displays the date the transaction acknowledgement was sent. Acknowledged By displays where the transaction acknowledgement was sent from. Comments displays any extra comments added.
Print History
Print E-record ID displays the unique number of the e-record. Print Count displays the number of times the e-record has printed. Print Requester displays the name of the person who requested the print. Print Event Date displays the date the record was printed on.
Related E-records
This section displays any parent or child e-records associated with this e-record. Event Name displays the name of the event. E-record ID displays the ID for the e-record. Identifier displays the name of the specific identifier. Identifier Value display the value for that identifier. Event Date displays the date of the event. Status displays the status of the event. Valid values are error, pending, complete, and rejected. Parent or Child E-record displays any parent or children to that e-record.
E-record Details
On each window that is e-record and e-signature enabled, there is an option on the Action menu for E-record Details. This displays the same window as the generic query, but it works in the context of the current transaction.
Printing E-records
The e-records print functionality lets you do the following: Collate and print multiple e-records Print e-records with the e-record ID watermark at the top left corner of the page Print all e-record formats supported by the Oracle E-Records framework Print related records using Related Event functionality Specify print characteristics Maintain audit capability on print activity Display history along with the e-record details
The Printout
The hardcopy printout of an e-record contains standard information, including: a watermark in the footer that displays the e-record ID, print count, and print date, as well as a message that the record has been printed from a secure account from the Evidence Store. header information that displays the e-record ID, and all the detail from each e-record.
The document shown in the preview does not contain the watermark information shown on the hardcopy.
Enable the Create new page numbers for collated documents option to print the entire document with sequential numbering. Click Continue.
2.
Select the Printer Name using the list of values from the Print Options window. Select the Orientation. Click Go. Select the printer from the list. Click Finish. If the printing process event requires a signature, the List of Signers window displays. Complete the signature process to print the document. The Confirmation window displays. Ensure that all the information on the Confirmation window is correct. This information includes the name of the event, the e-record ID, the identifier, the identifier value, and the current status of the e-record. Click OK to complete the process.
7.
8.
Click The draft document is available for preview to view the PDF file before printing. Close the new window when you are done viewing the document.
2.
A
Oracle E-Records Events
This event is raised as a post operation to the oracle.apps.e dr.file.approv al ERES event. Product teams can subscribe to this event to take specific actions based on whether the file was approved or rejected
ENABLED
Oracle E Records
EDR
Name
Display Name EDR ERES Transaction Variable Creation ERES File Approval Event
Description
Status
Owner Name
Ownertag
e-records Transaction type variable creations This event is raised for each file to be approved using the ERES Framework e-records Transaction type variable updates e-records Transaction type variable deletion e-records Configuratio n Input Variable Deletion for Rule This event is used to test the eSignature framework e-records Configuratio n Input Variable Creation for Rule
ENABLED
Oracle E Record
EDR
oracle.apps.e dr.file.approv e
ENABLED
Oracle E Records
EDR
EDR ERES Transaction Variable Update EDR ERES Transaction Variable Deletion EDR ERES Rule Variable Deletion
ENABLED
Oracle E Records
EDR
ENABLED
Oracle E Records
EDR
ENABLED
Oracle E Records
EDR
ENABLED
Oracle E Records
EDR
ENABLED
Oracle E Records
EDR
Name
Description
Status
Owner Name
Ownertag
e-records Configuratio n Input Variable Update for Rule EDR ERES Inter Event Verification Event 1 EDR ERES Inter Event Verification Event 2 EDR ERES Inter Event Verification Event 3 EDR ERES Inter Event Verification Event 4 EDR ERES Print E-records
ENABLED
Oracle E Records
EDR
EDR ERES Inter Event Verification Event 1 EDR ERES Inter Event Verification Event 2 EDR ERES Inter Event Verification Event 3 EDR ERES Inter Event Verification Event 4 EDR ERES Print E-records
ENABLED
Oracle E Records
EDR
ENABLED
Oracle E Records
EDR
ENABLED
Oracle E Records
EDR
ENABLED
Oracle E Records
EDR
ENABLED
Oracle E Records
EDR
Event Keys Following are the event keys for the e-record events.
Name oracle.apps.edr.file.approve oracle.apps.edr.file.approvalc ompletion Event Key EDR_FILES_B.FILE_ID EDR_FILES_B.FILE_ID User Key EDR_FILES_B.FILE_NAME EDR_FILES_B.FILE_NAME
Name oracle.apps.edr.amevar.create
User Key AME_TRAN_NAME,INPUT_ NAME EDR_FWK_TEST_B.TEST_N O AME_TRAN_NAME,INPUT_ NAME AME_TRAN_NAME,INPUT_ NAME AME_TRAN_NAME,RULE_ NAME,INPUT_NAME AME_TRAN_NAME,RULE_ NAME,INPUT_NAME AME_TRAN_NAME,RULE_ NAME,INPUT_NAME TEST_SCENARIO_EVENTN AME
oracle.apps.edr.framework.tes t oracle.apps.edr.amevar.delete
EDR_AMETRAN_INPUT_VA R.TRAN_CONFIG_ID EDR_AMETRAN_INPUT_VA R.TRAN_CONFIG_ID EDR_AMERULE_INPUT_VA R.RULE_CONFIG_ID EDR_AMERULE_INPUT_VA R.RULE_CONFIG_ID EDR_AMERULE_INPUT_VA R.RULE_CONFIG_ID EDR_INTER_EVENT_TEST_ EVENTS.TEST_SCENARIO_I D,INTER_EVENT_TEST_ID EDR_INTER_EVENT_TEST_ EVENTS.TEST_SCENARIO_I D,INTER_EVENT_TEST_ID EDR_INTER_EVENT_TEST_ EVENTS.TEST_SCENARIO_I D,INTER_EVENT_TEST_ID EDR_INTER_EVENT_TEST_ EVENTS.TEST_SCENARIO_I D,INTER_EVENT_TEST_ID EDR_TRANS_QUERY_TEMP .QUERY_ID
oracle.apps.edr.amevar.updat e oracle.apps.edr.rulevar.create
oracle.apps.edr.rulevar.delete
oracle.apps.edr.rulevar.delete
oracle.apps.edr.InterEvt.Even t1
oracle.apps.edr.InterEvt.Even t2
TEST_SCENARIO_EVENTN AME
oracle.apps.edr.InterEvt.Even t3
TEST_SCENARIO_EVENTN AME
oracle.apps.edr.InterEvt.Even t4
TEST_SCENARIO_EVENTN AME
oracle.apps.edr.print.erecords
QUERY_ID
Subscription Details Following are the subscription details for the e-record events.
Name
Phase
Status
Rule Data
Parameter s EDR_XML _MAP_CO DE=oracle. apps.edr.fil e.approve EDR_AME _TRANSA CTION_TY PE=oracle.a pps.edr.file .approve CORRELA TION_ID= UNIQUE
Priority
DISABLED
KEY
50
oracle.apps .edr.file.ap provalcom pletion oracle.apps .edr.frame work.test oracle.apps .edr.ameva r.create
101
DISABLED
KEY
50
101
DISABLED
KEY
CORRELA TION_ID= UNIQUE EDR_XML _MAP_CO DE=edram etranvar EDR_XML _MAP_CO DE=oracle. apps.edr.fr amework.t est EDR_AME _TRANSA CTION_TY PE=oracle.a pps.edr.fra mework.tes t EDR_XML _MAP_CO DE=edram erulevar
50
DISABLED
KEY
50
DISABLED
KEY
50
DISABLED
KEY
50
Name
Phase
Status
Rule Data
Parameter s EDR_XML _MAP_CO DE=edram erulevar EDR_XML _MAP_CO DE=edram erulevar EDR_XML _MAP_CO DE=edram etranvar EDR_XML _MAP_CO DE=edram etranvar
Priority
DISABLED
KEY
50
DISABLED
KEY
50
DISABLED
KEY
50
DISABLED
KEY
50
Name
Phase
Status
Rule Data
Parameter s EDR_XML _MAP_CO DE= oracle.apps .edr.InterE vt.Event1E DR_AME_ TRANSAC TION_TYP E= oracle.apps .edr.InterE vt.Event1or acle.apps.e dr.InterEvt. Event2 = ERECORD _ONLYora cle.apps.ed r.InterEvt.E vent3 = ERECORD _ONLYora cle.apps.ed r.InterEvt.E vent4 = ERECORD _ONLY
Priority
Disabled
Key
Normal
Name
Phase
Status
Rule Data
Parameter s EDR_XML _MAP_CO DE= oracle.apps .edr.InterE vt.Event2E DR_AME_ TRANSAC TION_TYP E= oracle.apps .edr.InterE vt.Event2or acle.apps.e dr.InterEvt. Event1 = ERECORD _ONLYora cle.apps.ed r.InterEvt.E vent3 = ERECORD _ONLYora cle.apps.ed r.InterEvt.E vent4 = ERECORD _ONLY
Priority
Disabled
Key
Normal
Name
Phase
Status
Rule Data
Parameter s EDR_XML _MAP_CO DE= oracle.apps .edr.InterE vt.Event3E DR_AME_ TRANSAC TION_TYP E= oracle.apps .edr.InterE vt.Event3or acle.apps.e dr.InterEvt. Event1 = ERECORD _ONLYora cle.apps.ed r.InterEvt.E vent2 = ERECORD _ONLYora cle.apps.ed r.InterEvt.E vent4 = ERECORD _ONLY
Priority
Disabled
Key
Normal
Name
Phase
Status
Rule Data
Parameter s EDR_XML _MAP_CO DE= oracle.apps .edr.InterE vt.Event4E DR_AME_ TRANSAC TION_TYP E= oracle.apps .edr.InterE vt.Event4or acle.apps.e dr.InterEvt. Event1 = ERECORD _ONLYora cle.apps.ed r.InterEvt.E vent2 = ERECORD _ONLYora cle.apps.ed r.InterEvt.E vent3 = ERECORD _ONLY EDR_XML _MAP_CO DE=oracle. apps.edr.pr int.erecord s EDR_AME _TRANSA CTION_TY PE=oracle.a pps.edr.pri nt.erecords
Priority
Disabled
Key
Normal
Disabled
Key
Normal
AME Transactions Following are the AME transactions for the e-record events.
Oracle Application
Transaction Type Id
Transaction Type Description EDR ERES Transaction Variable Creation EDR ERES File Approval EDR ERES Transaction Variable Creation EDR ERES Framework Test EDR ERES Framework Verification EDR ERES Transaction Variable Deletion EDR ERES Transaction Variable Update EDR ERES Rule Variable Deletion EDR ERES Rule Variable Creation EDR ERES Rule Variable Update EDR ERES Inter Event Verification Event 1 EDR ERES Inter Event Verification Event 2
Oracle E Records
oracle.apps.edr.ametr anvar.create
N/A
Oracle E Records
N/A
Oracle E Records
N/A
Oracle E Records
N/A
Oracle E Records
N/A
Oracle E Records
oracle.apps.edr.amev ar.delete
N/A
Oracle E Records
oracle.apps.edr.amev ar.update
N/A
Oracle E Records
N/A
Oracle E Records
N/A
Oracle E Records
N/A
Oracle E Records
N/A
Oracle E Records
oracle.apps.edr.InterE vt.Event2
N/A
Oracle Application
Transaction Type Id
Transaction Type Description EDR ERES Inter Event Verification Event 3 EDR ERES Inter Event Verification Event 4 EDR ERES Print E-records
Oracle E Records
oracle.apps.edr.InterE vt.Event3
N/A
Oracle E Records
oracle.apps.edr.InterE vt.Event4
N/A
Oracle E Records
oracle.apps.edr.print. erecords
N/A
B
Navigation Paths
Navigation Paths
Although your System Administrator may have customized your Navigator, typical navigation paths are described in the following tables. In some cases, there is more than one way to navigate to a window. These tables provide the most typical default path.
Navigation Paths Window Configuration Variables Path ERES Administrator:Setup:Configuration Variables ERES Administrator:Setup:XML Elements ERES Administrator:Setup:Security Rules ERES Administrator:Inquiry:Evidence Store ERES User:Inquiry:Evidence Store ERES Administrator:Utilities:E-Record Generator ERES Administrator:Utilities:XML Generator ERES Administrator:Utilities:Validate Event ERES Administrator:Single Event
XML Elements Security Rules Evidence Store - Administrator Evidence Store - User E-Record Generator
Path ERES Administrator:Inter Event iSignatures Administrator:Files Approval iSignatures Administrator:Files Approval:Upload File iSignatures User:Files Approval iSignatures User:Files Approval:Upload File
Glossary
21 CFR Part 11 This rule represents the combined effort of divisions within the US Food and Drug Administration (FDA), along with members of the pharmaceutical industry, to establish a uniform, enforceable, baseline standard by which the FDA will consider electronic records equivalent to paper records and electronic signatures equivalent to traditional handwritten signatures. Attachment Any document associated with one or more application entities. You can view attachments as you review and maintain an entity. Examples are operation instructions, purchase order notes, item drawings, or an employee photo. Document Any object that furnishes information to support another object or action. Examples are a purchase order, an invoice, a word processing file listing, receiving instructions, CAD files citing an item's specifications, or video instructions of an assembly operation. Electronic Record Any combination of text, graphics, data, audio, pictorial, or other information representation in digital form that is created, modified, maintained, archived, retrieved, or distributed by a computer system. Electronic Signature A computer data compilation of any symbol or series of symbols executed, adopted, or authorized by an individual to be the legally binding equivalent of the individual's handwritten signature. ERES Electronic Records and Electronic Signatures. Event An occurrence in an Internet or intranet application or program that is significant to other objects in a system or to external agents.
Glossary-1
Event Subscription A registration indicating that a particular event is significant to a system and specifying the processing to perform when the triggering event occurs. Subscription processing can include calling custom code, sending the event message to a workflow process, or sending the event message to an agent. Oracle Approval Management Engine (AME) This component is used to define conditions, rules and, approval hierarchy. We also want to store rule specific attributes such as Electronic recording required or Electronic Signature is required, what type of style sheet need to be applied for this rule, etc. These rules are evaluated runtime based on Transaction ID (this is the primary key for the transaction). Workflow Business Event System Workflow Business Event system is used to define an e-signature event and associate a synchronous e-signature subscription to the event. XML Gateway XML Gateway is used for mapping definition and generation of XML for an E-Record. Individual product teams define XML maps and DTD for E-Record and E-Signature (ERES) Events supported by them. These Maps and DTD are loaded into the database and source controlled under respective product tops. The E-Record style sheet is also defined as part of XML Gateway.
Glossary-2
Index
Symbols
21CFR Part 11, 1-1 Generic Query, 7-1 Good Manufacturing Practices, 1-1
A
Action Type, 3-7
I
Identify Event Key, 3-5 Internal Name, 3-5
B
Business Event Creation, 3-5
J
Java Rule Function, 3-7
C
Customization Level, 3-5, 3-8
L
Linking a Document to a Website, 5-15
D
Deferred, 1-5 Description, 3-5, 3-8 Display Name, 3-5
M
Manually Enabling E-Records Only, 3-17
O
On error, 3-7 Online, 1-5 Out Agent, 3-7 Owner Name, 3-5, 3-7 Owner Tag, 3-5, 3-7
E
EDR_PSIG_RULE, 3-7 Electronic Records, 1-1 E-Records Evident Store, 1-5 E-Signatures, 1-1 Event, 3-4 Event Filter, 3-7
P
Parameters, 3-7 Phase, 3-7 Priority, 3-7 Profile Option, 3-2
F
Framework, 1-3
G
Generate Function, 3-5
Index-1
S
Source Agent, 3-7 Source Type, 3-7 Status, 3-5, 3-7 Subscription, 3-6 Synchronous eSignature Subscription, 3-6 System, 3-6
T
To Agent, 3-7 Transaction Variables, 1-4
W
Workflow Business Event System, 1-3 Workflow Item Type, 3-7 Workflow Notification Subsystem, 1-4 Workflow Process Name, 3-7
X
XML Gateway, 1-3 XML Publisher, 1-4 XSL, 3-9
Index-2