Purchasing

Get Involved. Join the Conversation.

Comments

  • Niamath Jeddy

    Status of Bug 21356316 : REL92-IMPORT POS WITH ATTACHMENTS is 'Suggestion Implemented.

    Ivan,

    Can you please confirm the release in which this can be expected?

    Regards,

    Niamath

     

  • Brian Burns

    Hi Nishanth,

    I've been able to default these values as unchecked but the problem is that you can never check them if you want to. I'm still looking into it but didn't know if anyone has been able to do this since last post in 2018. We have this as a requirement as well.

    I basically just overrode the value as "blank" but I did this in IE edit pages. When I was using Firefox for some reason it wasn't working.

    Thanks,

    Brian

  • Manjula Evans

    Hi Alan,

    SFO stands for Supply Chain Financial Orchestration and is used for intercompany transactions that cross ledgers. The short answer to your question about determining the Sold-to LE from a deliver-to location/deliver-to organization is yes, you can do that, but it depends on the setting of the parameter ‘Multiple Legal Entities on Order’ which is found on the Configure Requisitioning Business Function screen. In a decentralized procurement scenario where every LE orders for themselves, this parameter would be set to ‘Error’. This means that the LE is determined from the common deliver-to organization of all schedules in the order. In a centralized procurement scenario, this parameter would be set to either Allow or Warning. In this case, the LE is determined from the Requisitioning Business Unit’s Legal Entity (as defined in the Assign Business Function setup screen).

    We are planning a session on June 20th to talk about the LE & BUs on POs - what their purpose is and how certain business scenarios may impact the way you'd define them. If interested, please plan to attend.

    Thanks,
    Manjula

  • Isaline Nguyen

    Thank you Brian, this shows a clear overview of how receipt accounting works

     

  • Isaline Nguyen

    Hi Brian,

    It is set up for Accrue on Receipt

    Thanks,

    Isaline

  • Alan Luu

    Hi Deepak, 

    Are you able to explain what the SFO Flow is? I'm not familiar with this term.

    If I wanted to create a new Requisitioning BU and have the Deliver-To Location always default to lets say San Francisco, California, wouldn't that be easier than having the requester choose the Deliver-To Location to make sure the correct Legal Entity is selected?

    Thanks!

    -Alan

  • Brian Burns

    There are some decent docs on docs.oracle.com as well:

    https://docs.oracle.com/en/cloud/saas/supply-chain-management/19b/fapma/receipt-accounting.html#FAPMA1921270

    Using Supply Chain Cost Management

    I find the docs on docs.oracle.com are ok but basic and if you are setting it up there is some trial an error involved. Or at least, docs.oracle.com isn't a full implementation resource, I'm not sure one exists for Fusion as I've had more luck asking other users in this community than following the documentation.  But if it's Period End then it's a basic set-up, accrue on receipt can get complicated as far as running/reconciling what's going on in my opinion.

  • Brian Burns

    Hi Isaline,

    Do you have your PO accruals set-up for Accrue on Receipt or Period End?

    Thanks,

    Brian

  • Rodrigo Diaz

    Hi Isaline,

    Hope this helps:

    Oracle Support Document 1328186.1 (Overview of Accrual Accounting) can be found at: https://support.oracle.com/epmos/faces/DocumentDisplay?id=1328186.1

    Oracle Support Document 1328173.1 (How to Create a Basic Purchase Order Receipt Accounting Flow) can be found at: https://support.oracle.com/epmos/faces/DocumentDisplay?id=1328173.1

    Regards.

  • Jennifer Quinto

    Thank you! This worked.

  • Jennifer Quinto

    Thank you for your comment.  In our process we do not create PO's backed by multiple agreements.

  • Deepak Padhy

    Hi - The Sold to LE that stamped on PO follows the below hierarchy:

    1) first it checks if any SFO flow exists for the receiving BU and it qualifies the PO or not. If a suitable SFO flow founds then sold to LE is derived from there.

    2) If SFO is not implemented then following below two logic inventory organization is derived:

    --> If PO is being created from a requisition then the inventory organization associated with the deliver-to location of the requisition is used. 

    --> If a backing requisition does not exist then the inventory organization associated with the default ship-to location of the PO is used. If none is found then the deliver-to organization specified on the Configure Requisitioning Business Function page of the requisition BU is used.

    Once the inventory organization is derived then the system finds the LE associated with that inventory organization defined in inventory organization UI and use that LE as Sold to LE in PO.

     

    Hope it clarifies your doubt.

     

    Thanks

    Deepak.

  • Suman Guha

    Moved post to the Purchasing forum as Sold-to LE is determined on the Purchase Order.

  • Mohanish Mahajan

    Make sure requester name is populated on the PO and same requester is receiving it from the 'My Receipts' workarea. 

  • Boyuan Zhu

    Niamath brings up a good point that's worth considering. 

    If you want to go ahead with customization, please review this page: https://cloudcustomerconnect.oracle.com/posts/c9cb30b543

    The corresponding logic would look something like this: 

    #{bindings.IsSourceDocumentMultiple.inputValue? false : bindings.SourceDocument.inputValue == null? true : false}