ADDENDUM 3 RFP FINANCIAL MANAGEMENT SOFTWARE AND HOSTING SERVICES

Transcription

1 March 13, 2015 ( ed to all proposers on this date) ADDENDUM 3 RFP FINANCIAL MANAGEMENT SOFTWARE AND HOSTING SERVICES Please note the following answers to questions that were asked prior to the deadline for inquiries date of March 10, 2015, 5:00 PM, MST. 1. I was reading through addendum 2 today, and noticed this answer. As noted in the RFP Section V, Specifications/Scope of Work, # 1, The University recognizes that third party software may be required to meet specific requirements. We are not an ERP system, but we do integrate every thirdparty software in existence. Is it acceptable to respond to only the specific areas we cover? If we are your #1 choice you can attach our solution to whatever ERP vendor you choose. ASU RFP is looking for a response that includes both a complete integrated software solution and hosting services. A proposal that omits one of these two components would likely be determined to be non-responsive to this Request for Proposal. SECTION V SPECIFICATIONS/SCOPE OF WORK - SOFTWARE SCOPE Question 1: The Proposer shall deliver a financial management software application and all other licensed business applications that fulfill the University s business, general and technical requirements, to address the following functional areas: 2. Is the Inventory system primarily for a Stores/Warehouse or for anyone who may be responsible for managing inventories? Although the primary user for a new inventory system would be the Stores/Warehouse functions, there are additional areas where an inventory system could also be used. SECTION X FORM OF PROPOSAL/SPECIAL INSTRUCTIONS - Content of Submittal - F. Tab 4: Software Solution - Self-Service/Mobile Capabilities Question 14: Please describe the overall approach to self service functionality embedded in the proposed FMS. 3. What is the expectation of Self Service? Our interpretation is that self service means things like buying one s own work equipment or authorizing or reimbursing oneself for travel. Should we expand that interpretation to include transferring funds from one account to another, viewing balances, etc.? The primary context of self-service in this question is a system user who accesses needed system functionality occasionally but is not a member of the University administrative area or has regular administrative responsibilities. Current University systems have self-service functions, such as the 1

2 ability for employees to enter their own payroll time, which have been advantageous. The University is interested to discover what type of self-service functionality is available in the proposed solution that can relieve part of the burden from administrative staff. SECTION X FORM OF PROPOSAL/SPECIAL INSTRUCTIONS - Content of Submittal - F. Tab 4: Software Solution - Application Architecture Question 25: Please describe the architecture that supports the proposed FMS. 4. What is meant by Software components? Is this expected to be a list of the modules we provide from a SaaS perspective, or all of the other peripheral software such as operating system, automation, middleware and management stacks? The context for this question is Application Architecture and is intended to identify the components that support the FMS, not the FMS business application components. 5. What is the expected definition of middleware as it may be applied to a database? Can you provide examples? Database and middleware are examples of Application Architecture items that the University desires to be described in this section. SECTION X FORM OF PROPOSAL/SPECIAL INSTRUCTIONS - Content of Submittal - F. Tab 4: Software Solution Security Question 31: Proposer should describe the security approach within the FMS. 6. Can you provide clarification as to your expectations with third party data encryption and perhaps provide examples? The question is meant to explore and understand the capabilities of the proposed solution. The Proposer should respond with its ability, if any, to support an encryption tool or schema specified by the University in addition to or instead of any encryption native to the solution. 7. Can you clarify what you mean by workflow to automate security provisioning? The question is meant to explore and understand the capabilities of the proposed solution. When provisioning security for a new user or new group of users, there may be multiple levels of action or approval that are required. Having an automated workflow for this process could be useful. 8. Can you clarify what you mean by auditability? The question is meant to explore and understand the capabilities of the proposed solution. The auditability - ability to create and maintain an audit trail - of security changes could be useful. Question 36: Describe capabilities to alert administrators of unusual or suspicious changes to data. 9. What is the definition of data in this context. Row level within the database, document, or system and platform wide type of detection such as with a HIDS? The question is meant to explore and understand the capabilities of the proposed solution. If the system can provide alerts in any or all of those situations, this should be described in the response to the question. 2

