问题标签 [irs]

我正在处理 ACA 表单提交项目和实用程序，今天一切都处于“一切照旧”模式，但今天一切都发生了变化。

我已经开始从 IRS 状态服务中收到以下错误：

这有点奇怪，因为我之前能够成功提交很多次。而且我没有以任何方式更改校验和计算算法。有没有人偶然发现这样的问题？IRS 是否改变了他们计算数据文件校验和的方式？

我正在向 IRS 提交 ACA 表格（纳税年度：2016），收到以下错误

附件是我们用来通过 A2A 发送它的 MTOM 格式。

https://www.dropbox.com/home?preview=samplemtom.txt

我也尝试将 ChecksumAugmentationNum 值设置为小写。

我的工作场所正在寻求将软件开发人员角色添加到我们公司与 IRS 的关系中。我从 IRS AIR 网站上下载了最新的 PDF，它指向两个证书颁发机构向我们颁发证书。在IdenTrust 网站上，IdenTrust 表示从上个月开始他们不再颁发 ACES 证书。

我的问题是，如果我们要使用 IGC 证书，是否有人得到确认？

我已确认我拥有最新版本的 PDF。

更新：我们刚刚收到一封电子邮件，确认了 Das 提供的信息。此外，美国国税局向我们发送了对我们对证书进行的询问的回复，确认使用了 IGC 证书。他们包括他们已在其网站上更新了出版物 5258 的信息。我检查了该出版物的新版本，它确实将 IdenTrust IGC 证书列为两种可能性之一。

谢谢您的帮助。

我正在通过他们的 WSDL 为 IRS 集成 A2A 渠道，目前在我的 App.config 中遇到了一个问题。目前<gzipMessageEncoding/>我的 App.config 的节点有一个警告：

元素“绑定”具有无效的子元素“gzipMessageEncoding”。预期的可能元素列表：(...)。

我主要在这里查看了由fatherOfWine、Russ 和 jstill 提供的解决方案，现在我已经陷入了这个配置问题。根据我的研究，人们似乎说您可以忽略此警告并继续，但尝试发送给 IRS 会导致以下错误。

配置中的元素无效。扩展“gzipMessageEncoding”不是从正确的扩展基类型“System.ServiceModel.Configuration.BindingElementExtensionElement”派生的。

下面是我的服务模型配置的片段。我的编码器与fatherOfWine 建议的位置不同，但我相信我的类型设置正确。

更新 1：将类型字段中的第二个变量更改为GZipMessageEncoder在同一位置引发新异常。

'无法加载为扩展 'gzipMessageEncoding' 注册的类型'Utilities.Gzip.GZipMessageEncodingBindingElement、GZipMessageEncoder、Version=4.0.0.0、Culture=neutral、PublicKeyToken=null'。'

仍然会尝试将 gzip 代码移动到它自己的项目中，如上面的链接所示。

更新 2：将 Gzip 库移动到自己的项目中似乎有助于解决运行时引发的异常。我已经继续并使用已更改的内容更新了上面的 App.config 文件。我现在的两种工作方法都处于同一点/问题！大声笑，但如果涉及到这个问题，它可能最好在另一个问题上。

我正在使用 WCF 通过他们的 WSDL 为 IRS 集成 A2A 渠道。我能够通过发送请求的任何与代码相关的错误，但目前从 IRS 收到以下错误：

我假设基于<uniqueTransmissionID/>响应中的附加节点，它与 UTID 有关。我已经无数次地查看了 UTID 和 Soap Envelope 示例的格式，但我终其一生都无法弄清楚可能有什么不合适的地方。我在之前的回答中尝试了fatherOfWine 的一个小建议，将 BusinessHeader 移到 Manifest 上方，但它返回了相同的错误。

我已经用肥皂信封添加了完整的请求，在请求过程中空格似乎被剥离了，但我已经从 Fiddler 重新格式化了它。

更新：我添加了安全标头并通过了这个特定的问题，现在正在解决 WS-Security 错误。我还用更改的内容更新了我的信封。

我们在通过 A2A 向 IRS 发送 BulkRequestTransmitterService 时收到 TPE1122 错误消息。

我已经审查了几篇文章，但似乎没有一篇能解决这个问题。看起来每个人都有一个独特的问题，或者我只需要对我的邮件标题有一套新的眼睛。

你能看看这个 SOAP 消息，看看我是否遗漏了什么。

每当我尝试通过 A2A 提交给 IRS 时，我都会收到 TPE 1105。我已经查看了肥皂示例以及多次深入研究 wsd 并且无法弄清楚可能导致此问题的原因。

如果您有任何见解，我将永远感激最终将 1105 投入使用。

我们使用 Java 中的核心 org.w3c.dom 文档库以及用于签名和验证的 java xml dsig 库手动生成这些肥皂信封。

编辑——我已经成功通过了 1105，现在我遇到了 1122 'WS Security Header Error'。我已经阅读了很多次文档，试图验证我能做的一切，但仍然在努力。对我来说有一些未知数-

1. KeyIdentifier 元素中究竟需要什么？我已经尝试过证书的 base64 编码字节和公钥，但是来自 oasis 的 x509v3 令牌的文档并不是非常具有描述性，或者我可能只是误读了它们。
2. 有没有办法验证我的参考资料是否正确？我看到了它们，所以这意味着它们被正确地创建了，不是吗？
3. 如果您碰巧看到安全标头有任何异常，请告诉我。此传输代码当前与通过 1105 和未通过 1122 的代码相同，减去格式化。

我正在使用 java dsig 库在下面的代码中创建我的 Signature 元素。

我正在尝试根据今年的架构验证我的 MANIFEST xml 文件和 1094-C 文件文件。我已经把它归结为最后两个错误，我相信如果第一个错误得到修复，第二个错误将得到处理。包括我所知道的我目前可以合法展示的所有内容。图片是错误本身。我想知道是否与 Section4980h 区域似乎在模式中被注释掉的事实有关。发布的代码片段是问题区域。 我得到的错误

既然我终于能够分别通过 1105 和 1122 进行批量传输服务，我将支持 1105 进行状态请求。我已经重复使用代码来签名和生成我的 http 请求，所以应该没有太多问题。以下是我发送的数据包，格式和值已编辑。

我不确定从哪里开始解决这个问题，因为状态请求的文档比实际传输本身的文档更少。我知道我的签名和元素是有效的，尽管我不确定包含的名称空间。如果您使用过 5258 号出版物，您将知道传输服务的 2 个给定示例显示了 2 个不同的变化，其中一个来自上一年。状态请求只有一个例子，是去年的。我确定我的其他必要值是正确的，即 UserId 字段和唯一传输 ID，尽管此处已编辑。任何帮助在这里表示赞赏。

编辑——我知道 URL 是错误的，这只是一个内部端点，用于捕获 SSL 之外的流量。另外，我尝试了 8 位而不是二进制，因为这就是我们最终设置原始传输服务的方式。

在过去（2017 年）我们已经完成了所需的 AATS 测试场景并成功完成了它们。美国国税局随后将我们的 TCC 投入生产，并于 2017 年和 18 年提交，没有问题。

我的公司正在重建其 SOAP 应用程序，并希望运行我们自己的一些测试场景，以帮助验证一些逻辑以及一些边缘案例——我们是否能够将数据发送到 AATS（使用 IRS 名称控制) 阅读美国国税局的回应？