V1.4 SP 16.0

From FPDS-NG

Revision as of 15:52, 13 July 2012 by WikiSysop (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

Schedule

DescriptionStart Date End Date
BETA Installation Monday October 01, 2012Monday October 01, 2012
Functional Qualification Testing Tuesday October 02, 2012Thursday October 04, 2012
Installation in ProductionFriday October 12, 2012Friday October 12, 2012

Document Changes

DocumentationChanges Required
XML SpecificationsNo
Web ServicesNo
Data Dictionary No
NASA Specific Data DictionaryNo
Use Case SummaryNo
Validation RulesYes
ReportingYes
Online HelpYes
Computer-Based TrainingNo
User ManualNo

SPR Listing


SPR #Enhancement/ProblemSolutionImpact to Users and Integrators
FPDSPMOS-115 The Defense Automatic Addressing System Center (DAASC) Trading Partner Number (TPN) interface sends information collected by the Defense Logistics Agency (DLA) pertaining to Department of Defense Activity Address Codes (DoDAAC). This information is disseminated as needed to DoD component systems and individuals as well as other agencies such as GSA. This is a daily file that is sent automatically to SAM.

Currently, FPDS-NG has been processing and loading the FedReg data by accessing the ‘FedReg Daily Extract File’ daily from BPN. There is a proposition from GSA that FPDS-NG should not be using ‘FedReg Daily Extract File’ anymore, and that the daily ‘DoDAAC Core Data File’ be obtained from SAM and be used.


1. FPDS-NG shall get “DoDAAC Core Data File” from SAM.

2. FPDS-NG shall be able to access and process the file with the format, SAM_DAASC_TPN_MMDDYYYY.TXT

3. The data elements that shall be obtained from this extract are as follows. GCE’s interpretation of each of these elements is also provided:

• DoDAAC (9 digit TPN code) (9) - DODXYYYYY (DOD is the static “Filler”, X is the Service code and YYYYY stands for the actual DoDAAC)

• Agency Code (2) – The first two characters if the agency code is in the format XX00 or the last two characters if the agency code is in the format 97XX

• Bureau Code (4)

• Entity Name (35) – Funding Office Name

• Entity TAC 1 Address Line 1 (35) – Physical/Mailing Address 1

• Entity TAC 1 Address Line 2 (35) – Physical/Mailing Address 2

• Entity TAC 1 Address City (35) – Physical/Mailing City

• Entity TAC 1 Address Country (3) – Physical/Mailing Country

• Entity TAC 1 Address State (2) – Physical/Mailing State

• Entity TAC 1 Address Zip (5) – Physical/Mailing Zip Code

• Entity TAC 1 Address Zip+4 (4) – Physical/Mailing Zip+4 Code

• Expiration Date (19)

• Type Update (A=Add, C=Change, D=Delete)

No
FPDSHD-58292 Existing Purchase Orders, Definitive Contracts and IDCs that are signed after 09/30/2003 have the “Subcontracting Plan” value as ‘Plan Required (Pre 2004)’.

The validation rule, 11B07 (The "Subcontracting Plan" value can not be "Plan Required (Pre 2004)" when "Signed Date" is after September 30'th 2003) and the referential validation rule, “The value "Plan Required (Pre 2004)" for Data Element "Subcontract Plan" is invalid” are found to be not consistently implemented.

In-progress No
FPDSHD-60534 On Standard reports like “Contractor Search” and on Advanced Search, the DUNS numbers that do not have any final documents reported to FPDS-NG are displaying a message that “The DUNS Number entered does not exist in CCR.” although they are registered in CCR and are active.

This is not an issue on the contractual screens because such DUNS numbers are retrieved, thus allowing users to make a selection.

In-progress No
FPDSHD-80113 The “Contractor Search’ report is displaying the “500 Internal Server Error” when an attempt is made to select a “DBAN” (Doing Business As Name) value on the “Vendor Selection” screen from the filter, “Vendor Name”.

Adhoc reporting and Advanced Search do not have this issue.

In-progress No
FPDSHD-81973 Currently Advanced Search does not allow the “Funding Agency/Office” search for IDVs.

IDVs did not have to report data for “Funding Agency” and “Funding Office” until V 1.4. When V 1.4 went live, Advanced Search was not enhanced to accept values for “Funding Agency” and “Funding Office”.

In-progress No
FPDSNG-3647 CAPTCHA is a type of challenge-response test used in computing as an attempt to ensure that the response is generated by a person. CAPTCHAs are used in attempts to prevent automated software from performing actions which degrade the quality of service of a given system, whether due to abuse or resource expenditure.

To introduce CAPTCHA in FPDS-NG wherever user log in credentials are involved.

In-progress No
FPDSPMOS-121 Upgrade to IPV6. In-progress No
FPDSHD-75088 When information on the IDV changes (not involving user corrections) like IDV Department name, the IDV is capturing the correct name. But the IDV department name that is attached to the award is not updated. In-progress No
FPDSPMOS-122 Upgrade FPDS-NG to move Place of Performance Country from FIPS to ISO. In-progress No
FPDSPMOS-103 FPDS-NG should be able to accommodate the following changes that have taken place in the “NAICS” Codes as of 01/01/2012:

1. Some NAICS have the same code, but updated description

2. Some NAICS are newly added

3. Some NAICS have updated content only (FPDS-NG does not capture the content. Therefore, these changes have no impact on FPDS-NG)

4. Some NAICS have been end dated or replaced.


New and End-dated NAICS codes

Software Fix:

• FPDS-NG shall incorporate the new NAICS codes effective 01/01/2012, where 01/01/2012 corresponds to the “Date Signed” on the documents. Prior to 01/01/2012, the new NAICS codes shall not apply.

• FPDS-NG shall not allow the end dated or replaced NAICS code to be selected on new base contracts from the Production deployment date. When an invalid NAICS Code is selected, the referential Validation Rule shall display.

• Modifications to existing contracts shall continue to propagate the value of NAICS regardless of the end-date.

• Standard reports shall display any contracts created using the new NAICS codes.

• Adhoc reports shall display the new NAICS Codes along with their Description in addition to the existing values for the users to choose them in the filters.

Data Fix: No data fix is required.

NAICS with description updates

Software Fix:

• FPDS-NG shall incorporate all the NAICS description changes as of 01/01/2012, where 01/01/2012 corresponds to the “Date Signed” on the documents. Prior to 01/01/2012 (12/31/2011), the existing NAICS description data shall continue to apply; from 01/01/2012 and later, the new NAICS description shall apply.

• Reports shall display the NAICS description for any contract modifications where the modifications are signed after the NAICS codes is end-dated (bug with existing PSC implementation).

• Adhoc reports shall display the new and old NAICS descriptions for the users to choose them in the filters.

Data Fix: Any contracts created between 01/01/2012 and the implementation date using the “Description update” NAICS shall be refreshed with the latest description in the reports

No