生産管理ソフトはどうしています?
従業員数50名程度の部品メーカーに勤務する者です。
製品点数は、約3千件。
Accessの知識が少しあるばかりに、「生産管理ソフトを作れ!」
といわれました。
なんか参考になるソフトはないでしょうか。
ちなみに現状は、ExcelとWordを使って納期管理だけをしていま
す。
納期管理だけではダメでしょう、と発言したら、
「だったら、おまえが生産管理ソフトを作れ!」
となってしまいました。
納期管理の他、在庫数や、職員の作業時間の管理なんかも考えな
ければなりません。
この正月がユーウツです。 .__
J_†_| / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
(,,゚∀゚) < 悩める2ゲッター達のためにアヒャ参上!
ハ ̄ ̄`つ | ここでみんなの悩みに答えて見せるよ
し ╋| | 偉大なるラウンジの神様のもとに…ゲラオプス♪
|___| \____________
∪ ∪
>>1ありがとアヒャが2ゲトするためだけにスレ立ててくれて
>>3惜しいねアヒャがいなけりゃ2だったのにね
>>4専用ブラウザ入れれば>>3のひとにも勝てるかもね
>>5串とかさしてない?2chじゃあんまり意味無いよ?
>>6OSがMEだったら高速化のソフトも出てるけど?
>>7まだISDN?早くブロードバンドにしないといつまでもその辺りだよ
>>8そろそろパソコンの買い替え時期だね
>>9かわいそう
>>10・・・・
>>11以降交感神経って知ってる?そこから取り替えたほうが手っ取り早いかも まず部品マスタ(製品ごとの部品表)はあるか?
次に部品あるいは工程順序に関係付けされた標準時間がそろっているか?
なければこれを作ることからスタートだ。
これがないとパッケージ製品を導入するにしても自作するにしても
納期の基準がないわけだから話にならん。
在庫管理が必要なら部品ごとの在庫表を作れ。
これらはAccessでもOKなんだが、
おそらく多くの端末から在庫更新することになるので
Accessで普通に作っただけだとだとめちゃくちゃ壊れやすい。
VBAがわかるなら「非連結フォーム」をつかって作ることを強く勧める。
少しは堅牢なサーバがあるならMSDEとadpでつくっとけ。
その後、パッケージ製品を導入するならパッケージ屋に、
そうでなければここでさらに煮詰めよう。
いずれも単純でどこにでもある表構成にしておこう。
難しくしてしまうと後々パッケージ製品を導入するときに無駄なカスタムが入ってしまうからな。
で、進捗状況はどうよ?
とりあえず、Access2000で、次のテーブルを作り始めました。
製品マスター 約3000件
材料マスター 約200件
外注マスター 約100社
レコードは年明けに、事務の人に入力してもらおうと思っています。
製造課長に聞いたところ、1つの製品に関係する部品が、最低で5件、
最高で70件ぐらいあるそうです。
ひょっとして製品マスターと部品表を組み合わせたら、レコードが数万件
になるのか? と卒倒しそうになりました。
MSDEにまで手を出すのは億劫なので、できればAccess2000で済ませられれ
ばと考えています。
標準時間は、いままでまったく把握していません。
納期に間に合えばいいという会社ですので。
製造課長の直感によると、当社製品の半分は採算割れじゃないかと。
それでも、何とかやってこれたのは、独自の技術があるからだ、と笑って
いました。
経費節減の折、システム開発を外部に委託するのは無理みたいです。
経理担当として入社したのに、なんでまたこんなことをせにゃならぬのかと、
再びユーウツになりました。
追加で質問なのですが、Aceessだけだと、やはり壊れやすいんでしょ
うか?
前にいた会社で、30人程度の時間管理表をAccessだけで作ったことが
ありました。
一度に複数の人が入力しようとすると、スピードが落ちるというクレ
ームはありましたが、10万件のレコード蓄積でも壊れたことはありま
せんでした。
ただし、いま現在、その会社がどうなっているかはわかりませんが。
この手の話題は好きなので再度乗ってみる。
とはいってもソリューション屋でも経理屋でも管理屋でもないんだけどね。
【AccessのMDB】
行ロックをサポートしてないおかげで更新が多いとほかの人が作ったデータが良く壊れる。
エラーも出ないから結構気づかないんだよな。
ページロックでデータが壊れる仕組みはわかるよね?
Accessで複数人数が叩くデーブルは非連結で作るのが基本。
-----------------------------
本題。
最初にいっとくことだと思うけど、経理屋さんが生産管理まで面倒見るのって大変だと思うれす。
社長とか製造管理担当の強い協力なしだとかなり苦労しそうw
出来上がるものが楽しみ♪
【サンプル】
最近Googleと日経メカニカルで生産管理系のソフトを探したけど実際のところ
パッケージの高額な製品しかでてこなくて辟易したですよ。
画面サンプルもソリューション製品なんでほとんど見せてくれませんです。
市販のDB(Access)の教科書も販売システム系はよくサンプルがあるけど
生産系はめったと見かけないのでむしろ「生産管理概論」とかの教科書から
仕組みだけを読み取って自分でアレンジしてもいいかと。
ちなみにうちは社員数百人規模なのにメインフレームでやってる部門と
C/Sでやってる部門とAccessでやってる部門とに分かれてて統制が取れてない。
まあ動いてるから良しでやってる。
おかげでサンプルには困らないw 【在庫管理】
専門外なのでパス。むしろ経理屋さんの方が詳しいだろうと。
たしか販売系システムのサンプルがAccessの本にあったと思うのでそっちをみませう。
【納期管理・作業時間】
ST(標準時間)なしでどうやって納期とか作業時間管理するんじゃボケェッ!!
とかいいたくなるのはうちが製造系メーカーだからとかそんなツマンナイ理由なんだろうな・・・。
え〜と。
あたしの想像では部品屋ってことはひとつの製品あたりのサイズとかロットあたりの
生産期間・規模が大きくないと思う(ラインじゃなくて屋台でしょ?)ので
工順マスタにSTを組み込む必要はなくて製品マスタにSTを込むだけでも十分かもしれないれす。
とりあえず製造担当者にお願いして半年くらいロットごとの予想時間と実績時間を
現行の生産予定表なんかに書き出してもらうと良いです。
(実績時間だと不良修正とかのノイズが入りやすいので両方が無理なら予想時間の方がいい。
この辺の話題はS/N比とか統計手法とか行動心理学とかの話で面白いけど割愛)
集まったデータは全部溜め込んで製品ST=Σロットにかかった時間/Σ生産個数
にすれば、半年くらいで管理屋が使うには十分な精度のデータになるです。
経理屋ならわかってると思うけど、最初から過剰品質のデータを得ようとすることはやめませう。
標準時間は生産管理の教科書を見るとストップヲチとかかなり面倒くさい方法が載っているけど
会社の余力がないならやめておくのが吉。
最初の間は現場の勘を全面的に信頼して「経験見積もり」に徹して、早く多くの製品の
データをそろえるようにしたほうがイイ。
そうしておけば精度に不満が出てきたときも現場が自分たちで何とかするからね。
であ。 よくみたら文章めちゃくちゃ。
こんろはお酒の無い状態でけきまふ。
ねる。であまたそのうち。
書店で管理システム構築用の本を何冊か買ってきました。
(もちろん会社の経費で)
まだパラパラとめくっただけですが、いずれも生産管理システム向け
とはいえないようです。
ただし、MSDEのところは使えるかも。
桐のものも探してみたのですが、残念ながら見つかりませんでした。
(地方の書店なので置いてないのかも)
一応、簿記1級の資格があるので、活動基準原価計算まで組み立て
られたらいいなと考えているのですが、標準の作業時間さえ把握さ
れていない現状では無理のようです。
製造課長からは「当社は試作品や金型造りが多いから、標準時間と
いわれてもねぇ」と、素っ気なくいわれてしまいました。
生産管理システムは顧客の業務にあわせたカスタマイズが多いし、御社の技術のように
システム構築を請け負うベンダそれぞれならのノウハウに属する部分もあるので、
書籍などで一般向けに公開されてる情報は少ないでしょうね。
製造課長の言葉は、今までそうだったのはしかたないけど、DBをベースにこれから
各試作に要した時間を記録していく気もないとしたら、会社として危ないかも
しれません。
> 各試作に要した時間を記録していく気もないとしたら、会社として危ないかも
> しれません。
まったくご指摘の通りです!
営業利益段階で毎期30〜40%程度を確保していて、銀行からは超優良企業
とおだてられているせいか、コスト意識が全然ないのです。
決算を締めた後で、「今年も、よくできました。ご苦労さん」で終わって
しまっているのです。
受注案件ごとの能率の良否や損益がまったくわからない状態です。
今年は無借金経営を達成したので、来年はいよいよ生産管理システムだと
腹を決めています。
>>15
だいぶ前(25年前かな?)に「生産管理とは」というのも、今のあなたと同じく追い回していました。
その中に、「管理であるから、予定と現実のズレをチッックして事前に予測を出し、対策するのが目的」
というのを見つけて「金型屋でどうするのだ?」と随分と迷いました。
多くの生産管理の本(とソフト)は、標準工数を設定できている、という前提から始まりますが、金型などでは各社で作り方が違うから「世間の標準工数」なんてものは、無いだろうというのは直感でも分かります。
それで、結局私は過去の実績を元に、経営的な目標を扱い重量に変換しました。
つまり工数は重量に比例すると見たわけです(実績調査からは合っていた)
加工方法を検討すると、金型では加工体積に工数が比例する工程と加工面積に工数が比例する工程があると判断して、図面から加工工数を割り出し、ガントチャート化したグラフを作ったものです。
参考にして下さい。
重量への変換と、ガントチャート!
むむむ、これはすごいアドバイスです。
ありがとうございます。
早速、検討してみます。
一晩空けてみると、元金型屋までいるし。
正月早々生産管理システムか。おめでてーな。(オレモナー)
>>1なんて
>まったくご指摘の通りです!
>腹を決めています。
とかレス返してんの。もう見てらんない。
てーか生産管理システム以前の会社っぽいな。お前んところって。
なんか「生産管理システム」って言う言葉に振り回されて
いきなり教科書全体に対して一気に手をつけようとしてるように見えるんだよな。
一昨日も言ったけど、一人で面倒見るにはあまりにも広大な分野なんだよ。生産管理ってのは。
(だからSCMとかISO9000のコンサルがこれだけ流行る)
生産管理のどの分野を解決をしたいのか決めて、現状と問題をしっかり把握し
たほうがいいとおもうぞ。
わかってる限りでは在庫管理・納期管理・工数管理。
そして最終的には「適正な利益をえるための工数見積もりシステム」と見ているが。
でも、ここまで見た限りだと対策にすぐ着手できるところって在庫管理くらい。
だいたいなんだよ、「そのすごいアドバイスです」ってのは?
ノウハウがロジック化できてない時点でシステム化以前の問題だろーが。
そもそも数値化できてないところにコンピュータの絡むロジックが適用できるかってーの。
だいたい、ワンオフ製品の工数なんぞ現場を信用するところでおまえがでしゃばるところじゃない。
そっけない製造課長でも、なんかしら「図面を見た瞬間の直感」みたいなもんを持ってるもんだ。
その経験や直感を吸い上げてロジック化してやるならともかくおまえが責任もっていいのか?
だいたいおまえの仕事は経理屋だろーが。
工場に立たない経理屋が「製造課長。日程と工数くらい出してくださいよ」ならともかく
「あなたの仕事はこの式で算出します」なんていっていいのか?お前んところは?
それにな、そんな「現状の把握にすらたどりつけていない状態」なんてきょうび流行んねーんだよ。
得意げな顔して何が、生産管理システム、だ。
おまえは本当に生産管理システムしたいのかと小一時間(以下略。
俺から言わせてもらえば、今、金の無い中小規模の生産管理システムの最新流行はやっぱり、
「任せられるところは現場に任せ、PC化にこだわらず分業で全体を構築」、これだね。
「欲張らずに問題を把握できたところから単機能プログラムと帳票(紙)をつくって運用でシステム化」
システムといっても全機能がひとつのソフトだったりデータを共有する必要はない。
適材適所。場合や規模によっては紙ベースのほうが運用しやすいかもしれない。
帳票が十分成功してからPC化しても良いし、目に見える帳票はISO-9000化を
目指すときにも非常にわかりやすい。
そもそも帳票を直すのは簡単でもロジックを直すのは大変なんだよ。
本題。
【在庫管理】
多品種を扱う企業として必須業務だし無いということが問題だ。作れ。
この業務に関しては会社ごとの独自性が入り込む余地なんて分析機能以外ほとんど無い。
製品・材料マスター管理、仕入れ先マスター管理、入出庫管理、伝票印刷、棚卸、在庫分析etc.....。
せっかく今作ろうとしてるんだから完成させろ。
【納期・工数・工期管理】
問題があることがわかっていてもどの程度問題が潜んでいるのかわかってない様に見える。
こっちも部品屋と聞いて大量生産部品と思ったから標準時間の話し出したけど
ワンオフ(試作や金型)の比重が大きく少量短期生産だと標準時間だけでの管理は無理。
でも標準時間だけの管理ががだめならそれはそれでやりようなんていくらでもある。
業務管理ができてないなら(社長命令で)製造課長に業務予定と実績つけさせるところからはじめろ。
手書きでもプロジェクト管理ソフトでもいい。まず製品ごとの予定と進捗と達成率を報告させろ。
で、実績工数を営業の売り値で付き合わせると社長の顔が・・・・(l||゚д゚)・・・・ってことになるから。
規模によってはMicrosoftProjectと発表用のPC用プロジェクタ導入するだけでOKってことだってあるしな。
(あ〜〜他人事だと思うといいたいこと言えてイイワ。) 基幹部だけによほど丁寧に作らないと社内中のつまはじきにされる罠。 生産現場のレベルが低かったら生産管理システムなんて入れても無駄。
生産現場を知らない人の作った生産管理システムなんて現場ぢゃ見向きもされない。
頑張って下さい。 なんか、自分が以前いた環境と同じような"ニオイ"がしたのでついついカキコです。
とりあえず、生産管理システムとかいう大きなものまでは考えない方が良いのではないでしょうか。
一人で抱え込むにはあまりにも大きすぎる気がします。
まずはMSDEをセットアップして、部品(材料)と製品の出入りにかかわるデータをきちんと取り込み、共有できる環境を構築することからやるのが吉かと。
多分、それをやるだけでも様々な問題が顕在化すると思います。
ちなみに私がそういうことをやったときには、お爺ちゃん連中の保有する『脳内仕様書』の数の多さに泣きそうになったことがありました・・・
なにはともあれ、ガンガレ!
ここは>>1が2ちゃんで生産管理のコンサルを受けるスレになりました。
>>1がどれだけ恥と情熱をさらせるかがこのスレのポイント。
がんがれ! >>22
『脳内仕様書』・・・わかるなぁ。
お爺ちゃん連中に限らないよ。
他人事な連中は、ああだこうだと頭の中だけでいろいろな可能性を妄想して、
「それら全部に対応できる実装を」と要求したがるものだ。
若い連中はそれほど経験がなかったり表現能力がなかったりして、要求が増えないだけ。
お爺ちゃん連中は年の功で経験が一杯あるから、思い浮かぶ可能性がいろいろあるだけ。
若い連中でも、変に知識ある奴はああだこうだと言うものさ。
それらの要求を受け流しながら、つきつめればどこが要点なのかを分析して、
単純な構造に還元するのが、こうしたシステム構築の勘所だね。
1人でやるようなら、一番の要点を見つけて、そこから積み重ねていくのがいい。
頑張って欲しい。
数多くのご発言、ありがとうございます。
この1年、取り組んできたことは――
●売上高から直接原価(直接費ではありません)を控除した製造限界利益(限界利益で
はありません)までを、製品別に求めるところまでできました。
これにより直接原価計算方式の損益計算書を作成することができました。
ただし、これらはExcelででしか作成できないことが不満足でした。
●いまの会計ソフトは部門別課別に入力することが可能なので、部門別直接費・部門別
間接費と全社共通費とにそれぞれ区別して把握することができるようになりました。
就業時間を短期予定操業度とすることで、部門別の間接費配賦率を最小自乗法で求める
ところまでできました。
ただし、部門別間接費を製品別に予定配賦するまでは至りませんでした。
これは、予定配賦の前提となる、作業時間の管理ができていなかったためです。当社の
最大の弱点です。
●作業時間の管理にあたっては、工程別原価計算のコストセンターか、活動基準原価計
算のコストドライバーのいずれかを設定することから検討するつもりです。
作業時間だけでなく、機械加工時間も把握したいところですが、最初から多くを求める
のは無理だと考えています。
やはり脳内仕様書が最大の壁でしょうか。
●在庫管理は前期から、ABC分析に基づき、日次棚卸・四半期棚卸・期末棚卸を実施
しています。
在庫には予定価格を適用し、受入価格差異を把握するようにしていますが、Excelによる
管理だったので、これをデータベース化したいと考えています。
今期中は税法の届け出による評価方法(最終仕入原価法)によらざるを得ないので、予
定価格を採用した在庫管理の本格稼働は、税務署への届け出後の来期以降になります。
それと、ストックオプションを持っているので、従業員に対しては、潜在的な株主とし
て発言できるのが個人的な強みです。
少しずつ、Accessで組み立てているところです。
現在、検討しているのは、次のような事項です。
●部門別間接費を製品別(またはプロジェクト別)に配賦する基準は、作業時間以外に
どのようなものがあるか。特に部門別計算において。
機械加工時間を把握するには、どのような方法があるか。
ただし、これらは活動基準原価計算によらない場合。
●活動基準原価計算による場合、コストドライバーを設定する基準はどのようにしたら
よいか。
●期中は工程別原価計算を行い、期末だけ売価還元法計算によれば、決算作業は随分と
楽になるのではないか。
●研究開発活動について、予算管理や時間管理以外に有効な統制システムはあるか。
●ガントチャートを作業日報として転用して入力する画面構成など。
最後の画面構成以外はソフトウェアの問題ではないし
経営版のほうがよくないかしら >ガントチャート
まさかAccessで自作する気でわ???
死ぬぞ。
Projectにしとけ。 Vector等にあるAccessで作った生産管理ソフトを
参考にするのがいいのでは?
そのまま使えなくとも、かなり勉強になりますよ。
個人的にはプログラムはVBで作ったほうがいいと思います。
>Vector
ST計測とか工程直行率管理とかのことだったらアレは自分で使うための道具として作ってないと思う。
ST計測の方はそもそもAccessで作ってる事が間違っている。機能も片手落ちすぎ。
少なくともビデオ分析で使えるツールじゃないのでExcelでsec→dm変換する関数作って帳票から自作した。
(うちの場合STはビデオ観測、KKD、これらを元にした標準資料のいずれかでSTは「ST式」として管理)
直行率管理は使いようによっては何とか。
でも業務とか会社の形態(用語)に依存する部分がカスタマイズできなかったのでこの業務も自作した。
Excel工程表とかは論外。(図形オブジェクトと数値がリンクしないのでただのお絵かきソフトにしかならない) デスマーチの危険な香りが立ち込めてるぞオイ。
@解決すべき問題は何?
Aそのために管理されるべきなのは何?
Bそれを管理するために用意すべきなのは何?
特注ホワイトボードだったり帳票整理棚だったりしないか?
#個人的にはAutoCAD+ObjectARXによる泥縄が好みなんだけどね。
#OLEのネストで死ぬ。 >>34
経理屋さんがAutocadで生産管理・・・・萌えっ!!
オーバースペック(場違い)ッぷり素敵過ぎますゥ・・・ハァハァ♥
(↑会社が買ってくれなかったのであてつけにCADAMで製品仕様書(80P)をDTPしちゃった人。)
でああそびにいってきまつ。 タイトルは「生産管理〜」なのに、1さんの内容は「原価計算」ですね。
タイトルと内容が矛盾しています。
また、1さんが原価計算の話をしているのに、レスのほとんどが、生産管理でもなく原価計算でもなく「システム」に集中しているのも不思議。
現場を知らない経理屋と、原価計算理論を知らないシステム屋の競合では、議論にならないのでは?
1さんは、岡本清先生の「原価計算・六訂版」を読んでいるものと推察。
標準原価計算と、その先にある原価企画の構築から始めるのがよろしいかと。
部門ごとの間接費配賦率を求めるところまで到達しているのであれば、工程別原価計算がいいかもしれません。
コストセンターごとの配賦基準は、直接作業時間によろうと機械加工時間によろうと、部門別計算の段階で設定すればいいと思います。
活動基準原価計算におけるコストドライバーは、作業日報を実際に入力する段階で様々な問題点が吹き出すので注意したほうがいいですよ。 #この板ってこういう話題はいいのかな?俺この板来るの年に数回程度なんでよく知らん。
なんつーか、事務屋の事務屋による事務屋のためのマスタベーション臭いんだよな〜。
(煽る気は無い。)だから皆横に少しずらしてるんだと思うよ。
ちなみに俺は原価計算関連知らない。うちはドンブリの借金だらけ。
で、どこがどういうふうに臭いのかAさんの会社での例を。
/****************
Aさんの会社は部材展開を把握していない。部材展開できないってことは
適正在庫を把握できないってことで、管理しようにも管理基準が作れない。(まあ業種によると思うが。)
でも、日次棚卸はやってる。綺麗なExcelの表で毎日だって出力できちゃう。
で、Aさんは欠品が出たるとこう思っちゃう。
「現場は馬鹿だ。これだけちゃんとした在庫管理をやっているのに、それを活用しようとしない。
Oracle入れて現場にIT端末を置いて、さらに情報の浸透を図るのが進むべき管理の理想だ。」
プ。いくら金をかけても欠品は無くならず、脳死状態のシステムと入力する手間だけが増殖していく。
でもAさんは自分の仕事をちゃんとやってるように見えるから怒られない。
実はAさんがやっているのは在庫数把握で在庫管理は誰もやってない。
でも組織が未熟なので誰も気づかない。
*****************/
こんなふうに臭い。管理が進めば出てくる帳票類を会社から搾り出しても、管理は進まない。
ちなみに昔読んだ御本を久々に開いてみると、生産管理システムに絡むサブシステムとしては
部品情報管理、工程情報管理、生産計画、所要量計算、工程管理、工程実績管理、在庫管理、
購買・外注管理、販売管理があって、原価計算システムに関るシステムとしては、
在庫管理システム、財務会計システム、生産管理システム、管理会計システムがある、とか書いてある。もう意味不明。
50人規模の会社でどこまでやるのか知らないが、全部まともに叩き込もうとすればほぼ確実に死ねる。
参考文献:中央経済社「生産・在庫管理システムの設計」ISBN4-502-21284-9 C3034 \4000E
↑:見てみたらこの本シリーズで全5巻でてるぞオイ。先長すぎ。 中小だとオフコン屋あたりに身の丈に合ったシステム組んでいってもらった方が
パッケージ導入よりは安くつくんじゃないかなぁ。どうなんだろ? >>43
たしかに経理などはそれでもいいが、
生産になるとノウハウになるので難しい
>>46
43は極論だが、生産側を変えずにシステム化するのは不可能に近い。
生産管理システムって、人間の指紋と同じように、1社ごとに仕様が異なるからね。
パッケージといっても限界があるさ。
だからといって、独自に作るのも難しい。
生産管理システムといえば、独SAP社のR/3がトップシェアといわれているけれど、導入後の失敗事例が多くあると聞く。
SAPに毎年1億円以上の費用を払いながら失敗するんじゃ、たまったもんじゃないね。 >>48
かといっていつまでも旧態の方式(脳内仕様や紙記録)ってわけにもいかない。
事業拡張したら、どこかで効率改善が必要になる。多くの場合、コンピュータ化になるけど。
建前は成功しますと言うしかないだろうけど、ある程度の失敗や損失は覚悟して
おくものなんじゃないの。
まともな会社ならそれを飲み込む余裕はあると思うし。その余裕も許されないくらい
追い詰められてる所は、そこまで事態を放置していたことに問題があるんだけどね。 1です。
たくさんの書き込みありがとうございます。
正月休みを利用して、スキー旅行に行っていました。
進捗状況と、さらなる相談は改めて行います。 生産側も変えなければ生産管理は乗らない。
現場の手法をまったく変えずにシステム化する場合、
例外なく失敗する。
かといってパッケージですむほど単純じゃない。
だから生産管理システムなんてのはベラボーに高いのです。
膨大なカスタマイズが必要だから。
偉い人にはこれがわからんのです。 業務の手順さえ明確じゃないような中小で、生産管理をやろうというのなら、
とりあえず桐でも使って身近な所から組んでみよう。
桐なら柔軟に仕様の変更に答えられるし、一人でも作っていける生産性を持っている。
また多少正規化を犠牲にしてもよい汎用性もある。
間違ってもアクセスなんかでやらない方がいい。度重なる仕様変更で正規化が
崩壊し、帳票出力で要求に応えられず、泥沼に絶対ハマる。100%はまる。
そして使えないシステムとして烙印を押され消えゆくだけ。 >>52
>度重なる仕様変更で正規化が崩壊し、帳票出力で要求に応えられず
現実味に溢れてるな。苦笑いがとまらんぞ。 横ヤリの質問で恐縮ですが。
MSDEを使うのではなく、Accessの「データアクセスページ」を使うのって、やはり負荷(またはリスク)が大きいのでしょうか。
なお、イントラネット環境で、同時アクセスが5名以内でデータアクセスページを利用する条件下ですが。 >>52
なぜに桐?Accessも桐も大差ないだろう。
なすべき事はデータベースとプログラムを分離する事ではないのか?
ワープロソフトで一太郎が惨敗したように
桐も命脈は尽きたといえるだろう お前らおちけつ。
生産管理で開発ツールを選ぶのはもっと後の段階だろ。
先にツールを選んでどうする。 まずは業務の明確化。
紙で計算合わない事やってる事はPCにはのらない。
紙は便利だから、一行にむりやり二個書き込んだり、合計値をつじつま合わせて
書き換えてしまったり。
PCは万能ツールではなく、人が本来行う処理を簡略化するだけ。
まずは業務を見直して一貫したルールで動いているか、例外的な処理
が多いのかどうか?手書き時代の習慣にいつまでもこだわっているかどうか。 部品・部材の管理と、完成製品の管理からはじめるべき。
小ロット多品種生産で、仕掛品とか外注加工品まで管理
すると、入力する手間が増えて、忙しいときに役にたたない。 ▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲
http://www5b.biglobe.ne.jp/~ryo-kyo/osu.html
▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲▼▲ >>63 と >>64 を並行すべし!
( つか、現場の声に聞こえるな、両名の発言は)
定型化しないとコンピュータ化は無理だし、
管理対象(完成品とその材料)の管理(マスター化)が出来ないと
生産管理は無理。
生産管理から原価管理まで行くと、見積−受注−(材料)発注−加工計画−納品計画(検収)
んで、これに並行して 仕入・支払管理、勤怠管理(作業日報)、請求・入金管理が
入る(見積、仕入、加工、納入、請求、入金)。
ここまでいってやっと、「今回の物件は単独で儲かったのか? どうなのか?」
が判る。
ただ、A物件の部材・部品を納期の兼ね合いから急遽B物件に回して、遅れて
入った部材・部品をA物件に戻すなんてのは茶飯事だろうから、そういう付けかえ
も必要となる。しかもこゆのは製造部門が勝手にやったりすることもある(w。
まずは「紙」ベースで起こすことだな。
漏れ、昔そういった業務・要件整理だけ請け負ったことがあったが、数百万
掛かったぞ。それでも「安く済んで良かった」って喜んで貰えたがな(w
ちなみにユーザー規模は多分 >>1 ん所の数倍。
でも、業務内容は近そうだから、多分同じくらい大変だ(部門間の調整とか)。
がんがれ! ↑で言っている「紙で起こす」というのは、
全ての(見たい)業務フローと言うことです。 なるほど
他人が立てたスレだが、いろいろと参考になるなあ PCにあまり期待しないこと。PCに判断任せると、人間が不精になって
肝心の部分が頭から消える。まあ、自動記録装置くらいに考えたほうが無難。
下請けの製造やってるのなら、時間軸をPCに管理させないこと。
生産計画があって計画的に製造している会社と同じシステム使ったら、
会社潰れるよ。 年末年始はスキーも行かず、2ch三昧だったわけだが、
ひょっとしたら良スレ?とかも思ったわけだが、
70ちょっとで終わりとは・・・ ところで、受注ロット数によって外注展開が変わるような場合とか、
忙しいときは「丸投げ」したりする場合、どう管理するのでしょう。 >>73
外注管理というか、発注管理が必要かな。
発注=仕入の場合は、まんまだが、
発注=外注の場合は、発注内容(加工内容)と加工工賃、見積価格と発注価格の
管理が必要かな?>原価管理
資材部は、部品・部材が外注調達なのか納品なのかが鍵。
外部調達は丸投げ、納品の場合は諸々の手続き発生の可能性大。
部品・部材納期が遅れた場合の保証など>入手元の責任
つか、このスレは年度末(発注のとぎれ発生)で、終演か?
春先など、製造関連は閑古鳥だし、あと2ヶ月ちょいの命かな(w 同じ製品が、ケースによって違う経路で製造される場合、
すべての経路を網羅したマスタを作ったと仮定しても、
仕掛投入時に、どのマスタで作業するのかが未定であれば、
管理は不可能でしょうね。
適当に(マスタを)選んで進行しても、途中で分岐したら、
おしまい・・・ですね。製造は難しいですよ。 おれんとこは、超忙しいぞ。
ここで儲けて、宝くじ買おう。 『うちは同じ製品でも経路によっていろいろなケースがあるから、システム化はむずかしいんだよね』
とか言う人を(会社を)いくつか見ましたけど・・・どうなんでしょうねぇ
(>>76さんがそうだとかいうことじゃないんですけど)日々の受注をこなすことしか考えていなくて、自分のやっている仕事の見直しなんかしたことのないような人って意外と多い気がしますが・・・
ひどい時には、自分の作っている物の工数さえ把握していなかった製造業の管理職を見たこともあるですよ。
ところで>>73さんは何を管理したいんだべ?
1は製品別に原価計算したいだけであって、納期管理なんてどうでも良いと思ってるようだ。
在庫管理にしても原価を把握するためのものであって、適正な在庫や発注タイミングなど
まるで興味無し。まぁ経理屋が考える生産管理システムなんて所詮こんなもんだよ。
正直に原価計算システムって言えばいいのに。。。
ところで1の会社は部材発注数とかどうやって計算してるの? 試作だったら受注毎に図面の
部品表を見てで、金型だったら体積分の鋼材をどんと仕入れておけばいいくらいか。
おっと、こんなことはどうでもいいことだよね! 部品表で卒倒するくらだから。w
色々大変だと思うけど頑張れや!
MRPで成功してる小零細企業の話し聞きたいね。
大企業は参考にならない。周囲が必死で合わすから。 やっぱし、MRPは供給元が必死にならないと、成り立たないのかな? ではオールインワンパッケージ製品とは違う話題になりますが
工順マスタを編集するエディタを作成、あるいは導入しようとしています。
工順マスタを効率よく編集するシステムというのはなかなか見当たらないのです。
最終的に「QC工程表」と「工程別ST」を一括編集、管理したいのですが
お勧めの既存パッケージはありますか?
※帳票の印刷時には少なくとも次のような項目が必要です。
<ヘッダ>
部品番号、文書番号、作成者、作成日、検図担当者、検図日、
<本体>
順序番号、工程名、付随ST、主作業ST、加工ST、
管理項目(0..n)、管理水準(0..n)、管理方法(0..n)、管理担当(0..n)
※さらに内部的にひと工程ごとに工場コード、加工区コード、所要人数
が欲しいです。
※さらに工程名ひとつに対し、複数の管理項目(作業条件)セットが
必要になる場合があります。
たとえば「塗装」という言葉に対し、筆塗りの場合と、エアガンで
塗る場合では、筆の種類や、筆の使い方が管理項目になると思いますが、
エアガンではエアガンの目盛りや型紙が管理項目になります。
※最終的には管理水準の値を元にSTの自動計算をさせようとしています。 83.です。
今日、たまたま本屋さんでみつけた
「生産管理・原価管理システムのためのデータモデリング」
という教科書を見つけたので買ってきました。
ちょうどこの本の第2部1章の「工程表」が私の欲しい対象のシステムになります。
これ以外は考慮の対象にはなりますが、開発の対象になりません。
(部品表はすでに存在していますが、加工が主なのでこれと密接に結びつく必要はないです。)
本は言葉の表現が私の会社と違っていて少し引っかかりますが、
参考になりそうなギミックも載っているので薄くて安い本の割には使えそうです。
83を書きながら気に掛かっていた「子レベル部品の処理」も解決の糸口がつかめそうです。
-----
実を言うと上の教科書のことはイそこそこにメージどおりだったので
比較的安心したというのが本音です。
おそらくここまではどのプログラム屋さんでも同じモノができそうな気がします。
しかし、このエディタを使用する人の苦労は実際のところ、
管理水準の編集(参考書で「作業記述」とかかれている部分)や
STの計算にあったりするのです。
そんなわけで、ここがおろそかなシステムですと
工程設計者に余分な負荷をかけることになります。
このため懸案事項・・・というかシステムを特徴付けるポイントは
1.大量になる品質管理水準の効率的な編集。
2.列項目のスマートなハンドリング。
3.「ST計算のロジックをエンドユーザにメンテナンスさせる仕組み」をいかに提供するか
といったところにおきたいと思います。 >>85
なんかさ、生産管理論のレポートでも提出すんの?
そんなのいくら勉強したって現場では使い物にならないし、
誰も見ないよ。 >そんなのいくら勉強したって現場では使い物にならないし、
>誰も見ないよ。
わたしの会社も新しい概念やシステムが導入されそうになるたびに
独自技術にこだわる職人さんや年寄りが似たようなことを言っています。 88が良いこと言った!!で、どうやってジジイを動かすの? >>88
っていうか、工程マスターは事務屋の計算のためであって、現場の作業者
には必要ないよ。 そのデータを見てどうしろっていうのか?
現場で役に立つ事は歩留まり率の改善や自動化などであって、原価計算は
経理のお仕事。みな役割分担があるのだよ。
まだISO9000シリーズを取得していないのならそれが先だね。
図面管理や不良発生時のトレーサビリティなんて、経理にはどうでも
いいことだよね! 部署によって観点が違うということを理解すべき。
>>90
ん? >>88でなくて>>89でいいの?
俺は>>88の「新しい概念やシステムvsジジイ」の部分に同意したのであって
その部分は>>90とも対立するものではないと思う。
とはいえ、横から割り込んで>>90に不愉快な思いをさせたのであれば
誤ります。スマン。 m(_ _)m 83です。勘違いがあるようなのですが私は>>1ではないです。
>>90
>工程マスタは事務屋の計算の・・・・
技術部門で私と同僚が使うためのものと考えてください。
具体的には工程設計をする技術部門が工程の方法と品質とコストを設計するために使用します。
品質と工程を作りこむのは事務屋でも製造現場でもないというのが私の見方です。
少なくとも事務屋が欲しがるような工程マスタエディタは技術部門には必要ないです。
その工程データから汁を吸うのは管理部門であり製造部門かもしれませんが、私は
ひと製品分の工程データを入力→品質とコストが予算に収まるかを検討
のサイクルを最短で行うことができ、工程条件と品質が確実に現場に伝われば、
あとの機能なんてどうでもいいと思っています。
事務屋がそのデータをどう使うかなんて(意識の中にはあっても)知ったことではないです。
現状「Excelで運用しているいる工程表」がすでに「紙の情報として」運用されています。
これを社内データとしての価値、再利用性を高めるため、「DBをバックエンドにした工程表」に
移行させようとしています。そのための「妄想」と思ってもらってもいいです。
一応自作の場合、バックエンドはSQLServerかORACLEになると思います。
私も所詮素人に毛が生えた程度なのでえらそうなことはいえませんが。 >>92
>>そんなのいくら勉強したって現場では使い物にならないし、
>>誰も見ないよ。
>わたしの会社も新しい概念やシステムが導入されそうになるたびに
>独自技術にこだわる職人さんや年寄りが似たようなことを言っています。
前半の部分(現場に不要なデータや管理項目という意味)に対して、否定する
ような書き方をしたので>>88になりました。
そうではなく現場に必要な新しい概念やシステムに抵抗する 云々という
意味なら同意します。現場作業者の面倒臭がりや頭の切り替えの悪さに私も
半ば呆れ返ってますので。作業のマニュアル化や環境対応に抵抗しております。
これでは製造業としての義務だと思ってるISO9000や14000が取れません。
顧客からどう見られようがお構い無しです。顧客が買ってくれるから、給料が
貰えるという基本的な認識に欠けています。単なる時給労働者なんですね。 >>93
すっかり1さんと勘違いしていました。誠にすみません。
生産技術部門としての意見だったのですね。
DB化については私も素人なのですが、予算・賃率・工程・部品表・部材単価
の各テーブルから構成されるのでしょうか? なるほどと感心させられました。
(まったく勘違いだったりして。。。) 83です
>>95
2ちゃんでマジで謝られても・・・・w
お客様と取引してるわけじゃないし素人と言われようがけなされようが別にかまいません。
ちなみに工程と部品表以外、(予算=メンテナは経理。賃率=メンテナは製造管理。
部材単価=メンテナは資材。)と考えられるので強い興味は湧きません。
-----
◆格安のソリューションを提案していただけるなら広告歓迎です。
捨てメアドを晒しておきます。無視することもありますがひと月に2度くらいはチェックします。
----- 欲しいのは「技術寄りの工程表」を高速に編集・出力できるシステムです。
技術部門が入力し、製造管理と製造現場の監督・作業者が再利用可能であればなおよいです。
UIが命っぽいですが「脳内仕様」にあるテーブルをデンパに書き綴ってゆくと・・・・。
・工程表 :普通(生産管理の参考書や>>83の教科書に準じる程度の)な工程マスタ。
ただし、STが最大で6フィールド(段取り、後片付け、主作業の3つを人、機械の2つに分ける)
一工程ごとに、品質管理項目(0..n)、品質管理水準(0..n)、品質管理方法(0..n)、
およびSTの特性を決める数値(非表示)を最大10個格納。
・設計情報:STや品質のポイントとなるヒント情報。図面がすべて入るわけではない。
部品番号、特性名、値,etc...
例:('G13型トラクター','全長',2300,...),('G13型トラクター',基本ロットサイズ',8,...)
・作業マスタ:その工程の特性。たとえば「麺を切る」という工程について、
作業マスタ番号、作業マスタ版管理番号、作業名(※作業名がユニークである可能性は低い)
加工区(社内厨房1、製麺機係3ライン、裁断機係etc...)、所要人数
ST計算ロジック:UPDATE文で更新するロジックをSQL文(の一部)として格納。
T-SQLのSELECT..CASE..WHEN..THENに続く式部分のみを格納し
更新時に動的にSQLを生成するとよいか?と考えています。
標準作業:Word、Excel、マルチページTIFF画像などで書かれた作業標準書を格納。
・品質管理項目マスタ:
作業マスタ番号、管理項目、管理水準、管理方法、
※管理水準と管理方法は入力を補助するため、1〜20個程度の辞書を持っていること。
例)「麺を切る」工程に割り当てられた「切断方法」という管理項目について
製麺機、包丁、裁断機etc..といった辞書を用意し用語と値を標準化する。
・・・・あまり生産管理っぽくない気がしないでもないですね。
当面、基礎部分を研究しながら懸案事項の解決方法に妄想を膨らませてみようと思います。 >>97
脳内工程設計は大いに結構だし、どんどんやるべきだけど
それって、プロジェクト・ソフトの範疇じゃないの?
クリティカルラインの発見とかさ。 >97
はずれていたら申し訳ないんですが
97さんのところって、どれくらいの規模(人数)なんでしょうか?
1人や2人の零細企業であれば現場の担当者がそういうシステムをすべて考えるというのもアリかもしれませんが、ある程度以上の規模の企業であれば、やはりシステムは専門のソフト屋さんに任せた方が良いように思います。
SQL文がどうとかっていうのを現場の(それなりのポジションにいるように思われる)97さんが心配するようなことではないようなきがするんですが、どうでしょう?
むしろ、それよりも先にまとめておくべきこととかはないんでしょうか?
あるいは、システムを導入するにあたっての根回しとか。どんな立派なシステムを構築しても参加する人の意志がきちんとまとまっていなければ多分失敗すると思いますし、そうしないために準備をするのが97さんの考えるべきことではないかと。
なんか、偉そうなこと言ってごめんないさい。 >>98
生産シミュレーションの話じゃないつもりでしたが、
プロジェクトソフトではどのような製品がありますか?
-----
>>99
>人数規模
会社は数百人です。ただし、この業務のDBを直接叩く人数はごく少数で、
基幹業務へのフィードバックは夜間バッチを通して行うつもりです。
したがってDBMSも少人数向け製品で済む可能性が高いです。
>専門のソフト屋
あれば利用したいですね。広告売り込み歓迎。でもうちは貧乏ですよ(w
問題はこの程度のシステムがいくらかかるか見当もつかないことで。
自分が全部作ったほうが安いかそれとも外に任せて高いかもしれない金を払うか・・・。
>SQL文がどうとか
自分たちが使いこなせる以上の概念やシステムを持ってこられても困ると考えています。
以前どこかで見たシステムは更新が頻繁に発生するロジックがバイナリに
固定されていて、ひどい目にあっていました。
>まとめておくべきこと
社内のことをあまり言いたくないので勘弁してください。
ただ現状のシステム(Excel)を如何にDBにまとめていくかという点で一致しています。
おそらく来年度には本格的に始動させるつもりです。
それまでに自分の頭ではっきりと餅を描いておきたい、あるいはプロトを作っておきたいと考えています。
>偉そうな
きっと皆さんのほうが私より偉いと思っています。感謝しています。
-----
ところで業務ロジックやフローをまとめる方法ですが、
最近はこんなことにもUMLを使うものなのでしょうか? >>101
>生産シミュレーションの話じゃないつもりでしたが、
>欲しいのは「技術寄りの工程表」を高速に編集・出力できるシステムです。
ということはだよ、
生産技術サイドが、色々な工程を立案してそれを、どんどん現場に出す。
ということなのか?
どこどうやっても、現場から結果が出てくる方が、立案に要する時間よりも桁違いに
時間が掛かると思うんだが。
つまり、現場が追従できないほどの速度で次々と計画するって、よく意味が分からない。
単なる組み合わせの問題、例えば製品Aを60%、製品Bを40%生産するのか?
とかいう決定をするなら分かるのだが、STも決めたいというのなら、
決まってないんだよね?ということは製品Aの生産方式を1にするか2にするか
とかやるわけかな? >>83=>>101です。
すみません。私の立場や業務フローを伝えきれていないようです。
たびたびのスレ汚しすみませんです。
----
>>102
生産計画の話が頭から離れないようですが、
「設計と販売専門の会社で生産はすべて外注」というモデルを意識してもらうといいと思います。
つまり、部品表、図面、QC工程表、仕様書といった設計者が謳うことのできる
設計文書を作るシステムの一部と考えてください。
このモデルですと早い時期の工程の青写真が求められ、
企画書から最初の試作図面から試作を作る図面を工場に出す段階で、
すでに最初の工程表が出来上がっていなければなりません。
この最初の工程表作成がメインとなる業務です。
たまたまその中に原価計算のために工程別ST算出システムが
組み込まれただけで、我々設計の立場で言えば、
「 STの負荷検討や生産設備の計画なんて知ったことか。
てめーら俺の謳う工程順序と品質基準ちゃんと守れよ、コラ。 」
てなもんですし工程別のSTなんて開発と生産設備による要素開発段階で
ほとんど決まってしまうので設計者に工夫の余地なんてありません。
大体、日本から工場が消えるかもしれないこのご時世に
設計者が負荷配分まで面倒見るのはナンセンスです。
----
というわけでVS.NETとAcc2kで遊び中。会社はWin95なんで多分VS6になると思います。 生産部門を持たない会社の生産管理システム・・・萌え。ハァハァ ★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆
http://www5b.biglobe.ne.jp/~ryo-kyo/osu.html
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆ いろいろ議論しているところに水を差すようなことなんだが。
作っているもの(製品でもサービスでも)が黒字か赤字か、という意思決定が抜け落
ちているぞぉ。
作ってみたら赤字だった、という製品に生産管理を極めてもしょうがないだろうが。
それとも、作るものはすべて一定の利益が確保されていて、すべて売れる、というこ
とを暗黙の前提としているのかな。
この事業(この製品、このサービス)は、もうかっているかどうかということを常に
考えないと、会社の経営なんてすぐに傾くぞ。
生産管理の議論には残念ながら、黒字か赤字かといった採算性に関する発想がないよね。
まさか、生産管理によって改善活動を続けていけば、「いつかは黒字になっているだ
ろう」なんていうのではないだろうね。
木を見て森を見ずにIT投資に走って、ツギハギだらけの生産管理システムを抱えた
企業の失敗事例が、今週の某経済雑誌に掲載されていたね。
もって他山の石とする。 >>106
その話題は>>1の案件にも>>83の案件にも役に立たない。却下。
>>1は原価計算システム。
>>83は工程設計システム。
個別製品の販売予測や生産計画に関する案件ではない。
SCMを売り込みたいソリューション屋か?(笑 >>107
原価計算や原価計算システムの「目的」を知っての発言?
旧大蔵省が文書としても公表しているから、一度読んだほうがいいよ。
まさか、原価を計算するのが原価計算の目的、なんてバカな考えはしてないだろうねぇ。 83です。
>>106-107
>作っているものが黒字か赤字か、という意思決定が抜け落ちているぞぉ。
>作ってみたら赤字だった、という製品に生産管理を極めてもしょうがないだろうが。
指摘の意味が良くわかりません。
「その意思決定の元になるデータを作るためのツールが欲しい」としか言い様がないです。
「製品の重み付け」などの話題をしたいように見えますが受発注システムの議論ではないでしょうか?
少なくとも技術部門である私の話題(>>83,>>93)には不要の仕様ですし、
そのロジックで金を取りたいというならほかの部門に売り込んでくださいです。 >1
tpicsを検討してみれば?
ERPソフトから比べれば桁違いに安いけど
結構使えるでしょ。
>>103
なるほど・・・・。
だから、出しっぱなしでいいわけか。
ガントチャートが出来れば、一番簡単じゃないのか? まあシステム屋が一方的に押しつけたようなシステムは結局成功しない。
かといって現場の言うとおりじゃシステム化そのものが出来ない。 >>106
要するに、生産管理システムにいくら投資したからってよりお金儲かるわけじゃ
ないと言いたいんだろ?
企業ではこの不景気を受けて、非効率な事を強いられるISO9001離れの流れが
あるらしいが、生産管理システムなんてこの不況下、無理して導入する事も
ないとも言える。 入れても元がとれるかどうかは疑問だね。
大体使わなくなるケースがほとんど。
あたりを引くのは10%程度だろう。
1程度の規模だったら俺が1000万円でやってやるよ。 生産管理導入→人員削減という夢を抱く経営者は多いんでないの? 小ロット・多品種・短納期、うちは無理だなー。
部材の管理で精一杯。
生産管理ができる会社はいいねー。 >>117
それはウソ。
システム化できないような業務はそのやり方自体に問題がある。
業務をシステム化できるように改善すればかならずのる >>118
無理にシステム化する必要は無い。
例えば繰り返し受注生産である寿司屋に生産管理システム導入してどうするの?
トロの材料表(マグロ・ワサビ・御飯・酢)があってMRP回してもなんかねぇ〜。
握り職人からすれば、そんなもん要らんで終わり。
極端な例かもしれんが、食べ物でなくてもそういう世界はあるでしょ。
>>119
>極端な例かもしれんが、食べ物でなくてもそういう世界はあるでしょ。
事実極端すぎてイメージがつかない。
もうちょっと現実に落とし込むと、どういう事例(業界)がありますか???
興味あります。 >>121
段ボールってどういう風に管理されてるんだろう。
受注の入り方は?
資材調達は?
生産工程は?
MRPみたいな仕組みがいらなさそうなのはイメージつくけど。
それ以外の生産系システムは本当に必要ないのだろうか? ぐち。
夢見がちな管理屋とか洗脳されきったシステム屋がいるようで。
あるいは生産現場を見たことのない管理職がいるようで。
システムも道具もないけど実用に問題がなければそれでよしという
「原始的な考え」ができなかったり、KKDや個人技がフルに発揮されるなら
それを超えるパフォーマンスを発揮できるソリューションはないっていうことが想像できなかったり。
何でもシステム化されればそれで改善できたと思っていたり、さんざんです。
ヤレヤレ。何で・・・(略 ★あなたのお悩み解決致します!!
◎浮気素行調査
彼氏、彼女、妻、夫の浮気を調査致します!!
◎盗聴器盗撮機発見
あなたの部屋に誰かが仕掛けているかも!!
◎行方調査
行方不明になっている家族の消息を調査致します!!
◎電話番号から住所割り出し
一般電話、携帯から住所を割り出し致します!!
◎ストーカー対策
社会問題ともなっているストーカーを撃退致します!!
その他人生相談からどんなお悩みでも解決いたします!!
24時間受付 090−8505−3086
URL http://www.h5.dion.ne.jp/~grobal/
メール hentaimtt@k9.dion.ne.jp
グローバル探偵事務局
>123
システムや道具がなくても実用にまったく問題がないのであればあえてここでソフトのことなど聞かなくてもよい気がするが。
ところで、123って管理職じゃないよね?
管理職だとしたら、かなりイタイ気が、、、
※なんか、123の会社では同じようなグチを他の部門の人たちも言っているように感じるのは勝手な思い込みだろうか。 >>123
つか、その程度でグチってたら改善なんぞ出来ないわけで。
>>119
まあそういうこっちゃな。
昨今のITブームの影響もあるが、つまるところそれで業務がスリム化できて
人員削減でもできりゃ経営者としては最高なわけだが、結局最後はそれでもうかるんでっか?って話になる。
>123
対立する意見、とるに足らないと思える意見も貴重な情報ナリ。
ポイントが見えてくれば、ソフトウェアの仕様はおのずと固まるハズ。
ソフトウェアありきで進むと破綻する可能性大。
生産管理を立ち上げ、効果が見えるまでには時間がかかるので、
あせらずに理解者を増やすのが吉。
基本的にISO9000にのっとって仕事をしていれば、コンピューターシステム化
されていようがいまいが業務の標準化はできる。実際、定期的に外部監査が
あって、規定通りにやっていないとISOの認証が剥奪されるから必死だよ。
一番いけないのはシステム化したけど、業務全般に渡ってのマニュアル類が
整備されていないこと。システム屋はデータ処理できる部分のシステム化は
得意だが、そうでないところについてのシステム化・標準化には一切興味無し。
実はこの部分が非常に重要なところで、ナレッジマネジメント等の企業内に
蓄積されたノウハウや顧客・仕入先情報を文書データベース化して活用する
ニーズがとても増えている。さあこれらについてどうする?システム屋さん!
>>132
YOUは生産管理がどういうものか知らないね。
ちなみにこれは生産管理ソフトじゃ無いよ。
スケジュールやタスク管理と言った言葉だけで勘違いしたんだね!
>>133
ProjectとAccessの組み合わせは工夫次第で十分に機能する。
工夫のできないパッケージ屋は氏ね。 >>131
ISOなんて文章の捏造と社員の受け答えさえできれば、あとは接待と金
だけで取れる。どんな複雑かつ非効率なやり方してたってそれを標準とする
文章つくればそれが標準。
ISOを取れると、生産管理システムに乗る とはまったく別物だよ。
むしろISOなんて世間体だけのもので、実際の業務にとっては足かせにしかならない。
コンピュータによる業務の効率化とは対になる存在とも言える。 >>131
スレ違い
>>134 >>136
スレ違いに釣られない >>137
どこがじゃ!
生産管理を考えるうえでは避けては通れない >>139
生産管理そのものを語りたいなら学問系の板へ逝け。
生産管理におけるPCやソフトに関する話題はここで吉。
>>135
どのように工夫したかミィに説明してほしい このスレに集う人の必読書
ttp://store.nikkeibp.co.jp/item/main/148222078460.html
もう読んだ? 生産管理ソフトのスレがなぜ学問の話になりますか?
せっかくビジネスSoft板なんだし各社のパッケージのいいところや悪いところ、
ロジックやUI、ミドルウエアの話をしたほうが有意義だと思うのですが
そういう話をできる人はいない? ∧∧
(=゚ω゚)ノ >>145 紹介しただけだよ。
〜( x)
U U
>>927
あたしの記憶だとINSERTされる位置は不定れす。
ページ単位で空きがあればどこにでも入ったと思います。
一方、テーブルを開くとき(ORDER BY なしのSELECT)は、
ディスク上の物理的な並びで最速でディスク上から読み出せる順序ですので、
INDEXやKEYの順序も無視されます。
意図的に ORDER BY しないと自分の思いとおりの順に並ぶとは限りません。 >>144
生産管理にパッケージソフトなんてあるかよ?
販売管理ソフトとは訳がちがうんだよ?
どんなとこに頼んだってカスタマイズで1000万ふんだくられる。 生産管理システムという名目でパッケージ出荷しているソフト会社
ちまたにゴロゴロ存在してますが?
各社共同開催の展示会も開いてますよん 製造設計ソリューション等の展示会の事?
生産管理は各社別にカスタマイズしなきゃ使えない。
そのカスタマイズにうん千万とられるのよ。
>>154 >>156
1000万からうん千万に増えてるぞ 導入コンサルタントや年契約の保守メンテ費用が、目の球が飛び出るほど
高いのは何故ですか? >>156
"使えるor使えない"判断は各社各様でしょ
業務形態に合わせてソフトウェアをオーダメイド/カスタマイズしなければ
納得しない企業があれば、レディメイドのソフトウェアに沿うように業務
形態を修正することによって納得する企業もあるんです。
貴方の見ている世界がすべてではないと思いますがね? >>155
>各社共同開催の展示会
どんなサイトを探せばいいですか?
ポータルになるようなサイトがあれば教えてもほしいです。 >>160
弊社の場合は、某銀行系総研のSEに相談したりとか売り込みの電話を
かけて来たパッケージ会社と話半分で会ってみたりしたら、向こうの
方から定期的に案内をくれるようになりましたけど。
たまに主催がO塚商会だったりするけど、そういうことは気にしない(w techs-sとかtpicsとか検討したなぁ。
どっちもカスタマイズはしない方針だったっけ。
結局どっちも入れなかったけど。 >>159
>貴方の見ている世界がすべてではないと思いますがね?
こいつ素人だな。(プ >>163
>>貴方の見ている世界がすべてではないと思いますがね?
>
>こいつ素人だな。(プ
ということにしたいわけですね(藁
変に染まっちゃった奴って目が曇ってるからねぇ〜 >>158
むしれるだけむしり取ることしか考えてない詐欺師だから >>165
ワープロみたいに導入だけして年間保守も入らないヤシなんて
生産管理ソフトであるの? 生産管理用ソフトなんですが、どの程度を考えられていますか?
どの程度の機能がマストなんでしょう?
予算はどのぐらいなのですか?
いろいろなパッケージがありますし、業務に会わせてパッケージを
カスタマイズする場合もあれば、パッケージにあわせ業務を変える場合もあるし、
それにより、パッケージを使用する場合より、保守メンテを考えると手作りの方が良かったり、
又どちらにしても、その目的と使用した場合のコストパフォーマンスにより結果はでてくるのではないかと思いますよ
■迷惑メールサイト一斉訪問お祭り開催■
「ワタナベケイコ」なる人物が、
スレ主の携帯に、アドレスを何度も変えては同じ宣伝を送りつけてくる。
その熱意に感動したスレ主は、この宣伝されているサイトに
漏れ達2ちゃんねらというでっかい土産を用意して訪問することにした。
さぁおまいら、この「ワタナベケイコ」の熱意を評して
ガンガン入ってやろうぜ!
携帯PHS
迷惑メールサイト一斉訪問お祭り開催
http://jbbs.shitaraba.com/news/bbs/read.cgi?BBS=853&KEY=1043335260
訪問開始は本日23:00
差立管理と、実績管理のできる、小規模なシステムを探しています。
条件としては、
・自動スケジューリングは不要(あっても良いけど)
・製番管理
・ほとんど一品もの
・機械加工のみ
・工程数は数工程程度まで
・計画を立てるマシンが2〜3台
・実績管理の端末が10台程度
(できれば安いPC+バーコードリーダーか、安い専用端末)
てな感じで、これがいいかもってのあったらよろしこ。
カスタマイズはできるだけせず、運用でカバーしたいと
(でも、すこしはあるかも)
>>171
一般的な生産管理ソフトでは、製造工程の管理は、工場の大雑把なリソースを管理
しながら、工場にこの部品をいつからいつまでの間に何個作ってねって指示をします。
差立て管理は、実際の工場の中で、どのマシンを誰にアサインするか決めて、詳細な
工程毎の作業指示書を発行する部分になります。
量産工場であれば、生産管理システムに含めることも可能ですが、一品ものの多い
工場の場合、実際の工数予測は、熟練管理者のノウハウによる部分が多く、システム化
には向かないようにいわれることが多いようです。また、作業者にどこまでのスキルが
あるのかのアナログ的な判断を伴う部分でもあります。
ですので、基本的に手入力だけど、マシンや人がバッティングする部分の指摘や、
大雑把な自動アサインを支援してくれるシステムでいいのがないかなってとこです。
>>172
ありがとうございますた。
ためになりますた。 >>167
ソース込みでパッケージを購入
↓
社内SEが解析
↓
数年後に保守打ち切り
…てことならやったことがある。
とりあえず、出来る限り速いサーバー機を買う。
Dual-CPUでメモリ1GBでHDDがSCSI等々DellあたりのHP
で見積もってもたかが知れてる。
で、SQLサーバー突っ込む。
あとはACCESSで試しに作ってテーブルだけをアップサイジングしていけば
なんとかなる。
あとは作ったもんを改良しながらお勉強。
どうせSQLサーバー触りだしたら
ACCESSでもVBでも似たようなもん。
176みたいなのがウィルスにやられて世間に迷惑をかけるんじゃないかと(ry
>>175
うちの所も実はソース込みで生産管理システムをベンダに頼んだ。
で、社長のアホが保守契約しやがらなかった。
が、一度VerUPを依頼した。(漏れがまだ手に負えなかった。)
その後は漏れが少しずつ改良を重ねている。
中身の実際はSQLサーバーからVBでデータ引っ張り出してACCESSでレポート出力してた。
>>177
小企業なもんでPCの台数が少ないのでウイルスチェックプログラムを
台数分買ってもたかが知れてる。
レンタルサーバー借りて、メールはウイルスチェック機能が付いてる。
自社HPも単なるカタログ代わり。
ネットは光にしてPCのアップデートは昼休みにまめにしている。
あと、サーバーは操業時間以外は電源落としてる。(w
でも確かに不安だよ、177さんの指摘を肝に銘じて精進するよ。
VB使ってる時点でやばいよ。
素人同然だろ。
ACCESSやVB程度でDBわかったような気になれるとはうらやましぃ。 >>180
釣氏の方ですか?ご苦労さまです。
中小企業の生産管理やってる側としては、システムは外注出して
保守契約して、外注さんにちゃんと面倒見てもらって
面倒生産管理の本来の業務をこないしたい。
(生産管理以外の仕事も抱える事も多いしねぇ。)
でも経営側の判断としてはどーしても業務システムは金がかかるって
言う事を理解してても、金はかけない。
だから、社内でちょっとでも出来そうと思われると、システム構築やらされる。
当然、素人がやる事になって、どんなに良い物作っても素人。
それだけで飯食ってる訳じゃないし、出来ても社内の評価は低い。
(見えないモノづくり専業は見えるモノづくり業界では何故きちんと評価出来ないのか?)
分かったような気になれる状態じゃぁないないと思いますよ。
ぜひ、あなたの様な方に私と一緒になって経営陣に説明して欲しいもんです。(w >>180に
「うちはCOBOL+CICS+IMS+3270エミュレータで生産管理しています。」
とかほざいてみよう。
まあ、>>181、おまえは
J a v a と R D B M S と で
玄 人 ぶ っ て な さ い っ て こ っ た。 管理費ってどうして
ヴァカみたいに高いんですか?
碌にソフトも扱えない奴等のために
金払ってられねーよ。 製品のコード体系がグダグダなのは生産管理以前の問題で逝ってヨシですか? >>188
使う人にとっては悪夢以外の何者でもないような・・・・
しかし、体系が統一されていなくてもコードに重複がなければソフトウエア的には問題なし。
「特定の桁に意味をもたせているから製品コードのこの桁がXXならこうなるようなロジックにして!」
とか言いだす方がよっぽどまずい。
COBOLで基幹系が組まれてるとそーゆーことがあるけどね。 >>189
同じ製品なのに、部門毎にその部門にとって判り易いように
違うコード体系があるんですよ。
>「特定の桁に意味をもたせているから製品コードのこの桁がXXならこうなるようなロジックにして!」
てへっ!これも有ります。
まだ製品数が少ない時代に決めたらしいけど、今じゃお荷物。
変換テーブルを用意してメンテするから二度手間なんだよね。
改善したいけど、古株が激しく抵抗するんですわ。
システム側とユーザ側で合理的なやり方についての意見が噛み合わないと、
最終的にはシステム側が折れてしまうんだよなあ。
それだと、問題を先送りしたにすぎないと思うんだけど…
CICSとかIMSってなんですか?
IBMの製品みたいですけどよくわかりません エクセルとワードでうまくいっているなら、それだけで
すばらしいではないか。
いくら管理ソフトを導入しても、それで品物の納期が
早くなるわけではないぞ。
それとも、いらない仕事を作りたいのかな。
Excelは判るがWordで何をどう管理するんじゃー >196
カンバンをワードで作るためのロジックはWordマクロでつか?
んでもってWordからADO呼んでごちゃごちゃと・・・・ドキドキ♥ さてと、仕事が落ち着いたので設計と作成に取り掛かってみようと思います。
とりあえずあぷろだ教えれ。 |
|∀゚ )
|
、 l ,セイサンカンリ !
- (゚∀゚) -
' l `∧∧
∧∧ ヽ(゚∀゚)/ MRPERPSCM!
カンバン〜 ! ヽ(゚∀゚)/ | |
vv W
\ │ /
/ ̄\ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
─( ゚ ∀ ゚ )< 生産管理生産管理!
\_/ \_________
/ │ \
∩ ∧ ∧ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄\∩ ∧ ∧ \( ゚∀゚)< MRPERPSCM!
かんばん〜〜〜〜! >( ゚∀゚ )/ | / \__________
________/ | 〈 | |
/ /\_」 / /\」
 ̄ / /
 ̄
