問題タブ [iso8583]

こんにちは私はメッセージキューに書き込まれるべきISO8583標準を使用するプロジェクトを書き出す必要があります。私はISO8583を読み、この規格のフォーマットについて理解しています。私の問題は、メッセージキューに入れるISO 8583メッセージを設定する方法です（問題ではないメッセージキューの使用方法を知っています）。多分私を始めるためのいくつかのガイダンスまたはいくつかの基本的なコード（私は私を助けるために完全なプロジェクトが投稿されることを期待していません）または多分このISO8583標準をコードに変換するために私を導くためのいくつかの読み物。

トランスポートメディアでのISO8583メッセージのトランスポートについて意見をお願いします。ISO8583メッセージを送信するときにTCPとメッセージキューを使用する賛否両論は何ですか？さまざまな環境に適したオプションはどれですか？

POS 端末カード リーダーがあります。銀行カードをスワイプすると、データのストリームが得られます。

磁気ストリップカードに関するウィキを読んだとき、すべてのカードが「%B ....」またはそのようなもので始まる値を返す必要があることがわかりました...

しかし、私の問題は、スワイプカードから何が得られるかわからないことです。
また、すべてのプログラムが読み取って Bank Switch Server に送信できる標準形式ではないと思います。

すべての提案をいただければ幸いです。

私の課金プロバイダーは、ASCII ではなく HEX でメッセージを取得する必要があります。たとえば、800 メッセージを送信し、ストリームは次のようになりました。

42 00 30 38 30 30 a2 38 00 00 00 80 80 00 04 00

00 00 00 00 00 00 39 30 30 30 30 30 30 34 30 32

31 34 33 31 31 38 31 37 33 31 31 38 31 37 33 31

31 38 30 34 30 32 31 32 33 34 35 36 37 38 39 39

38 30 30 31

プロジェクトを使用してメッセージを ASCII ではなく HEX として作成できますか? メッセージを送信する前に変換する必要がありますか (そして、返信メッセージで元に戻す必要がありますか?)

よろしくお願いいたします。

以下の情報で、Balance Query リクエストとレスポンスに十分であることをお知らせください。JPOS ライブラリを使用して構築しました。Android でモバイル バンキングを行っています。

残高クエリ要求の ISO 8583 形式

OpenISO8583.Net コードの使用方法を学習しています。元のクラスから新しい ISO8583 クラスを派生させました。私の新しいクラスの違いの 1 つは、Message Type フィールドが [Numeric, BCD] になることです。そのため、これをクラス コンストラクターの一部として記述しました (クラスの一部としてカスタム DefaultTemplate を宣言しています)。

メッセージ タイプ 0100 (MsgType._0100_AUTH_REQ) の新しいメッセージを作成しました。他のビットを割り当てずに。

最終結果のバイト配列は次のとおりです: 01-00-00-00-00-00-00-00-00-00 これは正しいと思います。BCD 値とビットマップを持つメッセージ タイプの最初の 2 バイトはすべてゼロです。

問題は、開梱をテストするときです。使用:

結果のメッセージ タイプの値はゼロになります。

これがクラスを定義した方法の問題なのか、ISO8583 コードのバグなのかを理解する助けが必要です。

C＃での通常のDES暗号化に問題があります。アルファベットと数字のみを含む、16文字の長さ（16バイト128ビット）の出力文字列が必要です。

ここに別の質問があります。

トラック2（ビット35）の私の要件は次のとおりです。

Z（数値+ X'D'（BCD、プライマリアカウント番号と有効期限の間のフィールド区切り文字としてのD [1101]の½バイト表現）、BCD —桁数が奇数の場合、右端のハーフバイトを'0にパックします。 '。サイズ：37まで可変、前に1バイトのBCD長さ標識

デフォルトのテンプレート定義には、2バイト長のASCIIフィールドとしてビット35があるので、そうではないと確信しています。BcdVar（1、37、Formatters.Bcd）に変更しました。

次のダミートラック2の例を取り上げます。

12345678901234567 = 9999999999999999999

'='区切り文字を、 "13"（1101）に変換される0x0D整数値に置き換えます。私たちは今持っています：

12345678901234567139999999999999999999

これは意味がありますか？これが正しいやり方ではないと思います。

ISO 8583 Rev 93 メッセージを送信するタスクに直面しており、openiso8583.net を使用しています。私のメッセージを使用している会社はメッセージ サンプルを提供しましたが、次のフィールド属性について不明です。

特殊文字 英字と数字 英字と特殊文字 数字と特殊文字 英字、数字、特殊文字

次に例を示します。

まず、メッセージ バイトを見てみましょう: 081082200000020000000400000000000000501130427000005* F0F0 *0001

私の質問は、2 バイト { 0xF0, 0xF0 } がどのように「00」に変換されるかです。会社が ASCII を送信している場合、"00" は { 0x30, 0x30 } であると予想します。BCD は数値に使用されますが、文字値がどのようにエンコードされているかわかりません。

フィールド 39 の説明は次のとおりです。

an2 は英字と数字を意味します

ビットマップ 1 は 64 ビット

ビットマップ 2 は 64 ビット

メッセージ タイプは 4 バイトです

フィールド 7 は、数値 4 ビット BCD (パックされた符号なし) 10、5 バイトです。

フィールド 11 は、数値の 4 ビット BCD (パックされた符号なし) 6、3 バイトです。

フィールド 39 は 2 です。2 バイトと仮定します

フィールド 70 は、数値の 4 ビット BCD (パックされた符号なし) 3、2 バイトです。

手がかりや指針をいただければ幸いです。ISO 8583 Rev 93で文字がどのようにエンコードされているかについて、私が明らかに知らない、または一般的な説明をすることができるエンコーディングを誰かが知っているかもしれません。

ウィキペディアでは、以下に示すようにデータフィールドのデータ型について説明しています。

さらに、各フィールドは固定長または可変長のいずれかです。可変の場合、フィールドの長さの前に長さ標識が付きます。

それで、その表によると、次のタイプはどういう意味ですか？完全には理解できませんでした。

1.1。 n ..19

2.2。 n 10