3 SECTION X FORM OF PROPOSAL/SPECIAL INSTRUCTIONS - Content of Submittal - F. Tab 4: Software Solution - System Integration Question 40: Describe any prepackaged/supported integrations. 10. What is the total array of systems you may wish us to integrate with? The primary University systems for integration are described in Section II, Purpose of the RFP, Background Information. There are additional smaller systems to which the University could see the benefit of data or system integration. The question is meant to explore and understand the capabilities of the proposed solution. The University is interested in any prepackaged or delivered integrations. Question 45: Discuss your integration with office productivity software, such as Microsoft Office or other e mail clients. What protocols or standards are supported? 11. Can you provide some examples of the type of office integrations you are thinking of? The question is meant to explore and understand the capabilities of the proposed solution. The University uses Microsoft Office extensively, as named in the question, so is interested in delivered tools that might exchange data with Outlook, Word or Excel. 12. In Data analytics and reporting there is a request to limit web service calls, (any limitations or governors in place to limit web services calls). Is this a general assertion, or is it only for the purpose of replicating data into the warehouse? Or is this a general assertion that wherever web service calls exist, is there a broad process to limit and govern said calls? The question is meant to explore and understand the capabilities of the proposed solution. The Question seeks to discover limitations or governors in place in the proposed solution to limit web services calls, if any. SECTION X FORM OF PROPOSAL/SPECIAL INSTRUCTIONS - Content of Submittal - H. Tab 6: Hosting Solution Question 13: Describe the ability of the University to perform independent security testing of the hosting services. Does the University perform network penetration tests? 13. Should the second sentence be worded Does the Proposer perform network penetration tests? Can you clarify: is the desire to A) understand how we perform penetration tests and/or B) ask if the university can perform their own penetration tests? The corrected wording for the second question is, Does the Proposer perform network penetration tests? The question is meant to explore and understand the security capabilities and testing of the proposed hosting service. Appendix B & Appendix C 14. Please provide your definition of user defined. We are interpreting this to mean customer defined. For example, your system administrators might configure the system to use ASU s preferred workflow document statuses for all ASU users vs. an individual user defining the set of document statuses they want to use. As another example, a custom field may be added for all ASU users. 3

4 In this context of user-defined, the user would most likely be a University system administrator or privileged user of some sort. Appendix B - Accounts Payable Requirement 35: Ability to access remittance advice for prior payments. 15. Please clarify this requirement. An example may be helpful. When a payment is made to a vendor, the remittance advice accompanies the payment and documents the purpose of the payment. An example of a payment purpose would be a payment against a vendor invoice. The University desires to access remittance advices for payments made in the past. Requirement 69: Provides multiple voucher types. 16. Please clarify this requirement. Some examples may be helpful. Some examples of voucher types would be a regular payment, a one-time payment, or a miscellaneous payment where there was no invoice. All of these might be voucher types. Requirement 209: System provides the ability to capture the following information: Foreign Individuals; Immigration status verified 17. Please clarify Immigration Status. Is this a yes/no or something else? An example may be helpful. University could see the system capturing the type of immigration document that a foreign individual holds, such as a temporary visa or a particular work authorization. The Proposer may describe the delivered functionality in the comments field of the requirement. Appendix B - AR Billings Requirement 52: Ability to update third party receivable records as transactions are posted. 18. What is meant by third party receivables? There are systems other than the FMS where receivables could be maintained at the University. The University wants to understand the capability of the proposed solution to exchange data with these third-party receivable systems. An example would be sending payment information from the new FMS to the third-party receivable system when the payment was receipted in FMS. Requirement 65: Provide ability to deposit checks remotely using Check 21 criteria. 19. Please clarify this requirement. An example may be helpful. Check 21 allows the recipient of the original paper check to create a digital version of the original check, a process known as check truncation, into an electronic format called a "substitute check", thereby eliminating the need for further handling of the physical document. This requirement could allow the University to accept a deposit using a substitute check without handling the document. The requirement is meant to explore and understand the capabilities of the proposed solution. Requirement 99: Provide ability to record and capture the following receipt information: Place of deposit (i.e., Campus or Dept. Name). 20. Please clarify what place of deposit means. Is this the originator of the receipt? 4

