我已经根据他们文档中的方法为美国邮政服务地址更改服务 Keyline 使用 SQL 实现了“MOD 10”校验位算法,但似乎我得到了错误的数字!我们的输入字符串中只有数字,使计算更容易一些。当我将我的结果与他们的测试应用程序的结果进行比较时,我得到了不同的数字。我不明白这是怎么回事?有人看到我的算法有什么问题吗?这一定是显而易见的……
该方法的文档可以在本文档的第 12-13 页找到: http ://www.usps.com/cpim/ftp/pubs/pub8a.pdf
示例应用程序可在以下位置找到: http ://ribbs.usps.gov/acs/documents/tech_guides/KEYLINE.EXE
请注意:我根据论坛用户的帮助修复了以下代码。这样未来的读者将能够完整地使用代码。
ALTER function [dbo].[udf_create_acs] (@MasterCustomerId varchar(26))
returns varchar(30)
as
begin
--this implements the "mod 10" check digit calculation
--for the US Postal Service ACS function, from "Publication 8A"
--found at "http://www.usps.com/cpim/ftp/pubs/pub8a.pdf"
declare @result varchar(30)
declare @current_char int
declare @char_positions_odd varchar(10)
declare @char_positions_even varchar(10)
declare @total_value int
declare @check_digit varchar(1)
--These strings represent the pre-calculated values of each character
--Example: '7' in an odd position in the input becomes 14, which is 1+4=5
-- so the '7' is in position 5 in the string - zero-indexed
set @char_positions_odd = '0516273849'
set @char_positions_even = '0123456789'
set @total_value = 0
set @current_char = 1
--stepping through the string one character at a time
while (@current_char <= len(@MasterCustomerId)) begin
--this is the calculation for the character's weighted value
if (@current_char % 2 = 0) begin
--it is an even position, so just add the digit's value
set @total_value = @total_value + convert(int, substring(@MasterCustomerId, @current_char, 1))
end else begin
--it is an odd position, so add the pre-calculated value for the digit
set @total_value = @total_value + (charindex(substring(@MasterCustomerId, @current_char, 1), @char_positions_odd) - 1)
end
set @current_char = @current_char + 1
end
--find the check digit (character) using the formula in the USPS document
set @check_digit = convert(varchar,(10 - (@total_value % 10)) % 10)
set @result = '#' + @MasterCustomerId + ' ' + @check_digit + '#'
return @result
end