- すみません、前回のトピックスの題目と違う質問がありましたので、別にあげときますです。以下
- －－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
- 小林と申します。はじめまして。返信削除
請求処理と入金処理についてのご相談なのですが、現在、売上に対し消込むような形で入金処理を行っているのですが、どうしても過不足があり、次回請求に回したい場合の差額の繰越処理が上手くいきません。また、請求はお客様別の締日ごとに請求書を印刷、発送しています。入金予定も得意先によって翌月であったり、翌々月の末入金であったり、バラバラです。FileMakerでいろいろと検索して探してみたのですが、該当する内容が違っていて、思い切って直接ご相談をもちかけてしまいました。お忙しい中申し訳ありません。何卒、宜しくお願いいたします。 -
おはようございます。返信削除
締日別の請求入金繰越処理ですねー。
現在はFileMakerでどの辺まで使用していますか？
毎月、締日ごとにざっくり何件くらいの処理を行っていますか？
できましたらFileMakerのバージョンとデバイスを教えて頂けると助かります。-
小林です。早々のご返信ありがとうございます。削除
情報が少なくて申し訳ありません。FileMakerのバージョンは１７です。Windows10で社内ではもっぱらエクセルを使用しており、FileMakerは5台使用できるようになっているのですが、顧客管理と見積書、請求書を発行する程度で、その後の処理、入金や売掛管理が出来ていません。エクセルで手打ちで管理している状態です。毎月の請求書は200枚から250枚、繁忙期の秋は1000枚を超える事もあります。その入金は請求テーブルと照合しているのですが、繰越処理が出来ずに困っています。
-
-
申し訳ありません。返信削除
Filemakerで出来なければ結構なのですが、エクセルの請求の明細が膨大で重い為、FileMakerでも集計の計算を使わずに
表示することは可能でしょうか。スクリプトとボタンで計算でも構いません。 -
返信削除
もうすこし細かい情報がほしいのです。
「消込み入金の差額分と未回収分の繰越し」の場合、は得意先分として一括でポンと入金、差額を
出すというわけにはいかないのと、複数あった場合、繰越分の元を追うのが運用上けっこう大変かと思いますよ。
●請求毎、1得意先に複数の請求が上がることが有るか無いかで作り方が若干変わります。
●特に、重くさせないために集計を使用しない・スクリプト計算なら、ポータルを使用してsum関数で合計を
出すのですが、パートごとに集計機能が使用出来るものと、できないものがあるので、ちょっと大変ですね
（得意先で絞っても、締のパート集計が存在していれば関係の無い得意先分も集計されてしまう：
集計を使えば問題ありませんが、ポータルSumでは締パート内の表示を消すくらいのことしか出来ません）
●また、その複数の請求分の入金日がバラバラで締をまたぐ事があるかどうかでも変わります。
たとえば、
前回Aさん（20日締・翌月20日）の請求が
●請求金額2,000円
●請求金額3,000円
●請求金額4,000円
とあり、
入金が
●5月19日入金金額1,000円 差額1,000円が次回6月20日の請求分に繰越
●5月22日入金金額2,000円 差額1,000円が次の次7月20日の請求分に繰越
●6月末日予定 金額0円 未入金4,000円が次の次の次の8月20日の請求分繰越
という風な感じになる可能性があるのか？こうなると、元の請求と差額の不足分を追うのがけっこう
大変になりますよね。 （得意先で検索して出し入れの流れを見れば解りますが）
こういう得意先が複数あると、システムを使用する上で「待ち」が発生するので、システムを分けては
いかがでしょうか。
普通に問題なく入金される得意先のシステムと、事故扱いのシステムの２つという事です。
月に200枚以上の請求書を発行するのなら、なおさらかもしれませんよ。
どのような業態かは分かりませんが、総合計を算出するために一つのシステムを使い続けるより、
問題の無い得意先のシステムはどんどん進め、問題のある得意先のシステムは別扱いで
後にゆっくり管理したほうが、スピーディーですし、計画の見通しが立ちます。
「払わない客は、いつまでも続く」、そのせいで優良なお客様の締処理に影響させるの方が、
辛いですよね。
2020年6月3日水曜日
前回のトピックスの題目と違う質問がありましたので、別にあげときますです。
登録:
コメントの投稿 (Atom)
-
その前に。。 シリアルNOの初期値化と欠番 のダウンロードを再開しました。 が、注意が必要です。 SerialIncrement ( "001" ; Max ( シリアル初期化_自己リレ::シリアル )) のように自己リレをして計算... -
前回の API_OpenWeatherMapをFileMakerに取り込む際、 １、改行テキストに変換 ２、配列をグローバル変数に格納 ３、GetValue関数を使ってLOOP処理でFMのデータ化させる という流れでした。 OpenWeatherMapは項目とデ... -
ラベルシールって結構使ってますよね。 FileMakerで開始位置を設定する方法ってのは、デフォルトには無いので自分で作るしかないんです。 方法はいろいろあるかとは思うのですが、あまり難しくする必要はないのかと思います。 対象レコードに対し 必要な数の...
小林です。
返信削除的確なご提案、ありがとうございます。
難しい話で申し訳ありません。
私は製造と物販を卸や小売店に行っています。
コロナの影響でしばらく止まっていましたが、この機会に色々と考えさせられました。
おっしゃるとおり、一得意先に複数の請求書があり、合計請求書を付けて送っています。
オーダーで製造する事が多く、10年前くらいから、原材料が高騰しており、注文→請求→入金で契約しているお客様なはずが、自然と納品→入金に変わってきており、物によって後入金があります。たぶん、納品→入金が当たり前なのでしょうが、私の業態ではその体力がなく太刀打ちできないため、ご了承を頂いております。
わたなべ様がおっしゃる
**************************
入金が
●5月19日入金金額1,000円 差額1,000円が次回6月20日の請求分に繰越
●5月22日入金金額2,000円 差額1,000円が次の次7月20日の請求分に繰越
●6月末日予定 金額0円 未入金4,000円が次の次の次の8月20日の請求分繰越
**************************
まさに、そういう事です。
実際、一請求先に20件もの請求があったり、その中に未入金、繰越金が幾つもありますので、処理がとても大変です。
きっちり入金のある得意先と繰越の多い得意先とを分ける事は思いつきませんでした。確かに改善策のきっかけになるかもしれません。
また、上記の一請求先の詳細ごとに繰越金を締ごとに振り分けるような事が可能なのでしょうか。