Quickbooks时间跟踪

我负责一个时钟系统，该系统为我们的员工提供方便，让他们输入自己的时间，然后将这些时间发布到quickbooks中

到目前为止，这还不是一个问题，因为我们使用web连接器与web服务接口，该web服务使用qbXML时间跟踪添加请求对象向系统提供当前挂起的时间表

让我先说一句，这个系统运行得非常好，但我们觉得这不是我们想要做的事情的最佳方式。原因如下：

当我们输入小时数时，每个小时段（即4小时的假期、8小时的正常工资、2小时的加班）都是一个单独的时间跟踪添加请求。由于我们的公司已经将自己锁定在使用公司文件而不是使用quickbooks数据库中，这会在公司文件中添加许多单独的条目。过去，我们不得不让intuit对公司文件执行归档和优化，以缓解由此带来的问题（如速度减慢或无法完全运行报告）

现在，我已经找到了一个解决方案，但这只是一个很小的补丁：我们可以每周抽出几个小时，而不是每天……这意味着每周将在周一有一个40个固定小时的条目，而不是在适当的工作日有5个8个固定小时的条目。我不介意这个解决方案，但它似乎不是正确的解决方案

我正在寻找的是一种在单个调用中批量添加时间敏感数据的方法。这意味着，当web连接器启动并ping my web服务时，它应该在单个事务中而不是在多事务系统中返回所有数据（这将在公司文件中创建一个事务，而不是数千个事务）

这可能是不可能的，但由于Quickbooks文档相当缺乏，我想我会向这里的人群提出几个问题，看看是否有人找到了更好的解决方案：

除了TimeTrackingAddressQ之外，是否有其他方法允许您输入多个工资单工资项目条目，每个条目都与特定日期关联？这相当于将每周的所有小时作为单个请求输入，但不要求将这些小时全部存储在一天中

有没有一种方法可以返回Quickbooks可以解析的timetrackingaddrq对象列表（或问题1中提出的替代方法），而不是通过web服务调用单独返回每个请求

---

我理解如果这个问题不符合堆栈溢出规则，但鉴于这是唯一一个似乎有任何活动的源，我希望这将是找到建议的最佳地方。Intuit论坛很快就缺少开发人员帮助方面的条款……

首先，请允许我尊重地不同意您关于此问题的看法。我定期访问StackOverflow和Intuit论坛，根据我的经验，回答有关StackOverflow的QuickBooks问题的人通常是Intuit论坛的定期贡献者

现在，关于你的问题：你已经承认你的系统运行良好，并且做了你想做的事情。您唯一的问题是QuickBooks在存在大量事务时的行为。QuickBooks在频繁使用的情况下偶尔会出现公司文件损坏，这是一个不幸的事实。以下是如何处理此问题：

确保您使用的是最新版本的QuickBooks

如果步骤1不起作用，请确保升级到QuickBooks Enterprise（如果尚未升级）

如果第二步不起作用，那么你必须制定一项政策，尽可能频繁地剪切公司文件。例如，您可以每4个会计年度创建一个新的公司文件

如果您正在使用QuickBooks Enterprise并在每个会计年度削减您的公司文件，并且您仍然看到文件损坏的问题，那么您不应该使用QuickBooks。注意：我见过一些非常大的企业使用QuickBooks，但我从未见过这种情况

这句话揭示了你正在处理的核心问题：

因为我们公司已经把自己锁定在使用公司文件，而不是使用quickbooks数据库

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

---

对于StackOverflow来说，这个问题（以及这个答案）肯定是离题的，而且它可能，实际上应该，很快就结束了。但我祝你好运！请不要对Intuit论坛感到陌生，如果你知道去哪里看，那里有很多答案。

我们绝对使用最新的Quickbooks企业版，但是我很高兴你同意这似乎是Quickbooks方面可以解决的问题。当Quickbooks的维护人员建议我们把所有的时间都当作周一的时间，而不是每天的单独交易时，我们大吃一惊，这就是为什么我们后退一步重新评估当前系统的原因。我想我不应该根据一个论坛的封面来判断它，我把论坛建立在众多谷歌搜索的基础上，在这些搜索中发现的大多数帖子都没有得到回复，或者OP说“nvm…我解决了它”以作记录，我不会说这是我们会计部门的无能……相反，我们的公司在过去几年中从一家非常小的公司发展了很多，因此我们还没有很多机会重新评估我们的系统以进行改进。感谢您的澄清！我已经整理了一下我的答案，我想我是在