0

注文書 (タイプ: 注文書) を作成し、梱包明細を投稿すると、Ax は次のようなトランザクションを生成します。

Account:  253   debit:100   (packing slip account)
Account: 6133   credit:100  (packing slip offsetaccount)

請求書を転記すると、次のトランザクションが生成されます。

Account: 6033    debit:100  (inventory account)
Account: 40111   debit:18   (Tax)<br>
Account: 4212    credit:118 (providers)

しかし、プロバイダーに返品するので、注文書タイプを「返品注文」にします。

梱包明細を投稿すると、Ax は次のようなトランザクションを生成します。

Account: 253  credit:100  (packing slip account (TPS))
Account: 6133 debit:100   (packing slip offsetaccount (TPS))

請求書を投稿すると、次のトランザクションが生成されます。

Account: 253    debit:  100   (packing slip account) (Invert of TPS)
Account: 6133   credit: 100   (packing slip offsetaccount) (Invert of TPS)
Account: 6033   credit: 100  (inventory account)
Account: 40111  credit:  18   (Tax)
Account: 4212   debit:  118   (providers)

「返品注文」タイプの発注書を作成すると、請求書を転記するときに Ax がこれら 2 つのトランザクション (TPS の反転) を生成するのはなぜですか?

これら 2 つのトランザクションを生成しないことは可能ですか?

4

2 に答える 2

1

2 つのトランザクションの問題はわかりません。

発注書を作成すると、最初の 2 つのトランザクションで、2 つの口座 253 と 6133 の借方と貸方がそれぞれ行われます。つまり、同じ 2 つの口座 253 と 6133 にそれぞれ貸方と借方の (逆) 取引があります。

これらの逆トランザクションが作成されない場合、元帳勘定は正しくありません。

そして、あなたの質問に答えるために: はい、コードで標準の投稿メカニズムをオーバーライドできます。しかし、この場合はそうすべきではありません。

于 2012-09-24T15:13:12.817 に答える
0

これは、アプリケーション エラーである可能性があります。

人はなぜ間違いを犯すのでしょうか。彼らは人間だからです。

原因？をデバッグしてみてください。

梱包明細の転記をオフにすることができます。買掛金\設定\パラメータ、タブページ更新、フィールド「元帳に梱包明細を転記」を参照してください。

于 2012-09-21T09:01:07.497 に答える