問題タブ [irs]

したがって、ACA AIR XML のマニフェスト ファイルには、SoftwareId というフィールドがあります。これが何であるかは知っていますが、このフィールドが必要ですか? あなたが発行者であり、独自の XML を作成し、いかなる種類のソフトウェアも使用していない場合、プロセスを独自の「ソフトウェア」に変換し、ソフトウェア開発者 TCC に申請して、すべての XML マニフェストに追加する必要がありますか?

Java と SOAP UI を使用して、IRS AIR Web サービスの SOAP メッセージを生成しました。どちらも同じ TPE1105 エラーをスローします。StackOverflow でエラーを検索して文字ごとに検証を試み、AIR Mail Box チームにも連絡しましたが、うまくいきませんでした。私が何か不足している場合、これを経験したことがある人がここで私を提案できますか. メール ボックス チームは次のように述べています。サーバー ログに「コンテンツはプロローグでは許可されていません」というエラーがあります。マニフェストとペイロード XML の両方を HEX エディターで検証しましたが、BOM の原因となる特殊文字は見当たりません。

問題を解決するための AIR チームからの提案は次のとおりです。

• HTTP ヘッダーに空白行がなく、最後の HTTP ヘッダーの後に空白行が 1 つだけあることを確認してください --> MIME 境界区切り以外の余分な空白行が表示されません
• AIR Submission Composition and Reference Guide のセクション 10.3 に従って、HTTP ヘッダーの Content-Type がメッセージをマルチパートとして定義していることを確認します --> HTTP ヘッダーには既にマルチパートがあります
• XML バージョン タグ () 以外の SOAP エンベロープのプロローグに非表示/特殊文字がないことを確認します --> BOM はありません。HEX エディタで両方の XML を確認しました。

それでも TPE1105 エラーが続く

BulkRequestTransmitterService リクエストを IRS に正常に送信できます。しかし、私は ACAGetTransmitterBulkRequestStatus に固執しました。TPE1122 で障害が発生します:「メッセージ内の WS セキュリティ ヘッダーが無効です」。

リクエストの生成に Java と Apache xmlsec を使用しています。BulkRequestTransmitterService と ACAGetTransmitterBulkRequestStatus には同じクラスを使用していますが、BulkRequestTransmitterService は成功し、ACAGetTransmitterBulkRequestStatus は失敗しました。

既に InclusiveNamespaces と調整されたプレフィックスを追加しましたが、まだ TPE1122: "メッセージの WS セキュリティ ヘッダーが無効です" です。すでに技術サポートに問い合わせましたが、「ドキュメントを確認する、ヘッダーを確認するなど」という標準的な回答が返されました。

私はすでに読んだ：

無効な WS セキュリティ ヘッダー - IRS ACA SOAP 要求

IRS Soap 障害 - 無効な WS セキュリティ ヘッダー

「メッセージ内の WS セキュリティ ヘッダーが無効です。」を取得します。ACAGetTransmitterBulkRequestStatus の呼び出し時

IRS ACA 1095B BulkRequestTransmitter: 無効な WS セキュリティ ヘッダー - SOAP UI

新しいアイデアはありません。何が間違っているのか、リクエストとレスポンスを教えてください。

IRS 1094C Submission の提出に苦労しています。IRS ステータス取得サービスは、私にとっては問題なく機能します。私は開発段階で jsill と Fatherof wine コードを参照しました。現在、深刻なデッドライン段階にあります。現在直面しているエラーは、Gzip 圧縮エラー メッセージです。Jstill はファイル ドロッパーに完全なソリューションを投稿しましたが、今はそれらにアクセスできません。私のコードとそれを比較できるように、もう一度共有していただけませんか。どんな種類の助けも大歓迎です。

特定の年 (2016 年) のレコードを処理している場合、要素をシリアル化するときに要素からプレフィックスを除外する必要がある状況に遭遇しました。ただし、前年 (2015 年) のレコードを処理している場合は、このプレフィックスを含める必要があります。

例：

2015 IRS スキーマでは、CountryNmおよびForeignProvinceNmフィールドがirs:CountryNmおよびirs:ForeignProvinceNm要素の子要素として定義されていForeignAddressGrpTypeます。

class で次のように定義していますAddress。これらのプロパティをシリアル化するirs:CountryNmとirs:ForeignProvinceNm、期待どおりに取得されます。

2016 年課税年度の変更文書を正しく解釈している場合、IRS はスキーマ定義を更新し、これら 2 つのフィールドからプレフィックスを削除しました。

質問:
TY2016 データと TY2015 データを処理するときに、これらのフィールドからプレフィックスを条件付きで削除するにはどうすればよいですか?

IRS は、TY2015 データの送信には 2015 スキーマを使用する必要があることを示す指示を出しましたが、TY2016 の新しいレコードの送信には 2016 スキーマを使用する必要があります。

クラスの 2 つ (またはそれ以上) のバージョンを維持する必要がありAddressますか?