HSI MAMMOTH SOR v2 08-21-2024.pdf

STATEMENT OF REQUIREMENTS

MAMMOTH E-COMMERCE PLATFORM

July 24, 2024

RYAN DOLAN

CONTRACTING OFFICER

RYAN.DOLAN@ICE.DHS.GOV

314-928-7546

1 Scope

This is a contract to provide for the routine and standard acquisition of clothing, personal protective equipment, and tactical supplies for Homeland Security Investigations (HSI). In conjunction with the Indefinite Delivery Indefinite Quantity (IDIQ) contract for the clothing, equipment, and supplies, the awardee (hereafter referred to as “vendor”) shall provide a secure online ordering platform (hereafter referred to as the “platform”), accessible via the World Wide Web, which allows the end-user to make purchases, track orders, and view order history, among other requirements as described in this document. The platform shall be accessible via web browsers for computers and mobile devices.

Over the life of the contract, there exists the possibility for additional programs and agencies within DHS to place orders off the contract. As a result, the CO will work with the vendor to establish a semi-customized platform experience specific to that group(s). On occasion, the CO may authorize other federal agencies to place orders off the contract on a limited basis.

1.1 Description of Services & Background

HSI has a need to (1) properly outfit (clothing) and provide personal protection equipment and complimentary supplies to maintain a uniform (standard) and professional National Tactical Program (NTP) across HSI, while ensuring the safety and welfare of employees operating in hostile environments and multiple/varying adverse climates across the United States. In addition, (2) an online ordering platform that offers tactical teams across HSI the ability to order items from the approved product matrix is required. The online ordering platform enables teams to process purchase requests in a more efficient manner, as opposed to multiple purchase card and purchase order transactions. As a result, the platform will drastically reduce redundant administrative workload for employees, some of whose positions on the tactical teams are deemed collateral duties to their investigative roles in the organization. The platform will also afford the NTP the ability to track all purchases throughout the year, identify purchasing trends, and provide purchasing data for further decision-making purposes.

2 APPLICABLE DOCUMENTS

-- MAMMOTH Request for Proposal

-- MAMMOTH Product Matrix

3 REQUIREMENTS

In conjunction with the IDIQ Contract for clothing, personal protective equipment and tactical supplies, the vendor shall also provide an online ordering platform for ease of purchasing for end users across HSI throughout the thirty-one (31) Special Agent in Charge (SAC) Offices and other HSI Divisions. The following are the minimum requirements for the e-commerce platform.

3.1 PLATFORM- PLATFORM ARCHITECTURE

URL & Availability

The vendor shall provide HSI with a vanity URL for the internet address of the website/platform. For example, “mammoth.vendorABC.com”, “mammoth-vendor.com”, “hsimammoth.com”. The specific URL will be coordinated by the Contracting Officer (CO) with the vendor upon award of the contract.

The platform shall be accessible twenty-four (24) hours per day, seven (7) days per week. The platform shall be accessible from desktop computer, tablet, mobile devices (tablets & smart phones), and laptop computers. The vendor is allowed periodic platform closures for maintenance & development purposes.

Such closures shall be communicated to the Contracting Officer (CO) and the Contracting Officer Representative (COR) forty-eight (48) hours prior to the closure, unless such closure is necessitated by emergency circumstance, which shall be communicated immediately to the CO and COR.

Platform Front End

The vendor shall provide an e-commerce platform through a modern and responsive web interface. The front end shall be built using technologies such as HTML, Cascading Style Sheets (CSS), and JavaScript.

The interface shall include features such as product browsing, search functionality, user account management, and shopping cart experience.

Platform Back End

The back end of the platform is responsible for processing user purchase request, managing data, and orchestrating various services and reporting functions. These functions must be able to accommodate future increases in scalability with the possibility of including multiple agencies beyond HSI.

Additional core services include user authentication, product catalog management, order processing, and payment handling.

Search Functionality

In order to create a dynamic shopping experience, the platform shall include a search function that supports keyword-based searches with auto-suggestions. Keywords may be based upon manufacturer name, product name, product description (e.g.- “field pants”), and product numbers. There shall be advanced filters to refine search results based upon such factors as price range, product colors, brand name, and availability. The platform shall also incorporate a predictive search algorithm for quick and accurate results. The search functionality of utmost importance for user satisfaction.

