Requesting a Custom Interface

Overview

Agencies often have a technology need to integrate OAKS FIN to a third-party application. When this need arises, the agency must follow the applicable process below to ensure proper management as well as to provide the OAKS Steering Committee with proper visibility and ability to make decisions regarding future requests.  

 

New Integration

  1. Project Overview and/or Interface Description: (This is a high-level summary and background of the overarching project, justification of interface request, and relevant requirements, both from transactional and data standpoints (if available).)
  2. Project Schedule and Current State: (This describes the high-level plan/schedule for the project and the current state/phase.)
  3. Interface/Data Source: (This describes where the data would be coming from as part of the request for OAKS integration)
  4. Interface/Data Target: (This describes where the data would be consumed as part of the request for OAKS integration)
  5. Volume/Frequency: (This describes how many requests would be made in a day or during the hours of operation of the interface.)
  6. Integration Processing Frequency (Batch or Real-Time): (This describes if the response from the interface is driven in real-time on a request/response basis or a scheduled batch process)

 

 

Existing Integration, new to an agency

When an agency has a need for a new interface they should submit an email to OBM RACM and justify the request. Include information such as:

 

Existing Integration, testing needed

When an agency has a need to test an existing interface they should submit an email to OBM RACM and explain the need. Include information such as: