【问题标题】:Quickbooks time trackingQuickbooks时间跟踪
【发布时间】:2012-10-02 18:50:36
【问题描述】:

我负责一个时钟系统,它让我们的员工可以轻松访问以输入他们的工作时间,然后将这些时间发布到快速手册中

到目前为止,这还不是问题,因为我们已经利用 Web 连接器与 Web 服务交互,该 Web 服务使用 qbXML 时间跟踪添加请求对象向系统提供当前待处理的时间表

让我先说这个系统运行良好,但我们觉得这不是做我们想做的事情的最佳方式。原因如下:

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

现在,我找到了一个解决方案,但这只是一个很小的补丁:我们可以每周而不是每天拉几个小时...这意味着每周都会有周一 40 个正常小时的一个条目,而不是与相应工作日相关的 5 个 8 个正常小时的条目。我不介意这个解决方案,但它似乎不是正确的解决方案......

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

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

  1. 是否有替代 timetrackingaddrq 的替代方法,允许您输入多个工资单工资项目条目,每个条目都与特定日期相关联?这相当于将每周的所有时间作为一个请求输入,但不需要将这些时间全部存储在一天中

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

    李>

我了解这个问题是否不符合堆栈溢出规则,但鉴于这是似乎有任何活动的唯一来源,我希望这是寻找建议的最佳场所。 Intuit 论坛在开发人员帮助方面很快就缺乏......

【问题讨论】:

    标签: quickbooks qbfc qbxml


    【解决方案1】:

    首先,请允许我对Intuit forums 不同意您的看法。我定期访问 StackOverflow 和 Intuit 论坛,根据我的经验,在 StackOverflow 上回答 QuickBooks 问题的人通常是 Intuit 论坛的定期贡献者。

    现在,关于您的问题:您已经承认您的系统运行良好并且可以按照您的意愿行事。您唯一的问题是 QuickBooks 在存在大量交易时的行为。不幸的是,QuickBooks 在大量使用的情况下偶尔会遭受公司文件损坏的困扰。以下是处理此问题的方法:

    1. 确保您使用的是最新版本的 QuickBooks
    2. 如果第 1 步不起作用,请确保您尚未升级到 QuickBooks Enterprise。
    3. 如果第 2 步不起作用,那么您必须制定一项政策,根据需要随时剪切公司文件。例如,您可以每 4 个会计年度创建一个新的公司文件。
    4. 如果您使用 QuickBooks Enterprise 并在每个会计年度剪切您的公司文件,并且您仍然看到文件损坏问题,那么您不应该使用 QuickBooks。请注意,我见过一些非常大的企业使用 QuickBooks,但我从未见过这种情况。

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

    由于我们公司已经将自己锁定为使用公司文件而不是使用快速书数据库

    这不是很清楚,但我认为这意味着:您使用的不是企业版的旧版 QuickBooks。如果是这种情况,那么我肯定会建议按照上述步骤进行操作。我还建议您联系QuickBooks ProAdvisor 并让他们查看情况。试图通过编程来解决这个问题是个坏主意。

    这个问题(和这个答案)绝对不是 StackOverflow 的主题,而且它可能,确实应该在不久之后关闭。但我祝你好运!请不要对 Intuit 论坛感到陌生,如果您知道去哪里找,那里有很多答案。

    【讨论】:

    • 我们绝对使用最新的 Quickbooks Enterprise 版本,但是我很高兴您同意这似乎可以在 Quickbooks 方面解决。当 Quickbooks 维护人员建议我们将所有时间都作为星期一时间而不是每天的单个交易时,我们感到非常吃惊,这就是我们退后一步重新评估当前系统的原因。我想我不应该通过它的封面来判断一个论坛,我的论坛基于大量的谷歌搜索,在这些搜索中发现的大多数线程都没有得到回答,或者 OP 说'nvm......我解决了它'
    • 不过,作为记录,我不会称其为我们会计部门的无能......相反,我们公司在过去几年中从一家非常小的公司发展迅速,因此我们还没有太多机会重新评估我们的系统以进行改进。
    • 感谢您解决这个问题!我已经清理了一下我的答案,我想我心情不好......公司文件损坏问题在这个时代真的是一个尴尬。如果您还没有尝试过如上所述切换到新文件,它确实有效。
    • 我绝对打算转发该提示,这绝对是一个简单的解决方案,可能会对我们有很大帮助。顺便说一句,我们的 IT 团队之前顺便提到过,公司文件有一个替代方案,它使用基于 sql 的数据库。他们在那个陈述中准确吗?我没有看到太多这方面的内容,但是我又没有搜索过它。如果是这样,那对我们来说集成起来会容易得多,假设我们可以获得对它的读/写权限......如果有,你听说过从公司文件转换成它是不是很痛苦?
    • 不,这就是我感到困惑的原因。如果您使用的是最新版本的 Enterprise,则您已经在使用 Sybase SQLAnywhere 的私有版本。 Sybase 数据库不能直接访问,除了一些特殊的报告功能不值得讨论。这个问题会引起很多混乱!
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-09-29
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-11-27
    相关资源
    最近更新 更多