我负责一个时钟系统，让我们的员工能够方便地输入他们的工作时间，然后将这些时间发布到快速书中
到目前为止，这还没有出现问题，因为我们已经使用Web连接器与Web服务进行交互，该服务使用qbXML时间跟踪添加请求对象将当前挂起的时间表提供给系统
让我先说这个系统工作得非常好，但我们觉得这不是做我们想要做的事情的最好方法。原因如下：
当我们拉入小时时，每个单独的小时块（即4小时的休假，8小时的常规工资，2小时的加班）是单独的时间跟踪添加请求。由于我们公司已经将自己锁定为使用公司文件而不是使用quickbooks数据库，因此在公司文件中添加了大量单独的条目。我们不得不在过去对我们的公司文件进行归档和优化，以减轻这种问题（例如减速或无法完全运行报告）
现在，我找到了一个解决方案，但它只是一个很小的补丁：我们可以每周提供数小时而不是每天工作......这意味着每周都会有一个星期一的40个正常小时，而不是5个与正常工作日相关的8个小时的条目。我不介意这个解决方案，但它似乎不是正确的解决方案......
我正在寻找的是在一次通话中批量添加时间敏感数据的方法。这意味着当Web连接器启动并ping我的Web服务时，它应该在单个事务中而不是在多事务系统中返回所有数据（这将在公司文件中创建一个事务而不是数千个）
这可能是不可能的，但由于Quickbooks文档相当缺乏，我想我会在这里向人群提出一些问题，看看是否有人找到了更好的解决方案：
是否有替代timetrackingaddrq允许您输入多个工资单工资项目，每个条目都绑定到特定日期？这相当于将每周的所有小时数作为单个请求输入，但不要求将这些小时数全部存储在一天中
有没有办法返回一个timetrackingaddrq对象列表（或问题1中提出的替代方案），哪些Quickbooks可以解析而不是通过Web服务调用单独返回每个请求？
我理解这个问题是否符合堆栈溢出规则，但是看到这是唯一似乎有任何活动的来源，我希望这是找到建议的最佳位置。 Intuit论坛很快就缺乏开发者协助......
答案 0 :(得分：2)
首先，请允许我尊重你对Intuit forums的不同意见。我定期访问StackOverflow和Intuit论坛，根据我的经验，在StackOverflow上回答QuickBooks问题的人通常是Intuit论坛的常规贡献者。
现在，关于你的问题：你已经承认你的系统运行良好并按照你的意愿行事。您唯一的问题是存在大量事务时QuickBooks的行为。生活中令人遗憾的是，QuickBooks在大量使用时偶尔会遭遇公司文件损坏。以下是如何处理这个问题：
这句话揭示了你正在处理的核心问题：
由于我们公司已经将自己锁定为使用公司文件而不是使用quickbooks数据库
这不是很清楚，但我认为这意味着：您使用的是QuickBooks的旧版本，而不是企业版。如果是这种情况，那么我肯定会建议按照上面列出的步骤进行操作。我还建议您联系QuickBooks ProAdvisor并让他们审核一下情况。尝试使用编程来解决这个问题是一个坏主意。
这个问题（和这个答案）绝对不是StackOverflow的主题，它可能确实应该在不久之前关闭。但祝你好运！请不要成为Intuit论坛的陌生人，如果你知道在哪里看，那里有很多答案。