私はいくつかのMiddlewareを書き直して、私の会社のアプリケーションのいくつかがQuickbooksと通信するのに取り組んでいます。その過程で私は頻繁に遭遇する問題を解決しようとしています。要するに、私たちがPOSやその他のモジュールで計算した取引金額は、Quickbooksで計算される取引金額と比べると少し異なる場合があります。これは、シフトがレジスタ（すなわちバッチの終わり）で調整されるまで、システムがQuickbooksに売上領収書を送信しないため、POSで特に問題となります。バッチ処理中、システムはSQL Serverデータベースにトランザクションを格納し、店員がバッチを閉じるとQuickbooksにそれらのトランザクションを送信します。取引の金額が精密/丸めの差異によって数ペノーではなくなった場合、SDKのバージョンによって2つのうちの1つが発生します。Quickbooks通貨計算ロジック
1）クイックブックは、クイックブックの販売領収書の支払いアイテムが販売領収書の金額と等しくないため、取引を拒否します。 2）取引は、システム内の取引と異なる金額でQuickbooksに転記されます。 （この場合は、古いSDKではサポートされていないため、支払い領収書に支払い項目を入れていないため、多くの管理者が動揺します）。
このインターフェイスに精通している人は、Intuitが金銭計算を実行するために使用するロジックに関するドキュメントをどこで見つけることができますか？また、これが起こっている理由は、POS（すなわち、品目、割引、税金など）での取引金額を計算していることと、QBに販売領収書を送付したときに、その金額が時折数ペニー。私がIntuitによって使用されている精度と数学のロジックに関するドキュメントを持っていたなら、私はこの問題を解決できました。前もって感謝します。
私はこの文書をどこからでも検索し、Intuit Developer Networkに未回答のメッセージを投稿しています。そのような文書が存在するかどうかわかりません。
これは、QBのサポートについて議論する必要があるようです。何らかの具体的な例がなければ、問題を引き起こしていることを推測することさえ危険です。 – Jason
応答してくれてありがとう、私はここに投稿するトランザクションのサンプルを取得します。それは一般に、取引に関連する1つ以上の割引と1つ以上の税金がある場合に発生するので、私たちのロジックでそれらを計算する方法と関係していると思います。残念ながら、私はIntuitのサポートに払うには安価な小さな会社のために働いています。過去に、彼らは私が同意しないこれらの問題についてIntuitを非難しただけです。 – Grasshopper