Integrating Sales transactions from

Transcription

1 Integrating Sales transactions from ORPOS to EBS Jeff Mueller Department Head (IT) Satish Reddy Project Manager ti Specialized. Recognized. Preferred. The right partner makes all the difference.

2 Win a $25 Gift Card! Drop off your business card after today s presentation 2

3 Specialized. Recognized. Preferred. The right partner makes all the difference. Our Services Oracle Partnership Oracle Specialized E Business Suite Oracle Platinum Partner EBS Financial Management Business Intelligence/EPM Pillar Partner EBS Supply Chain Management Fusion Middleware SOA EBS Human Capital Management CRM Business Intelligence BI Applications Managed Services Hyperion BI Foundation Oracle University it Oracle University it Approved Hyperion Planning Project Advisory Services Education Center Service Oriented Architecture Oracle University Reseller Application Development Framework Oracle Accelerator Implementer Database Certified OnDemand Implementer Public Sector Small Business Strategy Council Oracle Excellence/Titan 2011 Inc. Top Small 2013, 2012 Inc Best & Brightest Award Winner 2013, 2011 & 2009 Company Workplaces Fastest Growing Companies Companies to Work For 3

4 Metra Background The second busiest commuter rail system in the United States Serves Chicago Metropolitan Areas (Chicago and six county area) Serves over 82 Million passenger riders per year Has over 240 stations ti on 11 different rail Lines Runs over 700 trains a day 565 route miles 1,140 pieces of equipment 4 major downtown stations Union Station, Ogilvie Transportation ti Center, LaSalle Street, t and Millennium i 82 outlying stations with Ticket Agents 4

5 Challenges 20+ years old systems comprised of various programming languages and platforms Limited resources and knowledge base Multiple inventory and reporting systems No flexibility of systems to easily incorporate modifications Not set up for the ability to incorporate new technology Inadequate auditing capabilities No integration of systems Manual data entry of sales Long, tedious month end close process A separate system for each location 5

6 Challenges Visual validation of checks Ridership reporting issues 23 separate systems No proper editing features at point of entry Each sales channel on a different system and platform Ticket-by-Internet Ticket-by-Mail Over-the-Counter Cash Vending Machines Credit Card Vending Machines Conductor sales No Credit/Debit Card Support No support from upper management 6

7 Purpose and goals Establish a flexible, adaptable & scalable base platform Improve ease and efficiency of business operations for ticket agents at the downtown stations and back-office processors (Revenue Accounting, Customer and Station Services, Audit, Capital and Strategic Planning etc.) Support the highest level of security and controls Support additional ticket sales channels and payment types such as credit card and debit card Better and efficient ticket inventory management Accurate revenue reporting and sales data to the Planning and Analysis Department to derive monthly ridership statistics Rich Customer Experience Reduce ticket purchase time and better returns management 7

8 Requirements Implement Oracle Retail POS applications at all downtown stations and 82 outlying stations POS clients on HP register with MS Windows as OS Ingenico SigCap devices for credit card payments ISD Integration for credit card processing Integration with e-business for back end integration New custom tender type Transit Check Configure sale and return flows for tickets and passes Feasibility study of Mobile Point of Sale solution to support on Multiple devices like Motorola, Bluebird and DT Research Use Verizon Cellular Data connection on Mobile POS devices 8

9 Critical Functionalities Functional Areas Solution Component Facilitate ticket sales through station/zone/line configuration Facilitate return of tickets from various channels (Internet, mail, vending machine) Real time integration to back end system for ticket details POS Transit Module POS Transit Module Integration pack with EBS Agent based sales, till reconciliation and station reporting POS Transit Module Accept credit, checks, transit tenders such as TransitCheck, DCFS Vouchers POS Transit Module Integration to ISD Accept deposits from conductors/agents t into system and track deposit details POS Transit Module Inventory management of sellable and returned tickets POS Transit Module Integration pack with EBS Accept invoice payment from ticket by mail customers POS Transit Module Sell and validate tickets on trains through mobile device Capture statistics/attributes such as senior/child/wheelchair/circuit breakers on trains Mobile POS Mobile POS Integration pack with EBS 9

10 Critical Functionalities Keep customer transaction time to a minimum Ease of use for ticket agents Automatic replenishment of stock In event of disaster Foundation down o Can still process full functionality except refunds Store server down o Can still process full functionality except refunds POS down o Can sell manually and keypunch data Payment processor down o Set up to still handle credit card sales up to a certain dollar amount 10

11 Revenue Accounting Architecture 11

12 Oracle POS Architecture 12

13 Revenue Accounting Systems 13

14 Point of Sale At a single point of time Ticket is issued Revenue is received Multiple modes of payment (Cash, CC, Check, Transit Check) Inventory removal and Receivable transaction complete Open Till Perform sales Reconcile Till Sales to Funds received Deposit money Close till 14

15 EBS Considerations Defining Customer Inventory Removal Managing Returns Controlling Pricing Managing Deposits Use of DFFs 15

16 Solution POS Agent is the Customer Agent accountable for Overage/Shortage of revenue Bill-to is POS Agent s Home address POS Agent is Subinventory POS Customer record has Subinventory Code ORPOS and EBS sync Items (Lot and Serial Controlled; One Way, Ten Ride, Weekend, Monthly, Special Event, Cash Fares, Ravinia) Pricing (Zone based; Return pricing is prorated) Order Line Types CC Line Type Non-CC Line Type Return Line Type 16

17 Solution (Continued) Sales Integration between ORPOS and Oracle Revenue Accounting Systems Standard Order Interface APIs Database link between POS and EBS databases Sales from multiple locations processed within a minute of actual event Use of SOA call from ORPOS to EBS to find the actual sale and pricing for Returns Custom workflow removes inventory from Agent s inventory 17

18 Solution (Continued) Manual Pricing Pricing is taken from POS record Open till = Order Header creation (ENTERED status) t Sales transactions = Order Lines Each ticket sale is an Order Line Order line contains o o o Ticket Type (One Way, Ten Ride, Monthly, Weekend, Special) Ticket Number From/To Station and Zone Close till = Order Booked Deposits = Pre-payments Cash Check 18

19 Solution (Continued) Auto-invoice programs creates the invoices for Agents (Customers) Standard Pre-payment Matching Program clears the Cash and Check Transactions Daily Settlement reports from CC Payment Processor clears the CC transactions Bank Deposits clear the Cash, Check and CC Receipts 19

20 Volume of activity Sales transactions POS 13,000 per day (5,000 are CC) TVM Cash 2,000 per day TVM Credit 1,300 per day TBI 250 per day Fare Media 43,000 per month TBM 12,000 per month Credit Card reconciliation 6,500 per day Bank Reconciliation 11 bank accounts o 3 for CC, one for each Metra, BNSF and UP o 5 for Metra Cash & Checks o 1 BNSF Cash & Checks o 2 UP Cash & Checks TBM check reconciliation using Lockbox 20

21 Maintenance Issues Data Entry mistakes at POS Incorrect ticket scanning Incorrect entry of Deposit Numbers Network latency affects Interface between POS and EBS Performance issues in EBS Od Order Booking Return lookup CC Reconciliation Create Accounting 21

22 Win a $25 Gift Card! Please enter the drawing now 22

23 Q&A 23

24 Integrating Sales transactions from ORPOS to EBS Satish Reddy AST Corporation ti 24