Data flow for Order-to-Cash cycle





1. Order Entry




This is first stage, When the order is entered in the system, it creates a record in order headers




and Order Lines table.









  • Enter header details: Once you enter details on the order header and save it or




    move it to lines, record goes to one table OE_ORDER_HEADERS_ALL




    FLOW_STATUS_CODE = ENTERED, BOOKED_FLAG = N), Primary key=HEADER_ID





    o




    No record exist in any other table for this order till now.








  • Enter Line details for this order: Enter different item numbers, quantity and





    other details in line tab. When the record gets saved, it goes to one table.




    Order header details will be linked with line details by order HEADER_ID.




    OE_ORDER_LINES_ALL (FLOW_STATUS_CODE = ENTERED, BOOKED_FLAG = N,





    OPEN_FLAG = Y) Primary key= LINE_ID




    2.Order Booking




    This is next stage, when Order is booked then the Flow status changed from Entered to Booked.




    At this stage, these below table get affected.









  • OE_ORDER_HEADERS_ALL (FLOW_STATUS_CODE as BOOKED, BOOKED_FLAG




    updated to Y)









  • OE_ORDER_LINES_ALL (FLOW_STATUS_CODE as AWAITING_SHIPPING,




    BOOKED_FLAG updated Y)









  • WSH_DELIVERY_DETAILS (DELIVERY_DETAIL_ID is assigned here,




    RELEASED_STATUS ‘R’ ready to release, LINE_ID comes as SOURCE_LINE_ID)









  • WSH_DELIVERY_ASSIGNMENTS (DELIVERY_ASSIGNMENT_ID is assigned for




    DELIVERY_DETAIL_ID present in WSH_DELIVERY_DETAILS, DELIVERY_ID remains




    blank till this stage)




    *In shipping transaction form order status remains "Ready to Release".





    At the same time, Demand interface program runs in background And insert into inventory tables




    MTL_DEMAND, here LINE_ID come as a reference in DEMAND_SOURCE_LINE




    3. Reservation





    This step is required for doing reservations SCHEDULE ORDER PROGRAM runs in the




    background and quantities are reserved. Once this program get successfully get completed, the




    MTL_DEMAND and MTL_RESERVATIONS table get updated. LINE_ID gets updated in




    DEMAND_SOURCE_LINE_ID in both the tables.







    4. Pick Release




    Pick Release is the process of putting reservation on on-hand quantity available in the inventory




    and pick them for particular sales order.





    Pick release can be done from 'Release Sales Order' form or 'Pick release SRS' program can be




    scheduled in background. In both of these cases all lines of the order gets pick released




    depending on the Picking rule used. If specific line/s needs to be pick release it can be done from





    'Shipping Transaction form. For this case Pick Release is done from 'Release Sales Order' form




    with Pick Confirm=NO.




    Once pick release is done these are the tables get affected:









  • If step 3 is not done then MTL_RESERVATIONS gets updated now.








  • WSH_NEW_DELIVERIES (one record gets inserted with SOURCE_HEADER_ID=





    order header ID, STATUS_CODE=OP =>open)








  • WSH_DELIVERY_ASSIGNMENTS (DELIVERY_ID gets assigned which comes from




    WSH_NEW_DELIVERIES)









  • WSH_DELIVERY_DETAILS (RELEASED_STATUS ‘S’ ‘submitted for release’)









  • MTL_TXN_REQUEST_HEADERS








  • MTL_TXN_REQUEST_LINES (LINE_ID goes as TXN_SOURCE_LINE_ID)









  • (move order tables. Here request is generated to move item from Source (RM




    or FG) sub-inventory to staging sub-inventory)









  • MTL_MATERIAL_TRANSACTIONS_TEMP (link to above tables through




    MOVE_ORDER_HEADER_ID/LINE_ID, this table holds the record temporally)








  • MTL_SERIAL_NUMBERS_TEMP (if item is serial controlled at receipt then record





    goes in this table)








  • MTL_SERIAL_NUMBERS (enter value in GROUP_MARK_ID )





    *In shipping transaction form order status remains "Released to Warehouse" and all the material




    still remains in source sub-inventory. We need to do Move Order Transaction for this order. Till




    this no material transaction has been posted to MTL_MATERIAL_TRANSACTIONS




    5.Pick Confirm/ Move Order Transaction





    Items are transferred from source sub-inventory to staging Sub-inventory. Here material




    transaction occurs.




    Order line status becomes 'Picked' on Sales Order and 'Staged/Pick Confirmed' on Shipping





    Transaction Form.








  • MTL_MATERIAL_TRANSACTIONS_TEMP (Record gets deleted from here and gets




    posted to MTL_MATERIAL_TRANSACTIONS)









  • OE_ORDER_LINES_ALL (FLOW_STATUS_CODE ‘PICKED’ )









  • MTL_MATERIAL_TRANSACTIONS (LINE_ID goes as TXN_SOURCE_LINE_ID)








  • MTL_TRANSACTION_ACCOUNTS









  • WSH_DELIVERY_DETAILS (RELEASED_STATUS becomes ‘Y’ => ‘Released’ )









  • WSH_DELIVERY_ASSIGNMENTS










  • MTL_ONHAND_QUANTITIES









  • MTL_SERIAL_NUMBERS_TEMP (record gets inserted after putting details for the




    item which are serial controlled at 'Sales order issue')









  • MTL_SERIAL_NUMBERS (record gets inserted after putting details for the item




    which are serial controlled at 'Sales order issue')




    * This step can be eliminated if we set Pick Confirm=YES at the time of Pick Release





    6.Ship Confirm




    Here ship confirm interface program runs in background. Data removed from




    WSH_NEW_DELIVERIES.




    The items on the delivery gets shipped to customer at this stage.









  • OE_ORDER_LINES_ALL (FLOW_STATUS_CODE ‘shipped’)









  • WSH_DELIVERY_DETAILS (RELEASED_STATUS ‘C’ ‘Shipped’, SERIAL_NUMBER if




    quantity is ONE)









  • WSH_SERIAL_NUMBERS (records gets inserted with the DELIVERY_DETAIL_ID




    reference, only in case of shipped quantity is two or more)








  • MTL_TRANSACTION_INTERFACE









  • MTL_MATERIAL_TRANSACTIONS (linked through Transaction source header id)








  • MTL_TRANSACTION_ACCOUNTS









  • Data deleted from MTL_DEMAND, MTL_RESERVATIONS








  • Item deducted from MTL_ONHAND_QUANTITIES









  • MTL_SERIAL_NUMBERS_TEMP (records gets deleted from this table)








  • MTL_SERIAL_NUMBERS (Serial number stauts gets updated CURRENT_STATUS=4





    , 'Issued out of store')




    7.Enter Invoice




    After shipping the order the order lines gets eligible to get transfered to





    RA_INTERFACE_LINES_ALL. Workflow background engine picks those records and post it




    to RA_INTERFACE_LINES_ALL. This is also called Receivables interface, that mean




    information moved to accounting area for invoicing details. Invoicing workflow activity transfers




    shipped item information to Oracle Receivables. At the same time records also goes in the table





    RA_INTERFACE_SALESCREDITS_ALL which hold details of sales credit for the particular




    order.




    RA_INTERFACE_LINES_ALL (interface table into which the data is transferred from order





    management) Then Autoinvoice program imports data from this table which get affected into




    this stage are receivables base table. At the same time records goes in






    RA_CUSTOMER_TRX_ALL (CUST_TRX_ID is primary key to link it to TRX_LINES table





    and TRX_NUMBER is the invoice number)




    RA_CUSTOMER_TRX_LINES_ALL (LINE_ATTRIBUTE_1 and LINE_ATTRIBUTE_6 are




    linked to order number and LINE_ID of the orders)




    8.Complete Line





    In this stage order line level table get updated with Flow status and open flag.




    OE_ORDER_LINES_ALL (FLOW_STATUS_CODE ‘shipped’, OPEN_FLAG “N”)





    9.Close Order




    This is last step of Order Processing. In this stage only OE_ORDER_LINES_ALL table get




    updated. These are the table get affected in this step.




    OE_ORDER_LINES_ALL (FLOW_STATUS_CODE ‘closed’, OPEN_FLAG “N”)





    OE_ORDER_HEADERS_ALL






  • P- Card Set up R 12


    P- Card Setup R12



    Organization Setup in R12

    Organization Setup in R12

    By Helene Abrams

    There are many changes in how organization units are defined and used in R12. An Organization can represent a Ledger, a Business Group, a Legal Entity, an HR Organization, an Operating Unit, and an Inventory Organization. You may define the relationships among organizations.


    A Business Group is the highest level in the organization hierarchy structure, usually representing the consolidated enterprise, an operating company, or a major division. The business group secures the employee information in all applications except for HR. For example, when you request a list of employees for approvals or expense reports, you will see all employees assigned to a business group. This is a little bit confusing, because within the HR applications, you can assign a security profile at the HR organization level providing a much more granular view of confidential information such as salaries or social security numbers.


    The concept of a Legal Entity is much more developed in R12 than it was in 11i. A legal entity is the organization unit level at which you report taxes and maintain the corporate banking relationships. The LEGAL_ENTITY_ID column is added to the transaction tables in 12, allowing the ability to track transactions at a Legal Entity level. In R12, you assign a Legal Entity to a Ledger instead of to a Set of Books. It is recommended that you assign one (or more) balancing segment values in your chart of accounts to a legal entity.



    An HR Organization typically represents the functional management or reporting groups within a business group. You may also define HR organizations for tax and government reporting or for third-party payments.


    The Operating Unit is tied to a ledger (instead of a Set of Books) and, as it was in R11, continues to partition transactions. A ledger can have many operating units assigned to it. Responsibilities determine the security for operating units. A responsibility can access only the transactions for the operating unit(s) to which it has been assigned. An operating unit also controls access to reports and concurrent requests. If you set up a profile option MO: Operating Unit, then the responsibility can only access a single operating unit. If you want a responsibility to access multiple operating units, then you must define a security profile with multiple operating units assigned and assign it to the MO: Security Profile option. The MO: Default Operating Unit option also allows you to specify the default operating unit for the transactions entered by that responsibility. Operating units are not directly associated with legal entities, though they are assigned to a ledger and to a default legal context (Legal Entity). A user can assign any operating unit to a transaction or copy transactions to a different operating unit if access to the operating unit is authorized by the security profile for the responsibility.


    With the new Multiple Organization Access Control (MOAC) feature in R12, transactions may be posted to different operating units and legal entities from a single responsibility. In order to do this, you set up a security control (MO: Security Profile) to assign multiple operating units and legal entities to a single responsibility.



    An Inventory Organization is the organization that manufactures or distributes products or for which you track inventory transactions and balances. An inventory organization is associated with a parent operating unit, but can serve other operating units under a different ledger. As such, each inventory organization is attached to a legal entity and a ledger. You can specify the inventory organizations that are available for each responsibility. You can enter purchase orders and assign for receipt any inventory organization. Your purchase order operating unit and receiving inventory organization can be in different ledgers to receive against a purchase order. The following applications secure information by inventory organization: Oracle Inventory, Bills of Material, Engineering, Work in Process, Master Scheduling/MRP, Capacity, and Purchasing receiving functions. To run any of these applications, you must choose an organization that has been classified as an inventory organization.


    Other organization structures may be set up to reflect hierarchies in different subledgers. For example, you can define organizations for project expenditures to manage project control requirements in Oracle Projects. Oracle Assets uses asset organizations to perform activities for a specific Oracle Assets corporate book.


    Some information is set up at the organization unit level, while other data is set up once for the entire E-Business Suite. All flexfield definitions, customer and supplier headers, Oracle Assets, General Ledger, Oracle Inventory, and Oracle Manufacturing products are set up only once in the instance. Oracle Cash Management, Accounts Payable, Purchasing, Accounts Receivable, Order Management, Project Accounting, and Sales & Services are set up at the operating unit level. Site information for suppliers and customers is also at the operating unit level.


    The following shows the data that must be set up for each operating unit:



























    Cash Management

    • Bank accounts

    Order Management


    • System parameters

    • Hold sources

    • Transaction types

    • Payment types
    Purchasing



    • Document approval controls

    • Change order controls

    • Supplier sites

    • Financial options

    • Control rules/groups


    • Purchasing options

    • Job/position controls

    • Freight carriers

    • Document controls

    Sales and Marketing

    • Territories

    • Territory types

    • Territory groups

    • Territory qualifiers


    • Territory Accesses

    • Interest category sets

    • Promotion word processors

    • Collateral categories

    Payables

    • Supplier sites

    • Withholding tax certificates and exceptions

    • Distribution sets

    • Withholding tax codes and groups


    • Payables options

    • Reporting entities

    • Financial options

    • Expense report templates

    • Signing limits

    • Procurement and credit card


    • Card programs

    • Card profiles

    • GL account sets

    Projects



    • Maintain PA Period Statuses

    • GL Periods for Projects

    • Project Templates

    • Create Projects

    • Search Project

    • Personalize Region


    • Create View

    • Current Reporting Period

    • Grants - Award Template, Award

    • Grants - Implementation Options

    • Implementation options

    • Bill rate schedules


    • Project types


    Project Setup and Implementation

    • Project templates

    • AutoAccounting








    Receivables

    • AutoAccounting

    • Contact phones

    • Customer address


    • Customer relationships

    • Customer bank accounts

    • Distribution sets

    • Transaction sources

    • Lockbox definitions

    • Memo lines


    • Receipt sources

    • Receivables activities

    • Remit to address

    • Remittance bank accounts

    • Salesperson, sales territories assigned to salespersons

    • System options


    • Transaction types

    Services

    • Service parameters


    • Access control templates


    Code sets
    Note:
    The procurement and credit card setup is a shared setup for both Internet Expenses and Payables.



    Note: Expenditure types are not operating unit specific but if the
    expenditure type requires a cost rate, then the rate is operating unit
    specific.

    Copyright © 2010 Path to oracle apps All rights reserved.
    Wp Theme by Templatesnext . Blogger Template by Anshul