You are on page 1of 25


Functional Overview
Negotiate and acquire deals for the company

Business Requirement
Allow user to enter all relevant information about an acquisition deal of different types: o Name of Event o Deal Period o Description of Event o Type of Event o Networks that the event is available on o Organizer details o The number of show for each event per year and the details. o The Distribution Right for the deal o Commercial related information o Consideration associated with the deal o Production related information o Renewal information o Other additional information Allow user to print a deal summary Allow user to print a report detailing deal that are due for renewal. Allow user to print a right report for each deal

Functional Overview
To schedule acquired properties into all networks. To liaise with external suppliers and other department regarding any information about the programs.

Business Requirement
Scheduling: - Build schedule o Gather information from Programming Ops o Refer to Programming Output and Acquisition reports o Discuss Sales and Production requirements o Determine scheduling strategy and appropriate time slots o Schedule shows that have been created in the system Release/Publish schedule o Check schedule for overlaps or unscheduled hours o Cross check for programming clashes on networks with the same territories o Check all detailed information are accurate o Send out monthly schedules to internal/external/website o Translation of schedules in Mandarin (both Traditional and Simplified) o Cross check with Language Services on the accuracy of new Mandarin program title o Send out monthly Mandarin schedules to respective territories Make schedule changes o Receive changes from ESPNI, Suppliers and Production etc o Determine affected program and implications to other departments o If logs are not finalized Changes are done in the system Change memos send internally/externally via email and load to website Updated schedule send via email externally Change memos translated to Mandarin send externally via email Updated Mandarin schedule send externally via email o If logs are finalized Changes reflected on email and send internally/externally No change memos will be send out Changes to be updated in the system after actualization Updated Mandarin schedule send externally via email Crawlers are inserted on air to inform of changes if necessary Guidelines and Conditions o Liaise with Producers on suitable standby programming o Provide guidelines to Live and Same Day Delay programs Actualization o Retrieve Final Logs from Transmission o Update system with exact start time and duration of each programs as stated in the logs. Preferably this can be accomplished automatically by the system and user involvement is only needed to handle exception/discrepancy and final checking. o Insert Fillers programming if they have been used

Programming Operations: - Understand the Contract of respective sports and distribute information to various departments to ensure that the company work within the contractual obligations, including sending the Client Supplied Form.

Liaise with Suppliers on all programming information and inform various schedulers/departments when necessary Update information in the system Work with Production, Sales and Schedulers on specific requirements Update the 14 day rule report when a change is made within 14 days of its transmission. Update Programming Output report monthly

Functional Overview
Administer/update Program information Run time, Commercial time, Breaks for Operations. Input is provided by screener in the Production department through Runsheet. Create/assign Formats for all channels. Input may come from various sources like previous formats in the database, production and ESPN Bristol. Collate and distribute Program, Language, Library information to various departments. Support log creation with latest updated Break Formats. Providing Order Entry and Traffic dept. with commercial requirements/changes to the Break Formats. Responsible for updating various groups in response to Programme Schedule changes.

Business Requirement
Maintain Format Template - Allow users to maintain a program form at template by sport events, program length, Live/Tape, etc. - To be able to differentiate the different break type, ie Commercials, promos, billboards, tags, affiliate break and etc. - To allow creation of multiple avail type in a given break. - To allow user to view a summary of total time by break type - To be able to capture break before start of program. - To allow/restrict certain channel(s) from using a format template - Allow user to create and maintain multiple version for a format template, different in certain break details. - Allow copying of format template - Allow breaks to be copied from one program into another. Assign Format - To allow the users to query on screen or on a report, those program airings that have not been formatted yet. - To be able to look up or query the format template used for a given program. - To be able to assign a format template to any scheduled program airings. - The system should check to ensure if the format template is allowed for a given program airing. - It should allow assignment of a format template to multiple program airings, as long as the basic requirement conditions are met. Format Change - To be able to change the format the detail of a program after it has been assigned with a format template. The changes might be due to late sponsorship deals. - To be able to re-assign a format template to more than one formatted program if the changes applies to more than one program airings. - To allow users to choose whether they like to have the system to populate the changes made on the format template to those program airings assigned with that format template. - To automatically update certain users, such as Ad Sales, Order Entry and Traffickers on any format changes.

Simulcast Programs - To allow users to maintain format template for simulcast programs, ie maintain the same number of breaks and the break duration. - The system should highlight to the users if there is any discrepancy in the number of break and each break length for the simulcast programs. - To allow users to update/change format once for simulcast programs, as long as the changes are made on the number of break and the break length. Restriction

Allow users to define restriction such as affiliate break restriction, commercial restriction and etc. The system should check and ensure no constraint is violated before the format template can be approved or the change can be saved.

Integration - The format system should be integrated to runsheet to capture program segment information. - It should be integrated to the program scheduling to capture program schedule. - It should be integrated to Order Entry to provide inventory information. - The integration should allow the users to be able to check and to finalize the total commercial time, the language used and the program tape assigned for a given program. Schedule Changes - To be notified of new program scheduled and format is required. Others - To allow other users to view the format assigned to a given program. - To be able to export format template into excel.

