Open APIs

 View Only
  • 1.  Product Order rejected state use cases

    TM Forum Member
    Posted Mar 10, 2023 16:12

    I'm wondering how the product or service order "rejected" state is being used by the community?


    If the initial POST request fails (invalid payload, or server side errors) one could consider that a rejection of the order. The synchronous response would have the appropriate HTTP response code but as there is no order, there is no actual rejected state being communicated back. Simply a failure of order creation.

    I'm wondering what a rejection looks like after the order has been created and started processing? What conditions warrant that state being used as distinct from a failure?



    ------------------------------
    Lynn Dueck
    Oracle Corporation
    ------------------------------


  • 2.  RE: Product Order rejected state use cases

    TM Forum Member
    Posted Mar 11, 2023 14:20

    Hi Lynn

    My guess would be a validation error - for example customer is not qualified/eligible for the requested offering, requested service date is infeasible, product for MACD order doesn't belong to the customer, etc.

    But other people may have different opinions.



    ------------------------------
    Jonathan Goldberg
    Amdocs Management Limited
    Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.
    ------------------------------



  • 3.  RE: Product Order rejected state use cases

    TM Forum Member
    Posted Mar 13, 2023 04:36

    Hi Lynn,


    In addition to what Jonathan says, we mostly use that for catalog validation errors. That is, that the information received in the order is consistent with the catalog configuration: the mandatory characteristics are available with the expected values, the specifications are active, etc.


    Best regards,



    ------------------------------
    Abel Ruiz Huerta
    alvatross by SATEC
    ------------------------------



  • 4.  RE: Product Order rejected state use cases

    TM Forum Member
    Posted Mar 13, 2023 07:19

    Hi all,

    We take the approach that the POST should give a low latency response. That means simple syntax validation, suffient to store the order, with an additional status "created"

    The semantic validation (catalog, inventory, other business rules) is then performed assynchronously and results with either "rejected" or "acknowledged" status.



    ------------------------------
    Koen Peeters
    OryxGateway
    ------------------------------



  • 5.  RE: Product Order rejected state use cases

    TM Forum Member
    Posted Mar 16, 2023 08:10

    Several years ago we develoepd a state model, which allowed a Service Request to be accepted as a Service Order and handle multiple scenarios of successful completion or failure. 

    This model was too high level as a single state model and was refined by using sub-states. The following is an extract of this state model. This model has since been refined and improved.

    This model is not synchronous as it requires post order acceptance to handle the various interim notifications and final success and failure scenarios. Hope this helps.



    ------------------------------
    Pete Bains
    TO BE VERIFIED
    ------------------------------