Open APIs

 View Only
  • 1.  Application functios and APIs

    Posted Nov 23, 2019 06:58

    Hi all, can anybody help me understand which API should I use starting my analysis from Application functions? Or if it is a wrong way to do it this way.  I'm not sure if it is right to use. 

    For example, starting for "Customer Preferences Management" applications, I'm not sure to use the Customer Management API because I can't find  Web Look & Feel preferences in the Resource Model in "TMF629_Customer_Management_API_REST_Specification_R19.0.1" document.

    Is there a direct relationship between Application functions and API?

    Thank you
    Fernando



    ------------------------------
    Fernando Román
    Claro Argentina
    ------------------------------


  • 2.  RE: Application functios and APIs

    TM Forum Member
    Posted Nov 23, 2019 13:17
    Hi Fernando
    Perhaps you could explain more precisely what you are trying to do in this analysis? In particular I am not familiar with the term Application Functions.
    As far as I am aware, there is not currently an API that deals with customer preferences, and the concept does not exist in the SID either.

    ------------------------------
    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: Application functios and APIs

    TM Forum Member
    Posted Nov 26, 2019 07:18
    Hi Jonathan, in the other thread I tried to explain myself better. ​

    Thank you.
    Fernando

    ------------------------------
    CECILIA TAMAGUSUKU
    Claro Argentina
    ------------------------------



  • 4.  RE: Application functios and APIs

    Posted Nov 24, 2019 12:32

    Hi Fernando,
    I assume you are referring to Application functions defined in the TAM?

    Unfortunately there is no complete mapping between TAM and Open APIs on the level of application functions.
    However, both Frameworx components are structured by the same domains, which implicitly provides a mapping on a very high level.

    Best regards,
    Dirk



    ------------------------------
    Dirk Rejahl
    TM Forum
    ------------------------------



  • 5.  RE: Application functios and APIs

    TM Forum Member
    Posted Nov 26, 2019 07:19
    Hi Dirk, ​Yes, I'm referring to Application functions defined in the TAM. 

    The Business Process is "to change a mobile terminal" and that can be done through several channels by the subscriber as Web, App, or presential at Customer Service.

    The high level customer journey is:
    1 - Enter to the web site
    2 - See the the phones (only available in stock), its characteristics and Price.
    3 - Customer logs in, his profile is checked, and after that the avalilable phones, prices, and its payments methods can vary.   
    4 - Customer selects a phone and begin the checkout process: enter billing address, delivery address, selects payment methods, etc.  
    5 - After the checkout process is confirmed, an order in pending status was created, a unit was deducted from phone stock, etc. 
     
    Taking the following two actions as example, is there a way to map the funcionalities with their corresponding APIs?
    Customer Login function
    Domain: Enterprise
    Frameworx Application L1: Security Management
    Frameworx Application L2: Application Security
    Frameworx Function: Single Sign-On Access Control    
     
    Customer Profile validation
    Domain: Customer
    Frameworx Application L1: Customer Information Management
    Frameworx Application L2: Customer Profile Management
    Frameworx Function: Customer Detail Management

    Thank you
    Fernando

    ------------------------------
    CECILIA TAMAGUSUKU
    Claro Argentina
    ------------------------------



  • 6.  RE: Application functios and APIs

    TM Forum Member
    Posted Nov 26, 2019 10:26
    My advice to you would be to sketch out the journey in a sequence diagram, and on each arrow identify the Open API that you need.
    For an existing customer, a very simplistic flow might be something like this:
    TMF620 (Product Catalog) GET (for searching for phones)
    TMF663 (Shopping Cart) POST (create shopping cart), PATCH (update, and eventually set status to checked out)
    TMF670 (Payment Methods) GET (for existing method) or POST (for new method)
    TMF622 (Product Order) POST (create order)
    TMF676 (Payment Management) POST (create a payment for device if the charge is not to be collected on the bill)
    and so on.

    Note that we don't have an API covering authentication (e.g. login on self-service portal or establishing identity to a CSR in call center). Also we are looking at a stock management API which would be useful for the warehouse check, and a shipping management API which would be relevant for shipping the device.

    Hope it helps

    ------------------------------
    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.
    ------------------------------



  • 7.  RE: Application functios and APIs

    Posted Nov 28, 2019 06:16
    Thank you Jonathan, I will do it. 

    About Stock management and Shipping Management APIs, they will be very useful for sure.

    Regards, 
    Fernando

    ------------------------------
    Fernando Román
    Claro Argentina
    ------------------------------



  • 8.  RE: Application functios and APIs

    TM Forum Member
    Posted Nov 27, 2019 04:55
    You may want to look at this Catalyst project: Business Operating System (BOS) – an implementation of ODA Core Commerce Management
    The focus was on the order process. There is also a contribution in ODA-222.

    ------------------------------
    Vance Shipley
    SigScale Global Inc.
    ------------------------------



  • 9.  RE: Application functios and APIs

    Posted Nov 28, 2019 06:18
    Thanks Vance for the reference. 

    Regards, 
    Fernando

    ------------------------------
    Fernando Román
    Claro Argentina
    ------------------------------