編集

おはようございます。

売上０円は、普通、会計には発生させません。
但し、取引を積み上げた上で、結果的に０円になる場合は、その限りではありません。

売上のマイナスですが、普通、会計システムに移行する場合は、逆仕訳を行います。
それは多くの会計システムの場合、マイナス金額が入らないからです。


御社のような処理が無いわけではありません。
営業上がりで会計素人が、たまたま経理の長を任された時に、上記のような発想を
されることがあります。

それは何も、悪いことばかりではありません。
０円でも、同じように仕訳をしておけば、販売側帳簿と会計側帳簿の突合せが楽になります。
マイナス金額の仕訳は、経理にしてみれば妙な気持ちがしますが、全くの素人に指示する
場合、間違いが起こりにくくなります。
一例を挙げますと、訂正仕訳を起こす場合、逆仕訳を起こすより、同じ仕訳で金額だけ
マイナスのほうが、分かり易いですよね？
そういう訳で、たま〜にお目に掛かる事があります。

デメリットがない訳ではありませんが、すでに導入が決まっているようですので、
それは控えます。
経理としては気持ち悪いですが、無理に合わそうとすると、ドツボに嵌りますので、
お止めになった方がよいと忠告差し上げます。

おはようございます。

売上０円は、普通、会計には発生させません。
但し、取引を積み上げた上で、結果的に０円になる場合は、その限りではありません。

売上のマイナスですが、普通、会計システムに移行する場合は、逆仕訳を行います。
それは多くの会計システムの場合、マイナス金額が入らないからです。


御社のような処理が無いわけではありません。
営業上がりで会計素人が、たまたま経理の長を任された時に、上記のような発想を
されることがあります。

それは何も、悪いことばかりではありません。
０円でも、同じように仕訳をしておけば、販売側帳簿と会計側帳簿の突合せが楽になります。
マイナス金額の仕訳は、経理にしてみれば妙な気持ちがしますが、全くの素人に指示する
場合、間違いが起こりにくくなります。
一例を挙げますと、訂正仕訳を起こす場合、逆仕訳を起こすより、同じ仕訳で金額だけ
マイナスのほうが、分かり易いですよね？
そういう訳で、たま〜にお目に掛かる事があります。

デメリットがない訳ではありませんが、すでに導入が決まっているようですので、
それは控えます。
経理としては気持ち悪いですが、無理に合わそうとすると、ドツボに嵌りますので、
お止めになった方がよいと忠告差し上げます。

返信

編集

こんばんは。無いわけでもないんですね。勉強になります。
ご指摘のとおり、今回導入の経緯も会計を知らないシステム部門がコンサルタントにそそのかされたみたいです。。。阻止出来る力があれば。。。

要望書を作成して真っ向から立ち向かってみます。

どうもありがとうございました。

こんばんは。無いわけでもないんですね。勉強になります。
ご指摘のとおり、今回導入の経緯も会計を知らないシステム部門がコンサルタントにそそのかされたみたいです。。。阻止出来る力があれば。。。

要望書を作成して真っ向から立ち向かってみます。

どうもありがとうございました。

返信

編集

まだ考慮の余地があるということですので、ツッコミポイントと挙げてみます。


０円データの件ですが、弊社で販売管理と財務を連携させる場合には、販売データは一ヶ月、支払データは〆日単位の合計データのみを受け取ります。
理由は、全データを受け取ると、膨大な仕訳が発生することになるからです。

販売側は単純に、全データを渡せばいいんじゃないの？　と考えがちですが、販売と会計で同じデータを持つのはディスク資源のムダですし、二箇所に持つことは、整合性を保つための管理も必要になります。
今時はディスクも処理速度も昔と違って格段に上がっていますが、サーバの耐用年数である５年も使い続けると、どうしても最後の１年は不足しがちになるものです。

また、データとして受け取った以上、会計には保存義務が生じます。
もし、御社が電子帳簿を申請、採用されていない場合は、販売管理で発生した、膨大な元帳、仕訳帳の紙を、保管しなければならなくなります。紙のムダどころではありません。最も頭が痛いのは、保管場所の確保です。切実です。
ですから、連携する場合は、販売データは販売で管理、会計は合計のみを把握し、余計なデータは渡さない、という方法が、合理的だと思います。


そしてマイナスデータについて。
元帳を思い浮かべて見てください。取引金額が貸借２列にならんでいると思います。借方勘定は借方にだけ発生し、もし、貸方に発生した場合は、イレギュラーデータとなります。
これは、仕訳の間違いや、イレギュラーデータが多く発生した場合には取引に異常があるかを一目で見ることができます。


こういったことを、shinjyuさんなりに加工して、要望されてください。
ですがくれぐれも、電算と対立しないよう、現場の人間ではなく、経営者に得があるように話されてください。
社長を味方に引っ張り込めればこっちのものです。頑張ってください。

まだ考慮の余地があるということですので、ツッコミポイントと挙げてみます。


０円データの件ですが、弊社で販売管理と財務を連携させる場合には、販売データは一ヶ月、支払データは〆日単位の合計データのみを受け取ります。
理由は、全データを受け取ると、膨大な仕訳が発生することになるからです。

販売側は単純に、全データを渡せばいいんじゃないの？　と考えがちですが、販売と会計で同じデータを持つのはディスク資源のムダですし、二箇所に持つことは、整合性を保つための管理も必要になります。
今時はディスクも処理速度も昔と違って格段に上がっていますが、サーバの耐用年数である５年も使い続けると、どうしても最後の１年は不足しがちになるものです。

また、データとして受け取った以上、会計には保存義務が生じます。
もし、御社が電子帳簿を申請、採用されていない場合は、販売管理で発生した、膨大な元帳、仕訳帳の紙を、保管しなければならなくなります。紙のムダどころではありません。最も頭が痛いのは、保管場所の確保です。切実です。
ですから、連携する場合は、販売データは販売で管理、会計は合計のみを把握し、余計なデータは渡さない、という方法が、合理的だと思います。


そしてマイナスデータについて。
元帳を思い浮かべて見てください。取引金額が貸借２列にならんでいると思います。借方勘定は借方にだけ発生し、もし、貸方に発生した場合は、イレギュラーデータとなります。
これは、仕訳の間違いや、イレギュラーデータが多く発生した場合には取引に異常があるかを一目で見ることができます。


こういったことを、shinjyuさんなりに加工して、要望されてください。
ですがくれぐれも、電算と対立しないよう、現場の人間ではなく、経営者に得があるように話されてください。
社長を味方に引っ張り込めればこっちのものです。頑張ってください。

返信