Current Workflow Generation of DOA report. A report that is printed each day, 3-4 days ahead of actual air date. Information is drawn from Programming, Library and Language Services. Prior to finalizing a DOA report, preferably all Runsheets for that day must be updated in the system. DOA is printed and distributed accordingly. Update of Runsheets. Runsheets are generated by Screeners(Production) and are currently distributed to the Formatters for updating in the system. Information such as commercial time, number of breaks and tape numbers are obtained from the runsheet. The accuracy and timeliness of the updating is crucial as it allows the latest Break Formats to be captured in the DOA report and Log creation process. It also ensures the correct total commercial time is reflected. Creating and assigning Formats. Program schedule for each month is released approx. 6 weeks ahead of time. Subsequently the Formatting dept. will proceed to create and assign formats. The formats to be assigned is dependent on the source and airing requirements(live, tape, SDD). A database is created to archive old formats for future reference. Program Schedule Changes. There are generally two types of program changes. Urgent and non-urgent. Non-urgent schedule changes can be executed relatively hassle-free. Urgent schedule changes are slightly more complicated. It requires communication with various depts. OE, Traffic, Presentation and Transmission. A consensus whether to execute the program change in the system or for it to be treated as a manual change(physically modifying the commercial logs). Support for OE and Traffic. Currently modifications to break formats are executed by the respective Formatters. Any change or adjustment to the original break format, billboard time, commercial time and promo time, is carried out by Formatting.

Tape Library
Functional Overview
To assign, register and monitor all tape within the Library system

Business Requirement
To be able to see what are the programs scheduled for tx and be able to tell whether theyre Live, short-turnaround or taped. If its Live or short-turnaround, to be able to tell where the feeds coming from. If its taped, to be able to tell when and where its coming from or is the tape going to be sent to us. Able to generate a report to show what programs are scheduled for air and create a recording list to indicate when to record these programs. To generate a list of programs which will be delivered to us by tape so as to follow up with the Suppliers to deliver the tapes to us in time for transmission. To be able to assign tapes/tape numbers for these recordings. To be able to print labels for these tapes from the system. To be able to monitor these tapes from its first creation through to recording, screening, voicing, transmission and circulation. To generate a list of tapes needed for transmission with its status as to whether its being recorded (with date/time or recording) through to the production process or whether its a repeat with tape status indicating that it being used for transmission at date/time. Able to generate a report to show what programs/tapes are schedule for air for the next 4 or 5 days together with programs/tapes which are needed for standby. To provide users with what they want with the capability of knowing that its available in the Library or to let them know for certain that its not available.

Language Service
Functional Overview
To schedule Talents and Languages for program voice-over.

Business Requirements
Maintenance of Talent, Language and Facility Information. To be able to associate Talents and Languages to a program for voice over. To be able to plan for the voice over facilities based on the required voice-over activities. To be able to provide voice-over schedule based on entry date, program air date, facilities as well as talents. This information will be helpful to some other department like Production.

Current Workflow After program schedule is released on the 25th of each month (for example, July schedule is released on May 25th), Language services will print a copy of the program schedule and decide which program is needed for voice-over based on the talent resources, popularities of the programs, etc. A summary report containing the projection of the total voice-over hour against the total program hour is compiled using Word and sent to Programming, Production as well as oversea offices. Note that this report is just an estimate and this is subjected to changes. The actual data entry into NCS will only happen 2 weeks prior to the voice-over date. In NCS, a reference table containing the talent name (Last name and First name) is maintained by Language. Therefore, two weeks before the voice-over date, Language will create a Voicing activity in NCS. For each program that needs to be voiced-over, the user will attach the relevant language(s). The talent information can be added to the program before or after the voiceover but most of the time, user will only do this after when they have to go back to the MLS report screen to confirm the voice-over activity. After they entered the data into NCS, Language will print out the MLS Production Schedule for the week they are working on and distribute it to Facilities and Production. This is to allow them to prepare the Weekly Schedule For Voice Over Booth and Talent Production Schedule respectively. Please note that these two reports are done using pre-defined templates in Word and Excel. After the voice-over activities had been carried out, Language will need to go back to the system to confirm the activity.

Responsibility Overview
To screen programs and create runsheet for the programs.

Business Requirement
The system should be able to support the current workflow of o Creation and logging of runsheet up to frame level o Use of the runsheet o Create revision copy of existing runsheet, such as a cut down version o Delete or canceling an existing runsheet

