だから、あなたは会社の代表者であり、あなたの仕事はあなたの仕事を自動化するのに最適な製品を選ぶことです。
まあ、まず、この問題は数時間で解決できるとは思わないでください。 担当者が同伴して品質テストと製品調査を行うのに6〜10時間かかります。 私と。
リスクを100％軽減する普遍的なテスト方法です。 しかし、それでも、これらのリスクを減らすのに役立つヒントがいくつかあります。 erp-systemsの機能的能力のいくつかについてお話ししましょう。これは、他のすべてが構築される基礎として分類します。 ここでは、複雑なアルゴリズムやあらゆる種類の「トリック」については説明しません。これらのテストには特別なトレーニングを行う必要があり、これは簡単ではないためです。 システムに、会計、分析、およびワークフロー用の通常のツールがあることを確認してみましょう。
自社
いくつの法人を代表して働いていますか？ 1を代表する場合、これは1ですが、2を代表する場合、すでにはるかに複雑です。 テスト中です。
開始するには、単にこれらの同じ「彼ら」の法人が入力されている場所を示すように依頼してください。 一般会計および主任会計士が入力される場所、「彼らの」銀行口座が入力される場所。 すべてを持って来るように頼んでください。 ここで、少しテストを行います。 請求するよう依頼してください。 請求書には、あなたが持ってきたのと同じ「あなたの」会社を示してください。 請求書フォームの表示を依頼します。 このフォームを注意深く確認し、「フォームに固定されている」会社ではなく、実際に「あなたの」会社であることを確認してください。 将軍と主任会計士の姓
システムが簡素化された課税システムをサポートしていることを検証することは不必要ではありません。 VATを支払っていない会社をリストします。 今彼女から請求書を書きます。 フォームにVATはありますか？
さらに複雑なケースは、商品ごとに異なるVATです。 食べ物、おもちゃ。 これがある場合は、そのような製品をプログラムに含めて、それが示されている場所を確認してください。 請求書を作成し、VATを確認します。
一次
システムを起動するとき、ある番号から請求書と請求書の番号付けを開始する必要があります。 この番号はシステムのどこに表示されますか？ 表示するよう依頼し、出荷を行い、番号が正しいことを確認します。 設定で指定したものの隣。
次の請求書を書きますが、他の会社から出荷します（または、アカウントなしでできる場合は、アカウントなしで出荷します）。 請求書とその番号を見てください。 会社ごとに、設定された請求書と請求書の番号は独立している必要があります！ つまり、この2番目の請求書の番号は、最初の請求書とは完全に異なっている必要があります（1つずつは異なりません）。
請求書フォーム自体を注意深く調べてください。 そのような顧客を与えますか？ 普通にいっぱいですか？ 詳細はすべて整っていますか？
請求書に少しニュアンス。 このような「支払および決済文書への」必要条件があります。これは、支払注文の番号と日付です。 この要件が満たされていない場合、顧客は本当にそれを好みません。 動作することを確認してください。 簡単です。 2009年7月1日付の請求書があるとします。 2009年6月30日付けの支払い注文を行い、請求書を確認します。 番号と日付はありますか？ そして今、テストはより複雑です。 2009年5月5日付けの支払い注文を行います。 また、請求書を確認します。 いっぱいの場合は、悪いです。 もちろん、請求書は将来何が起こるかを知ることができないため、出荷前であり、出荷後ではない支払注文のみをここに反映する必要があります。 そして、クライアントが2回支払った場合、最初に出荷前に、次に一部のお金を支払った後、請求書には最初の支払のみが必要です。
交渉12を表示するように依頼し、すべての詳細を注意深く確認します。 発表者が「詳細の半分はどこにありますか？」という質問に答えた場合、それらは単に記入されていないので、記入して再度表示するように依頼します。 一般に、システムが厳密なレポートの半空白形式を印刷できることは非常に奇妙です。
現在、請求書の明細の内訳をロットおよび税関申告でテストしています。 これが新製品をもたらすことはよりよいです。 したがって、より明確になります。 簡単な手順を作成します。 2つの購入を行います。1つは1つの税関申告を示し、もう1つはもう1つの税関申告を示します。 そして今、私たちはクライアントに購入したすべての商品と発送の請求書を発行します。 請求書を見て、そこに示されているGTEだけで2行を観察します。
さて、あなたがリラックスしないように、1つのテスト履歴の断片を示します。
会計GTE。 だから、私は商品を購入し、商品申告の配達で示すように頼みました。 示されています。 それから彼は販売をし、請求書を見るように頼みました。 そして、ここが最も興味深いものです。 彼らは出荷を行い、税関申告書は請求書に記載されていましたが、国は配達で示されたものとは完全に異なっていました。 つまり、この製品の分類に示されているもので、配信に関係していません。 潜在的な顧客はこの「些細なこと」に注意を払っていますか？ もちろん違います。
だから、「シンブル」が言ったように、私たちは注意深く見ます-私たちは必ず勝ちます。
さらに進んでいます。 お客さま
クライアントが複数の法人を所有しているという状況に出くわした人は多いと思います。 システムがこれを理解しているかどうかを確認しましょう。 まず、なぜこれが必要なのか。 この投稿がクライアントと仕事をした人に読まれれば、彼は理解できると思います。 ここにクライアントがいます。彼には3つの法人があります。 今日、彼は弁護士の一人によるとあなたから商品を買ったが、明日は違うだろう。 バックフィルの質問-顧客の売掛金はどれくらいですか？
これはあなたの会計士にとっては「全体」のクライアントの本当の売掛金を絶対に「すみれ」にしていますが、もちろん合計に、つまりクライアント全体に興味があります。 ところで、会計士について。 プログラムから和解行為を行う方法を示すように連中に依頼してください。 そして、それはすべてがクライアントの各法的エンティティに対して別々に厳密にあるべきであるということだけです。
次に、新しいクライアントと彼に2つの法人を連れてくるよう依頼します。 発送します。請求書をご覧ください。 クライアント自体の名前についての言及はどこにもありませんか？ jurの名前のみ。 人？ さて、神に感謝します、さもなければ人生のすべてが起こります。 より明確にするために、以下のテストの断片を示します。 2番目の法人に出荷します。 次に、クライアント全体の売掛金を表示するように依頼します。 これは、これら2つの出荷の合計に等しくなければなりません。 はい、別のニュアンス。 借金総額を表示したばかりのこの場所から、どの出荷によって形成されたのかが明確だったらいいですね。
さて、ここではCRMの機能については説明しません。 これを自分で確認することは難しくないと思います。 主なことは、注意深く見ることです。
もう少し物流。 クライアントに発行された請求書は次のとおりです。 10個の量の特定の製品があります。 5個出荷する必要があります。 倉庫から、残りの5つを購入に送信します。 まあ、顧客は不運で十分ではなかった。 誰とは起こりません。
あなたのためだけに特別に作られたクライアントのカードと彼の2つの法人のために入力された2つのアカウントの両方から両方を見ることができれば便利であることは明らかです。 この経済を確認してください。 サプライヤのカードからだけでなく、商品の注文、彼からの請求書、請求書なども確認できます。
別の興味深いニュアンス。 システムは、出荷後にドキュメントの詳細を変更するユーザーのアクセスをどのようにブロックしますか？ 彼らにこのロック機構を見せてあげましょう。 したがって、商品を出荷しました。もちろん、システムはトランザクションの重要な詳細を変更する可能性をブロックする必要があります。 文書内の製品または取引相手の価格を修正できるのは誰ですか？ まあ、何かが起こる、突然あなたはそれを修正する必要がありますか？ 今何をする？ すべてをロールバックしますか、それとも、すごい大きな権利を持つ人がそれを修正できますか？ 価格を修正して請求書を確認します。 もちろん、前四半期の請求書の価格を合理的な人が修正することはありませんが、これが昨日の出荷に過ぎず、クライアントと少し交渉した場合、それを修正してみませんか？
ところで、最後の四半期について。 そして、この最後の四半期にデータアクセスはどのようにブロックされますか？ 本当に修正できないものを示して実証するように依頼します。 会社に3人いる場合、できることとできないことについて同意できます。 そして、あなたが30歳のとき、同意するのは難しいです。 システムが必要です。
そして、非常に有名な1つのERPシステムのテストの一部を次に示します。
それで、最も興味深いことは、私が競売-12を見せることを求めたときに始まりました。 そして、何らかの理由で、法人ではなくクライアントの名前を支払者として見ました。 これはどのように可能ですか？ 結局のところ、クライアントの名前は単にパートナーの一般名です。 公式文書にどのように表示できますか？ 私はこの見落としを取り除いて、支払人がクライアントの名前ではなく法人の名前を示すように頼みました。 そして、ここですべてが明らかになりました。 この法人はすぐにクライアントと少なくとも何らかの関係を持つことをやめました。 これは、XXXの操作中に選択する必要があることを意味します。 または、クライアント全体の財務パフォーマンスを制御することも 、XXXからプライマリドキュメントを生成することもできません 。
購入について少し。
どこで買えばいいの？ 私は工場の購買部長です。 数千のコンポーネント。 同時に、会社は数百、おそらく数千のアイテムを購入する必要性を感じますか？ そもそも何を買うべきなのか、2番目に何を買うべきなのか、今は何も買わなくてもいいので、待つことができるのかを理解する方法は次のとおりです。 要するに、スタジオでの購入のスケジュール！
最も単純なチェーンを複雑にすることはありませんが、クレイジーな人々が要件を作り上げたと言うでしょう...あなたはサプライヤーに注文し、請求され、支払い、そして商品があなたに届けられました。 少なくともこのような単純なチェーンが機能することを確認してください。
サプライヤに注文し、2番目を入力します（これまでのところ、単にマニュアル）。 これらの両方の注文に応じて、サプライヤは1つの請求書を発行します。 これを見ます。 どのオーダーで作成されたかはどこで確認できますか？ 注文のどこで確認できますか？これらの注文に応じて発行された請求書は何ですか？ 注文は、アカウントの形成後にステータスを変更しますか？ 注文を見て、注文が処理され、それに応答して請求（請求）されたことを理解するにはどうすればよいですか？ 上記の貨物を受け取るために委任状を印刷する方法を尋ねますか？ 彼女を見て、どれくらいいっぱいですか？ ボールペンで詳細の半分を示す必要がありますか？
単純な状況：システムの操作を開始しました。 サプライヤーへの注文の束、数百。 このリストで、処理されている注文と処理されていない注文を理解する方法を次に示します。 注文ステータスがある場合、どのように変更されますか？ 自動的にまたはどのように？ たぶんいくつかの色、または他の何か？
さらに、サプライヤの請求書（請求書）を支払う必要があります。 または、支払いのために配達した後、ここでは異なりますが、重要ではありません。 こちらが購買管理者です。 請求書を支払うといいと誰にどのように報告しますか？ 具体的には、何をどこに入力し、誰がどこに表示されますか？ この手順に従ってください。 確かに、通常の企業では、サプライヤへの支払いは経営陣（物流または財務部長、それは重要ではない）による承認プロセスを経て、これがどのように起こるかを示すよう依頼します。
一般に、システムをテストするときは、主なものを覚えておいてください-個人用の製品だけでなく、すべての従業員が働く企業情報システムを見ている。 また、システムが情報転送を提供することは非常に重要です。 多くの開発者はこの点を見逃し、その後、電子メールと電話で解きほぐして、ユニットからユニットに情報を送信します。
支払い済み。 貨物を輸送しています。 しかし、ニュアンスがあります。 この有害なプロバイダーは、請求書を2つの請求書に分割しました。 私は今日1つを持ってきて、2つ目は来週配達されます（ロシアではこれが起こりますが、西洋ではそれほど頻繁ではありませんが、注文が複数の請求書に分割されることがあります）。 この問題を反映してください。 はい、請求書価格に配送価格を含めることを忘れないでください。 そして、この配達を正確に提供したのは誰ですか？ そして、それはどこで見えますか、誰がそれを提供しましたか？ そして、配達が提供され、その書類を受け取ったことはどこに見えますか？ そして、配達を提供した人への借金はどこにありますか？ あなたはまだそれを支払っていません...
再び通信について。 購買管理者は、店主にどのような種類の貨物をいつ受け取るべきか（特に複数の倉庫がある場合）にどのように通知しますか？
工場（シリアル）番号。
保守と保証を必要とする高度な機器を提供する一部の企業は、シリアル番号を検討したいと考えています。 ここでは微妙なことはしませんが、アドバイスをします。 ここで商品を発送しました。 出荷後、出荷されたシリアル番号をどこで確認できますか？
別のテストはこれです。 シリアル番号の一般的なリストを開きます。 シリアル番号で見ると、彼は今どこにいるのでしょうか？ 特定の番号の移動の履歴、つまり、どこで購入したか、どのドキュメント、どのサプライヤから、誰に販売したか、どのアカウント（注文）などに表示するかを尋ねます。
そして一般的には会計を通じて。 商品の発送先には請求書（注文、重要ではありません）があります。 この製品の出荷元のバッチ（または保管されている場合はシリアル番号）を確認するにはどうすればよいですか？ このバッチのサプライヤーは誰ですか？
次のパートでは、倉庫、財務、契約、「注文品の配達」などのテストを続けます。