[掲示板に戻る]
 
やっぱり連係機能を使う方が。。 ＥＸＣＨＡＮＧＥ 2006-9-6 6:27
|
 
Re:やっぱり連係機能を使う方が。。 苦労人 2006-9-6 9:37
|
| 8 | やっぱり連係機能を使う方が。。 |
| ＥＸＣＨＡＮＧＥ 2006-9-6 6:27
[返信] [編集] ＊ 技術上のお話の中へちょっと筋違いな（お節介な）ことをいうのもまずいのですが、このようなケースの場合やはり他システムとの連携をはかる方向の方が将来的に良いのでは。。と思います。 ＊ ＳＡＴＯの場合、外部からデータ（ＣＳＶ等）を受け取ってバーコードラベラを印字するパッケージソフトがあったと思います。 このソフトはユーザ側でデザイン、カスタマイズが出来ます。 しかも印字のデザインは非常に自由に設計できたと思います。 ＊ Ａ−ＶＸ側のＣＯＢＯＬでＮＴ領域にＣＳＶで吐き出して、連携させてやれば楽に構築できます。 ＊ こうしておけば、（バーコードラベラのメーカは、キョウビどこでもこのようなパッケージを用意していますから）他メーカへ乗り換えるときでもラベラ側のみの変更（しかもデザイナ部分のみなのでらくちん！）で済みます。 ＊ それぞれのベンダの得意とするハードやソフトを組み合わせて柔軟にシステム構築する、というのがオープンの時代の最大のメリットかと思います。 ＊ あまりＡ−ＶＸ自前主義にこだわりすぎると次の担当者が手直しできないほど専門的（＝特殊仕様）になりすぎ、結果的に「訳の分からんＡ−ＶＸをまるごとを取替よ！！」ということになりかなません。 ＊ せっかく構築された基幹システムは長期にわたって改良しつつ育てるべきですし、安易に再構築することを望む人はいないと思います。そのためには連係機能をうまくつかって風通し良くしておくことが長い目で見れば得策なのではないのでしょうか？ |
|
| 10 | Re:やっぱり連係機能を使う方が。。 |
| 苦労人 2006-9-6 9:37
[返信] [編集] ＳＡＴＯのホームページを見ていたら、「接続君」というのがあって、ホスト側からはシリアルプリンタ感覚でバーコードプリンタが接続できると・・・・。 まさしく今運用で接続されている形態です。 しかし、対応ホストが、ＩＢＭ・富士通・日立のみ。 なぜＮＥＣが無い？ ショック！ >＊ ＳＡＴＯの場合、外部からデータ（ＣＳＶ等）を受け取ってバーコードラベラを印字するパッケージソフトがあったと思います。 これが可能であれば、ＡＶＸ側から制御できそうです。 「Multi LABELIST me」というソフトでしょうかね？ ちょっと仕様を問い合わせてみます。 |
BluesBB ©Sting_Band