Although not a requirement of the contract, should the vendor have the ability to provide search history of platform users, this information is welcomed by the contracting officer to provide product suggestions for future modifications.

Product Category Tabs

The platform will feature intuitive tabs for easy navigation across product categories. These tabs will categorize products logically and prominently display main categories, (e.g.- “Clothing”, “Medical Supplies”, and “Sniper Equipment”). The platform shall allow users to easily switch between categories without leaving the main browsing page. From time to time, the Government may require updates to the Product Category Tabs if the mission requires.

Product Pages

Each product from the product matrix shall have its own dedicated product page with information about the product, including up-to-date product photos. The product matrix is subject to modification based upon product availability, advances in technology, and changing needs of the Government. The product pages of the platform must include the following details for each product:

1. Manufacturer

2. Model

3. Part Number

4. Available Color(s)

5. Availability/Back-order Status

6. Approximate Delivery Lead Time

7. Country of Origin—USA, Trade Agreements Act (TAA) Compliant, Non-TAA Compliant

8. Price

9. Picture(s)

10. Product Specifications

11. Product Description

12. Product Review Submission Area (internal to Government use only).

13. Add to Cart Functionality, to include selection of the quantity, sizing, and color, as appropriate.

Top Selling Items Page

The platform shall include a page dedicated to highlighting top-selling items to attract user attention and to promote uniformity across multiple teams. Occasionally, the Government may suggest to the vendor products that shall be included in the “Top Selling Items Page” to influence the uniformity of the National Tactical Program. The “Top Selling Items Page” will display a curated listed of best-selling products based upon real-time sales data. It may also include dynamic elements such as trending indicators or badges to highlight the popularity of the items.

Fast Shipping Page

The Government often encounters episodes in which faster product delivery times provide greater benefit over cost. As a result, the platform shall include a page of products that have expedited shipping times, expected to be delivered within 30 days or less. The “Fast Shipping Page” shall clearly communicate estimated delivery times and shipping options.

Recent Activity on Home Screen

The platform shall highlight recent browsing history at the home screen once a user logs into the site.

This will assist in providing users with the ability to resume a shopping experience from previous logins.

Kitting

To maximize product uniformity across the National Tactical Program, and to provide the ability for individual teams the ability to “kit” items specifically for those mission sets, the platform shall provide users the ability to create “kits” of specific products. In this capacity, a user will add products to a “kit” and provide it a respective name for ease of access. This kit functionality shall be easily accessed from the main platform page.

Agent Profile Tool

As described in a later section, only one employee (“quartermaster”) within a specific team will have access to the funding provided by the National Tactical Program, and will have the responsibility for ordering products, including clothing, for all members of that respective team. In order to increase efficiency within the ordering process, the platform shall have the ability for this user to create “agent profiles” for each team member whereby the platform stores each member’s clothing and PPE sizes, along with any additional product preferences. This will negate the need for the quartermaster to routinely ask for several employees’ clothing sizes.

Page Load Time

The platform is required to adhere to stringent performance standards to ensure optimal user experience. Page load time is a critical factor in user satisfaction and engagement. Under normal server load conditions, a page on the platform shall take no longer than 5 seconds to load. As a result, the platform should incorporate performance optimization measures.

Shopping Cart

Similar to the online retail store fronts, the platform shall have similar “shopping cart” functionality synonymous with other online shopping experiences. The user shall have the ability to review all items in the cart, to include quantities, prior to submitting an order. The user shall have the ability to select the default shipping address detailed in the account profile or have the ability to input an alternate address for one-time use. The vendor shall provide a method for an Administrative User (described in detail later) to ship to multiple locations, either via the platform or an “offline order”. Further, the user shall have the ability to provide notes/comments with the order for the vendor to assist in order processing. The platform shall also include a button/field to indicate whether or not partial shipments will be accepted by the user. The vendor shall make every effort to ship complete orders.

Funding & Allocations

The contract will be funded on each delivery order issued against the IDIQ with additional funding added to the delivery orders as required.

