Ｐａｇｅ 20 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 通常モードに戻る ┃ ＩＮＤＥＸ ┃ ≪前へ │ 次へ≫ ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ ▼店舗別の受注管理をしたいのですが・・。 Ｓｈｉｇｅ 02/1/15(火) 18:21 ┣Re:店舗別の受注管理をしたいのですが・・。 issun 02/1/16(水) 17:02 ┗Re:店舗別の受注管理をしたいのですが・・。 かみさん 02/1/17(木) 16:23 ┗Re:店舗別の受注管理をしたいのですが・・。 Ｓｈｉｇｅ 02/1/23(水) 10:25 ─────────────────────────────────────── ■題名 ： 店舗別の受注管理をしたいのですが・・。 ■名前 ： Ｓｈｉｇｅ <shigeyuki@miyakojinotamago.com> ■日付 ： 02/1/15(火) 18:21 -------------------------------------------------------------------------
| はじめまして、早速ですがみなさんにご相談があります。 私は某スーパーさんに品物を納品している業者なのですが、 受注日報としてデータベースを作成しようと考えております。 ですが店舗あたり６アイテムの商品受注数を入れるフォームを作るまでは できるのですが、それを店舗×約２０・・。約２０店舗分を１枚のフォームに まとめることができないんです（１−２−３の様に表状にして１日分を入力することを 希望）。百歩譲ってフォームの数を店舗数分増やして最後にクロス集計をしようと考えましたが、これではデータベースを複数用意しなければ成りません（たぶん・・・。） 何方かこのような用途で作成するデータベースの良い方法をご存じのかた、どうかご一報ください。よろしくお願い申し上げます。 えっ〜とバージョンはアプローチ２０００ でございます。 |
| >> Ｓｈｉｇｅさん：はじめましてissunです。 >受注日報としてデータベースを作成しようと考えております。 >ですが店舗あたり６アイテムの商品受注数を入れるフォームを作るまでは >できるのですが、それを店舗×約２０・・。約２０店舗分を１枚のフォームに >まとめることができないんです（１−２−３の様に表状にして１日分を入力することを >希望）。百歩譲ってフォームの数を店舗数分増やして最後にクロス集計をしようと考えましたが、これではデータベースを複数用意しなければ成りません（たぶん・・・。） ご質問の件ですが、現時でアドバイスとしては申し上げられません。 アプローチは非常に扱いやすいだけに、それが災いしてフォームから先に構想を練っても そこそこ動くデータベースが出来てしまいます。しかしデータベースは表計算と違って どういうデータベースを幾つ作って、どう連結するかが大切です。その大切な部分は アクセス等の他データベースでも同じことなのでアプローチを活用する為のこの掲示板で お答えしにくいことをご了承ください。 自分なら「取引先データベース」「アイテムデータベース」「受注日報データベース」 の三つのデータベースを作成して連結して、受注日報データベースが日々増えていく 形にします。↓アプローチのフリーウェアです。 http://www.vector.co.jp/soft/win95/business/se125217.html?r 顧客管理のアプリですが、顧客を取引先・詳細を受注として考えてみてください。 目的の物とは違うかもしれませんが、少し手を加えると近いものが出来ると思います。 |
| >> Ｓｈｉｇｅさん： >はじめまして、早速ですがみなさんにご相談があります。 >私は某スーパーさんに品物を納品している業者なのですが、 >受注日報としてデータベースを作成しようと考えております。 >ですが店舗あたり６アイテムの商品受注数を入れるフォームを作るまでは >できるのですが、それを店舗×約２０・・。約２０店舗分を１枚のフォームに >まとめることができないんです（１−２−３の様に表状にして１日分を入力することを >希望）。百歩譲ってフォームの数を店舗数分増やして最後にクロス集計をしようと考えましたが、これではデータベースを複数用意しなければ成りません（たぶん・・・。） はじめまして 私も初心者なのでわからない事がたくさんありいつも質問ばかりしていますが 私が作るのならissunさんと同じで、 受注データ、得意先データ、商品データをつくり、それぞれを連結して作ります 受注日報だと「いつ、だれに、なにを、どれだけ」というようなものがフィールドして考えられます 得意先データだと「得意先名、住所、電話番号」 商品データだと「商品名、単価」 などですそこで 受注データ 得意先データ 商品データ 日付 得意先コード 商品コード 得意先コード 得意先名 商品名 商品コード 住所 ロット数 数量 電話番号 単価 金額 以上のようなデータベースを作り、得意先コード、商品コードを連結させます こんな感じですがとにかくissunさんがいわれているとおり フォームの形などよりも、設計段階が大切であるので、どんなことがしたいかをはっきりとすることが大切です。その上でうまく出来ないところを皆さんに聞いてみれば良いと思います。 |
| かみさんさん・issunさん大変ありがとうございます。 お礼のお返事が遅れましたことを深くお詫びいたします。 お二方の方法を、早速試したいと思います。 いずれにせよ作る上で再度みなさまにご相談すると思いますので その節は、よろしくお願い申し上げます。 |