FAQ:SSIS:Known Issues: Difference between revisions

From Melissa Data Wiki
Jump to navigation Jump to search
Oscar (talk | contribs)
Oscar (talk | contribs)
Line 6: Line 6:


;Future Resolution
;Future Resolution
We will be adding a fix in a later build to fix the request. Fixed in patched build 2565. Please redownload from the notification email, it has been updated.
Fixed in patched build 2565. Please re-download from the notification email, it has been updated with the fix.


==SSIS: Personator Not Verifying==
==SSIS: Personator Not Verifying==

Revision as of 21:21, 14 May 2015

← SSIS:Data Quality Components


SSIS: Matchup UK Matchcode Not Saving

When using the Matchup UK Matchcodes, it doesn't save the UK matchcodes.

Future Resolution

Fixed in patched build 2565. Please re-download from the notification email, it has been updated with the fix.

SSIS: Personator Not Verifying

When using the Personator Verify option, no verify result codes are coming back.

Future Resolution

We will be adding an updated version very shortly. Fixed in patched build 2565. Please redownload from the notification email, it has been updated.

Upgrading Global Address with Global Name, Phone, and Email

Current users of the Global Verify Component who are only subscribed to Global Address Check and want to upgrade using either Global Name, Phone or Email, are required to re-install the components and enter their new license string in the installer.

Upgrading your license in the Component GUI using File > Advanced Configuration will currently not work. Alternatively, you can manually change your license string by editing the GlobalVerify.SSIS.Config under:

C:\ProgramData\Melissa DATA\GlobalVerify

and replace your license string for this entry:

<License>ENTER NEW LICENSE HERE</License>

Save the file and open SQL Server Data Tools. You should now be able to use the Global Verify Component with Global Address, Name, Phone and Email.


SSIS: Matchup - Date Keys are Not Being Built Correctly

When using the Component Type: Date in your MatchCode, Date Keys sometimes do not get built in the MatchKey. This is due to a conflict in the expected input format for Dates. Date Inputs should be in the format 'yyyMMdd'. This becomes problematic particularly for some DBMS. SQL Server for example may have a Date Column defined with char[30]. This causes trailing spaces to be included in the Date Input which conflicts with the expected Input Format, causing the Date Key to not be built.


Future Resolution

We will be adding a fix in a later build to trim the trailing white spaces for Date Inputs.