その代表的なものが、

「会計ソフトが○○だから、販売管理ソフトも○○」という選択です。

会計ソフトは制度にしばられています。よって最終的にやらなければならないことはどのメーカーのソフトでも同じ。

でも販売管理ソフトは違います。

「販売」さえ管理していれば、どんなソフトを作ろうとも自由です。

「販売」ってなに？

業種によっても違いますし、規模やその会社の考え方でも違ってきます。

導入した販売管理ソフトのメインターゲットとされるユーザー層と、自社の販売形態が全く違うものだとしたら、それは悲惨なものです。会計ソフトと同じ操作性で多少使いやすくっても、そもそも目指す管理ができないのであれば本末転倒です。

くれぐれもご注意を。

それも、大規模なものではなく、離れた場所で1台だけ、とかモバイルＰＣ1台だけ、とか。

大規模なものであればそれなりにインフラを用意するという話になりますが、ちょっとだけつなげたい、ということであれば予算的にもそうはいきません。

提案の引き出しはいくつか用意してあります。

ただ、メニューとしてもう少し整理されていれば、より提案しやすくなると思いますので、今月はそんなメニュー作りもしてみたいと思います。

会計ソフト導入の打ち合わせ時に感じたこと。

「会計ソフト」と言って、どこまで処理するソフトのことなのか、その定義は人によって異なります。

業務ソフトメーカー的には、「会計ソフト」と言えば、財務会計を行うソフトのことです。

いわゆる仕訳入力の結果、試算表や財務諸表が出るというやつです。

ところが、お客様側に立つと、必ずしもそうとは限りません。

キャッシュフロー計算、法人税・消費税申告、請求業務、入金消込、売掛金管理、等々。

これらの処理を含めて「会計ソフト」の範疇と考えていらっしゃるケースも数多くあります。

大事なのは、「会計ソフト」と言ったからといって、いわゆる業界的慣習の範囲での会計ソフトであるとは限らないということで、それをきちんと見極めるということ。

当たり前といえば当たり前なのですが、これが出来ずに、後になってトラブルになるというケースも聞きます。

気をつけたいところです。

今年は、例年と比べても、より一層決意を持って望みたいと思います。

よろしくお願い申し上げます。

　　　　　↑　　　開店準備中　　　↑

９月３０日にオープンとの事。

これは便利になります。

比較的典型的な販売管理のニーズをヒアリングし、順調に打ち合わせが進んでいました。

見積書

納品書の発行

受注済み未納品の管理

入金管理

売上元帳・仕入元帳　　等々

つまづいたのは、請求書発行の部分。

都度商品に付けて発行する納品書とは別の流れで、請求書を出す必要があるとのこと。

それは取引先からの指定で、しかも「明細行毎」に指定されるということです。

つまり、「これとこれを請求して！」という風に、個別に選択され、その指示に従って請求書を出す必要があるということです。

そういう請求書の出し方をするということは、当然、まだ請求していない行がどの行か、という管理も必要になってきます。

残念ながら、パッケージソフトでこのような請求書の出し方が出来るものはありません。

通常は、伝票単位で都度請求するか、締め日でまとめて一括で請求するかです。

さてどうやって解決するか。

「請求書の部分だけは、今まで通りのやり方でやってください」

というのは全く芸がありません。

売上明細をエクスポートして、請求書発行部分のみ、プログラムを開発するか。

コストバランスをにらみながらの提案になりそうです。

シミュレーションゲームを題材に経営と会計を学ぶというもの。

今日は一日コースでした。

今回は研修そのものというより、研修をするための事前準備に近い内容です。

この研修の講師をやるといつも思いますが、受講される方のパーソナリティーが非常によく見えます。

今まで名刺交換だけで、それ以上の関わりが無かった人でも、一歩打ち解けることが出来るように思います。

思えば、こちらの会社、10年ほど前に、この研修の講師がきっかけとなってお付き合いが始まったんでしたっけ。

しばらくの年月を経て再び研修が復活しそうな気配。

この縁を大切にしたいものです。

「ご意見をいただければ柔軟に対応します」

と言うけれど・・・。

そもそもこちらは積極的ではない。

わざわざ意見を出すほど考える時間を取るつもりもない。

だいたいなぜこちらから働きかけなければならないのか。

逆の立場になったら、と考える。

同じことをしていないだろうか、という自戒の念。

提案は具体的に。

「ギブ＆テイク」ではなく「ギブ＆ギブ」で。

最近思うのは

「給与計算」の業務の範囲ってどこからどこまでか、ということ。

ソフトウェアのジャンルから言うと、集計された勤怠データから先の、まさに給与に関する計算をする部分が、「給与計算」。

ただ、実際に業務をする側の立場から考えると、そのずっと前の過程から「給与計算」なんですね。

タイムレコーダーを打刻してから、それを集計する、いわゆるソフトウェアのジャンルから言うと「勤怠管理」。

これも大きなくくりで言えば、「給与計算」です。

「給与計算について相談したい」と言われたとしても、先入観を持たないのが大切だと思います。

悩んでいらっしゃる点がどこなのか、何を効率化したいのかをよく聞いてみることです。

「勤怠管理」は、業種・業態・処理人数によってかかる手間が極端に違います。

打刻端末（タイムレコーダー、WEB打刻、Felica、ケータイ、指紋認証等々・・・。最近はいろいろあります）、勤怠管理ソフトの機能、通信環境の整備などの手段の組み合わせで、効率化を行うことが可能です。

ポイントは「投資対効果」。

お金をかければいいっていうものではありません。

どこまで整備するのがその会社にとってジャストサイズなのか。

このさじ加減が大切です。