2016-12-29 4 views
0

私はACAフォームの提出プロジェクトとutilに取り組んでいますが、今日はすべてが "通常どおりのビジネス"モードになっていますが、今日はすべてが変更されています。ACA。チェックサムの増補数の計算

私はすべての私の投稿にバックIRSのステータスサービスから次のエラーを取得するために開始しました:ちょっと奇妙である

<ns3:FormBCTransmitterSubmissionDtl xmlns="urn:us:gov:treasury:irs:ext:aca:air:ty16" xmlns:ns2="urn:us:gov:treasury:irs:common" xmlns:ns3="urn:us:gov:treasury:irs:msg:form1094-1095BCtransmittermessage"> 
    <ACATransmitterSubmissionDetail> 
     <TransmitterErrorDetailGrp> 
      <ns2:ErrorMessageDetail> 
       <ns2:ErrorMessageCd>MANIFEST-025</ns2:ErrorMessageCd> 
       <ns2:ErrorMessageTxt>Manifest 'ChecksumAugmentationNum' must match the IRS-calculated 'ChecksumAugmentationNum' value of the transmission</ns2:ErrorMessageTxt> 
      </ns2:ErrorMessageDetail> 
     </TransmitterErrorDetailGrp> 
    </ACATransmitterSubmissionDetail> 
</ns3:FormBCTransmitterSubmissionDtl> 

を、私は前に何度も正常を提出することができたので。 そして、チェックサム計算アルゴリズムは決して変更しませんでした。 誰もこのような問題につまずいたのですか? IRSはデータファイルのチェックサムを計算する方法を変更しましたか?

+0

、あなたは成功した1月9日に提出することができます場合はお知らせください。データファイル 'チェックサム '。出版物5258の3.4.3項の文書は、昨年と同じように見えます。 – Russ

+0

@Russ今日まではうまくいっていた。今日のテストケースを提出しようとしましたか? – fatherOfWine

+0

私はまだ提出しようとしていません。私はAATSが今日登場したと信じています。 – Russ

答えて

2

私は同じ問題がありました。私の状況では、問題はチェックサムの大文字と小文字の違いによるものです。実施例214527e7bfa3c7924b871679c82e1600対214527E7BFA3C7924B871679C82E1600。小文字は受け入れられました。私はチェックサムの値が大文字と小文字を区別しないという記事を読んだので、これは私にとって驚くべきことでした。

**アップデート - 今朝IRSからこれを受け取りました。

MANIFEST-025が誤って設定されています。このエラーの修正は、2017年1月8日のメンテナンス期間中にインストールされます。 1月9日、2017年

にあなたの送信を再送信してください、私は、彼らが計算された方法を変更IRSに関しては何も見ていない2017年

+0

@ジャックソンそれは信じられないほどです!私は決して推測していないだろう!それは働いた、それは実際に働いた!:)私はちょうどそれをケースに入れ、私は "受け入れ"のステータスを持っている。本当にありがとう! – fatherOfWine

+0

今朝、彼らが問題を修正したという通知を受けました。それはまだテストしていない。 –

関連する問題