我負責一個時鐘系統,該系統提供方便爲我們的員工輸入自己的時間,然後發佈這些時間到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 ...我解決了' –
,我不會稱之爲會計部門的無能......相反,在過去幾年裏,我們公司在一家非常小的公司中大幅增長,因此我們沒有太多機會重新評估我們的系統爲了改善呢。 –
感謝您的理解!我已經清理了一下我的答案,我想我心情不好......在這個時代,公司文件腐敗問題真的是一個尷尬。如果您還沒有嘗試切換到上述的新文件,它確實有效。 –