Your SlideShare is downloading. ×
0
OSM Control Data Structure
OSM Control Data Structure
OSM Control Data Structure
OSM Control Data Structure
OSM Control Data Structure
OSM Control Data Structure
OSM Control Data Structure
OSM Control Data Structure
OSM Control Data Structure
OSM Control Data Structure
OSM Control Data Structure
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

OSM Control Data Structure

243

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
243
On Slideshare
0
From Embeds
0
Number of Embeds
11
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. OSM Control Data Structure (Type: PPT, Total Page: 18) Control data is data located in the ControlData Structure on the order. Control data consists of data required to perform OSM orchestration. Order Item properties and order components are OSM entities that contribute to the ControlData structure on the order by using the following structures in the data model: ControlData/OrderItem/. Order item property control data: Order items from the customer order are stored here and included in the order ControlData/Functions/ Order component control data: An order component that participates in an orchestration plan must have control data defined in the order template of the order. Order component control data requires order item control data. Rather than copying the order item data to each order component, OSM creates in the order component control data a reference node back to the Control/OrderItem/Order_Item_Property_Name structure. A reference node back to the original order item keeps the order components updated with any new order item properties you might add to your order item specification. Adding a new element/strucuture 1. Add new element “IsXYZInvoke’ in custom data dictionary 2. Open Data Element view in left pane 3. Open Order Template in right pane 4. Drag and drop the element at the required place as shown below. Example Contact: yohaim@gmail.com Blog: http://philipjung.blogspot.kr
  • 2. Contact: yohaim@gmail.com Blog: http://philipjung.blogspot.kr AIA O2C Technical Detail Design (Type: DOC, Total Page: 291) 1. FulfillBilling Extensions 2. Sync Sharing Group Member, AMM 3. Account and Billing Profile Management 4. BYOD Gift Product Switch 5. Combined Product 6. Commitment and Penalty 7. Customer and System data sync to External/Legacy systems 8. Data Sharing 9. Bundle DSG 10. Instance/Dynamic Discounts 11. Handset Insurance 12. Hot Bill Extension 13. Legal Representative 14. Payment guarantee Insurance and Coupons, Alliance Product 15. Point Management 16. Port In/Out 17. Promotion Bundles 18. Refund 19. Roaming Product 20. Self Installation in relocation order 21. Standalone Installment 22. Campaign Discount, Subsidy 23. Time Based Offer 24. Register Identity Theft
  • 3. Contact: yohaim@gmail.com Blog: http://philipjung.blogspot.kr BRM Functional Design (Type: DOC, Total Page: 214) AP Aggregated Usage AP One Off Tasks AP Port In/Reversal AP Port Out/Reversal AP Product and Discount Enrichment AP Rerate and Rebill Service Management, Service Suspension Service Management, Terminate Customer Service Service Management, Suspension Reconnect Service Management, Service Order Reversal Service Management, Service Upgrade/Downgrade Service Management, Penalty Service Management, Prepayment Service Management, Payer Change Service Management, Charge Sharing Service Management, Discount Sharing Service Management, Create Service Service Management, Loaner Phone Device Change Service Management, Create Installment Plan Service Management, Modify Isntallment Plan Service Management, Owner Change Account Management, Create Account Account Management, Modify Billing Account Device Management, Device Change/Reversal
  • 4. Example Order Fallout Real Case Study (Type: DOC, Total Page: 31) Case 1: Sync Customer에서 오더가 정지되고, Amending 상태이고, 상태 변경이 불가능할 경우 Case 2: MZN에서 Complete 메세지를 받은 후, Amending 상태일 경우 Case 3: ProvisionNeOSS에서 오더가 정지되고, Amending 상태이고, Cancel 오더 처리가 불가능한 경우 Case 4: PoNR 이후에 FulfillingBilling에서 오더가 정지되거나. Fallout이 발생한 경우 Case 5: FulfillBilling에서 In Progress 상태이고, Request가 실패했을 경우 Case 6: FulfillBilling에서 In Progress 상태이고, Response가 실패했을 경우 Case 7: AIA에서 Response를 생성하지 못하고, OSM이 FulfillBilling에서 In Progress 상태로 대기할 경우 (AIA에서 Response 를 처리 못하거나, BRM에서 Response를 생성 못함) Case 8: AIA에서 비정상 처리된 경우, 예를 들어 2번 실행된 경우 Case 9: 결합 오더를 생성하여 처리되었음에도 불구하고, CRM UI에서 결합이 존재하는 경우 Case 10: KT에서 결합은 Modify 오더임, 0.9에서는 신규만 Revision을 허용, 예를 들어 NeOSS에서 가설 희망일 변경을 위해 SVE에 Revision 오더를 호출하면 에러 발생, 결합은 Modify 인데, 0.9에서 Revision은 New Install 만 지원하기 때문에 에러 발 생함 Case 11: CRM에서 원 오더 보류로 인해서, 후속 오더가 New가 아닌 Add 처리됨. 이로 인해 CRM에서는 10개의 Discount가 존재하고 BRM에서는 8개의 Discount가 존재함, 최종 오더는 결합 해지 오더이며, opcode 호출 시 2개의 결합 할인이 존재하 지 않아서 에러가 발생함 Case 12: 만약 Multi schema일 경우 Case 13: Relocate 오더와 결합 시에 일반적인 Discount, Commitment는 구현되었으나, 결합할인은 정의되지 않음 Case 14: 2개의 LoB에 대한 JCA 바인딩 에러의 경우 Case 15: Revision의 예를 들면, 인터넷 설치를 위해 주소(방 번호)를 잘못 입력한 경우, NeOSS 혹은 미들존에서 실패함 Case 16: 원 오더는 NeOSS에서 실패한 후, 다수의 Revision 오더 (2,3,4)가 제출, GTX 에러 발생 Case 17: 원 오더는 NeOSS에서 대기 중이고, 후속 오더가 완료 처리됨 (OSM에서는 변경분에 대해서만 Revision 오더 처리를 할 수 있고, 미들존, NeOSS는 독립된 시스템이라서 호출만 하고 관리는 못함, 시스템이 아니라 수동적으로 관리자에 의해서 처리되어야 할 경우라면, 미들존, NeOSS에서 실시간 처리시에 순서상의 문제가 발생하는 경우가 많음) Case 18: AIA서버가 다운되어서 복구된 후, 대량의 오더가 한꺼번에 순서 없이 처리되는 경우 Case 19: 개통처리가 안 되었고, 오더가 완료가 되지 않았음에도 불구하고, 고객은 IPTV에서 VOD 구매하여 시청이 가능함, MediationZone에서는 이로 인한 CDR를 생성 및 처리하였으나, BRM에서는 CDR를 처리 못하고 에러 발생하여 KT관점에서는 매출 누수가 발생함 Contact: yohaim@gmail.com Blog: http://philipjung.blogspot.kr
  • 5. Contact: yohaim@gmail.com Blog: http://philipjung.blogspot.kr RODOD Strategy Consulting 1.0 (Type: PPT, Total Page: 287) 1. 상품 합리화 및 마이그레이션 방안 수립 2. 상품 할인 및 위약금 룰 변화 3. 빌링 변화 4. 고객 경험의 변화 5. 영영 관리자의 변화 6. 대리점 판매담당자의 변화 7. CSR 담당자의 업무변화 8. 캠페인 담당자의 변화
  • 6. Contact: yohaim@gmail.com Blog: http://philipjung.blogspot.kr RSDOD Extension UI (Type: PPT, Total Page: 42) SOM은 무선 오더 Provisioning 처리 기능을 수행하며, SOM-E 는 SOM Extension 시스템의 약자로써, 고객 업무 수행상 반드 시 필요함에도 불구하고 패키지에서 지원하지 않는 기능을 구현하기 위하여 패키지를 확장하여 추가 기능을 구현한 시스 템이다. 다음의 주요 3가지 기능으로 구분된다. 오더 처리 이력 관리 오더 이력 정보 조회 COM으로부터 입수된 Provisioning EBM XML 데이터 조회 SOMM에서 Legacy 시스템으로 전달된 Interface XML 데이터 조회 오더 실패 시, 실패 관련 세부 정보 (Error Code and Error Message) 조회 오더 처리 중 Fallout 발생 시의 Fallout Handling Rollback Stop Order Continue Order Wait From COM 오더 Provisioning 을 위한 Master 정보 관리 요금제 및 부가서비스 연동 Parameter 정보 관리 단말기 연동 Parameter 정보 관리 RSDOD to Legacy 코드 정보 관리 SOM SOM Extension CUSTOM UI WS App Data Legacy Replica Table O S B L E G A C Y Example
  • 7. Contact: yohaim@gmail.com Blog: http://philipjung.blogspot.kr BRM Product Enrichment (Type: PPT, Total Page: 42) There are two points in which enrichment is performed in BRM; before PH4C configures products and discounts and publishes to BRM, and after the products and discounts have been published from PH4C. Enrichment and Propagation flow between BRM and PH4C shows the different components that need to be created in BRM and PH4C. For components with OOTB values (OOTB service, events, GL IDs, resources and tax codes), these will be created automatically in both BRM and PH4C upon setting up of both systems. The initial components, such as custom services, events etc. that require enrichment will be loaded into the BRM system and the list of values is passed to PH4C to be input for product and discount creation. Once the configuration is completed, the products and discounts will be propagated into BRM from PH4C. Any additional enrichment for pipeline rate plans, and products with rate plan selectors, cycle folds and rollovers will then be performed in BRM. PH4C BRM 3. Product and Discount Propagation Product for OTC Product for RC and UC(with pipeline rate plan model ID) Product for RC only(without pipeline rate plan model ID) Discount object for OTC Discount object for RC Discount object for UC 2. Product and Discount Configuration 1. BRM Initial Enrichment Custom Service, Event, Resource, Tax Code, GL ID Discount component configuration 4. Product and Discount Enrichment Product with Rate Plan Selector Product with Rollover Product with Cycle Fold Pipeline Rate Plan Configuration Example
  • 8. Contact: yohaim@gmail.com Blog: http://philipjung.blogspot.kr RSDOD Cancel Order Customization (Type: PPT, Total Page: 51) To support Cancel Order requirement, customize the following OSM components. Product Specification Task Compensation Decomposition Rules Granularity Component ID Fallout Status Order Status Automation Plug-in OSM OOTB Cancel Order Processing 1. 새롭게 입수된 Cancel 오더에 대한 ORP를 수행한다. 2. 해당 오더가 생성되는 동안 OSM은 amendment key (예: CRMOrderID)와 버전 번호를 분석해서 새로이 입수된 오더가 amendment key가 돌일한 이전 오더의 다음 버전 번호를 가진 오더임을 판단한다 3. 새로운 오더가 수정 오더임을 파악하고 나면, OSM은 OPG 단계로 들어가 새로운 오더의 orchestration plan을 완성한다 4. Cancel fulfillment mode에서 오더 컴포넌트 간 association 설정에 따라 cancel 오더의 orchestration plan이 생성된다 5. 다음에 OSM은 원래 오더의 orchestration plan과 cancel 오더의 orchestration plan을 비교해서 원래 오더에 대한 compensation plan을 작성한다 6. OSM은 Compensation plan을 생성하고 나며 원래 오더의 상태를 amending으로 바꾸고 원래 오더를 처리하면서 실행했 던 모든 태스크에 compensation plan을 적용한다.중요한 data element의 변경 여부를 보고 해당 task를 찾아낸다 7. OSM은 compensation 전략으로 기 설정된 바에 따라 해당 task를 실행한다. 이는 undo, redo, amend_do 중에 하나 또는 do nothing 모드로 해당 task를 다시 실행하는 것을 의미한다 8. 원래 오더의 모든 task에 대해 compensation을 수행하고 나면 원래 오더는 자신의 ORG에 따라 남아있는, 대기 중이던 task를 정상적인 do 모드로 계속 실행한다 9. OSM이 원래 오더에 대한 compensation을 완료하고나면, cancel 오더도 완료 상태로 변경된다 원래 오더 컴포넌트 수정된 오더 컴포넌트 Compensation 유형 있음 없음 Undo 없음 있음 Do (Compensation 완료 후) 또는 Amend_do (오더상태 Amending) 있음 있음, 변경사항 없음 Compensation 필요 없음 있음 있음, 변경사항 있음 Redo Example
  • 9. Contact: yohaim@gmail.com Blog: http://philipjung.blogspot.kr RSDOD Revision Order Customization (Type: PPT, Total Page: 43) 1. Service Activation In-flight change management 1.1 Service Activation In-flight change management Analysis 1.2 Service Activation In-flight change management Design 1.3 Design Summary 1.4 Interaction system by service 1.5 Revision for Service Activation system 2. Function via Provisioning and Activation(PnA) System in-flight change management 2.1 Function via PnA System in-flight change management Analysis 2.2 Assumption 2.3 Executable function by service 2.4 Design Summary 2.5 Analysis for each PnA function 3. Detail Design for Common Systems Setting of Compensation Strategy for Function via PnA 1. Publish, logical DnA, Confirmation is configured with Redo compensation strategy and the orders are configured with undo then redo (2 transition) when re-evaluated. 2. Publish requests compensation via Redo 1 transition during in-flight change in SOM but PnA itself creates re-evaluate order. 3. Re-evaluate (including cancel) for Logical DnA and Fulfillment/facility confirmation isn’t executed. Since Logical DnA is a function for address conversion and data enrichment, it doesn’t require rollback during re-evaluate. Function related with Confirmation is re-evaluated in PnA. Conditional compensation definition in OSM Conditional compensation enables in-flight change function of OSM by implementing XQuery logic. Therefore, whether to do re-evaluate or not used to be determined based on change only, but we can differentiate the compensation strategy by using conditional compensation. Example
  • 10. Contact: yohaim@gmail.com Blog: http://philipjung.blogspot.kr OSM 7.2 Bug and Fix (Type: PPT, Total Page: 13) Summary Business Impact SyncCustomer Function Redo처리시 OrderUpdateFailedException 발생 Revision 오더 처리 진행 불가 OSM Web UI 상의 orchestration Graph에 한글이 깨지는 현상 Web UI 상에서 Orchestration graph에 한글 인식 불가 Partition Purge 수행 시 성능 이슈 Partition Purge 수행 시 성능 이슈 발생 Global Transaction 오류로 오더가 amending 상태에서 stuck 됨, 후 속 처리 불가 Multiple revision 오더에 대한 처리 진행 불가 Multiple revision 처리 시, 불규칙적으로 오더가 amending 상태에 서 stuck 됨 Multiple revision 오더에 대한 처리 진행 불가 Cluster 환경에서 특정 서버의 oms_event 큐에 메시지가 pending 되는 현상 (Correlation ID가 비정상적으로 clean up 됨) OSM 내부 처리 event 메시지가 진행되지 못하여 상태 변경, 데이트 업데이트 등 osm 내부 event 처리 불가 오더 생성 단계에서 fail 처리된 건에 대한 Trouble Ticket 생성시 한 글이 깨지는 현상 오더 생성 실패 건들에 대한 Trouble Ticket CRM 전달 시 한글이 깨 짐 Provision Fallout Recovery 를 위한 revision 처리시 exception 발생 Fallout 복구를 위한 revision 처리 불가 병행 처리 task 들에 대하여 오더 완료 시간 지연 병행 처리 task 들에 대해 오더 처리 지연 원 오더가 ORP 단계에 있는 중에 revision 오더가 내려오면 “Duplicate Order Key Error”가 발생하여 오더 생성 실패 처리 Revision 오더들이 연송해서 (1~2초 이내) 입수되는 경우 오더 생성 실패되어 Trouble Ticket 발생 Revision 오더 입수 시, 불규칙적으로 Timeout 오류 발생 Revision 오더 입수 실패 처리되어 TT 발생 Follow-on 오더에 대한 Revision/Cancel 처리 불가 Follow-on 오더에 대한 Revision/Cancel 처리 불가 OSM의 OOTB 기능상 undo 처리시는 history 데이터 사용, 이로 인 해 CRM에 새로 추가된 필드가 Cancel 요청 시 down stream으로 전 달 안됨 운영 중 새롭게 추가되는 필드들에 대해서는 cancel 시 down stream으로 전달 안됨, down stream에서 이 필드들에 대해 validation 수행 시 fail 될 수 있음
  • 11. Contact: yohaim@gmail.com Blog: http://philipjung.blogspot.kr OSM COM Low Level Design (Type: DOC, Total Page: 142) 1. Introduction 2. Requirement Overview 2.1 IPTV New Install/Terminate Reversal 2.2 Modify IPTV 2.3 Relocate IPTV 2.4 Suspend IPTV 2.5 Reconnect IPTV 2.6 IPTV Transfer Owner 2.7 Terminate IPTV 2.8 Combine IPTV - Merge 2.9 Combine IPTV - Split 3. Technical Overview 3.1 E2E Architect for IPTV New Install/Terminate Reversal 3.2 E2E Architect for Modify IPTV 3.3 E2E Architect for Relocate IPTV 3.4 E2E Architect for Suspend IPTV 3.5 E2E Architect for Reconnect IPTV 3.6 E2E Architect for IPTV Transfer Owner 3.7 E2E Architect for Terminate IPTV 3.8 E2E Architect for Combine IPTV - Merge 3.9 E2E Architect for Combine IPTV - Split 4. OSM Metadata Design 4.1 Order Component Specifications 4.1.1 Functions 4.1.2 Systems 4.1.3 Processing Granularity 4.1.4 Significant Updates 4.2 Order Component Static Process 4.3 Decompositions Rules 5. Product Classes 6. Product Specifications 7. Orchestration Plan Executions 8. OSM Integration Design 8.1 Integration Overview 8.2 CRM Product Structure 8.3 Order Structure

×