問題タブ [check-digit]

FedEx Ground の追跡番号には、12、15、20、22 の異なる数字があります。

12 桁の追跡番号は mod 11 アルゴリズムを使用します。その他は mod 10 アルゴリズムを使用します。

しかし最近、両方のアルゴリズムで識別できない 20 桁の FedEx Smartpost 追跡番号を取得しました。

では、これらの追跡番号を特定するにはどうすればよいでしょうか?

サンプル追跡番号: 7489999873402038xxxx 6129270107532465xxxx

私はこれを理解しました。

参照: http://images.fedex.com/us/software/pdf/FedEx_SmartPost_Job_Aid_v2600_06222012.pdf https://www.pdffiller.com/en/project/10655396.htm

22 桁の追跡番号により、2 桁のアプリケーション ID (91 または 92) が削除されます。mod 10 アルゴリズムの前に、追跡番号にアプリケーション識別子を追加する必要があります。

ここのチャートによると：

http://www.idautomation.com/barcode-faq/code-128/

このキャラクター:

値 103 に相当します。

まだこのコード:

...テキストボックスの値、つまりバーコードの値が「ËTry another string.」の場合、barcode[0] が「Ë」の場合、103 ではなく 171 の値が返されます...???

このチャートによると: http://www.adams1.com/128table.html、103 に対応する値は‡ですが、barCode を「‡Try another string.」に設定すると、返される値は 8193 です... ??? ますます好奇心旺盛…。

注: 関連/予備投稿は、Code128 バーコード チェック ディジットを計算するためのこのコードは正しいですか?

私は現在、新しい部品番号の UPC-A を作成し、それらをデータベースに保存することになっている VS2010 の Windows フォームに取り組んでいます。これまでのところ、私はまだピースをまとめようとしており、チェック ディジットの計算に問題があります。次の 2 つのシナリオを思いつきました。

シナリオ 1: 現在 Excel で行っている方法で計算を行います。

このコードを実行すると、「Int32 に対して値が大きすぎるか小さすぎます」というエラーが表示されます。varchar「値」が12 文字 (すべて数字) であるため、その理由がわかりません。

シナリオ 2: オンラインで切り取られたコードを見つけました。このコードは機能しますが、間違ったチェック ディジットが表示されます。あなたの Excel シートを使用して計算した UPC を使用しています。

この例では、チェック ディジットは明らかに 8 である必要がありますが、2 が返されます。これにほぼ 1 日を費やしたので、アドバイスが必要です。最初のシナリオでエラーが発生するのはなぜですか? また、2 番目のシナリオで本来あるべきものとは異なるチェック ディジットが表示されるのはなぜですか?

よろしくお願いします。

クリス

編集：

正しい結果が得られなかったという意味でコードに欠陥があったため、以前の 2 つの編集を削除しました。Azalea バーコードを使用しており、チェック ディジットを計算する独自の方法があることがわかりました (ChkDigitSubtotal を参照)。したがって、以下のコードが機能し、シナリオに適したチェック ディジットが得られます。このコードは、すべての UPC-A 計算で chkDigitSubtotal まで機能すると思います。ハリソンの素晴らしいガイダンスと機知に富んだ回答に感謝します!

ウィキペディアに倣い、各国のIBANを計算・検証するJavaアプリを開発中です。一部の BBAN には国のチェック ディジットがありますが、その計算方法に関するドキュメントが見つかりません。「国家チェックデジット」のアルゴリズムはどこにありますか? 私は「イバンチェックデジット」には興味がありませんが、国に関連するものに興味があります。

CUSIP は、金融証券を一意に識別するための 9 桁の英数字コードです。

https://en.wikipedia.org/wiki/CUSIP

それらは 1964 年に発明され、60 年代のデータ伝送の信頼性を考えると、9 桁目は実際には最初の 8 文字の有効性を確認するために使用されるチェック ディジットです。今日でも、CUSIP を検証したい理由を見つけたり、チェック ディジットの目的に反するにもかかわらず、会社やサービスが 8 文字の CUSIP のみを送信することを決定したりすることがあります。

チェック ディジットを生成する手順は次のとおりです。

1. 数字以外の数字を、アルファベットの序数に 9 を加えた位置 (A=10、B=11、...Z=35) に従って値に変換し、文字 *=36、@=37、#=38 を変換します。

2. 偶数桁ごとに 2 を掛ける

3. 掛け算の結果が 2 桁の数字の場合は、それらの数字を足し合わせます。(12 = 1 + 2 = 3)

4. すべての値の合計を取得します。

5. この演算の下限値を取得します: (10 - ( sum modulo 10)) modulo 10.

C#でこの値を取得する最良/最も簡単な方法は何ですか?

ISBN チェックディジット コードをもう少し効率的に修正したところ、属性エラーが返されました。

コードは次のとおりです。

どうもありがとう

Damm アルゴリズムを使用して、32 文字のアルファベットのコードのチェック ディジットを生成したいと考えています。アルゴリズム自体は、任意の基数 (2 または 6 を除く) に簡単に適用できます。問題は、必要なルックアップ テーブルです。これは、主対角線の下に 1 文字 (通常は 0) を持つ完全に反対称な準群でなければなりません。

ウィキペディアのページには base 10 の表があり、Python 実装にはbase-16 の表がありますが、base-32 の例は見つかりませんでした。base-32 に適したテーブルを持っている人はいますか?

製品を格納するための主キーを設計しています。自動インクリメントを使用するのは退屈すぎるため、ID を設計する方法についての洞察を見つけるために周りを見回します。下の紙幣のコード「KB46279860I」の意味を知っている人はいますか?

100 米ドルの写真

コードは自動インクリメントだけでなく、チェックデジットなどのアルゴリズムを使用していると思います。

ヒントを教えてください。ありがとう!!