我负责一个时钟系统,该系统提供方便为我们的员工输入自己的时间,然后发布这些时间到QuickBooks的的Quickbooks时间跟踪
,因为我们已经利用这个迄今没有一个问题Web连接器与Web服务接口,该服务使用qbXML时间跟踪添加请求对象将当前挂起的时间表提供给系统
让我通过说这个系统工作得很好,但我们觉得这不是做我们想做的事情的最佳方式。这是为什么:
当我们在拉小时,每个单独的块小时(即4小时假期,8小时定期工资,2小时加班)是一个单独的时间跟踪添加请求。由于我们公司已经习惯于使用公司文件而不是使用quickbooks数据库,因此会在公司文件中添加大量个人条目。我们不得不直接对我们公司的档案进行归档和优化,以缓解由此产生的问题(如缓慢起伏,或无法完全运行报告)
现在,有一种解决方案,我已经找到了这个,但它只是一个很小的补丁:我们可以每周抽出几个小时而不是每天抽出一小块......这意味着每周在周一将有一个40个固定小时的条目,而不是5个条目8个正常工作时间与适当的工作日相关联。我不介意这种解决方案,但它似乎并不像正确的解决方案......
我正在寻找的是散装的时间在一个单一的通话将敏感数据的方式。这意味着,当网络连接器启动和坪我的web服务,它应该在多交易系统(这将在公司的文件,而不是成千上万创建一个交易)
返回所有的数据在一个单一的交易,而不是这可能是不可能的,但由于QuickBooks的文档相当缺乏我想我会建议这里的人群中有几个问题,看是否有人已经找到了更好的解决方案:
是否有timetrackingaddrq替代允许您输入多个薪资工资项目条目,每个条目都与特定日期相关联?这相当于每周输入所有小时数作为单个请求,但不要求这些小时数全部在一天内存储。
有没有办法返回timetrackingaddrq对象列表(或如问题1中提出的替代方案)Quickbooks可以解析哪些内容,而不是通过Web服务调用单独返回每个请求?
我明白,如果这个问题不适合在堆栈溢出的规则,但看到这是似乎有什么样的活动,我希望这将是找到建议的最佳地点的唯一来源。 Intuit论坛快速缺乏开发者协助的条款...
我们绝对使用最新的Quickbooks Enterprise版本,但是我很高兴您同意这看起来是可以在快速书的一面解决的。当Quickbooks的维护人员建议我们每个工作日的时间都是小时,而不是每天的个人交易时,我们非常吃惊,这就是为什么我们回到重新评估当前系统的原因。我想我不应该通过它的封面来判断一个论坛,但是,我在许多谷歌搜索的基础上,大多数线程发现没有答案或OP说'nvm ...我解决了' –
,我不会称之为会计部门的无能......相反,在过去几年里,我们公司在一家非常小的公司中大幅增长,因此我们没有太多机会重新评估我们的系统为了改善呢。 –
感谢您的理解!我已经清理了一下我的答案,我想我心情不好......在这个时代,公司文件腐败问题真的是一个尴尬。如果您还没有尝试切换到上述的新文件,它确实有效。 –