As the CO cannot legally obligate the Government until an order has been placed, the CO will communicate to the vendor the amount of available funding for the contract. The platform shall allow the CO and/or the COR to assign funding allotments to each Standard & Administrative User accounts.

This funding amount will be determined by available funding at the time of the allotment, and the size of the respective team to which the Standard/Administrative User is responsible for purchasing. This funding allotment is not actual funding obligated to the vendor; it is only representative of the available budget of the respective Standard User at the time. The platform shall also allow for increase in funding allotments based upon availability of funding, and in the instance the HSI has exigent circumstances to expand its purchase requirements, such as large-scale operational events and emergency purchases.

Only the CO possesses the ability to provide additional funding to the contract. However, both the CO and the COR shall have the ability to direct how the allotment of funding added to the contract is directed to specific user accounts, and the corresponding amounts.

A user’s respective allotment shall be easily accessible on the platform. The spending allotment shall be “real time”, in that the amount listed on the platform includes available funding, additions in funding, deductions from recent purchases, and credits for recent returns/exchanges.

The Government will allow purchases on the platform to be made outside of the funding available on delivery orders. For example, end-users shall have the ability to make purchases via Government Purchase Cards (GPC). The end-user shall have the ability to select from a drop-down menu which method of funding will be used for the transaction. Only one method of funding will be available for an individual order. Purchases made via GPC will not be recorded against the monetary ceiling of the contract.

Post Order

Upon completion of an order, the user shall receive an email confirmation of the order submission. The email confirmation shall include, but not be limited to, estimated delivery date(s), detailed order information (product list, prices, and totals), shipping location, and a unique order number. The user shall receive delivery email confirmations upon shipment of products. These delivery confirmations shall include tracking information for the convenience of the user.

A user shall have the ability to retrieve all orders placed within the period of performance of the contract. The order status page shall indicate whether an order remains open & processing or is fully delivered & closed. Upon retrieving an archived order, the platform shall display detailed itemized ordering information.

The platform shall offer users the ability to track orders online by entering order number or searchable within the user account.

Upon delivery of an order, the vendor shall submit invoices to HSI via email to Invoice.Consolidation@ice.dhs.gov. The COR will route the invoice to the appropriate receiving office for confirmation of receipt of goods prior to processing for payment. Partial invoices for partial deliveries will be accepted.

**DHS will be migrating to Department of Treasury’s Invoice Processing Platform (IPP) in the future. The CO will communicate these changes to the vendor at said time.**

Technical & Customer Support

The vendor shall provide technical support to the Government for all platform assistance. All users shall be able to electronically obtain password resets during all times. The vendor is also responsible for providing platform assistance via telephone/email between the hours of 9am-5pm eastern time, Monday-Friday, excluding federal holidays. The vendor shall have dedicated personnel for the purpose of customer support in relation to placing orders, order status, returns/exchanges, and corresponding customer service requirements. Personnel shall be available via telephone/email between the hours of 9am-5pm eastern time, Monday- Friday, excluding federal holidays.

Returns/Exchanges

The vendor shall allow for exchanges within 30-days of the Government’s receipt of the product(s) without a restocking fee. Should the need for a return/exchange be that of the Government, the Government shall be responsible for return shipping expenses to the vendor. Should the need for the return/exchange due to fault of the vendor, the vendor shall be responsible for return shipping expenses.

The platform shall have the ability to process returns/exchanges through the platform. This will reduce telephonic requests for returns/exchanges. The platform shall also have the ability to track returns/exchanges in the ordering process.

In instances where users are processing multiple, frequent returns/exchanges, the vendor shall immediately notify the CO for potential remedies.

3.2 Access Control

Role Based Access Controls

The platform shall provide a seamless user account management system for all users. All user accounts and types of accounts shall be approved by the CO or the COR. The CO or COR will provide a list of new accounts no more frequently than on a weekly basis, absent any urgent circumstances. There will be three types of accounts: “Standard User”, “View Only” and “Administrative User”. Vendor shall limit amount of personally identifiable information (PII) required for the creation of the user accounts, not to exceed name, business shipping & billing locations, and contact information. All users shall have the ability to update their respective profiles, such as shipping address and contact information.

