ADDENDUM NO. 2 June 20, 2016 ADDENDUM NUMBER TWO Q.1. - Does the University intend to assess convenience fees on both debit and credit cards or just credit cards? A.1. - There is no convenience fee, however, the Service Fee will be assessed by the third-party processor (not ASU) on all Student Account online payment card transactions and not on echecks or international wire transfers. For other ASU departmental online payment card transactions, there will not be any Service Fee assessed. Q.2. - Does the University intend to include any card-present transactions across campus? A.2. - Not for Student Account payment card transactions. For other departments, if the vendor can provide point-to-point encryption for online transactions, then the University will evaluate that option. In-person POS terminal transactions are not part of this RFP. Q.3. What is the intended implementation date for the services requested in the RFP? A.3. - See Section V, items 2 through 5 and 14. Q.4. Additional billing and payment acceptance volume questions: Billing Number of ebills and paper bills produced monthly/annually? A.4. - ASU produced 725,700 ebills for FY15. We do not produce paper bills. Payment Acceptance Annual number of credit card transactions by card type? A4 - For FY15, Visa/MasterCard = 290,016 transactions and AMEX = 7,605 transactions Annual credit card dollar volume along with the effective rates for each card type? A4 - See Exhibit B
Q.5. We understand that Arizona State has been named Military Friendly School for 2015. Would you be interested in billing and payments on third-party payors? Similarly, does ASU still have a partnership arrangement with Maricopa County Community College District in which Maricopa CCD students attend ASU and vice versa? If so, how are the costs for those students billed? Are those students treated like sponsored students? A.5. - As noted in the Scope of Work, proposers can submit information on their other related commerce services that represent your suite of product line offered to higher education clients. The community college alliance is not part of the scope of this RFP Q.6. In Section IX-Pricing Schedule, item #7 mentions a Cashiering System. Do you wish the desired solution to work in conjunction with PeopleSoft Cashiering? A.6. - No, the cashiering system is only an optional scope item for this RFP. Q.7. As processing rates are typically public information, could ASU please provide a current statement for credit card processing? A.7. - The university pays payment card discount and interchange fees. Q.8. With regard to your requirement for service fees: a) The RFP states that ASU is currently using a commerce solution that includes "the ability to assess a service fee for online payments". Is ASU currently utilizing that capability and, if so, what commerce solution are you using? b) Do the volumes shown in Exhibit B reflect the service fee model, if any, currently in place? A.8. - Yes the university uses an outsourced service fee model for student account payments as shown in Exhibit B. Q.9. What integration is needed with Drupal? How is Drupal utilized? A.9. - Some of the departmental web sites are programmed in Drupal and the payment processing solution needs to be able to securely integrate with these websites. Q.10. Can you describe the integration ASU has with FlyWire? Are the transactions posted realtime from FlyWire to PeopleSoft? A.10. - Flywire is integrated within our online payment solution for student accounts as a payment option for students along with credit cards and echecks. The nature of international payment processing does not support real-time payment processing and posting. Q.11. Could you please describe the authentication methodology used with ASURITE? A.11. - A single sign-on solution.
Q.12. Please describe the separate platform solution(s) being used by University Departments: a) Please provide a sampling of the departments utilizing this separate platform. b) Are these transactions posted via batch files to Workday? Is Workday being used only for non A/R payments? A.12. - Workday is a future implementation for the university with plans to post daily from an interface from our banking provider. Q.13. Regarding International Payments: a) Of the $22.5 million in international student payments, could you please provide a breakdown of the payment methods (e.g. % of bank/wire transfer and % of credit card)? b) Could you also provide a breakdown of the countries these payments are coming from? A.13. - The international payments are all by bank/wire transfer. Payments are made from over 60 different countries, with the top two being India (59%) and China (15%). Q.14. Page 1 section 2: Please clarify how your departments interact with the online payment processing solution? Does each user have a unique login? What specific features does this online platform need to have to meet the needs of all fifty departments? Is the online web portal integrated with any other system or is it a completely standalone virtual payment terminal? A.14. - The University requires a comprehensive hosted commerce solution that consists of credit card payment processing including the ability to assess a service fee for online payments, processing electronic checks and international wire transfers, an integrated parent payment option, electronic current account activity and bill presentment, administrative portal and guarantees the compliance and continued management of the various federal and other regulations (i.e. GLB Act, FERPA, Red Flags, PCI etc.). See Section V, number 1 for specifications for the Student Account billing and payment requirements. Q.15. Based on the information on your website you currently use QuikPay and Flywire for international wire transfer? Is the goal to replace both of those providers or just one? A.15. - This RFP covers electronic payment processing services and a requirement is that the solution has Flywire as an integrated international payment option. Q.16. Page 14 Expectations C) a website that processes credit cards and electronic checks. Who would have access to this website? How would that access be granted? What features other than processing credit cards and electronic checks (if any) does the website need to have? A.16. - We are seeking a hosted solution that can process these transaction types with a central administrative portal that oversees setup, granting of access and security.
Q.17. Page 14 Expectations D) International payments. Please clarify what the desired payment types are for international payments? A.17. - See answer to Q14 above, Flywire by peer Transfer Q.18. Page 14 Expectations E) real time payment notifications. Please clarify the desired notification mediums. For example email, XML etc.? A.18. - email, with access for the university to control email configuration and recipients Q.19. Page 14 Expectations F) PeopleSoft integration. Please provide a list of the data fields in PeopleSoft you wish to integrate with? Please provide the desired method of integration. For example direct post, API query etc.? A.19. - Secure integration using student group post Q.20. Page 14 Expectations G) Drupal 7 and 8 integration: Please provide a list of the data fields in Drupal 7 and 8 you wish to integrate with? Please provide the desired method of integration. For example direct post, API query etc.? A.20. - Need to be able to integrate with Drupal 7 and 8, through secure hashing algorithms like SHA-256, we do not use direct post or API Q.21. Page 14 Expectations F) Accounting ERP integration (i.e. Workday). Please provide a list of the data fields in Workday you wish to integrate with? Please provide the desired method of integration. For example direct post, API query etc.? A.21. - Workday is a future implementation for the university. Need a provider that has the ability to do secure integrations with ERP systems. Q.22. Page 14 Expectations I) Mobile device access and experience. Please clarify mobile requirements? Is the desired solution a mobile app? Who would use it? Students, staff etc.? Please describe the desired mobile functionality. A.22. - Mobile is a future enhancement that will be used by students, staff and other payers Q.23. Page 14 Expectations J) Nontraditional credit card payment processing (i.e. Apple Pay, PayPal): If all nontraditional payments will be web based (non face-to-face) disregard. Will any nontraditional payment types be face to face? If so please provide a list locations that have a need for face to face nontraditional payment methods and the details of the current point of sales system they utilize. A.23. - Can you provide nontraditional credit card payment processing?
Q.24. Page 15, specific requirements, 2nd bullet. Please clarify which system or systems the students could use to specify payment? A.24. - The scope of this RFP is to provide a hosted solution Q.25. Page 15, specific requirements, 3rd bullet. Please clarify what the desired integration method would be with student post. A.25. - The scope of this RFP is to provide secure integration into PeopleSoft, you need to describe how you can meet the scope of this RFP Q.26. Page 15, specific requirements, 4th bullet. Please clarify which notification methods are desired? A.26. - Real-time notification, by email is acceptable. Q.27. Page 15, specific requirements, 5th bullet. Please clarify how you would like to view student activity? For example excel report, web interface etc.? A.27. - Per the scope of this RFP, the hosted solution is to have a central administrative portal with security to assign access and user roles. Q.28. - 15. Page 16 section 2, 1st bullet. Please clarify what you mean by transaction services? A.28. - What services are you able to provide as described in the scope of this RFP Q.29. Page 16, section 4. Please provide the number of staff members that will need systems training? A.29. - Approximately 20 to 30 Q.30. Page 16 section 6 under merchant account and processing authorization methods (this can go elsewhere, not directly related to this section). Please provide a list of the locations that will be utilizing this solution? Please describe how each location takes payments. For example are the payments manually entered into a web system or physically swiped through a payment device? If applicable please provide a list of each locations point of sale system. A.30. - See scope of services required Q.31. Page 16 Settlement. What time does the University batch out (AKA settle) transactions at the end of the day? A.31. - We need 24/7 processing capability with batching typically occurring at midnight daily.
Q.32. Page 16 Settlement, 2nd bullet. What would be the purpose of multiple settlement accounts? How does the University desire to distinguish between the multiple settlement accounts? A.32. - To meet university business needs Q.33. Page 18 Section 7 (starts on previous page), last bullet. Please describe the errors or potential errors you would like available on a report? A.33. - Describe how you monitor for errors and resolve and report on them. Q.34. Page 21 Section 1 F. What is your current annual processing volume? What is the total numbers of transactions the University runs annually? A.34. - See Exhibit B Q.35. - Page 25 Section IX Pricing schedule, 1: - In order to provide the university with the best fixed percentage we need to analyze current interchange costs, volume and number of transactions. Please provide 3 recent copies of all merchant processing statements. A.35. - The university pays payment card discount and interchange fees Q.36. Page 25 Section IX Pricing schedule 3. Please clarify all desired payment types to be accepted internationally. A.36. - As stated in RFP, international payments are handled by Flywire and you are required to have an integrated payment option in the hosted solutions that lists Flywire as a payment option Q.37. Page 25 Section IX Pricing schedule 7. Please clarify what the requirements would be for a cashiering system. A.37. - A hosted cashiering system that can integrate with ERP systems, (i.e., PeopleSoft, Workday) Q.38. What features or services are you missing from your current processing solution? What are your likes or dislikes about your current system? A.38. - Please see Section V for the scope of work - the University requires a comprehensive hosted commerce solution that consists of credit card payment processing including the ability to assess a service fee for online payments, processing electronic checks and international wire transfers, an integrated parent payment option, electronic current account activity and bill presentment, administrative portal and guarantees the compliance and continued management of the various federal and other regulations (i.e. GLB Act, FERPA, Red Flags, PCI etc.)
Douglas P. Feckovics, Buyer Arizona State University Purchasing and Business Services douglas.feckovics@asu.edu PH: 480-965-9514