你好,
我是Concur的新用户,有几个问题希望有人能帮我。
在任何一个月内,一月的信用卡交易通常不会得到完全批准并在同一惠偿上提交。因此,我们有一些未分配的和未被扣点的费用。
批准的费用通过上传过账到我们的会计系统,从而借记相应的费用a/c,贷记AP。请记住,由于未分配/未提交的交易,向AP收取的金额将低于每个报表显示的当月费用金额。
我们全额支付信用卡公司,但该付款只能部分应用于上传的AP信用,在供应商账户中留下一个未应用的信用。
我们发布了一个逆转的条目来累积未分配/取消订阅交易并发布条目以考虑以来的任何未分配/未被扣除的交易,此后已同意提交。
这里注意到的挑战是,直到所有费用发布到帐户之前,AP将无法进行复态。
我想知道你如何发布你的交易,因为这似乎不是最有效的方式。提前谢谢!
你好@Ladelle,
我的公司目前正在使用一个CBCP卡程序,由于您所描述的问题,我们提出了这个程序。很可能,在周期需要过账到分类账之前,并非所有的卡活动都会在报告中正确对账并得到批准,我们需要一种方法来捕获所有活动,而不仅仅是提交了什么。
因此,我们不使用批量导出文件作为录制值的方法,而是我们创建了一个自定义进程,该进程使用了一些自定义报告的分析/ cognos。这些报告会收集有关在结算周期内发布的所有信用卡交易信息,然后我们将这些报告编译在一起以创建主登记账。在专业中可能有更简单的方式来实现这一目标,但由于我们的标准,我们必须使用可用的内容。
我们有四个运行的报告:
在所有四个报告中,每一行都列出了唯一的事务ID,我们使用一些Excel VLOOKUP函数将所有编码信息、分配拆分和项目化拉到一张表上。然后,我们清理数据(即,将任何未定义的费用类型替换为杂项费用类型、某些特定于组织的项目,并确保欺诈活动编码正确),验证总金额,并发送到我们的会计软件。
整个过程大约需要2-3个小时左右才能完成,但它为我们提供了一个报告周期内的全部交易。我们还将此作为员工的动机,告诉他们“如果您没有按时提交报告,将应用默认的编码值,如果您希望预算信息准确,您需要提交一个请求,在后端对其进行更正。”
平均而言,我们大约有5%左右的员工未分配默认编码,但我们在大约一年前积极推动更新员工的默认编码,这样即使在这5%的情况下,也减少了很多错误。
我们决定不是邮寄我们的鬼卡的CBCP费用通过Concur...由于提到的问题未分配/未提交的交易和必要的对账工作。
相反,我们从信用卡公司的发票提要中发布账单交易。
我们的Concur Travel配置为向信用卡公司提交每个旅行者/交易的人员ID和成本分配信息,然后他们将其包括在其发票提要中,因此财务部门在收到信用卡账单时有足够的信息进行过账。
在Concur费用的会计摘录中(在我们的案例中,通过本机SAP集成提交给SAP FI),我们排除CBCP费用,这样他们就不会在最后贴两次。
这种方法对我们很有效。这在其他公司可能行不通,尽管他们有员工拿着公司支付卡到处跑,并经常错误地用公司支付卡支付个人费用。(我们唯一的CBCP卡是用来预订航班和火车的幽灵卡。所有其他费用都由员工自掏腰包,除了高层管理人员的几张IBCP卡)。
之后我们有一点努力,但随着手动的和解和“公司间结算”(在本集团内),因为我们的员工应在其费用报告中进入“替代成本分配”,以防他们的旅行费用不应分配给他们的默认成本对象。为此,我们构建了智能报告,该报告显示了每月差异的差异......然后由财务使用来进行手动调和。
也许这给了你一些新的想法......
你好,亚历克斯
你好,
我们对涉及我们的G / L暂时账户的CBCP卡使用略有不同的方法。
当我们从我们的银行收到每月陈述信息(在CSV中下载)时,我们创建一个帖子,将完整的声明金额归功于银行供应商,然后将每个卡交易的借记行创建到暂时账户中。在每个借方行中,我们记录银行提供的单个交易ID。
然后,当我们处理来自Concur的费用报销和CBCP卡交易时,借记相关的费用G/L账户(基于费用类型),并在临时账户中创建贷方记录,将交易ID记录到相同的字段中。然后,可以简单地在临时帐户上运行一个自动清算过程,对共享相同事务ID且余额为0的事务进行分组,并将它们标记为已清算。
这种方法有助于我们保持“真实”的G / L清洁,只有批准的,清除费用发布,同时在平均时间允许我们跟踪暂时账户中的不合实费用。在每个月结束时,我们的财务团队可以看看暂时账户中的总数,并进入合适的应计,然后在下个月开始时遭到颠覆。
我希望这有助于,很高兴如果要求提供任何其他信息。
戴夫
你好,
我们希望遵循几乎与您相同的过程,只是不使用临时帐户,而是上传个人借方的供应商帐户。每个员工都将被创建为SAP中的供应商。
目前的主要问题是,我们的Concur顾问无法从主卡提要映射
你有过类似的经历吗?你是怎么解决的?
非常感谢。
你好,
我会尽力解释我们的过程。
我们使用SAP FI Native Integration将我们的费用报销从Concur过账到SAP。这种集成将信用卡交易引用号放入过账到我们的临时账户行的文本(SGTXT)字段中。我相信使用文本字段的原因正是您提到的,它可以支持更多的字符。
然后,在对账单发布后,我们每月从银行下载一次CSV文件。此CSV文件包含Concur中显示的相同事务参考号。然后,我们使用此CSV文件中的信息创建批量上载,以使用SM35在SAP中创建日记账。
然后,我们在SAP (OB74)中配置了自动清除,以使用SGTXT字段作为在这个临时帐户上进行清除的标准,然后设置一个F.13的夜间计划运行,并使用一个变体来运行清除过程。
这使得该过程非常有效。每天都随着我们的费用处理器批准索赔表格同意,它们通过本机集成自动发布到SAP中,每天晚上都有自动清算运行到暂时账户中的交易清除和匹配。
希望这有助于
戴夫
你好戴夫,
谢谢您的额外信息。因此,Confor系统中的交易参考号与银行的参考编号相同。很棒,这对我们来说是一个非常重要的信息!这应该在Concur和Bank / MasterCard之间分类为什么这些ID在我们的情况下不匹配。不幸的是,目前为我们这是一个主要的展示。您是否知道哪个技术领域映射到参考NR,同时从卡馈送数据结构上映射?
在标准系统中,不允许向OB74添加超过20个字符的字段。我猜您必须实现notes 11739310782562005540才能做到这一点。您可以从SGTXT使用多少个字符?
非常感谢。
基米-雷克南
伊丽娜
嗨,伊琳娜,
非常抱歉,但我不知道Concur是如何映射从银行收到的导入文件的——我们有来自不同供应商(MasterCard, VISA, AirPlus)的多个卡源,在所有情况下,它都能正常工作……Concur映射了事务引用号,它与我们从每个提供者下载的CSV文件中看到的相同。
我也很幸运,当我来到开始我们这个自动清算过程,我们的SAP系统已经启用了让我选择SGTXT OB74,所以我认为你提到的那些笔记已经应用到我们的系统,但这是由我们的SAP技术团队。
对不起,我不能更乐于助人的问题......我希望你能够同意和现场映射来解决这种情况。
戴夫
嗨,伊琳娜,
我们也在尝试遵循戴夫所描述的相同的过程,但也面临着由Concur提供的唯一交易密钥的相同问题,而不是SAP自动清除程序(24个字符)允许的唯一交易密钥。我们发现的是,只有前24个字符被认为是他自动清除程序的INT。这意味着如果第一个24个字符匹配和网络为零,则清除。
问题是,自动清除程序可能会考虑其他项目,因为唯一交易键的前24个字符可能不是唯一的。这将导致一些物品在应该清除的时候没有清除。
想知道你是否曾解决过这个?
问候,
迈克
就像本宁顿解释的那样。我们已经建立了一个公司卡清算GL账户。当过Concur批时,我们借记费用并贷记结算账户。当我们支付账单(我们每月全额支付)时,我们生成一张发票,其中包括在对账单日所有员工的总费用,将其通过AP,并借记结算账户。
我们对在期末未提交的费用进行计提(转入借方费用和贷方结算账户)。由于报表日期和期间结束的时间安排,结算账户总是存在差异。结算账户使得时间差异的管理更加容易,因为不可能所有的费用都按时提交。