Standard User- Standard Users will request access directly from the CO and/or COR. The Standard User will provide a business case to the CO/COR for the access. Standard Users will have the ability to shop for products in a similar fashion to retail e-commerce websites. Standard Users will serve in a role of a “quartermaster” by purchasing products for an entire team. Standard Users shall have the ability to create “kits”, as described previously, for their respective teams. To be detailed later in this document, Standard Users shall have the ability to perform all product returns/exchanges via the platform.

Standard Users will be able to generate simplified reports, such as order reports. Standard Users shall have the ability to change/add shipping addresses within the profile management. All addresses are assumed to be US Government facilities, unless the CO explicitly authorizes the ability to ship to non- Government facilities in times of urgency. At the discretion of the CO and/or COR, certain products within the product matrix may not be able to viewed/order by a Standard User.

Administrative Users- Administrative Users shall have all of the capabilities of the Standard User.

Administrative User accounts are reserved for the CO, COR, and designated program managers.

Administrative Users shall have the ability to create universal kits, available to the entire enterprise.

Additionally, Administrative Users shall have the ability to view all products within the product matrix.

Administrative Users shall have full report generating functionality, as outlined in a later section. The reports generated by Administrative Users can be as local as a single team or as macro as the entire enterprise.

View Only- Each team has the ability to have a View Only account created for the purpose of providing access to non-Standard/Administrative Users/non-quartermasters. This single account login information would be shared across the team for the entire team to use. The View Only account will not have the ability to purchase via the platform, to include Government Purchase Card transactions. In order to limit PII sharing, the login for the View Only accounts will be generic, such as, fresno@hsi.dhs.gov. Only the CO, COR, any Administrative User, and/or the Standard User assigned to that team shall have the ability to request password resets from the vendor for View Only accounts.

User Authentication

The platform will implement standard secure authentication mechanism for user access. Users shall use their respective .gov email address to login to the platform. Passwords at a minimum shall be 12 characters, and must include a number, a letter, and special character. The vendor can provide guidance on which special characters are available for use. The platform shall employ industry-standard password hashing algorithms to securely store and manage user information and passwords. The platform shall enhance security by implementing account lock out policies to prevent brute-force attacks. The platform shall adhere to relevant data protection regulations, ensuring that user authentication processes comply with privacy and security standards.

In order to further enhance security of user accounts, the platform shall offer Two-Factor Authentication (2FA). This involves the user opting for text or email methods for 2FA.

In the event a user has forgotten his/her password, a “forgot password" button will be displayed at the login screen. The platform will then provide a secure email with password resetting procedures. The vendor will also provide procedures to unlock an account due to inactivity and/or incorrect login attempts. The vendor shall implement continuous monitoring and logging of authentication events to detect and respond to any suspicious activities and unauthorized access attempts promptly.

Further enhancement of security will be the implementation of session management practices, such as session timeouts to mitigate the risk of unauthorized access due to session hijacking.

Beginning six months after initiating the platform, the vendor, on a quarterly basis, shall provide the CO & COR with a list of accounts that have been inactive for 180 days or more. In most situations, the CO will instruct the vendor to place these accounts in an inactive stage, and require a password reset to unlock the account.

3.3 Reporting & Analytics

The platform shall provide robust reporting capabilities for order and contract management. The platform shall provide any report for a given date range up to 24 months prior to date of report generation. All reports shall be delivered in Microsoft Excel format, but additional graphical reporting, such as pie charts and bar graphs may be included. This information shall be provided to the CO and COR on a quarterly basis, and on occasion by special request of the CO. The reporting may be generated for a single data point (number of orders for a particular product) and/or multiple data points. This data will be used by the CO and the vendor to enhance contract and program management, while also seeking to reduce costs in certain areas. The following data points are required for all reports generated from the platform:

- Product Ordering History- Frequency of purchases, including quantities, for all products. This report will be used to assist in decision making such as “Top Selling Products” page, reducing the number of products in the product matrix.

- Order Date

- Order ID

- Products Ordered, including product manufacturer, product name, price, product number, color, size

- Order Quantity

- Total Amount of Order