5 Place of deposit is the source of the receipt, such as a campus department. Requirement 146: Provide ability to record customer information by departments based upon department defined security rules. 21. Please clarify this requirement. An example may be helpful. University may want to capture certain customer information unique to a particular department, and could see that capability being restricted by user security. The Proposer may describe the delivered functionality in the comments field of the requirement. Requirement 157: Ability to collect and manage deposits according to business rules, which include apply deposit to other balances or forfeiture, 22. Please clarify this requirement. An example may be helpful. Also looks like part of the requirement may be missing. The corrected requirement should read, Ability to collect and manage deposits according to business rules, which includes applying deposit to other balances or forfeiture. Based on userdefined business rules, the system could manage deposits based on the rules. These rules may include the frequency of a deposit (daily, weekly, etc.) or how the receipts are applied to various types of customer balances. The requirement is meant to explore and understand the capabilities of the proposed solution. The Proposer may describe the delivered functionality in the comments field of the requirement. Requirement 158: Ability to configure the schedule and content of the escalation notifications. 23. Is this related to Dunning Letters or Billing Statements? Dunning letters. Requirement 164: Ability to select customers/groups that are subject to escalation notifications. 24. Is this related to Dunning Letters or Billing Statements? Dunning letters. Requirement 168: Establish default account distributions for each receivable. 25. Please clarify this requirement. An example may be helpful. An account distribution is the set of account codes that determines the GL accounts to which a transaction will post. The requirement is meant to explore and understand the capabilities of the proposed solution. The Proposer may describe the delivered functionality in the comments field of the requirement. Requirement 176: System must provide the ability to automatically reconcile EFT, credit card, and echeck. 26. Please clarify this requirement. An example may be helpful. 5

6 If payments are received by Electronic Funds Transfer (EFT), credit card or electronic check, the University is looking for any tools that will facilitate the reconciliation of these payment items. The requirement is meant to explore and understand the capabilities of the proposed solution. Describe any reconciliation tools that are delivered with the system in the comments field of the requirement. Requirement 192: Ability to use billing departments detail and billed department stored account distribution to create payment transaction. 27. Please clarify this requirement. An example may be helpful. The intent of this requirement is to handle inter-department billing. The from (billing) department and the to (billed) department should both have default account coding, and those defaults could be used to facilitate creation of the transaction. The requirement is meant to explore and understand the capabilities of the proposed solution. The Proposer may describe the delivered functionality in the comments field of the requirement. Requirement 205: Ability to report receivables that are payments for all billing types. 28. Please clarify this requirement. An example may be helpful. One example of billing types might be the payment methods, such as cash, check, money order, etc. The University desires to be able to report receivables by this billing type. The requirement is meant to explore and understand the capabilities of the proposed solution. The Proposer may describe the delivered functionality or any delivered billing types in the comments field of the requirement. Requirement 222: Provide ability to report un billed charges. 29. Is this referring to invoices that have not been routed for approvals yet? An example of an un-billed charge might be some sort of miscellaneous fee that was not part of the customer invoice. The university would like the ability to report on these types of receivables. Requirement 224: Provide ability to track pending receipts by scheduled due dates. 30. Is this the same thing as an aging? The requirement is intended to allow the system to track a scheduled receipt of an individual payment by the due date. It is similar to an aging, although aging reports are typically summarized amounts and not individual payments due. Appendix B - Budget Control Requirement 3: Edit expenditures against the allotment budget 31. Please clarify this requirement. An example may be helpful. An Allotment Budget is created when an organization or department splits up (or allots) a budget line item into separate sub-amounts, often by time period such as month or quarter. The University would like a budget control system to ensure that the sub-amount in an allotment budget is not being exceeded by a requested expenditure amount. Requirement 49: Provides multiple levels of control for operating budgets. 32. Please clarify this requirement. An example may be helpful. 6

7 One example of control levels for an operating budget might be the organizational level, such as department, division, unit or workgroup. The University desires to be able to configure budget control to the appropriate level of control for different parts of the organization, and track the budget at those levels. The requirement is meant to explore and understand the capabilities of the proposed solution. The Proposer may describe the delivered functionality in the comments field of the requirement. Requirement 101: Edit pre encumbrances, encumbrances and expenditures against the operating budget. 33. Please clarify this requirement. An example may be helpful. As the University requisitions goods or services (pre-encumbrance), orders goods or services (encumbrance) and pays for the goods or service (expenditure), the proposed budget control system should ensure that none of the three amounts exceed the amount budgeted for that good or service. Appendix B - General Ledger Requirement 211: Ability to create an audit log for journal processing. 34. Please clarify this requirement. An example may be helpful. The requirement is meant to explore and understand the capabilities of the proposed solution. If the system creates any log or audit trail as journal entries are created or processed, the Proposer may describe the delivered functionality in the comments field of the requirement. 35. Does this mean a route log of initiators and approvers? A log or audit trail of journal entries could include the steps taken in an electronic workflow to track the creator of the entry and each step of approval. Requirement 216: Ability to display the balance of an account and activity posted by a specific journal. 36. Please clarify this requirement. An example may be helpful. During on-screen inquiry into an account in the University general ledger, the University desires to view the dollar balance of the account, and view the transactions associated with the account, with the ability to restrict activity shown by source journal. 37. Does this mean be able to see how the balance is affected by this transaction? Yes. Appendix B - Cash Management Requirement 20: Ability to receive electronic deposit information from banks by departments. 38. Please clarify this requirement. An example may be helpful. Multiple University departments could make deposits to the same bank account. The University would like the deposit information received electronically from the bank by the new FMS to be able to be broken out by originating department. 7

