売上、請求の流れでとにかく難儀なのが消費税って話を書きましたが。http://d.hatena.ne.jp/rokugen/20050815#1124087829で、XEADで検証しててやっぱり一番気になったのはその点で、延々と書いておりますが。渡辺さんからメールを戴きました。現在財務管理モ…

ちょっと前に書いた愚痴での、見積もり済んでるのに要件が全然判ってない件、判明。 仕入管理データを会計パッケージにつなげるCSVが欲しいな 仕入先だ部門だコード関係は全然違うので変換して欲しいな 当然貸借仕訳けて欲しいな 恐ろしい、ああ恐ろしい。な…

SQL、当月回収分を引くのを忘れました・・・。面倒なので捨て置きます・・・。だから恥ずかしかったんだよ、なんとなく嫌な予感がしてたんだなきっと。考え方としては、前月の月末残と当月発生分の売掛金を足すって事です。つまりはリアルタイム更新時に月末…

そうか、仮締めの段階で無条件で0円サマリー作っちゃうからいけないんですな。本締めで作るようにすれば良いのではないかな。仮締め、要するにオーバーラップ期間中に8月分取引があれば、その時作る。なければ何もなし。で、本締めの時に、8月分集計しなおし…

いやーダメダメ！ 8月1日午前0時になりましたと 年月 前月売残 前月前残 売上高 回収額 月末売残 月末前残 ------- -------- -------- ------- ------ -------- -------- 2005/07 100 10 50 100 50 10 2005/08 50 10 0 0 50 10 ↑ まだ8月になったばかりだけ…

ラップとラップでかかってます（やらなきゃよかった）。 月次サマリーを作るタイミング 売上仕入その他もろもろの月次サマリーは既存案件でも当然作っているんですが、仕訳大統一理論ゆえ、勘定を軸とした残高テーブルみたいな形になってます。その集計のタ…

はかいかなかった「ためしにナイスな販売システムを考えてみるコーナー」、一気に進みました。改めて、このような知の財産を無償で公開して下さった渡辺さんに感謝致します。有難う御座居ました！■お礼リンク 渡辺さんのブログ http://watanabek.cocolog-nif…

消込について、一晩寝てから、朝電車の中で考えたんですが。 おさらい 考えてみると、既存案件でどうして消込処理がしんどかったか、そして、頻繁に発生する業務の割りには、やり直しが効かない慎重を期する業務となっていたのかと云えば、要は処理のタイミ…

ここまで見て、ふんがーと興奮しつつ自分のやってきた案件に置き換えてみたりしてウンウンうなってますが、まだまだほんの端っこなんですよねぇこれが。販売管理システムとの接点の部分、売掛・買掛管理だけ。自分の経験もそこ止まりですから。あ、よく考え…

疑問点と云うか、自分でなんとかしろやって話かも知れないんですが。 消費税はやっぱりめんどい 今まで担当してきたシステムの多くは、例えば売上の場合、売上計上時に消費税算定をしてました。 売上No 行 商品 数量 単価 売上 消費税 ------ -- -----------…

「売上受領データ管理」の中の、「売上受領明細の保守／前受金返還」の返還なんだけども。前受金〜とはなってますが、同じ画面で同時に売掛金の返金も出来るスグレモノ。売上受領指示テーブルの「取引区分」の仕様はこうなってます。 １＝現預金受領、２＝受…

うーむ、よい！ちょっと奥さん、これはいいかも。消込とかやって、ここの明細単位の売掛金と回収ががっつり手を組んじゃってるから、後々の手形返却だの、過入金の返金だの、返品分だけマイナスだけで残って取引終了しちゃった所への売掛金の返金だので、す…

うーむ、そんなフレーズが頭をよぎるのであった。請求、入金があって、それをつなぐ形で消込がある形は、販売システムで閉じた場合は運用を単純化する意味でも有効だと思います。直感的だし。ただし、仕訳まで視野に入れると割りとややこしい。いやかなりや…

前回、月次で債権情報をサマリーするって所で、実は債権管理表てな帳票のイメージそのまんまである事が判明、既存案件のバグの数々に思いをはせてたそがれた訳ですが。今見返すと、売掛残とか債権残とか言葉がごっちゃごっちゃで遺憾ですな。これは既存案件…

「ためしにナイスな販売管理システムを考えてみる」のカテゴリーを作りました。雑収入、仕訳どうしたもんかなー。消し込みよりそっち先かな。また考えます。