- Associated Delivery Order Number

- Order Status- Open/Pending, Fulfilled, Canceled

- Estimated Shipping Timeframe

- Actual Shipping Timeframe

- Shipping Carrier Name & Tracking Information

- Shipping Address(es)

- User Information, including name & email address

- Invoice Status- Issued, Past Due, Pending, Closed

- Invoice Amount

- Invoice Date, Generated

- Invoice Date, Submitted

- Invoice Date, Payment Received

- Product Returns, including product name, date of return, reason for returning/exchanging, refund/exchange status.

Should the Government terminate this contract for convenience and/or default, foregoes executing an option, or the contract ends, the vendor shall provide the Government with all reporting data previously explained in this document.

Data Ownership

1. Accessibility of Government-owned Data

All stored program data associated with this acquisition shall be owned by the Government. As such, it shall be made accessible to the Government in accordance with the Minimum Data Access Capability described below. This accessibility is required to allow full data transparency, flexibility in performing data analytics, and integration with data from other government programs.

In addition to the Minimum Data Access Capability, the Government prefers, but does not require, that program data be accessible via Enhanced Access Capabilities as described below.

Definition of “program data”: Program Data refers to any data resulting from ICE and DHS organizational activity. Examples of such data include but are not limited to administrative data resulting from human resource, management, and financial actions, as well as operational data resulting from performance of the ICE mission.

Definition of “associated with this acquisition”: Program Data is associated with an acquisition if it is created by DHS organizational activity that is facilitated by the contractor. Examples of how a contractor might facilitate organizational activity follow:

o Program data is stored by contractor personnel o Program data is stored by software that is managed, developed, or used by the contractor o Program data is stored in a repository that is managed, developed, or used by the contractor

2. Minimum Data Access Capability

• The current version of all Program Data is accessible to the Government within 24 hours of request, as well as on any pre-defined schedule as required by the Government.

Data access can occur by various means, provided that Government security requirements are met, and data is accessible in a format that is acceptable to the Government. Examples include but are not limited to APIs that are consumable by the Government, files made available for Government download (e.g., Excel Spreadsheets), or direct database query by federal or contractor personnel.

• The contractor shall format program data accessed by the Government to anticipate the maximum file size of any data to be accessed. File size shall be small enough to assure rapid processing by government applications.

• The contractor shall provide the means for the Government to interpret accessible Program Data as follows:

o Data elements and groupings of data elements shall be clearly identifiable by labels embedded in the data itself, or by a separate schema or file layout which allows such elements and groupings to be identified.

In the case of a relational database schema defined through Data Definition Language (DDL), data elements would be represented as columns, and groupings of data would be represented as tables. In addition, relationships between tables would be described as foreign key relations.

• Labels or names used to identify data elements and groupings of data elements shall be approved by the Government. In addition, each label or name shall be associated with a government approved definition which describes the content of data held therein.

• Program data delivered to the Government shall conform to the Government approved definition for each data element and grouping of data elements.

• All data accessible by the Government shall be both machine readable and human-readable in plain text.

• All reference data associated with Program Data also needs to be accessible to the Government. Such reference data is required to provide complete understanding of a record.

Reference Data Example: Program data may include a city code which uniquely identifies a city.

Reference data associated with a city code may include its name, geographic boundaries, population, median income, etc. This example is provided for clarification of the meaning of reference data and may or may not apply to this specific acquisition. Examples of other reference data codes would include codes representing eye color, gender, country of origin, etc.

3. Enhanced Access Capabilities

The Government prefers that sharing of program data take place via an Application Programming Interface (API) or multiple APIs. APIs allow the Government to efficiently consume data via a widely recognized standard where the data has been completely abstracted from the technology platform that produces it.

In addition, the Government prefers that sharing of program data take place using techniques that enhance efficiency, such as Change Data Capture (CDC). CDC enhances efficiency of data transfer by providing only incremental updates to program data as opposed to providing all program data each time data is shared.

3.4 Platform Security

Security

The platform must employ robust data encryption mechanisms to ensure sensitive information is safeguarded at all times. This includes data in transit whereby the platform will use industry-standard encryption protocols to secure data transmitted between users and the platform, and data at rest must be safeguarded, such as customer information, order details, and payment data.

