Hello Hein，

我在2010年使用SAP FI/CO接口运行了Concur实施，因此此后的技术细节将有所变化，但总的来说：

-由于 受时间限制，选择了一种简单的界面设置来上架-大部分将在以后更改为PI

-Concur <> SAP界面是效果最好的界面。 来自Concur的文件，每天通过SFTP导入。 来自SAP的主数据文件可根据需要手动上载。 在过渡到PI之前，它可以作为临时解决方案很好地工作

-信用卡界面带来了噩梦。 您甚至无法开始想象信用卡公司在他们自己的流程和数据方面的能力如何。 因此，我在这里的建议是：假设最坏的情况，加倍，然后您仍然会感到吃惊。 如果您没有正确的文件说明，或者与您收到的文件不匹配，请迅速升级-如果您碰巧与他们合作，则可能必须从LinkedIn上找到层次名称，或从他们的旅行社部门获得帮助， 太。 这家特定的公司似乎经常把事情搞砸。 不愿提及他们的名字，但是它们在全球范围内在企业中非常受欢迎，我想您会得到较早的提示。

-看来您也有SAP HR，这使事情变得更容易。 我们在云中（工作日）拥有人力资源，并且两个云系统之间的接口始终是一个问题，因为您不是双方的主人，因此在很大程度上取决于供应商。 如果一端是本地端，您总是可以通过更改本地端来以某种方式从云系统中消化现成的文件（然后让您的CFO得出结论，云系统在预算上不错，而在 -premise太昂贵了；-)）

使用PI作为集成平台的决定是有意识的针对所涉及的云供应商，反对现有和承诺的集成平台。 此后发生了很多变化，因此今天可能得出不同的结论，但是它开始很好地集成了整个内部部署和云系统动物园。 在最初的Concur上线工作之后，我并没有参与过多的工作，因为这只是一次简短的项目营救工作，因此不能对PI部分发表过多评论。

所以，目前没有技术支持 恐怕细节，但也许它仍然可以使您在某些方面有所品味。 最好的运气！ 我们将员工创建为供应商。 使用SAP PI 7.3作为中间件设置了代理接口。 这是每天的饲料，费用报销和可收回款项从Concur那里获得。 该设计非常基本，通过FI Journal进行过帐。

致谢

Sanil Bhandari

Hello Hein，

作为对Concur感兴趣的人，我认为您可能也喜欢这两个博客并为讨论做出了贡献：
您 正在使用或计划使用SAP并同意-您的集成愿望清单是什么？

SAP获得一致的旅行和费用：早期的想法和SAP顾问的一致旅程

期待阅读您的想法！

您好，

我们目前正在通过ETL，informatica同意SAP，我有一个可用的目标字段，需要在同意帮助下进行映射。 您有任何要执行的步骤吗，我们正在使用T＆E模块。请让我知道。

嗨

我们从Concur接收以txt格式分隔的文件；

XI解析文件并生成IDOC。。处理IDOC并在FI中进行发布

您需要先确定所有业务场景，然后进行测试所需的测试场景 被测试

br，Ajay M

嗨，Jay，

您找到解决此问题的方法了吗？ 如果是，您能帮我们吗？

谢谢

你好，

让我们谈论并发出站

同意出站（费用报告数据）

1）Concur将信息放在SFTP上。 我们必须手动拾取文件并将其用于进一步处理。 该文件包含费用报表详细数据。 该文件很复杂，至少有400列。 但是它必须很复杂才能适应使用concur的所有公司的要求。

2）我们必须在完成ERP系统中财务凭证所需的列之间进行选择。

3）"同意"仅处理订单项一次。 因此，如果费用报表未发布到FI（或GL）系统，则您将必须手动发布该分录。 无法将这些行再次包含在Concur出站文件中。 这是为了确保没有重复付款。

同意入站

成本对象

1）我将建议成本对象的日常负载，例如成本中心，销售订单，项目WBS元素。 这可以是自动化作业。 文件格式/文件结构有点棘手。 确保您了解它。 这就像一个连接的列表文件。

2）我们必须在指定时间之前将文件放在SFTP上。 时区因Concur系统的时区而异。 因此，如果您位于PST中，则文件必须在太平洋标准时间晚上7点之前保存在SFTP上。

3）有一个计划的作业会使用所有这些文件，并在非高峰时间（通常是午夜）将其加载到Concur系统中。

4）对于紧急情况，您也可以手动触发作业。 避免这样做以获得更好的系统性能。

员工

1）每天上传完整的员工数据。

2）如果员工的主数据详细信息有任何更改，则通过这种方式进行更新。 例如-更改经理，更改成本中心等。

汇率

1）Concur与Olanda进行了外汇交易服务的本地集成。

2）另外，您也可以根据自己的选择选择上传自己的汇率。

信用卡

1）谨慎点...并非本机支持所有格式

2）信用卡汇款文件格式-某些卡公司/银行希望采用特定格式的汇款明细，以计入各自卡帐户中的员工费用。 开始执行此操作后，请立即开始索要该文件和相关文档。

3）如果您以前的系统也支持信用卡，请谨慎。 这是因为，您将必须决定何时停止向较早的系统提要并开始向Concur系统提要。 甚至信用卡公司也只发送一次数据。 之后，将清除数据。

付款通知

1）通常没有人使用它。

2）此集成将在支付费用报表后更改Concur中的费用报表的状态。 或者，您可以配置系统以在将数据发送到FI/GL系统后立即将状态更改为"已偿还"。 您可以发送自动电子邮件通知，说实际的付款可能需要3到4个工作日。

退款与取消

1）不要错过配置这种情况

2）示例-某员工预订了3个月后的机票。 付款已通过公司信用卡完成。 下个月将生成并支付信用卡账单。 在第三个月的行程被取消，并且在扣除一些费用后，有一家航空公司的航空公司退款。 这是负电荷...如果未正确配置，则交易将在FI/GL系统失败。

当我记得更多...时，我将继续添加到此列表中。

现在就这样

此致

Tushar

Tushar所描述的是基于sftp和fiel传输的旧解决方案。

新解决方案直到6月底才在早期采用者Prorgam中使用。 直到9月初才处于"有限的可用性"状态。

但是我们已经在测试系统中将新的所谓的本机集成与HR和ERP一起使用，并且在正常情况下仍然可以正常工作 您在早期采用者阶段遇到的初期问题。 它可以做什么的范围仍然有限，例如 在付款（尚无薪资-我们已在SAP中为此使用了解决方案）或税收（例如，预计不会在12月之前涵盖澳大利亚边缘福利税）的方案中使用，但该架构经过精心研究，对SAP而言出人意料地精益