漢字がアップロードできなかった件。
でんさいネット標準フォーマットの説明中、「原則としてJISコード」云々とあり、コード表が載っている。JISコード全般に使用できるのかと思ったのだが、コード表の文字しか使用できなかった。英数字と半角カナだけしか受け付けない。
漢字を半角カナに修正したらアップロードできた。
また、銀行の「でんさい」システムで明細が確認できるかどうかという件。やはり、承認前は明細表示できない。承認後、債務一覧として表示できる。承認前に銀行システム中で明細が確認できないのは相当痛いのだが、配信データを取り込んで、自作アプリの中で確認するしか方法はなさそう。トレーラレコードに含まれる合計とデータレコードの合計金額が合っていれば、金額は間違っていないものとする、、、、
当初は金額が1桁違っても大変なので、アップロードで間違っていたらどうしようかと思っていた(実際、今もそう思っているのだが、)。しかし、固定長レコードなので、1バイトずれると、その後のデータは意味不明になってしまうので、そう心配しなくてもよいのではないかと、自分に言い聞かせている。トラブルがなければ良いのだが。
それでも少し安心できるのは、ヘッダーレコードの「記録請求日」というのはデータをアップロードした日のことかと思っていたら、手形の振出日のことだそうだ。振出日まではデータの取消しが発行元だけの操作できるとのこと。アップロードするのは必ず振出日以前なので余裕をみて発行して承認後、明細を入念に確認すればトラブルは防げそう。
「記録請求日」以降の変更は受入先の承認が必要になる。また、承認した時点で受入先にはメールで「でんさい」が発行された旨のメールが届き、受入先で金額の確認ができる状態になる。「記録請求日」前に修正すれば、修正メールが支払先に届くので、バタバタしているのが受入先には見え見えになる。その点は銀行から説明を受けた。まあ、承認後の「でんさい」の修正は無いに越したことはない。
一応、データのアップロード(1レコード250バイト)、ダウンロード(1レコード250バイト、300バイト)、ダウンロードデータの表示・印刷(1レコード250バイト、300バイト)のフォームを作成した。後は実際の発行を待つばかりとなった。
でんさいネット標準フォーマットの説明中、「原則としてJISコード」云々とあり、コード表が載っている。JISコード全般に使用できるのかと思ったのだが、コード表の文字しか使用できなかった。英数字と半角カナだけしか受け付けない。
漢字を半角カナに修正したらアップロードできた。
また、銀行の「でんさい」システムで明細が確認できるかどうかという件。やはり、承認前は明細表示できない。承認後、債務一覧として表示できる。承認前に銀行システム中で明細が確認できないのは相当痛いのだが、配信データを取り込んで、自作アプリの中で確認するしか方法はなさそう。トレーラレコードに含まれる合計とデータレコードの合計金額が合っていれば、金額は間違っていないものとする、、、、
当初は金額が1桁違っても大変なので、アップロードで間違っていたらどうしようかと思っていた(実際、今もそう思っているのだが、)。しかし、固定長レコードなので、1バイトずれると、その後のデータは意味不明になってしまうので、そう心配しなくてもよいのではないかと、自分に言い聞かせている。トラブルがなければ良いのだが。
それでも少し安心できるのは、ヘッダーレコードの「記録請求日」というのはデータをアップロードした日のことかと思っていたら、手形の振出日のことだそうだ。振出日まではデータの取消しが発行元だけの操作できるとのこと。アップロードするのは必ず振出日以前なので余裕をみて発行して承認後、明細を入念に確認すればトラブルは防げそう。
「記録請求日」以降の変更は受入先の承認が必要になる。また、承認した時点で受入先にはメールで「でんさい」が発行された旨のメールが届き、受入先で金額の確認ができる状態になる。「記録請求日」前に修正すれば、修正メールが支払先に届くので、バタバタしているのが受入先には見え見えになる。その点は銀行から説明を受けた。まあ、承認後の「でんさい」の修正は無いに越したことはない。
一応、データのアップロード(1レコード250バイト)、ダウンロード(1レコード250バイト、300バイト)、ダウンロードデータの表示・印刷(1レコード250バイト、300バイト)のフォームを作成した。後は実際の発行を待つばかりとなった。