Platform- General Security

The HSI (and other Government associated) name, logos, seals, and other intellectual property, including the “MAMMOTH” logo are not to be used in any other manner than for specific use in the platform. These intellectual properties and any other images/likenesses associated with the HSI may not be used by the vendor for marketing purposes unless explicitly authorized by the Contracting Officer.

The platform shall not include any advertisements, to include those originating from the vendor of the contract. For example, the vendor cannot advertise to a user a 20% discount when shopping via the vendor’s public website. The vendor may provide product recommendations when a user is searching for products or add a particular product to the shopping cart. The recommendations are limited to only those products included in the product matrix of the contract.

The platform shall not allow pop-up windows to be produced, unless required for order reports.

The vendor shall not send marketing emails to any user of the platform. Only emails related to platform operations (username, password retrieval) and purchase related events are approved.

The vendor may not resell or distribute any information provided, created, or inferred from the contractual relationship without the written consent from the CO. All information generated from the contractual relationship, except for awardee name, contract period of performance, and total dollar award, is deemed sensitive.

The platform is intended for use solely by the Government, specifically HSI at time of award. No one outside of the employees of the vendor and of HSI (and any other authorized federal agencies) shall have access to the platform, to include demonstration (“dummy”) logins without the written consent of the CO. Over the life of the contract, there exists the possibility for additional programs and agencies within DHS to place orders off the contract. As a result, the CO will work with the vendor to establish a semi-customized platform experience specific to that group(s). On occasion, the CO may authorize other federal agencies to place orders off the contract on a limited basis.

Platform- Security Standard & Encryption

The platform shall align with Payment Card Industry (PCI) Data Security Standards (DSS) 4.01 (December 31, 2024). The vendor shall illustrate in its proposal how the platform meets/exceeds these standards for its respective platform. The vendor shall detail its encryption levels, such as AES-128 encryption for all traffic between the platform and the Government at time of proposal submission.

Security Audits

The vendor shall perform routine and thorough security audits of the platform. At a frequency of no less than once per year, the vendor shall conduct penetration testing for the entire platform, web applications, APIs and network infrastructure. Depending on the dynamic nature of the platform, the vendor shall conduct routine vulnerability assessments of the platform, including software, configurations, and infrastructure. The vendor is required to notify the CO of any vulnerabilities uncovered in these security audits and provide an action plan for remediation. The vendor shall maintain a continuous improvement plan with respect to platform security.

Handling of Personally Identifiable Information (PII)

The Government will furnish PII in the lowest necessary requirement for the operations of the platform.

The platform shall provide security parameters for PII as outlined in previous sections. Each user account shall be limited to the following information:

- Employee’s Name

- Employee’s Official Government Email Address

- Employee’s Telephone Number

- Employee’s Delivery Address

4 Timelines

Platform Establishment

The vendor must possess an e-commerce platform solution at time of proposal submission. The vendor will then have 90 days after receipt of award to complete the customized platform specific to

MAMMOTH.

Product Page Updates

The vendor shall provide product pages for new products added to the contract via quarterly modifications within 30-days of contract modification. Extensions for this requirement may be approved in writing by the CO.

5 Key Personnel

Vendor

Program Manager POC- this individual shall be the primary point of contact for the vendor with respect to implementation and business management throughout the life of the contract.

Customer Service POC- this individual shall be responsible for assisting and providing order support to customers at HSI.

Technical Support POC- this individual shall assist customers at the HSI if there are any technical issues related to ordering from the platform, such as login issues or functionality.

HSI

Contracting Officer- Ryan Dolan Technical POC- Marcus Camacho Contracting Officer’s Representative- Camilla Berry

6 Place of Performance

The primary place of performance is virtual through the e-commerce platform. The following addresses are for mailing purposes only:

ICE-OAQ

Attn: Ryan Dolan 8222 N. Beltline Road Irving, TX 75063

HSI-SAU

Attn: Marcus Camacho 11320 Random Hills Road Fairfax, VA 22030

7 Period of Performance

The period of performance for the contract shall be twelve (12) months, beginning on the award date.