The runsheet should capture at least the following information, some of the information can be brought over from programming, tape library, language module: o Tape number o Sport Code or Program Code o Event Title/Round/Matchup o Event series number o Event Location o Event Date o Audio Configuration o Position of the Logo Bug o Record Date o Screening Date o Screener Name o Special Instruction o Linked reels/tapes number if there are more than one tape Able to copy the original runsheet and/or revision from one runsheet to another. The system should support the printing of runsheet for attaching to the physical tape, for filing or for the Formatters. Segment detail should be reflected in the Final Log if the runsheet have been created. Format wish to be able to use the Runsheet to help with the commercial time calculation and to be updated commercial time automatically.

Ad Sales (Regional)
Functional Overview
The Adsales and Integrated Sales group is responsible for delivering ad sales revenue against both acquired programming such as EPL and F1 and also against our own events such as the X tour and bowling events. Ad Sales will either sell sponsorships that include a fixed number of billboards/break bumpers promos and spots as well as straight ROS Sales of TVCs across varied programming. Aligned with delivering the above this group is also responsible for the following: - Developing proposals for sales staff - Determining Spot rates per event and monitoring spot rates Actual vs planned - Budgeting and Forecasting by event and by market - Monitoring sales by event/channel/market

Business Requirements
Event/Ratecard: ESS users have a need to define events that contain episodes from multiple sport categories programmed over multiple networks. The event typically will contain original and repeat episodes. An event may be sponsored by a client. A sponsorship deal entitles the client to special discounts and exclusivities for all episodes defined in the event over select network beams. A sponsorship deal could encompass multiple events. The Events module will achieve the following: - Allow users to define an event in a screen. - Provide the ability to assign episodes (from multiple sport categories and networks) from the program schedule into events. - Provide the ability to define relative pricing across beams/markets. Proposal: ESS Ad Sales users have a need to create proposals which capture the parameters of the deal and verify the availability of the inventory being sold. This includes the actual availability of the inventory, as well as the specific placement for the units within the episodes. An ESS proposal may contain both sponsorship and spot buys, therefore each line in the proposal will be identified as either a sponsorship or spot buy. A sponsorship deal entitles the client to special discounts and exclusivities for all episodes defined in the event over select beams (networks in NCS). A sponsorship deal could encompass multiple events. The module should allow the Ad Sales operations in the Singapore, Taiwan and India markets to generate proposals reflective of the unique nature of their individual markets. ESS has approximately 20 premium events per year. The remainder of programming is priced and sold generically or as ROS. This means that all programming outside that related to a specific event, would be priced and sold at the same rate. The Proposals or Deals module will allow the users achieve the following: Define a deal for one or more events. Define a tentative deal when episodes have been scheduled for an event and pricing for the event has been defined. Define a tentative deal, even if no episodes have been scheduled for an event. Provide pressure on inventory for existing deals, as there may be many sponsors for a single event, or many events in a deal.

The module will allow users to define the terms of a deal. This screen will be multi-functional to record details for both sponsorship deals and spot buys. Sponsorship deals will include a preliminary status for generic versions pitched to multiple clients to generate interest. Users will have the ability to generate new versions of the deals to allow Ad Sales to modify the deals per the negotiations with the client. A

single deal may include sponsorship for multiple events. Therefore, there is a need to copy several tentative sponsorship deals into a single deal. Using the information from the Event/Rate-card and Scheduling module the proposal module will provide the user with rate information for each Avail type. It will be possible within a deal to purchase advertising other than NRE spots. For example, some sponsors may only find value in on-ground or web-based advertising and may wish to have a sponsorship for those types only. All deal points for the client will be gathered into the proposal module including day of the week, flight dates and times. The proposal must capture all revisions to a deal over time allowing the user to adjust the proposal to the clients needs. The proposal must provide all down-stream information to the Order Entry system for number of units, brand allocation, exclusivity, features, and billboards. Automated slotting functionality will be needed to place the spots into the break of the programs based on various rules like nature of the deal (Sponsorship/Spot Buy/ROS), time avails, exclusivity, placement request (first/last in break, top/tail, sandwiches), etc. Notification will be needed to inform user if any requests cannot be accommodated in an episode. Report: - Consolidated Report that allows us to monitor our sales on all levels i.e. o Proposals o Contract o Booked o Actualised Invoice Detail Report o Makes sure spots that have been booked have gone to air o Double check what has been booked. Inventory Availability o To follow up for clients to ensure we do not overbook spots in programming. Sales Analysis. o By Event o By Category o By Advertiser o By Network o Consolidated o Pacing Report Break Bumper /Promo/Billboard Report o To determine what has been run and if these have been run in accordance to the contract.

Ad Sales (India)
Functional Overview
To look after the complete inventory available (utilized) for all the programs. This includes checking the inventory available, formats available and accordingly tell the sales team to sell the specific programs. Also includes co-ordination between India office and Singapore office in terms of scheduling and traffic control. Also look after the monthly billing on each program against the budgeted figures.