彡 ビュウウウ…
彡
彡
.∧ ∧ 寂れ果ててるな、オイ…
ヾ(,,゚Д゚),)
人つゝ 人,,
Yノ人 ノ ノノゞ⌒〜ゞ
. ノ /ミ|\、 ノノ ( 彡
`⌒ .U~U`ヾ 丿
⌒〜⌒
生産管理システムってどんなものなのか良くわかりませんが・・・
ウ ィ ザ ー ド が 勝 手 に 作 っ て く れ る も の で す よ ね ??
【生産管理システム作成ウィザード--1/n】------------------------------
生産管理システム作成ウィザードへようこそ。
生産管理システム作成ウィザードはあなたの
生産管理システムの作成のお手伝いをするかもしれません。
【生産管理システム作成ウィザード--2/n】------------------------------
最初にあなたの生産管理システム業務に携わるおおよその人数を入力します。
(この人数はDBMSおよびサーバOSのライセンス以下でなければなりません。)
人数:
【生産管理システム作成ウィザード--3/n】------------------------------
既存DBが存在する場合、既存DBをアップサイズすることで
新しいDBを作成する手間を省くことが出来ます。
既存DBに該当するものがある場合、チェックを入れて[次へ]をクリックします。
[ ]製品_M
[ ]部品_M
[ ]工順_M
[ ]手順_M
[ ]工場_M
[ ]加工区_M
[ ]発注_M
[ ]在庫_M
[ ] : ところで、コンピュータ・テクニカってなんで倒産したの?
まぁ、景気冷え込みによる新規設備投入抑制なんだろうけど。 まさかこの関係のお話があたしんところに来るとは思わなかったよ。
とりあえず購入したパッケージのDBからデータを引用加工し、
次工程(メインフレーム)とエンドユーザに投げるだけだから簡単だよ・・・
と課長は言ってますが、その次のお仕事の布石なのは見え見えです。
>|-`)
元気? 自分は製造業ではありませんが、ソフトウェア開発の工程管理(プロジェクト管理)について調べていたところです。
共通点も多いようで、参考になります。 |-`)|-`)|-`)|-`)|-`)|-`)|-`)|-`)|-`) http://www1.neweb.ne.jp/wb/prof/
平成15年度 自作板PC環境調査 最新結果(一部抜粋)
Version: r27.45 Release date: April 10,2003 up to 265res.
平均年齢 25.4歳
ネット(2ch含) 78.7%
ゲーム 59.0%
Windows XP Family 46.9%
Windows 2000 Family 34.4%
Athlon 45.3%
Pentium 4 29.7%
平均RAM搭載容量 780MB
平均HDD搭載容量 166GB
nVIDIA 49.2%
ATI 28.9%
DVD-R/RW/マルチ 20.4%
CD-R/RW 75.9%
光ファイバー 8.3%
ADSL/xDSL 64.5%
CRT 74.6%
LCD 25.4%
☆^〜^★ 50音順で探せて楽して得する
http://sagatoku.fc2web.com/
あなたの探し物きっとみつかるよ☆^〜^★
悪の秘密組織の生産を支援する工程設計システム。
ブレーンストーム中。
■入力:
作業マスタ/工順マスタ:工程設計担当者
STマスタ:工程設計担当者
製品マスタ/部品マスタ:製品設計担当者・生産管理担当者
仕入れ先マスタ:経理担当者
加工区マスタ:工程管理担当者
■出力:
技術/製造:工程表、作業指示書、
生産管理担当:生産能力検討。(要生産計画)
経理:積み上げ単価一覧 なんたら担当@(株)塩塚でなくてもよい。
だらだらとブレーンストーム。
1.部品表=工順表
として扱うのは正解だろうか?
部品表上にのる、あるいは載せたい途中仕掛品を考慮すると、
ASSEMBLY=部品
としてもよさそうに思えて来た。
2.受注は営業、生産指示と自社工場の能力検討は生産管理、部品手配は購買、
工場では詳細スケジューリングを調整する。 製品別部品表を工程表として統合するのは難しいことではない。
メリットもある。
ひとつのテーブルが巨大になるかもしれないことを除けば。
━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━― たまにはあげ、
製番管理で一品物の管理したいんだけど、いいスケジューラないでつか? ∧_∧
ピュ.ー ( ^^ ) <これからも僕を応援して下さいね(^^)。
=〔~∪ ̄ ̄〕
= ◎――◎ 山崎渉 脳内仕様書がふらふら。当面仕事は先なのでのんびりと。
とりあえずメモ。
<<叩き台(その1)>>
・プロジェクトバインダ ⇒工順情報 ⇒工順 ⇒作業条件
・作業マスタ(未定)
■プロジェクトバインダ:プロジェクト(製造番号)ごとの使用リソース一覧
( *プロジェクト名、*バージョン、 *リソースグループ、*リソース名 、並び順、 )
■工順情報:
( *工程表ID、*バージョン、
作成情報(・・・)、 // 作成者と日付etc...
メモ
)
■工順
( *工程表ID、*バージョン、*並び順序番号、作業条件ID
ST(前後外段取、前後内段取、主作業、定期調整、調整サイクル)
合流部品番号、員数、分岐部品番号、員数 // この工程における合流、分岐
標準加工金額、 // =(ワークセンター賃率*ST) or (直接入力)
後続工程連続フラグ// = 後続手順を見かけ上グルーピングする。
表示色、メモ
)
■作業条件
( *作業条件ID、*並び順序番号、条件名、条件の型、条件、表示形式、表示色)
※その2につづく・・・・・・・・・かも。
---------------------------------------------------
株式会社塩塚
URL http://human2.2ch.net/test/read.cgi/middle/1031330356 そういやsageてなかった。
ぞぬ使うと関係なくなっちゃうんで・・・スマソ>ALL
-------
ところで、某スケジューリングソフトではSTを工順の中に持たずリソースマスタ
(加工機や人をリソースと呼んでいるようだ)に直接値で保持しているらしい。
しかし、段取りはワークによって変わるものと考えると、
たとえばある一つのNC加工機で1000種類の段取りが発生したとき、
1000種類のリソースマスタを作るのだろうか?
(たしかに段取りがワークによって大きく変わるというのもどうかとは思うけど)
まあスケジューリングソフトを作ろうとしているわけではないのだけれど、
そういったスケジューリングソフトウエアと仲良くしておくことは
きっといいことに違いないと思うので。 <<ブレーンストーム>>
・作業マスタ → 作業条件テンプレ
■作業マスタ
※ST式をどうインプリメントするかが問題。可能なら計算エンジンを書きたくない。
SQLをエンジンとする方法が簡単そうだが、下記みたいな感じにしてしまいたい。
update 工順 set
前外段取り = [expression1]
前内段取り = [expression2]
主作業 = [expression3]
:
from
作業条件
:
しかし、これだと作業条件からの値の引用にGetProperty(table,propertyName)
みたいな関数を書くか(つまり、OracleのようなFUNCTIONをサポートしていることが必須)
作業条件を何らかの方法(作業条件のフィールドに「変数番号」を追加)で
クロス集計してexpressionに渡す変数の名前をA1〜A10程度に固定に
してしまうかそんなくらいしか思いつかない。
式はユーザに書かせるつもりなので、あまりタイピング量が多いとユーザが萎える。
かといって意味不明の変数だと変更ができなくなる。
困った・・・。
■作業条件テンプレ
こんな感じに落ち着くかと。
( *作業条件ID、*並び順序番号、*テンプレ識別子、条件名、条件の型、条件、表示形式、表示色)
---------------------------------------------------
株式会社塩塚
URL http://human2.2ch.net/test/read.cgi/middle/1031330356 ST式に関する補足。
ユーザに入力させるのはSQLずばりそのものを入力させるのではなく
Accessのように[expression]の部分だけをテキストボックス経由で入力させたい。
こうすることでSQL文のアレルギーを少しくらいは軽減できるのではないかと思うので。
シナリオ(案)としては、こんな↓感じ。
[作業マスタの編集-式項目の入力]
1.ダイアログ開く
2.ユーザが[expression-n]を入力。
3.[チェック]ボタンを押すと、
[expression-n]が空白なら expression-n = 0とし、
そうでなければ[expression-n]のままSQL文をクライアント側
で組み立ててサーバに投げ、コンパイル & テスト。
4.エラーがあればSQLとエラー文をメッセージペインに返す。
5.終了。
ユーザの入力例)※あくまでも思いつき。こんな風にはできない気がする。
内段取り時間 : Property(cond,"長さ") * 1.03 * Property(wc,"同時加工個数")
[工順の編集-作業条件の入力]
1.作業条件の入力時、そのフィールドは必須フィールドとして表示されている。
入力値はフィールドごとに型がチェックされる。
2.必須フィールドの作業条件を入力し終わると、作業マスタの文字列を使って、
SQL文をクライアント側で組み立て、サーバに投げる。
STのそれぞれの値を埋まるのでその値を再取得して表示。
-----
▲良く考えたら、STはヒト時間と機械時間を分けて考えないと駄目ですね。
▲工程の余裕率はどこに保持させよう?{ワークセンタ|加工機|作業}
◎当方、素人同様につき叩き・けなし歓迎。 成績証明書スレは面白いな。ああいうふうにはなりたくないものだw
メモ追加。
-------
▲3. 可変グリッドのコントロールが必要になりそうだ。
しかしそもそも可変グリッドなんて使ったことがないので、どこの製品を使おう?
(ExcelやOfficeSpredSheetコントロールは一応グリッドなんだろうけど、
あれを制御したことがあるっていってもここの住人に認めてもらえるわけもなく、
又非常に遅いであろうことは目に見えている。)
↓ずばりこーゆーことがしたい。
http://pc2.2ch.net/test/read.cgi/bsoft/1051630268/362
▲4.バックエンドを聞いたらどうやらOracleらしい。
AccessADPをつかって楽をしようと思っていたがちと無理っぽい。
(DQNです。ごめんよォ。)
▲5.いずれはスケジューラにデータを持ち込めるようにしておきたい。
まあ自分で書くのもアリかもしれないが、世の中にあるものを自分で書くメリットもない。
聞けばAsprovaは数百万・・・安っ!
▲6.DelphiかVB6で書くことになりそう。
なにしろ現場がいまだにWindows95がメインで動いているときたもんだ♪
Delhiは昔ちょっとだけ使ってたけどVariant型が出てきて趣味の言語としては
一気に萎えたんだよな(w
▲7.仕事が始まる前にPL/SQLかじってロジック作れるだけ作っておこう。
見た目AdaかPascalぽい。しかしダイナミックSQLを生成する方法が
あんまりスマートっぽくない気がする。気のせい?
---------------------------------------------------
株式会社塩塚
URL http://human2.2ch.net/test/read.cgi/middle/1031330356
Office2003のベータキットゲット。
使えそうなら使うしそうでなきゃ捨てるのみ。
楽できるなら何でもいいんよ。結局。
ショッ・・いや、塩塚のシステムだし。
しかし11枚って・・
サーバきっと込みとはいえ辟易。
そういやYukonって含まれてんだっけ?
__∧_∧_
|( ^^ )| <寝るぽ(^^)
|\⌒⌒⌒\
\ |⌒⌒⌒~| 山崎渉
~ ̄ ̄ ̄ ̄ ∧_∧ ∧_∧
ピュ.ー ( ・3・) ( ^^ ) <これからも僕たちを応援して下さいね(^^)。
=〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
= ◎――――――◎ 山崎渉&ぼるじょあ (⌒V⌒)
│ ^ ^ │<これからも僕を応援して下さいね(^^)。
⊂| |つ
(_)(_) 山崎パン 生産管理の最終的な目的は原価計算になって経営者判断の材料となるのよ
もちろん現場の効率が良くなる事にも繋がる。
量産品でMRPであれば実例も多いだろうけど
少量多品種の製番管理になるともうごちゃごちゃ。
製品の原価が不明で現場の勘で管理されているから改良も効率化も出来ない。
それでもやらないと未来が無い
方法は半完成品を含んだ部品マスタを部品展開すること。多階層部品展開でMRPは不要
スケジュールが重要な位置づけなので進歩管理も重要、工程番号別の工数集計が必要
この工数集計用の過去の日報データーが以外に役に立つ。過去データーを分析すれば
およその標準工数が算出できる。 古いデーターが大切、棄ててはいけない。
納期遅れが目立つときは、スケジュール専属の人員が必要
製品マスタ、部品マスタ、部品構成マスタに加えて製品別工数集計があれば
なんとなく原価が求められる。
>>1
生産管理の前に、Intelはやめてるだろうね?
Pentium4は、もっさりなだけじゃなくて消費電力が異常に大きい。
消費電力比較
ttp://dc-ita.dyndns.tv/cgi-bin/digitalcamera/imgboard/img-box/img20040508043350.jpg Excelだけで生産管理システムを自作するのはまったく無理でしょうか。 >>275
生産管理のためのDB設計や業務知識のノウハウより
MSDEやADOの解説本だね。 >>278
生産管理システムのノウハウに関する本はたくさん出ているんだよね。
データベース・システムに関する本もたくさん出ている。
でも、両方の知識をいかに組み合せて生産管理システム用のソフトウェアを
構築するかということを統一的に扱った専門書はあまり見当たらない。 勉強になるスレだな
俺もなんちゃって生産管理ソフトでも作るか。桐で。 >>274
実現可否は要求する機能による。
・利用者数
・ロット数
・品種数
・工程数
・データ数
・保管要な履歴
・即時性
簡単な機能ならEXCELでも可能だと思う。 ソフト作る人は
生産管理しているのだろうか?
生産管理した経験があるのだろうか? 生産管理といっても
幅広いから網羅してる人はないんじゃない? ネットゲームの課金問題で運営側と裁判中
RMTでさらに泥沼化
ログ残ってるなら読んでみ面白いぞw
荒らすなよ
ttp://ryozanpaku.s59.xrea.com/
>>287
そうだね。
工場長、生産管理課 課長なら幅広く網羅しているか? 皆さんに質問があります。うちは中堅のメーカー(売上150億・工場3つ)です。
ここで言われている生産管理システムとはちがうかもしれませんが
生産性や歩留まり、ロスなどの実績管理や勤怠管理(労務費管理)
設備管理(マスタ・保守履歴)といったことをやりたいと思っています。
生産計画や原価計算、在庫管理といった基幹系のシステムはすでに
構築されているのですが、いわゆる上記のような日々のデータ管理は
手作業でエクセルなどを使っています。
工場長の肝いりでファイルメーカーで構築する方向で進んでいるのですが
ファイルメーカーはグラフが使えないので今いちピンときません。
皆さんはこのような業務をどのようなソフトを使ってやっていますか? >>290
俺がその業務をやっているわけではないが、たぶんEXCEL
ファイルメーカーは使ってないのは確実 >292
正直、システム的なことは素人に毛が生えた程度でとても無理です。。
いちおう、社内にシステム部は存在するのですが、バカ捨て山の部署
でVBすらまともに扱えない人たちの集まりです。 毎月、棚卸やってる?
ロットにタグ票貼って現物確認し、システムと合っているか確認 >295
うちは製品在庫は毎月
原材料は四半期に一回だな
原材料については「やってる」ってだけで
製品ほど厳密ではないけど・・・ うちは棚卸、毎月、月の初めにやっている。
半年間隔の期の初め(3/1,9/1)は、他の月より真面目にやる。…もうすぐだよ。 製造の課題は
従来は稼働率を最大化し、短工期で大量生産することであったが、
最近は必要なものを必要な数だけ必要な日に顧客に提供することである。
この課題を満足させるにはIT導入が必須である。 >>298
普通の製造業でそんなことやってると利益出ないけどな。
面倒くさい事、手間がかかる事はいかに外部に押し付け、
其処から継続的に利益を吸い上げるかが問題。 入社してすぐに作ったシステムの設計が、部品表と製品表のマスタテーブルを分ける
方式だったから、今激しく不便になっている。
部品がいきなり売り物になったり、製品が部品になることって、案外よくあることなのね。 >>299
>面倒くさい事、手間がかかる事はいかに外部に押し付け、
そういうものなのか。勉強になるなー。 私も随分と悩んだのですが、結局はパッケ−ジをカスタムと言う無難な線で
進めています。その過程でかなり様々なツルシのパッケ−ジを見ましたが、
要は、社内が「仕事をパッケ−ジに合わせて」出来るか、その一点に掛かっていると思います。
自分が社内でそれだけの力がないと、ツルシのパッケ−ジ導入は難しいと思いました。
社内が「今の仕事のやり方を変えないと駄目だ」と言う方向でまとまっていれば
かなり面白いパッケ−ジがあります、例えばTPICSとかですね。
MRPで回すか、製番でひも付きなのかでかなり違いますが。
同業他社や同じお客さんの協力企業様の生産管理担当者の現場をかなり
見せて貰ったので、パッケ−ジで良ければ、いろいろ紹介できますよ。
一番駄目なのは、今の仕事のやり方を変えないで、一からカスタムで
やるパタ−ン。どえらくお金が掛かって、満足には動かないでしょう。
要は、社内に対して自分がどういった立場なのか、また、上の方の協力が
どの程度見込めるか、そこですね。 >>一番駄目なのは、今の仕事のやり方を変えないで、一からカスタムで
やるパタ−ン。
企業風土だからなぁ・・
ウチの会社は各部門で勝手に色々パッケ買ってカスタマイズしまくって
同じ会社なのに集計の区分とか商品コードが全部違うような状態だ。
変換テーブルはあるんだが商品知識が無い奴がメンテしてるからリンクが無茶苦茶。
時々絶望的な気分になるよ。 >>303
その状況を解消するのは、他の誰でもない、貴殿だ! 最近ザ・ゴール読んだ一SEなんですが、
生産管理のソフト化って難しそうですね >>306
ゴールに書いてあることはインチキだぞ。
そうはイカン崎。 生産管理ソフトは、回す人のレベル次第。
ソフト云々よりもまずはMRPなり製番管理なりの基本的な勉強を。
(表面的な機能を追いかけても何も始まらない・・・)
そういう私は「現場長のためのMRP処方箋」を座右の銘として
ここ10年位部下にも読ませてきました。
ここ4〜5年はERPのおかげか、随分沢山の生産管理の良書が
本屋で売られています。まずは勉強されるべきでしょう。
そうでないと、TPICSの本質的な良さはわからないと思う。
TPICS研究所の二ノ宮さんも独自の世界観がある。
来るものは拒まずだけど、何も考えていない人はお引取り願うような
人だと思います。
生産管理の分野には、あまりにも「なんちゃってコンサルタント」が
多いけど、まずはそんなインチキに頼らずにまずは自分達で成長を
志すことが第一だと信じています。
なんたって、結局それを動かして、良くても悪くても責任を取らされる
のは我々ユーザなのだから。 >>309
ERPと生産管理は何の関係も無いぞ。
TPICSも当てはまらない業界があるんだ。
生産管理は一社ごと全部違うの。
東洋ビジネスエンジのエムシーフレームって
どうなんでしょう?最近よく耳にするのですが >>311
マルチすんな。
と、言いたいところだが、過疎だからな。
したくなるわな・・・。
>>310
禿しく同意。俺も全部作り込みで何社か納めたけど、
パッケージじゃ無理じゃねぇかな?全部そのまんまマッチするって
多分生産管理では有り得ないかと。
パッケージ使ってるけど余裕ですが、何か? っていうひといる? ウチは生産管理ソフトは所要量の部分的な計算と在庫の計算にしか使ってないから
パッケージまんまで十分だぜ。
計画表は10年以上前に1-2-3で作った表をエクセルに変換、細かい計画は現場任せ。
実際には何日もかかる仕掛があっても何段階もあっても一括で処理だ。その方が伝票処理も楽だしね。
材料の納期は納入先を脅しスカシながら先倒しさせてるから
システムに登録してある期間なんて無関係。
出荷時に生産計上して材料引き落としてるから倉庫の在庫と帳簿の在庫は全然違ってるし。
実地棚卸?そりゃ現実の仕掛品を部品に展開してるから問題ないよ。
決算の時は資材担当者は部品表見ながら徹夜で在庫を展開計算してるよ。
共用部品?現実には同じ物でも製品別に別コード作ってるから計画が競合しあうことは無い罠。
経理屋なんて部品名が違う名前になってれば実物が同じ物でもわからんから問題にもならんな。
>>316
てめぇはまったく見上げたタフガイだぜ。
まだまだ日本も捨てたもんじゃねーな。 >>316
最下2行に目から鱗。1物2版を地でやってるとは。
生産管理って応用が有り過ぎで難しすぎです
ちょっと実験兼ねて宣伝
人
(__)
(・∀・ )ウンコー
゚○-J
http://www.izumi-soft.co.jp/
1〜319
生産管理と大学の講座の 『 生産管理論 』 とはどうつながるのかな ? >>320
現実の製造現場とその管理スキルをまず知ることが大切かな
大学での教養のヒケラカシはコンサルタント職にでもなるつもりならOKだけど
間違えてどこかの工場にでも就職したものなら
怖い現場のオジサンやお兄さんに吊し上げ喰らう事間違いなし
TS削減
とはどういう意味なんでしょうか?
生産管理、設備管理に関係ありそうな用語なのですが。
検索してもヒットしなくて。 「自動車解体屋」向けのソフトってありますか?
台数が増えるとともに在庫管理がむづかしく(←なぜか変換デキナイ)なってきています。
生産管理や品質管理の事務って大変ですか?
細かい作業が苦手で・・・
あと工場内の事務所って汚いので、服も汚れるんですよね あ〜面倒くせぇ
オフコンぶっ壊れそうで仕方なくERPの導入検討し初めてるんだけど
ウチみたいな中堅部品製造業にはMESというか生産スケジューラ中心で
あとは適当に安いヤツでいいかという気でいる
とりあえずAsprovaAPSでも入れてあとは追々でいいかな?
(今は生産管理部とは名ばかりの部署がアナログに気合と根性でやってるが、
まったく適当で支障が…)
教えて偉い人! 後になってシステムの責任にされないようにきっちりしたものを
導入しておくことを勧める。
結局しわ寄せは開発へ持って来られるんだから、そのとき運用に
問題があるからだって言える体制にしておくのが良い。 きっちりしたもの、ってなんじゃあ!
この世の中に存在するんかね
ソフト屋としての能力は並でいいから
生産管理がどういったものか理解してくれる
人間がいいんだが…
そんなヤツいる?
生産管理システム以外なんでもいいよ、正直
製造、生産管理、品質保証、営業以外の部署なんて
オマケでいい
物作り知らんヤツとは話したくない
まともなコンサルでもパッケージでもいいから
ここら考慮して使えるの教えてくれ〜〜 TPICSって何がいいの?しかも、[?
サイト見てあまりの気の抜けっぷりに触手が動かんのだけど。
値段は安いとは思うけど、アスプローバー+αでもいいような気がするし。
まぁ、アスプローバーはスケジューラーというよりシミュレーター?
って感じだったけど。
ハァ、しかし、進まねぇなぁ・・・
ERPもMESも、もうどうでもよくなってきたなぁ
J-SOXもどうとでもなれよって感じだし
みんなこんな気分で適当なシステムに高い金出すんだろうなぁ 事の本質を知るには、いいシステムだよ。
禅問答のつもりで、研究所に問い合わせしてみな。
君 に 質 問 能 力 が あ る の な ら 無い
本質って何?
で、貴方様はどんな実績や経験が? 特別養護老人ホームと化している生産管理部と資材部を潰したい 実に前向きだな。
ところで、生産管理部と資材部はどんな仕事してんの?
ラインの生産計画立案&部材発注なら、置き換えできるが、
他の機能があるから、システム化できないんでないの? エクセルで仕掛かり状況まとめてんですけど、
工期管理ができない。workday関数使ってるけど、
日単位じゃなくてhour単位にしたい。
エクセルで工期管理している方、
こんな工夫しているよ、とか教えて下さい。 みなさん難しい開発に取り組んでらっしゃるんですね。
生産管理なんて最高峰でしょ? いや、努力と根性(のみ)でまかり通る団塊世代の温床 >>340
まぁ、努力と根性はシステム化できないからな
やってる全機能はシステム化出来るがな ロングポジ、損切完了!
ショートに切り替えレッツゴー!! 487 名前:ど素人 :2007/03/06(火) 21:37:03 ID:???
すいません。
関西の中堅ぐらいの印刷会社のものなんですが、
手書きの伝票が限界になり、
システムの導入を考えています。
要求仕様を考えているところなんですが、
ご相談に乗ってはいただけないでしょうか。
http://www27.atwiki.jp/printing
トップページ一番下のエクセルファイルが一番見やすいと思うんですが。
要は現在の手書きの伝票をシステム化したいということです。
異動でシックスシグマと生産管理担当になった。
以前は在庫管理と出荷梱包担当者。
オレに何を期待してんのさ、生産管理なんて部署の無いこの会社でw >>349
工程仕切れる品管(但し強大な権限は無し)だな。
シックスシグマは実は4.5シグマで、しかも突発的現象は
見ないことにすればいいから(正規分布じゃねぇしな)、
手間さえ横に置けば簡単。スレ違いだけど、まぁがんばれ。 すれ違いでごめんなさい。
自分は総務ですが、生産管理ってどんなタイプの方が多いですか?
いくつかの工場を回って(工場長とかを歴任)きた製造畑叩上げタイプと
他に何も出来なさそうな人がいいだけの無能のごちゃまぜ
基本的に平均年齢が会社の中でも高い気がする
頑固
昭和の臭いがプンプンする
だから、ソフトの導入を反対する
オレがITコンサルなら、SAP導入をおすすめします >>354
生産管理・・・以前に、創意工夫が消滅してしまうと、タダの下請けになっちゃうんだで、
管理されたくない職人は嫌がる。で、複雑な工程を説明するのが嫌で、抱え込んでる
仕事を教えないから、やばいことになっている。
それでも良いから、多品種小量をやる覚悟のあるところだけが生き残る。
管理する場合、ノウハウ的には少ないところほどやりやすいが、さしたる競争力も、
利益率も無いわけで。 >>358
愚問かもしれないけれど、
SAPの強みって何だろう? >>361
ビジネスロジックの汎化で、
SAPの対抗馬って何でしょう? そう言えば、日立が近々面白い生産管理ソフトを出すらしいですよ。
日立グループの生産管理ノウハウを集約させたソフトだそうです。
そんな事されたら、身内に製造業をもたないSI会社やソフトハウスには、結構脅威ですよね。
>>365
そんなデカい企業で、きちんとノウハウが集約できるほど業務の
定義やら体系やらが整ってたら、とっくに超優良企業だわな。
体で覚えたノウハウの蓄積ってのも有用だけど、ある程度は
アタマで考えて練り上げた部分もないとモノにはならないよ。
SAPなんかはアタマで考えたモノをベースに、客の経験や要望を
吸い上げることで強くなってきた。SAPが理想的かどうかは
ともかくとして、少なくとも対抗できるようなモノを作るのは容易じゃ
ないとは思う。 そりゃそうーですね。
でも、あのトヨタでさえ、「日立グループが作ったソフトなら」って言って、環境関係のシステム入れたんだそうですよ。
SAPは本質的に現場を知らないんじゃないですか? 共通業務はSAPでも良いでしょうが、競争力の源泉たる現場系システムは会計上がりのSAPじゃないでしょう。 おおこのスレまだあったのか、
SAP って生産管理とか関係ない極北の世界だな。
そいや、最近きたDM 、いまだに MRP やら MRPII やら書いてあった。
前世紀に戻ったかと思ったよ。 >>367
目立のシステムいれたって、どこにもつながってないだけでないの?
環境関係? 中小企業が環境大福帳みたいなアフォソフトいれて
四苦八苦しているのを尻目に、うん億で、基幹にはなんの差し障りも
ないものを入れただけかもよ。 >>356
知ってる
現場指行だっていうDMよく届くよ >>365
業績が振るわない会社の製品を入れると思うだろうか(反語表現) 製番管理に向いた生産管理ソフトって、どんなものがあるのかな。
中小企業だと、だいたい紙ベースでやってんのかな。
核心をついた解説書が少なく。
もっともらしいが結果詐欺師のような
キーワードだけのコンサルタントが多い世界ですね。
http://www.qsrww.com/ ソフトの使い方を現場の人間に理解させるのが難しいと言うか面倒だ
在庫管理も原価管理もないような会社だしなぁ ちょっとした会社でも、推進プロジェクトがあっても、
なかなか難しい。
現在はこうやっているとか、プロジェクト末期にやはり製番管理とか、
それにバグとか。
http://www.qsrww.com/
スレ立ててから6年近くがたっているわけだが、1はどうなったのだろうか?
生産管理システムとやらは完成して無事稼働中なのだろうか・・ 転職しちゃったんじゃねーか?
スケジューラソフト作ってるところの社長をタイで見掛けたが、遊んでるなー
はじけすぎじゃねーの 会社が倒産しちゃったという可能性もある。現在の日本では。 Accessで管理するには無理があったのでは?
要員や作業工程を意識したクリティカルパスを自動で管理できないからね^^;
結局、どの工程をいつまでに行うかは毎回人間が判断する事になると思われる。
さらに製品毎の作業時間も違うだろうし、欠陥品が発生した時用の入力だって
想定しなければ、それまで流れていた生産管理からの改悪になります。
それに、3千件ある商品の進捗を誰が入力するのか?
改悪になりかねないシステムへの入力に人でまでさかれるとなると、気の毒だけど
正月返上で作り上げたもののダメ出しを繰り返され、心も折れると思うよ。。
要は、Accessが出来る事ってのは、端末を利用する人間からの問い合わせに応じる
検索システムでしか無いんだよね。端末が勝手に作業を指示してくれる夢のような
ソフトでは無いって事だよ。 景気に左右されない生産管理システムで
何か良い本ご存じですか? 生産管理ソフトを導入すれば原価計算ソフトは必要ないでしょうか。 MRPを実装できる奴がいないと、生産管理ソフトは手におえないっすよ 今更MRPやらMRPIIやらのアバウトすぎて精度の悪い手法つかわんでも。 はじめてこのスレ開いたんで、浦島状態すまん(今日はずる休み)
>>1さん
今頃どうしてるんだろ?もしまだ頑張っているなら書き込みしてくれ。
>>319はお寺で作ってるのか。南無で始まり合掌で終わるとかw
冗談はともかくDB使っていない、というのはデータの使いまわしどうするんだろ?
それから連絡掲示板はちゃんとメンテしてね(はぁと)
>>365に出てくる日立のソフトってVectorに広告載ってるあれかな。
画面見本が少ないんで資料請求するのがイマイチためらわれるんだが。
電脳工場ってパッケージソフトは使ってる奴いる?
レビューしてほしいんだが。。 とりあえず、出会い系サイトとかで「何もしないから」と女子高生を騙して連れてくる(というか、本当にいやらしいことは何もしないのだが…)→5〜6万渡す→俺よりシステムに詳しくて、男としての自信を失う
でもって、今しょぼくれているのだが。
今度「電脳」入れるんだが大混乱の予感
大枚はたいて何やってるんだか・・・ >>394
電脳入れるって事は中小企業かな?
電脳は安い分相当苦労すると思うよ お偉いさんが決めたので苦労せねばならん
ちょっと痛いとこ突いたら総攻撃くらったし 生産管理の勉強をはじめましたが、かなり難しそう。
とりあえずデータベースでマスタ設計。 どっかの生産管理アプリかERPなんかのマスタをパクると早い.
自分でやるなら生産管理の勉強よりデータモデリングなんかを勉強するほうがいい.
担当者と片っ端から会って,紙とかエクセルとかをもらいまくる.
で管理項目を洗い出す.意味が分からなければイヤがられても聞きまくる.
ヤッツケでない気合の入ったER図を描きながら,そこで思い切り考える.
生産管理の本を読むのはそこからでいい.
ただし会話してて現場のオヤジを怒らせてるほどの無知であれば別.
>>408
助言くださってどうもありがとう。
生産管理の基礎について書かれた本を読み直しています。
さいわい、うちの親父が大手製造業の生産管理課に勤めていて
その親父の勧めで勉強しはじめたので、
分からない点は親父に訊けるかもと思っていますが・・・ いいなあ、聞ける相手がいて。
うちの会社なんか今まで注文書を現場に渡してただけなのに、「明日からお前生産管理やれ。」で終わりだもんな・・・(´・ω・`) >>409
たぶん話はあまり合わない。そう腹をくくっておくとイイ。
生産管理の実務はほとんど特急対応と欠品対応だよ。
必要なのはいま作ってるモノの知識がメインだ。
数え方、有場所、作り方、歩留まり etc
いっぽう教科書のほうは発注点とか最適在庫とかモノに
左右されない一般論だし、それを勉強してる生産管理の
人は実は少数派だ。
いや知ってるほうがイイんだよ。もちろん。
だが勉強はあくまで「聞いたことが分かる」ために使い
「自分の主張」には使わないことを強くお勧めする。
あと話を聞いたら「モノ」「場所」「人(組織)」の定義をまず
徹底的に理解し整理し、できればそれぞれ階層構造にして
みること。
その跡でモノ×場所とかモノ×人とかで定義される情報を
整理する。モノ×場所で在庫とかモノ×人は所有だとかね。
でもそれ以前にモノ場所人だけでおなか一杯になるはず。
階層構造なんてとんでもない。ぜったいにグチャグチャだから。 25年前の円高、アメリカから市場開放要求のあった
中曽根首相のときの日本をフィクションで描いています。
バブル経済前夜でした。
これが小泉首相のときの竹中平蔵による改革へとつながり、
今の円高、野田首相の進めるTPPとも通じています。
気分転換にどうぞ。アバター利用のコミュニティゲームの情報もあります。
1986年の残照
http://ronkokuunovel.seesaa.net/
>>411を読みますと、けっきょく現場、現場でまったく違うから
汎用性のある生産管理ソフトはつくれないってことですかねえ。
>>413
生産管理の本質は変わらないよ.
汎用性のある生産管理ソフトというのはそこを踏まえたうえで
現場現場で違う部分は「全部入り」になってる.
まあ全部といっても限界があるが,ほとんどの「わが社流」は経営的に意味がない.
意味がないというのは,その「わが社流」が売上にもコストにも回転率にも寄与して
いないということ.伝票の書式とかひねくれた組合せコード体系とか・・・
設定で使い分けるぶん設定が大変だがそこはプロがいる.
ありえない設定はそもそもできないし,違ってたら設定を直せばよいので
どこがどう爆発するか分からない自作よりはるかにリスクは少ない.
モノかモノ作りがよほどユニークでなければ自作の意味なし.
知っている範囲では金型部品やカスタム眼鏡レンズみたいな,組み合わせによって
仕様が膨大になるとか,独自のマスタ構造が必要な場合が面倒くさい. 製番というのがキーですね。
www.qsrww.com 生産管理課って労働者を扱き使うためのブラックな業務ですよね?
小心の呵責に苛まれながらやってます。 生産管理とはすこぴずれるけど、
ロータスアプローチ使って設計案件の管理してますわ。
excelで3年くらい管理してたけど、
予定表作ったりが楽 うちの生産管理の人に聞いたけど、Tpicsっていうシステムを導入して使ってるんだけど、中小ながらもちろん何千万円か投資してるシステムね。
夏季休暇といった長期休暇の日数を除いて、月の生産計画を作る事が出来ないシステムみたいだけど、そんなトロいシステムがあるの?
それともうちの生産管理がトロいの? 自動車大手なんて、毎日交代勤務交代休暇で毎日動かしてるだろうに。
盆休みなんかは、丸々2週間ぐらい機械を止めるだろうに・・・
機械稼働日が31日でも、機械稼働日が20日弱でも、杓子定規に計算して、単純に月の日数で生産計画数出すの?
聞けば聞くほど、Tpicsってアホなシステムにしか感じないんだけど・・・ 誰でも簡単にネットで稼げる方法など
参考までに、
⇒ 『加藤のセセエイウノノ』 というサイトで見ることができるらしいです。
グーグル検索⇒『加藤のセセエイウノノ』
KPMWYLNU2Y ☆ 私たち日本人の、日本国憲法を改正しましょう。現在、
衆議員と参議院の両院で、改憲議員が3分の2を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