世の中の、実装と設計がげふふんして独立だってのいや不可分だろうアホと云う論議からすっかり置いていかれる事必至の、「ためしにナイスな販売管理システムを考えてみる」のコーナー、久々の復活だ！売掛金をまとめて請求書を作る時、頭が痛いのが消費税に…

と考えてみたところで、現状でも月次会計締め後にお客様から「すみません・・・まちがいちゃいました・・・」とか電話掛かってくるとやっぱり大変なので、事情は変わらないか。

なんだかそれどころじゃなくって、すっかりさぼっているナイスな販売管理システムを考えるコーナーだが。稼動中のシステムも障害起きてないしなー。以前に脱・仕訳大統一理論だーとかゆってた件、渡辺幸三氏のブログで「管理会計に制度会計が寄生しているス…

データのとある属性の如何によって、その後の処理が変わってくる場合ってのは当たり前にありますよね。その処理の違いの分岐をどうするかって話しなんですけどね。例えば、例えばですよあくまでも。こう云う業務フローがあったとします。 仕入計上 支払登録 …

思えばここも、実案件で請求締め日コントロールで障害が起きた事のメモから始まったのだなあ。そんな訳で請求についての考察がぽこっと抜けてた。と云うか殆ど入金の話ばっか。前から「請求書上に表示する入金消し込み情報は消し込み処理をシミュレートして…

俺の大学の後輩で、やよいってのが居るんだが、タイトルは彼女のハンドル。元ネタは勿論、さそりだ。それとは全く関係なく、昨日『弥生販売』の攻略本（ISBN:489814571X）を何となく立ち読みした。システム屋さんがてっとり早く販売管理業務を勉強するなら、…

考えてみればだよ、売上の時に請求対象フラグを立てたのは、請求書に明細として載っちゃうから、必要も無い元・赤は持って来ないようにって事だったわけだ。入金はどうよ？入金の明細なんか請求書には出しませんわな。請求期間内の入金のサマリー金額だけ判…

えー修正入ると、ソースNo同一なのに計上日が元赤で違っちゃったわい問題。話に続きがありまして。 入金テーブル ID 得意先 入金日 区分 金額 仕訳ソースNo キャンセル --- ------ ------ ----- ------ ------------ ---------- 001 1234 04/01 現金 1000円 …

この泥で縄を結ってばかりの日記が、WRさんのブログで紹介されました。ばんざーい。しかし、そんな事ならもっとマシなタイトルを付ければ良かった。「血液ガッ手形」ってなんだよもう。ってラーメン屋みたいな事書いてるばやいではない、えー、予告とは違う…

ガンヲタ対策のタイトルはさておき、大体において後でどかーんと行くのは代替フローにおいてである。ライミングしてみた。駄洒落とも云う。入金処理を、同時に仕訳作ってやれバージョンと、仕訳は月次締めでやったれバージョンと見てきた訳だが、それぞれに…

脱・仕訳大統一理論の理想としては、販売管理側では、受注・出荷・売上・請求・入金・発注・入荷・仕入・支払などなど、それぞれに特化したデータモデルで全部コントロールして、仕訳は月次会計締め処理などで、それぞれのデータからサマリーでバッチでどー…

昨日、障害でお客様対応しました。請求書に乗せる入金額に、今回の締めの請求期間より未来の入金が紛れ込んで請求残の不整合。すんごい恥ずかしいバグ。よく今まで何年も顕在化しなかったなあ。それだけ前受と云うのは珍しいって事なのだな。解決後、経理の…

ちょっと（いやかなりの）問題発覚。失敗失敗。 SELECT 得.与信先ID, 手.記載番号, 手.入金ID, 手.決済日, 手.ステータス, SUM(手.金額) FROM 受取手形テーブル 手 INNER JOIN 入金テーブル 入 ON 手.入金ID = 入.入金ID INNER JOIN 得意先マスタ 得 ON 入.…

次は手形での入金。実は手形って未だにどう扱うのが正しいのかさっぱり判らなくて、設計した人の云われるがまま作ったので、もう本当にメモのレベル。前受金問題は、取り敢えず全部仮受金で受けるって事にしとく。例によって3/20締めで請求残1200円の得意先1…

実際にデータとして売掛金が消し込まれてなくても、請求書を出力した時点でその請求期間内の入金を乗せて、擬似的に消し込みを行って結果を表示しなきゃいけない、と前に書いたけど理由が不十分だった。消し込み忘れて請求書出力、とか、一旦残を確認してか…