8 Requirement 29: Allow effective dating (including future dating) of updated EFT bank information. 39. Please clarify this requirement. An example may be helpful. If the bank information associated with performing an Electronic Funds Transfer (EFT) is modified, the University would like the system to record the date when this change is effective, and allow the effective date of the change to be in the future. Based on the date of the transaction, the system would use the appropriate correct EFT bank information. Requirement 31: Identify funds that have outside bank accounts. 40. Please clarify this requirement. An example may be helpful. Most funds are attached to a University bank account. An example of an outside bank account might be an investment fund that uses a bank account that is not a typical University bank account. The University desires the ability to track this relationship and provide some reporting on the account. The requirement is meant to explore and understand the capabilities of the proposed solution. The Proposer may describe the delivered functionality in the comments field of the requirement. Appendix B - Sponsored Programs Requirement 157: Support the use of multiple indirect cost rates and bases, as well as compounding indirect cost formulas at the award, project and/or activity level. 41. What does compounding indirect cost formulas mean? It is typical that an award or project would have different indirect cost formula at different phases or for different types of activities. When reporting on the entire project or award, all of those different formula would need to be summarized ( compounded ) or combined to provide an overall report. Proposer may describe the delivered functionality in the comments field of the requirement. Appendix B - B2B Requirement 2: Ability to import and export a form 42. What B2B form is this referring to? An example may be helpful. The University refers to a form as a collection of data that has been formatted to appear like a paper form, or may be a paper form. Some of the current University systems are still somewhat paper-intensive. The intent of the question is to explore the ability of the system to import or export collections of data that are submitted as an electronic form. Appendix B - Commodity Requirements 24 and 25: Stores commodity specifications data with the following features: Retains the exact bid specifications and any addenda (changes) to specifications that are distributed to vendors. and Stores commodity specifications data with the following features: Prevents changes to bid specifications after a user defined point in time. Thereafter, changes can only be made by certain authorized users. 43. Are these requirements referring to Purchase Order Quotes? The University would capture the bid specifications during a solicitation. If a bid is accepted and the vendor is awarded, the bid specifications would become part of the purchase order. 8

9 Appendix B - Requisition Requirement 65: Provide the ability to enable users to override defined sourcing rules with appropriate authorizations. 44. What is meant by sourcing rules? Is this referring to B2B? A sourcing rule in this context is a parameter or set of parameters in the FMS that determines how a particular item or commodity will be sourced. The requirement is meant to explore and understand the capabilities of the proposed solution. The Proposer may describe the delivered functionality in the comments field of the requirement. Requirement 92: Provide the ability for commodity line items to contain the following data items, including but not limited to, the following data elements: Commodity Location. 45. Is this referring to Capital Asset Location? If a commodity is being requisitioned, the University desires for the requisitioner to be able to enter or choose a location code or description for the commodity item. Commodities are not capitalized, so they would not be considered a capital asset. Appendix C General: 46. Please clarify what types / levels of audits are required and specify the retention period for each. Examples of the business need would also be helpful. The question is meant to explore and understand the capabilities of the proposed solution. If the Proposer has experience or recommendations regarding audit information and retention periods, the University could find that useful. That information can be entered in the comment field of the requirement. 47. Please provide your definition of auto alarm. Examples of the business need would also be helpful. The University would like the ability to establish a business rule for the audit trail logs so that, if a certain transaction type or system event occurs, the system can notify a designated user automatically. This automatic notification based on a user-defined rule is an auto alarm. Requirement 19: Support establishment of user defined rules based workflows for any system event or transaction. 48. What is meant by system event or transaction? Please provide examples. The intent is to determine the potential triggers for a workflow. An example of a system event is completion of a batch process. An example of a transaction or transaction event is completed posting of a journal entry. The Proposer may describe the delivered functionality in the comments field of the requirement. Requirement 28: Support definition of workflow events based on transaction event. 49. What is meant by transaction event? Please provide examples. 9