Business Requirements
Generally, the business requirements for India Ad Sales are similar to Regional Ad Sales, however, there are some noted differences in some areas like Exclusivity. In India context, there is a term called Feature Exclusivity in addition to the normal Product Exclusivity on Feature. Product exclusivity means that no other features will be sold within that episode of that feature type with that product. The feature type exclusivity means that only that client will be allowed to purchase that feature type. In addition, Sponsorships in India are sold at multiple levels as follows: - Title Sponsor Toshiba Golf Championships. The event will be named so the client is identified with the event in all references. This is only done when ESS has all broadcast rights to the event. - Presenting Sponsor EPL Presented by Tiger Beer. - Co-Presenting Sponsor Wimbledon Tennis Presented by Mercedes Benz and Toshiba. Multiple presenting sponsors as above. Can share the exclusivity commitment for breaks in episodes. - Associate Sponsor EPL Presented by Tiger Beer in Association with Kia. This is the lowest level, but still will include exclusivity and other sponsorship commitments. Lastly, the pre-emption rule for the automated slotting may be different between Indian market and regional markets.

Ad Sales (Taiwan)
Functional Overview
Handle all sales activities in Taiwan for the two Taiwanese networks, 22A and 24A.

Business Requirements




C P R P le v e l (p e r 3 0 ")

D e m o o r ta rg e t a u d ie n c e

E v e n ts


G R P ta rg e t p e r 10" (B u d g e t/ C P R P * le n g t h o f T V C /1 0 0 )

C lie n t H is t o r y

R a t in g s h is t o r y

In v e n to ry

O t h e r D e a ls P e n d in g

E v e n t O p t io n s

P r o p o s a l o r M e d ia P la n

Condition set by Client Budget - Budget given by the client is normally for just the next one months campaign. However, there could be deals for campaigns stretching over a longer period. The longer term ones normally are sponsorship deals. - Budget could be reduced post air, if GRPs are underdelivered through cost-adjustment on selected spots that have gone to air. CPRP Level - Given by the agency, almost non-negotiable and is set by market standards. - Applies to the entire buy rather than specific events. - CPRP targets is also an implicit requirement in some sponsorship deals. Demos - Given by the agency. - Confined to age groups and gender. Deals that set social/income groups, location etc are rejected. Events - Client may state the key events that they are interested but in most cases, the concern is achieving the CPRP level. GRP -

GRP is worked out internally from Budget/CPRP/(TVC length*0.1). This is the reference for the monitoring of actual ratings achieved on a daily basis. Bookings are done at least 3 days in advance. Ratings have to be predicted for the next 3 days to determine if on target, otherwise, will require more spots to be booked in.

Determining Media Plan Inventories of key properties and the potential ratings achievable are looked at to arrive at a event mix that optimizes airtime costs. In deciding on the number of spots to allocate to the key properties, firmed orders as well as other pending deals that may run in the same month are considered. The need is for the ability to do : Inventory check o a link to potential deals and firmed bookings in the schedule to check on avails and any product conflict.

Optimizer function o a system to derive an allocation of spots for each event/event grouping to achieve the set GRP goal in the best way possible so that airtime usage and revenue are optimized across both Taiwan networks. The work should be managed through database resources using actual spot rate and historical ratings to calculate the GRPs achievable for that Demo and the Set Budget given by client and comparing them to the target GRPs. flexibility for the system to propose a cost-efficient budget acceptable for a given CPRP target and demo. output from the Optimizer to display as follows:
Proposal Event NBA ROS Grand Total Target Round Playoffs Live/Rep All Net 22A 24A 22A Ratings 0.20 0.18 0.10 0.10 0.58 5,500 Cost/Spot 2,960 2,960 2,961 CPRP 14,800 16,444 29,610 # 10 10 10 86 116 GRPs 0.67 0.60 0.33 2.87 4.47 5.45 Dur 10 10 10 10 30 sec 3.3 3.3 3.3 28.7 38.7 Budget 9,867 9,867 9,870 29,603 $ 30,000 % of Budget 33 33 33 100 Booked spot rate 987 987 987 255 Discount % (67) (67) (67)

o o

Tracking Rating - Ratings are tracked daily and this data would be automatically updated against the props to show any under- or over-delivery of the target GRPs. Can view on-screen all campaigns performance by network, program, day part & target audience. - To make up for any shortfalls, the optimizer function should work out the makegood spots needed to be booked in for both networks and the next GRP levels attainable.

Ratecard Events groupings: - For some very key properties, pricing is broken down to level of event rounds and differentiated between live/repeat broadcast. - For other properties, only one rate is applied to all types of broadcasts.
CAT BASKETBALL n e tw o rk 2 2 a /2 4 a S E R IE S NBA ROUND R EG U LAR PLAYO FFS C O N F F IN A L / F IN A L S N B A A C T IO N / IN S ID E S T U F F BASEBALL M LB R EG U LAR POST BASKETBALL SBL PLAYO FFS F IN A L PLAYO FFS F IN A L BASKETBALL BASKETBALL W SBL W PC ALL R O U N D ALL R O U N D ALL R O U N D BASKETBALL JO N E S C U P ALL R O U N D ALL R O U N D G O LF B R IT IS H O P E N PG A G R AN D SLAM P R E S ID E N T 'S C U P US MASTERS US OPEN P G A C H 'P S W O R LD C U P G O LF O TH ER G O LF MOTORSPORTS T E N N IS F1 W IM B L E D O N AUS OPEN US OPEN ATP NEW S M IS C SPORTSCENTER ROS ALL R O U N D ALL R O U N D ALL R O U N D ALL R O U N D ALL R O U N D ALL R O U N D ALL R O U N D ALL R O U N D ALL R O U N D ALL R O U N D ALL R O U N D ALL R O U N D ALL R O U N D ALL R O U N D ALL R O U N D TYPE OF BROADCAST ALL ALL ALL ALL ALL ALL L IV E L IV E REP REP ALL L IV E REP L IV E REP ALL ALL ALL ALL ALL ALL ALL ALL ALL ALL ALL ALL ALL ALL ALL R C n t$ 1 4 ,0 0 0 1 4 ,0 0 0 3 0 ,0 0 0 4 ,0 0 0 6 ,0 0 0 8 ,0 0 0 1 8 ,0 0 0 2 0 ,0 0 0 1 0 ,0 0 0 1 5 ,0 0 0 1 2 ,0 0 0 1 0 ,0 0 0 6 ,0 0 0 1 0 ,0 0 0 6 0 ,0 0 0 1 0 ,0 0 0 1 5 ,0 0 0 1 5 ,0 0 0 1 5 ,0 0 0 1 5 ,0 0 0 1 2 ,0 0 0 1 2 ,0 0 0 8 ,0 0 0 4 ,0 0 0 5 ,0 0 0 5 ,0 0 0 6 ,0 0 0 1 ,0 0 0 6 ,0 0 0 200

Pricing - Need following data to determine the Ratecard cost : o Actual total billing by event in the breakdown or event groupings( stated earlier)for both networks o Actual total airtime used (inclusive of $0 spots) for both networks o Actual Demo and CPRP target o Average spot rate sold across all clients - The data should display as follows (sample) in NT$ and US$:

Taiw FY 2004 (Dec 1 - June 30,

Total Billing

Spot rate 30"


Actual CPRP

ActualTarget CPRP NT$ 6,480 5,745 8,228 7,303 8,055 9,321 32,660 16,203 5,802 18,203 26,450 12,771 -

Total Secondage 1 HEY SONG CORPORATIO 195 BKNP: NBA Playoffs

US$ 1,487

NT$ 49,071

US$ 229 229 229 229


Target demo

NT$ 7,500 7,500 7,500 7,500 5,500 4,600 6,000 7,000 7,000 5,000 6,000 20,175 17,861 5,593

Rating 0.18 0.19 0.16 0.17 0.16 0.22 0.17 0.16 0.29 0.16 0.22 0.31 0.22 0.22 0.20

NT$ 13,980 13,245 15,728 14,803 13,555 13,921 38,660 23,203 12,802 23,203 26,450 18,771 20,175 17,861

7,549 Target 20-34All / CPRP7500 7,549 Target 20-29All / CPRP7500 7,549 Target 15-24All / CPRP7500 7,549 Target 18-29All / CPRP7500 6,507 Target = 15-34All / CPRP5500 9,188 Default 19,716 Target: 10-44A/ CPRP 6000 11,138 Target CPRP 7000/ 15-24ALL 11,138 Target 15-24M / CPRP7000 11,138 Target 15-24All / CPRP5000 17,457 Default 17,457 Target 20-29M / CPRP6000 13,315 All people 24A Playoffs ALL (tel) 11,788 All people 25A Playoffs ALL (tel) 16,739


360 1,800 320 240

2,366 16,705 6,373 2,700

78,078 551,265 210,309 89,100

197 278 597 338 338 338

6 DE BEERS - TWN #1962 7 HEINEKEN, TAIWAN #7081 Total above 20 G Total sold/used % Average above 20

90 4,960 6,470 77

1,587 66,711 77,040 87

52,371 2,201,463 2,542,320 87

529 529 403 357 507

Based on average rate automatically calculated for that event, the ratings range and target demos/CPRPs are evaluated to arrive at an appropriate base ratecard cost (CPRP per target group) to apply for a spot. Costings to be made at level of round, broadcast type, daypart, avail and demo group.





Ratecard cost will be marked up 10-20% from the base rate for entry into system so that discounts in prop will reflect the discounts level given out. .Ratecard cost to be reflected in NT$.

.Ratecard costs to be set as monthly release. There is need to adjust the ratecard from monthto-month to suit changing conditions: o sales volume o the range of events available for selling , eg when SBL and NBA are running concurrently, there will be a shift of the budget allocation away from NBA into SBL, the latter being a more prominent event locally. In the case of short-running events like Jones Cup or Jap pro-baseball, where the spend is for the short-term, the costs allocation will similarly shift to these events. In these instances, long-running series like MLB and NBA will see a fluctuation of ratecard cost from month-to-month.
In term of revenue and spots entitlements allocation for that spend, the weightage on the properties is typically:

Revenue Airtime Key events eg NBA, MLB, Grand Slam Golf 30% Misc events or ROS 80% 70-80% 20-30% 2070-

Order Entry / Finance

Functional Overview
Order Entry - Orders acceptance and order processing. - Contracts administering. - Inventory monitoring. Finance - Maintain customer file. - Commercial actualization. - Billing and cost adjustments - Revenue Recognition and reporting.

Business Requirement
Billing - Allow user to maintain customer profiles (Agency/Advertiser) as well as the Sales Executive associated with the customer. - Allow user to maintain customer credit control.Allow lump-sum booking / billing to client e.g. sponsorship costs not tied to any commercial spot or for on-ground activities etc - Installment billing instead of individual spot rate e.g. for purpose of pre-payment - Flexibility to allow users to input an exchange rate (other than corporate rate)to convert one currency to another when the client so desired (e.g. change the form of billing from INR to USD); - Invoice by brands or events in one single bill irrespective of month. - Auto credit adjustment for CPRP deals. - Reduce/eliminate manual actualization of repeated spots e.g. spots listed on the 900 breaks. - System should allow user to date invoice either in the current month or accounting month. E.g. if accounts are closing for the month of Apr 03 (accounting month) in the month of May 03, user should be given the options to date the invoice in the month of Apr or May in accordance to client demands. - Invoice should be able to identify make-good spots. - Merging of regional spots into one single billing. - Allow different invoice format under different conditions like Network, currency, billing organizations etc.

Allow the printing and re-printing of invoices/adjustments. Interface customer and transaction information from the system to Oracle Financial.

Booking - Allow placement of spot in accordance to client sequence/booking request eg top & tail, midposition etc - Allows for multi-currency bookings/billing. - To auto-generate spots as booking orders direct from media plans. - Functionality to support simplified booking of regional spots ie system must be able to auto split the individual rates based on original rate card percentage as well as allows single entry of a regional spot to be populated across other beams as sold. System must be able to collapse / merge all rates into one regional bill; - Ability to differentiate Sponsorship revenue from Spot buys; - System should have break exclusivity field for entering sponsorship obligation. Without this function, it may result in overbooking of airtime of competing product. - To flag product/client clashes in breaks or programs or restricted airing times. - System should cater to non-commercial elements sold. These include billboards, commercial bumpers, in-program features spots bookings eg Pullthroughs/Cricket Ratings etc which do not take up any program time nor commercial inventory. - Campaigns originating from the same contract must be able to tie back to source to ensure complete fulfillment of spots and contracted sum. - Booking information to allow for differentiation of: 1) brand 2) product 3) bonus spots vs. paid spots. - To differentiate contracted bonus spots from other $0 spots aired during transmission for various reasons e.g. spots aired during rain-out games. - Handle different bookings types: o event buys o time band o CPRP - To provide alerts for : o Spots affected by program changes o Spots that are not aired in the programs originally booked in. - Flag special programming etc contest spots that are related to a event/program