The Government shall have the option to renew the contract for four (4) additional twelve (12) month option years. The vendor shall establish the platform within ninety (90) days of award, to include creation of user profiles, and all other miscellaneous and necessary administrative requirements of this contract.

8 Deliverables

The vendor shall provide bi-monthly (1st & 15th) account balance reports to the Contracting Officer Representative. The account balance report shall provide detailed funding information, not limited to beginning and ending account balances for each unit created within the platform by NTP. On these dates, the vendor shall notify the COR & CO of any outstanding invoices approaching the 30- day payment requirement.

9 Government Furnished Equipment or Information

HSI does not intend to provide any equipment for this requirement. HSI shall provide information to the vendor necessary for the creation of separate logins for individuals assigned user & administrative credentials to the platform.

10 Government Representatives

The functions inherent to this contract shall be performed by the designated Contracting Officer. The duly assigned COR shall ensure all actions pertaining to this contract are requested via the Contracting Officer.

10.1 Contracting Officer Representative (COR)

The COR will be identified via letter of COR delegation authority for this contract. The COR is responsible, as applicable, for: receiving all deliverables, inspecting and accepting the supplies or services provided hereunder in accordance with the terms and conditions of this contract; providing direction to the Contractor which clarifies the contract effort, fills in details or otherwise serves to accomplish the contractual Scope of Work; evaluating performance; and certifying all invoices/vouchers for acceptance of the supplies or services furnished for payment.

The COR does not have the authority to alter or modify the Contractor's obligations, contract terms, conditions, specifications, or cost. If as a result of technical discussions, it is in the Government’s best interest to alter/change contractual obligations or the Scope of Work, the CO is the only authority to issue such changes. The COR for this contract is Camilla Berry. She can be reached camilla.s.berry@ice.dhs.gov.

10.2 Contracting Officer

This contract will be administered by:

Ryan Dolan Contracting Officer Ryan.Dolan@ice.dhs.gov 314-928-7546

11 Travel and Other Direct Costs

N/A

12 Invoicing Procedures

Invoices shall be submitted to the COR designated for the applicable Task Order. A copy of the invoice shall also be emailed to the Contracting Officer at INVOICE.CONSOLIDATION@ICE.DHS.GOV.

A proper invoice shall include the following information:

• Name and address of the Contractor

• Invoice date and invoice number. Invoice numbering should begin at 01 and be consecutively numbered thereafter. (The Contractor should date invoices as close as possible to the date of mailing or transmission.)

• Contract number, Task Order number, contract line item number and, if applicable, an order number

• Description, quantity, unit of measure, unit price and extended price of the items delivered

• Shipping number and date of shipment including the bill of lading number and weight of shipment if shipped Government bill of lading

• Terms of any discount for prompt payment offered

• Name and address of official to whom payment is to be sent

• Name, title, and phone number of person to notify in event of defective invoice

• Electronic Funds Transfer (EFT) banking information

• Contractor’s First/Last Name, Number of Hours, Labor Category, Total number of hours

(items can be in any order), Cumulative Number of Hours to date

• Taxpayer Identification Number (TIN). (The Contractor shall include its TIN on the invoice only if required elsewhere in this Contract)

The Contractor shall include this information on each and every invoice when invoicing for full or partial supplies/services delivered/performed. If an invoice does not contain the above information, the agency reserves the right to reject the invoice(s) as IMPROPER and notify the Contractor within seven (7) calendar days after receipt of the invoice at the designated billing office pursuant. (Resubmission of a PROPER invoice(s) will be required).

Payment will be made by the agency in accordance with the Prompt Payment Act, FAR clause 52.232-25 (OCT 2003) upon the COR’s (or designee) certification of receipt of goods.

**DHS will be migrating to Department of Treasury’s Invoice Processing Platform (IPP) in the future.

The CO will communicate these changes to the vendor at said time.**

13 Scalability

Over the life of the contract, there exists the possibility for additional programs and agencies within DHS to place orders off the contract. As a result, the CO will work with the vendor to establish a semi-customized platform experience specific to that group(s). On occasion, the CO may authorize other federal agencies to place orders off the contract on a limited basis.