10 A transaction event is the point in time at which the transaction is executed or processed. To what extent can this event trigger workflow? The Proposer may describe the delivered functionality in the comments field of the requirement. Requirement 32: Allow user defined standard approval timeframes. 50. What if any action(s) should be completed by the system at the end of the timeframe? Proposer may describe the delivered functionality in the comments field of the requirement. Requirement 33: Allow user defined alternative approval paths. 51. What types of alternative approval paths are desired? University desires an end user to be able to choose an alternative authorized workflow path for an event, either ad hoc or based on user-defined criteria. The Proposer may describe the delivered functionality in the comments field of the requirement. Requirement 34: Support multiple levels of approvals for transactions based on profile security and other user defined criteria. 52. Please clarify what is meant by profile security and provide examples of the requirements that you are trying to accommodate here, e.g. radioactive or research animal to route to sensitive data reviewers. The intent is that the approval for an item could vary based on a user s security profile (the security assigned to a user) or other criteria. The requirement is meant to explore and understand the capabilities of the proposed solution. The Proposer may describe the delivered functionality in the comments field of the requirement. Requirement 50: Support various user defined transaction statuses, including approved, rejected, pending, under consideration, etc. 53. Our standard workflow statuses are defined as Initiated, Saved, Enroute, Processed, Final, Exception. Are these sufficient, or is there a need for custom statuses? Please provide example use cases. Proposer may describe the delivered functionality in the comments field of the requirement. Requirement 66: Allow the system administrator to define inquiry functions within the system to be audited. 54. Please clarify what is meant by inquiry function and what should be audited. The requirement is meant to explore and understand the capabilities of the proposed solution. As part of system audit logs, the University may want to capture user information for various activities in the system, including performing data inquiries. The Proposer may describe the delivered functionality in the comments field of the requirement. Requirement 67: Provide a standardized audit block for each table in the system. 55. Please define audit block. An example may be helpful. 10

11 In this context, an audit block is a set of data that contains audit trail log information. Requirement 71: Store the program ID of the program that inserted or last changed the row. 56. By program id do you mean application or module or transaction type or other? The intent is to capture the source application of the row of data using some sort of meaningful identifier(s). The requirement is meant to explore and understand the capabilities of the proposed solution. The Proposer may describe the delivered functionality in the comments field of the requirement. Requirement 76: Provide an audit trail for each interface program which shows: user, department user or program initiating an interface, the date and time of interface execution and the interface completion status (Completed, Completed with Errors, Cancelled, Ended with Errors, etc.). 57. Are application logs sufficient? Without knowing more about the content of the application log, it is hard to say. The requirement is meant to explore and understand the capabilities of the proposed solution. The Proposer may describe the delivered functionality in the comments field of the requirement. Requirement 79: Maintain a history of organizational changes to allow transaction to be tracked from the original unit to the new organizational unit. 58. What type of organizational change is this referring to? Please provide examples. An example of an organizational change would be a reorganization of departments, with a new reporting structure and management hierarchy. The University could see value in producing reports based on either the pre-change or post-change organizational structure. Requirement 96: Allow employees, suppliers or other partners to be granted access to specific self service capabilities based on user defined roles. 59. What type of self service capabilities are being referred to? University sees the use of self-service functionality as an efficiency and productivity boost in its current systems, and desires the same for the new FMS. The Proposer may describe the delivered functionality in the comments field of the requirement. Requirement 162: Provide the capability to integrate with at least one standard fax server system using encrypted data transmission. 60. Please provide a comprehensive list of the functionality that should support faxing. Proposer may describe the delivered functionality where faxing is currently supported in the comments field of the requirement. Requirement 201: Allow authorized users to control priority of the batch process. 61. What does priority mean in this context, e.g. order of execution? 11

