Implementation<\/p>\n[\/mk_fancy_title][\/vc_column_inner][vc_column_inner width=”1\/2″][\/vc_column_inner][\/vc_row_inner][\/vc_column][\/mk_page_section][mk_page_section padding_top=”30″ padding_bottom=”80″ sidebar=”sidebar-1″][vc_column css=”.vc_custom_1517481222134{padding-top: 20px !important;}”][vc_column_text css=”.vc_custom_1545057417028{margin-bottom: 0px !important;}”]DDEX standards have been widely implemented across the digital value chain by organisations that vary in size from multi-national household names to small start-up companies. Well over 4,100 companies have been issued with DDEX Party Identifiers (DPIDs) and are therefore able to participate in the DDEX ecosystem.<\/p>\n
Implementers range from companies such as digital retailers, digital distributors and aggregators, record companies, sound recording and performer rights societies, music publishers, music work rights societies to various technical service providers. If you are considering implementing one of DDEX\u2019s standards you will be in good company.<\/p>\n
Experience has shown that successful implementations follow a four-step approach:<\/p>\n
Communication Mapping systems to the standards Implementation planning Integrating with a partner Once this is agreed, the partners should run orchestration tests to ensure the SFTP server or Web Servers communications works as envisaged. Only then can integration tests be conducted. During the integration phase, the sender and receiver will need to conduct a \u201cpeer conformance procedure\u201d where: (i) the sender determines if the receiver is able to receive and ingest messages according to the provided test packages and (ii) the receiver reviews the test packages from the sender to verify the delivered packages complies with the standards.<\/p>\n The sender will need to send a series of sample messages containing test data for a range of business scenarios. These sample messages are intended to test the receiver\u2019s ability to receive and ingest them using the chosen delivery choreography, as well as their ability to correctly interpret the content of the messages.<\/p>\n DDEX provides both senders and receivers with a consistent means of interpreting the metadata within messages. During the integration phase, the sender would typically send the receiver various messages representing different constructs within the message standard, depending on which standard is being used. More detail of the nature of such constructs is available in the context of the explanations of each message standard on the Knowledge Base<\/a><\/strong>.<\/strong><\/p>\n The test messages, delivered during the conformance test phase, will need to have the IsTestFlag set to True to indicate that the messages are test messages and their content should not be made available outside the test environment. These messages ensure that the receiver\u2019s ingestion engine interprets the messages accurately. During this process, the sender will need to verify the message ingestion results with each receiver based on their choice of choreography.<\/p>\n After the sender and receiver have passed the integration conformance tests, the sender can \u201cturn on\u201d the digital feed in the value chain to kick off the production deliveries of messages.[\/vc_column_text][\/vc_column][\/mk_page_section][mk_page_section bg_color=”#efefef” padding_top=”60″ padding_bottom=”40″ sidebar=”sidebar-1″][vc_column][mk_imagebox per_view=”3″ padding=”10″ animation_speed=”200″ slideshow_speed=”3000″][mk_imagebox_item item_image=”\/wp-content\/uploads\/2018\/08\/implementation-licence-ddex-party-id.jpg” image_padding=”false” background_color=”#ffffff” title_font_weight=”400″ btn_text=”Implementation Licence and DDEX Party Identifiers” btn_url=”\/implementation\/implementation-licence-and-ddex-party-identifiers\/” btn_background_color=”#043a6c” btn_text_color=”#ffffff” btn_hover_background_color=”#002659″ el_class=”button-slide”][\/mk_imagebox_item][mk_imagebox_item item_image=”\/wp-content\/uploads\/2018\/08\/implementation-licence-terms-conditions.jpg” image_padding=”false” background_color=”#ffffff” title_font_weight=”400″ btn_text=”Implementation Licence Terms and Conditions” btn_url=”\/implementation\/implementation-licence-terms-and-conditions\/” btn_background_color=”#ec008c” btn_text_color=”#ffffff” btn_hover_background_color=”#e50089″ el_class=”button-slide”][\/mk_imagebox_item][mk_imagebox_item item_image=”\/wp-content\/uploads\/2018\/08\/change-request.jpg” image_padding=”false” background_color=”#ffffff” title_font_weight=”400″ btn_text=”Change Request Form” btn_url=”\/implementation\/change-request-form\/” btn_background_color=”#56a0d3″ btn_text_color=”#ffffff” btn_hover_background_color=”#3b78bf” el_class=”button-slide”][\/mk_imagebox_item][mk_imagebox_item item_image=”\/wp-content\/uploads\/2018\/08\/open-source-software.jpg” image_padding=”false” background_color=”#ffffff” title_font_weight=”400″ btn_text=”Open Source Software” btn_url=”\/implementation\/open-source-software\/” btn_background_color=”#a7be39″ btn_text_color=”#ffffff” btn_hover_background_color=”#9fb536″ el_class=”button-slide”][\/mk_imagebox_item][\/mk_imagebox][\/vc_column][\/mk_page_section][mk_page_section bg_image=”\/wp-content\/uploads\/2017\/04\/arrows-footer.png” bg_image_portrait=”\/wp-content\/uploads\/2017\/04\/arrows-footer.png” bg_color=”#003a6f” bg_repeat=”no-repeat” bg_stretch=”true” padding_top=”60″ padding_bottom=”0″ top_shape_color=”#ffffff” bottom_shape_color=”#ffffff” sidebar=”sidebar-1″][vc_column width=”1\/2″][mk_fancy_title tag_name=”h3″ color=”#ffffff” size=”24″ font_weight=”bold” margin_bottom=”0″ font_family=”none” responsive_align=”left”]\n Keep up-to-date by joining our mailing list<\/p>\n[\/mk_fancy_title]
\n<\/strong>The easiest way to implement a DDEX standard is with a business partner. So, if a company is planning to send DDEX messages it should partner with someone who wishes to receive data in a DDEX format. Ideally, the partner has already implemented DDEX. But even if not, implementing it together has proven to lead to fewer errors as issues are likely to be found early on.<\/p>\n
\n<\/strong>The first, and easily the most complex, step is to map the data fields from a company\u2019s existing databases to the fields supported by the relevant DDEX standard. The DDEX standards are based on a comprehensive data model describing works, resources, releases, right shares, parties, deals and other entities. Not all companies\u2019 databases will be as granular (or even need to be as granular).<\/p>\n
\n<\/strong>Once a company has decided on an architecture for its implementation and once it has created a mapping between its database and the relevant DDEX standard, the company\u2019s operations personnel need to gather the technical information and business requirements to fulfil their part of the supply chain. This will make the work on the actual implementation much easier.<\/p>\n
\n<\/strong>When choosing a partner to work with, either during the development phase or after a company has successfully implemented its DDEX system, the partners need to agree details about the data exchange, including the message standard or profile to use as well as the message exchange choreography or protocol to employ.<\/p>\n