Commercial Actualization - Allow the system to do auto actualization for commercial elements (TVCs, Sponsorship tags, Features, billboard, etc). Human effort will only be needed to handle discrepancies/exception and final checking. Reporting - Flexible management reports that allows : o Multi-currency reporting (e.g. Sales Analysis by source currency) , giving the users the flexibility to choose different exchange rates (eg budget, actual, corporate month end rate). o Option to freeze historical data using monthly corporate exchange rates instead of a one-off exchange rate that applies throughout the whole fiscal year (e.g. billed or booked revenue report) o extraction of booked or billed airtime and revenue data of events on selected parameters like: live play highlights repeat highlights repeat lunch/preview/review of cricket - System must be able to generate billed or booked revenue summary by date range/client/agency/region/Account Executive (AE) etc (including across fiscal years) per beam and /or consolidated basis.

Reports with date range to show booking transactions based on entry date with following details: o Network; o Client; o Revenue; o Entry Date; o Airing Date; o Event; Reports to furnish client-wise and event-wise spot rate System should be able to support 2 AE sharing one deal and able to define AEs share in the invoice at order level. Revenue by region for US tax department Adequate audit trail for the following: o Revenue reported to contracted amount o Changes to all booking entries o Program changes

Presentation/Promo Scheduling
Functional Overview
Input all non-commercial on-air inventory. Example: promos, non-actualized tags, filler/interstitials, cross-channel promos(STAR), PSA, etc. Maintain a promo commissioning report for 8 channels in Excel spreadsheet. Schedule all on-air inventory (see point 1 for list of inventory) into logs. Responsible for the delivery of commercial logs to TX within stipulated deadlines. Policing pre-log deadlines with Traffic. Responsible for manual changes to commercial logs with regards to urgent schedule changes, promo replacements/deletion. Monitor sponsor tag requirements for promo scheduling.