12 One example of priority would be order of execution. If there are additional options delivered in the proposed solution that can be indicated in the comments field of the requirement. 62. Licensing: You have indicated around 1,000 ERP users plus another 2,700 procurement users. Would you be able to provide an allocation of users per role or function? The University currently has no further breakdown it can provide in these user counts. 63. General and Technical: You have indicated the ability to provide the capability to back out (rollback) previously entered batches. Do you intend to meet GAAP compliance with this requirement? Would a journal reversal be sufficient so as to not discard any posted activity? Yes, the University expects the proposed solution to be GAAP-compliant. The requirement is meant to explore and understand the capabilities of the proposed solution. There may be situations where the University prefers to back out an entire batch. The Proposer may describe the delivered functionality in the comments field of the requirement. 64. General and Technical: Do you currently use an OCR application? If so, please describe. Although there are various applications at the University that contain some type of OCR capability, there is no University-wide usage of an OCR product or a single OCR product standard currently. 65. General and Technical: What type of HIPPA records do you expect to maintain in the ERP system? University could envision the need for storage of information with sensitive elements subject to HIPAA, and wants to discover whether that functionality resides in the proposed solution. 66. Hosting: What certification requirements do you have for the data center, hosting provider? The University has not identified mandatory certifications at this time. Therefore, as requested in the RFP, the Proposer should, describe all relevant certifications and attestations for Hosting Services, including: SSAE 16 Type II, ISO 27001, Cloud Security Alliance STAR Registry, etc., as well as your ongoing commitment to maintain these standards. 67. Hosting: For data center sizing purposes what are the number of users that will need concurrent access per module with functionality. Are some read only access? Do they need full read and write access? The University currently has no further breakdown it can provide in the user counts. 68. Hosting: What are the data storage requirements? The University would look to the Proposer for proper sizing of the hosted system, and will work during contract negotiations to determine the proper metrics for the hosting services. DD2 Essay: SECTION XIII MANDATORY CERTIFICATIONS 12

13 69. (Fillable PDF versions of mandatory certifications are located on-line under Supplier Forms: ORIGINAL signatures are REQUIRED for either version.) Please clarify ASU s definition of ORIGINAL signature. Would the digital version of the signatory s original signature be acceptable? On the ORIGINAL copy of submitted proposal, the signature must be an original ink signature by the authorized vendor representative. DD2 General: Ability to import and export a form Can you clarify what type of report/form you are trying to import export? Can you provide an example? The University refers to a form as a collection of data that has been formatted to appear like a paper form, or may be a paper form. Some of the current University systems are still somewhat paper-intensive. The intent of the question is to explore the ability of the system to import or export collections of data that are submitted as an electronic form System must allow a user to manually customize and send a message electronically to registered vendors based on vendor attributes (e.g., commodity codes), including attachments. Is the message in this requirement a custom ? Are there others? The requirement is meant to explore and understand the capabilities of the proposed solution. An would be an example of an electronic message. The Proposer may describe the delivered functionality in the requirements comment field Ability to create and assign different number wheels to different suppliers/forms. Can you please advise what you mean by number wheel for suppliers/forms? As an item in the system is assigned a number by the system, the University desires to keep the sequential numbering separate for each item. Examples of those items would be suppliers entered into the system or forms generated by the system. The separate numbering list for each item is referred to as a number wheel Provide the ability to allow for contract tracking by: Admin Fees Can you elaborate on this requirement? Is it tracking contracts based on the amount of the admin fees? The intent of the requirements is to track the administrative fees associated with the contract Provide the ability to support detailed contract performance analysis and generate performance reports, based on the following criteria: Liquidated damages. Can you provide an example of Liquidated Damages? What is meant by that term? Liquidated damages in this context are damages whose amount the parties designate during the formation of a contract for the injured party to collect as compensation upon a specific breach (e.g., 13

14 late performance). The intent of the requirement is for the system to track and report on liquidated damages amounts collected for a contract Ability for contracts to be automatically numbered in the system via a customizable number wheel. Is the requirement to auto number the contracts based on some form of numbering sequence logic? Yes Provide the ability to capture/recognize statutory advertising requirements. Can you please provide detail on this requirement? If a statute or regulation requires advertising of the procurement in a particular fashion, that information should be captured as part of the solicitation. In addition, the system should recognize this requirement and initiate a notification or a workflow related to the advertising. Please remember that Proposals are to be mailed or delivered to Arizona State University Purchasing and Business Services 1551 S. Rural Rd. Tempe, AZ 85281, no later than 2:00 P.M., MST, 03/31/15. If you have any questions regarding this notice, please contact me at or Kevin.Hall@asu.edu. Thank you, Kevin Hall, Sr. Buyer Arizona State University Purchasing & Business Services 14