在应用其他注释2838263、2839249、2824492、2831912、2834997之后，我们终于使它对所有公司和人员领域开放。我们获得每个单独的实体报告，其中包含PDF和csv文件中的所有第2部分数据， 但没有合并报告。 根据该网站，我们应该提交一份合并报告。

Teresa

感谢您的回复。 应用了最后3个注释后，报告单位问题似乎已修复，因此不会分开。 我会告诉他们有关报表类型的问题，以防他们遇到相同的问题。

您好Teresa Throop ，感谢您的回复。 很高兴听到性能问题已解决。 我们没有应用这些附加说明，因为我们认为在最后一刻冒太大的风险。 我们可以全开，但必须增加内存倍数，并计划执行完成的时间。 但是我仍然看到报告类型的错误分类（状态码）； 我们是一个多部门单位，因此我们不应在输出中看到类型1，但确实可以看到一些位置。 我们倾向于手动修复文件并上传到网站。

是的，SAP根据机构的类型提供了类型1、3、4、8的报告。 但是，合并报告（类型2）是EEO组件2上传站点所要做的-一旦上传数据文件，EEO站点将把所有内容合并在一起，并在认证过程中生成类型2（我还没有完成，但是那是我的 假设；我应该能够很快完成该过程并确认）。

您提到了您能够生成PDF和csv文件-在后台模式下执行时是否能够生成PDF文件？

钱德拉

HR的报告产生了他们期望的问题。 他们现在只是在同一公司的两个人员区域中运行它，但是两个人员区域在T001P上具有不同的报告单位。 他们期望输出按报告单位进行划分，但事实并非如此。 我们让程序员看了一下逻辑，看起来它只在公司变更时才拆分，而不是在报告单位旁拆分。 其他人遇到过这个问题吗？ 我们将应用3280 1761之后出现的3个新注释，但是程序员说它看起来不像是在碰那个代码。

约翰·科赫（John Koch）我们确实遇到了很少的问题，类似于您的问题-我们有两个人事部门/subarea映射到两个不同的报告单位，但被归为一个。 我们发现了与地址序列有关的问题，这两个问题都导致报告单元文本相同。 我们仅在EEO上传验证捕获到这一点时才发现。 我不确定您是否遇到类似的情况，但是值得一试（检查表T5U0P，T5URU和T5UAD）。 同样，我们也遇到了与报告类型有关的问题-我们是一家多机构组织，但由于某些原因，我们继续随机获得报告单位1（对于某些PA/PSA）。 我们检查了报告单位的总部标志，但这种情况持续发生，无法找到根本原因。 我们改为手动将问题解决在文件中，然后上传到EEO。

我们注意到的另一件事是与工资数据有关。 我认为它正在提取年初至今的薪资数据（W2，Box1），因此，如果使用更早的时间来生成报告，它将无法准确地获取截至该日期的薪资数据，而是该报告正在考虑全年的年初至今。 我们使用了该年度的最后一个支付期，因此避免报告错误的信息。