Business Requirement
Maintain Promotional Inventory - Allow users to create, update and delete promo inventory - Every inventory should be unique identified by an number and/or letter - Allow input of different types of promotional items, such as filler, interstitials, non-actualized tags and etc. - Allow users to capture inventory for event specific planning - Allow inventory detail to be updated by the on-air promotion team Promotion Planning and Promotion Scheduling - It should support the strategic planning of running an event promotion, which is to aim for a maximum return in the promotion ran, i.e. more sponsorship deals for the event - It should allow promotion to be created based on a specific programming event, which could be this seasons NBA Finals, or for a cricket ODI match or for this years sportscenters and etc. - Able to capture the priority, the requestor, the sponsor/constract, the campaign/creative and the channels for each promotion - To capture the validity of a promotion - Allow users to specify the preferable break position for each promo - Allow users to choose if the promo is allowed in affiliate break - It should allow promotion planning on a calendar with an option to view the program schedule - Allow promos planning in the same event, promos in related event and also promo in less related event. This may have to be defined in advance. - Allow promos of event on other channels. I.e. cross channel promotion - Allow user to define generic promos, i.e. non-event specific promos - Allow promo planning before log processes start (non-sequential process) - To allow the users to quickly schedule promos into unsold commercial time. - Allow the user to merge or import the promo schedule into the log. It should try to fill in the promo breaks with the promos schedule, according to the promos priority, break preference and also take in the consideration the promos vallidity, promo restriction, product conflict and etc. - Allow user to manually adjust the promo position in the breaks, if required. - It should allow for specific promo placement. For example, specified breaks, sequence within a break etc - The system should capture and able to highlight any conflict or violation for the followings : o sponsored promo o promotion restriction specific in the acquisition contract, if any o promo content Integration - It should integrated to the Traffic system for unsold commercial time and logs - It should be integrated to the Order Entry system to capture any contractually obligated sponsored tag

