我负责一个时间钟系统,可以轻松访问我们的员工进入他们的时间,然后将这些时间发布为QuickBooks

因此,我们利用Web连接器与Web服务接口的问题,这一点不是问题,它使用QBXML时间跟踪添加请求对象

将当前挂起的时间表提供给系统。

让我介绍这一点,说这个系统工作完全良好,但我们认为这不是最好的做我们想做的事情。这就是为什么:

当我们拉出几个小时时,每个单独的小时块(即4小时的假期,8小时的常规工资,2小时的加班费)是一个单独的时间跟踪添加请求。由于我们公司有点将自己锁定在使用公司文件而不是使用Quickbooks数据库,这会将很多单独的条目添加到公司文件中。我们必须拥有Intuit在过去对我们公司文件进行归档和优化,以减轻这一创造的问题(例如减慢缩小,或完全运行报告)

现在,有一个我找到的一个解决方案,但这只是一个小的补丁:我们可以每周地拉出几小时而不是每天的......这意味着每周都会有星期一的一个常规时间的一个条目,而不是在适当的工作日绑定的8个规则数的5个条目。我不介意这个解决方案,但它看起来并不像正确的解决方案......

我正在寻找的是一种批量在单个呼叫中增加时间敏感数据。这意味着当Web连接器启动和引导我的Web服务时,它应该在单个事务中返回所有数据而不是在多事务系统中(这将在公司文件中创建一个事务而不是数千个事务)

这可能是不可能的,但随着Quickbooks文档相当缺乏我认为我会向人群提出一些问题,看看是否有人找到了更好的解决方案:

  1. 是有替代的timetrackingaddrq,允许您输入多个工资工具项条目,每个工资工具条目都绑定到特定日期?这相当于每周输入所有小时作为单个请求,但不需要这些时间存储在一天中的所有情况(也是

  2. ) 有没有办法返回TimEtrackingaddrq对象列表(或在问题1中提出的替代方案),该QuickBooks可以通过,而不是通过Web服务调用单独返回每个请求?

    我了解这个问题是否不适合堆栈溢出的规则,但看到这是唯一看起来有任何类型的活动的来源,我希望这将是找到建议的最佳地点。 Intuit论坛在开发人员援助条件下缺乏缺乏...

有帮助吗?

解决方案

首先,请允许我恭敬地不同意 Intuit论坛。我定期访问Sackoverflow和Intuit论坛,在我的体验中,那些回答Stackoverflow的Quickbooks问题的人通常是Intuit论坛的常规贡献者。

现在,在您的问题上:您已经承认您的系统正好运作,并正在做您想要的。您的唯一问题是QuickBooks在存在大量交易中的行为。这是一个不幸的事实,即QuickBooks可以在繁重的使用下遇到偶尔的公司档案。以下是如何处理此问题:

  1. 确保您使用最新版本的QuickBooks
  2. 如果步骤1不起作用,请确保您尚未升级到Quickbooks Enterprise,如果您还没有。
  3. 如果步骤2不起作用,那么您必须根据需要修改公司文件的策略。例如,您可以每4财年开始新的公司文件。
  4. 如果您正在使用Quickbooks Enterprise并在每个财政年度切割您的公司文件,并且您仍在看到文件损坏问题,您不应该使用QuickBooks。注意我已经看到了一些非常大的企业使用QuickBooks,我从未见过这种情况。
  5. 您正在处理的核心问题是通过此评论的揭示:

    因为我们公司有点将自己锁定在使用公司文件中而不是使用QuickBooks数据库

    这不是很清楚,但这就是我认为这意味着:您正在使用不是企业版的QuickBooks的旧副本。如果是这种情况,那么我肯定会建议遵循上面概述的步骤。我还建议您联系a QuickBooks Proadvisor 并让他们审查情况。试图使用编程解决这个问题是一个坏主意。

    这个问题(和这个答案)绝对是关于stackoverflow的主题,它可能是,确实应该是,在太长之前关闭。但我祝你好运!请不要对Intuit论坛陌生人,如果你知道在哪里看,那里有很多答案。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top