Changes - Schedule changes : It should be able to highlight to the users with a list of possible invalid promo due to schedule change. - Requestor changes : It should be able to highlight those the possible invalid promos based on the requestor of the promo - Sponsorship changes : It should be able to quickly highlight the possible invalid sponsor tag. - The system should allow a find and replace function for a scheduled inventory within a date range.

Functional Overview
Copy Co-ordinators: Receive copy instructions via booking orders and materials from ad-sales reps, create inventory numbers and attach them to the respective bookings. Take care of clients placement requests and coordinate with traffickers on the requests. Refer back to the sales reps if the placement requests are not possible due to break constraint or product exclusivity. Attach copies to the O&Cs and break bumbers or internal billboards as per the checklist. Check the copy summary reports on the accuracy of the copy attachments when the logs are finalized. Traffic Co-ordinators: Prepare commercial logs for transmission incorporating clients placement requests, taking care of product conflicts or product exclusivities. Ensure beer commercials and the ROS/RODP units are placed within the respective time band. Schedule actualized tags to sponsored promos and release unused air time for strategic promo placements. Finalized the log.

Business Requirement
Booking orders to arrive before the actual sales deadline so that any problems or issues can be sort out before traffic deadline (3 working days). Sales team should keep proper inventory control so that they keep to the avails and do not oversell. If in case they need more inventories or they foresee that they may require additional air time, they should alert the operational department ahead of time. Operations team will notify the production team and seek their cooperation or will look out for any other loop holes to release more air time to the sales team. Program changes should be kept to the minimal so that it do not affect the sales orders and less distruptions to the work flow within the operational group. Formats for the tape programs should be accurate to minimize the inconveniences caused due to the wrong format to the traffic, presentation and transmission departments. The commercial creatives should arrive within the 7 working days deadline and the length to be correctly reflected on the orders and on the tapes. Commercial content with restricted product category to be arrived 10 working days in advance for S&P approval. Auto mail to be churn out for any late program changes or late insertions, so that the coordinating departments could immediately act on them. The copy attachments should be accurate and copy coordinators should be able to view their copy attachments from a report. A sales analysis report with the copy attachment will be an added advantage to both the sales team and the copy coordinators so that they could verify any discrepancies before finalizing the log. During the actualization process if there were any discrepancies, it should be brought up to the traffic team so that any mistakes could be corrected immediately. Discrepancies can be like wrong copy attachments or ROS spots placed outside the time-band etc. TX Log Creation Allows the users to create a TX Log for each channel per day. Allow users to query the status of each log and also to capture the user currently working on the log. The status should include pre-log, working, release to presentation, finalized and etc. For each status, it should capture the date/time of the process and the user who activate the process. The system should allow users to place all booked commercials spots into the appropriate breaks Allow users to place commercials of all deal type, i.e. sponsorship elements, spot buy, ROS/RODP and etc.

During the placing of commercial elements, restriction rules and control which are defined in advance should be in activated with every placement the trafficker made The system should prompt the users with any possible violation of restriction Allow users to place commercials spots as top-tail, sandwich, first-in break, last-out break and etc. Allow users to print preview of the log (with/without copies) before finalization.

Restriction The system should allow the users to define how the restriction rule and how it should work The restriction rule should have restriction by product category, such as beer commercial. It should prompt the user when the unit is placed outside of the allowed time band It should have restriction by product exclusivity. If should prompt the user with any product clash.

Finalizing the Log - It should be able to produce the log in physical printout - The Final log should contain the time band allowed for each spot - It should be able to produce the log as soft copy called the playlist, which will be loaded into TX play out server. The items in the Playlist should be configurable by the users. It should allow the users to re-generate the playlist if necessary. The playlist should be dropped into the TX playlist repository automatically - It should allow un-finalised of Log if there are last minute but critical changes to be made. It will be better to be able to just un-finalized certain program of the log. This will allow any program prior to the un-finalized program can be given to TX first. This should be captured in the status of the log as partial finalized Activity Deadline - It should allow configure certain deadlines, and it can be different for each channel. This is to ensure the TX log can be created on time without much interruption. However, certain late changes should be allowed. - It should affect control on the activities based on the deadlines Copy Missing - It should allow users to view/check if a unit is missing Copy Break Hit Time - It should allow the users to query the runsheet for program segment time, and thus be able to obtain a more accurate hit time for each break. This is applicable to taped programs Scheduling of promo-tag - Allow the users to combine or split a promo and a tag Break Change - Allow the users to change the break type and its length provided the total break length remain unchanged

Functional Overview
On-Air Transmission: integration of scheduled program with the prescribed commercials/promos/fillers & sales enhancement. Ingest (TX): the caching of all scheduled commercials/promos/fillers onto the transmission play-out server Central Tapes: recording of all pre-booked feeds off satellites, studios, voice-overs plus all other request for tape transfers, dubs and compiles.

Business Requirement
On-Air Transmission - provision for the following items: o Day of Air Report detailing, in order of air-times, all scheduled programs, its related material ID, status of the program, program/break time allocation, special transmission instructions, program guidelines which includes the relevant material ID against the alternate programs, etc,. o Final Log apart from standard program header info, the log should be further presented in a format detailing sequence of air; each program segment presented with its relevant meta-data followed by the appropriate scheduled break and meta-data for each of the break item. The log should predict the expected hit time of each sequence (program segment and break); therefore segment duration must be made available. Where segment duration is not available, a predicted duration should be used. Segment duration should also be made available to Traffic & Presentation schedulers for them to place items at the appropriate time slot. o TX Play-list similar to the Final Log but access via the Automation system. Also has to contain relevant info to allow execution (manual and/or automated) of cuetones, bug insertion and any other on-screen features. o Availability Report network specific report that list all relevant interstitials used in that network for that specific day. Transmission Operator uses this when he/she needs to pad breaks. o Asrun Log This will be actualized log which will be generated by the TX system and imported back into the system for program/commercial actualization. Ingest (TX) - provision for the following items: o Program/Break Ingest List this is a list of all materials that would be used for a specific airdate covering all networks. It must contain only the clips (break ingest) or program (program ingest) scheduled for the next business day and its relevant metadata as specified for the Automation system. The items listed are non- repetitive. Ideally, this should be made available approx 12hrs before a log is active. o Advance Program/Break Ingest List this is a list of all material that would be used in the near future covering all networks. For advanced program list, it contains all programs aired two days later. For advanced break ingest, it will include all clips that are entered the day before regardless of air date. o TX Play-list play-list based on the finalized logs; see On-Air Transmission. This will be used for break-tape compiles. Central Tapes - provision for the following items: o Record schedule daily listing of events/programs that are to be recorded; ordered according to record-times. List also contains relevant info for Tape Ops e.g. assigned reels and specific instructions. o Dub List - list of request for dubs/transfers with specific instructions and deadlines. Request may have deadlines of several days.

Functional Overview
Analyses of information via databases such as people-meter systems help evaluate our performance and be proactively leveraged into compelling sales arguments to influence advertiser spend in our favour. Concurrently, such information helps provide explanation of current performance and for future direction.

Business Requirement
Research information - specifically ratings - and analyses helps evaluate our product, can be leveraged into proposals and as negotiation currencies for air-time sales. Concurrently ratings help evaluate and direct programming decisions in the areas of scheduling and acquisition. Information/analyses will be based on external ratings data (by demo) linked to internal programming logs and will be required: at an individual program level (by airing: live, SDD, repeat, highlights etc) collect event level sport/genre/sports code level

At a macro level, this information can be incorporated in P&L exercises to directly optimize our offerings with tangible $ impact. The process of synchronizing ratings data (multiple demos, multiple markets, multiple feeds) to actualized programming logs is complicated, will involve external party co-ordination (security issues) and relevant customized MIS processes. Given that ratings data remain historical, predictive modules based on multiple year/season performance and a mix of relevant factors (event dynamics, day-part variances etc) will enhance the sales related modules.