ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re:その後（長文） | |
| 産休明け 2008-11-6 16:04:00
[返信] [編集] 本日はじめてこのオフコン帳を拝見したものです。 私は都内でオフコン顧客を抱えている者です。 週5日常駐および残業できる身柄ではないのですが （産休明けでまだ時短で復帰中のため） 条件が合えばお手伝いできると思います。 | |
| Re:ＯＡプリンタの後継機 | |
| ねこきち 2008-11-5 18:57:00
[返信] [編集] 書きこみ有り難うございます。 ＯＡプリンタは専用端末（S3100）で使用中です。後継機種もやはり専用端末が必要なのでしょうか？ | |
| Re:#ABCのカタログ置換 | |
| 温泉好きのうさぎ 2008-11-5 10:52:00
[返信] [編集] 具体的なことが何も書かれていませんので、原因と対応策を教えろと言われましても、難しいです。 1.まず、システムがおかしくなる原因となる何かを行ったんですよね。それは何でしょう。 バックアップしたファイルを戻したとか、表定義を併合したとか。 カンバニ有りのシステムでセーブしたものを、カンバニ無しのシステムに戻したとか。あるいは、その逆。 2.ファイルを削除しようとした理由は何でしょう。 また、そのときにどのユーティリティを使いましたか。#ABC、#ALLOC、#SGALC、その他？ 削除できなかったときの、エラーメッセージ、エラーコードは何でしょう。 3.#ABCのカタログ置換で2重KEYとなったときのエラーメッセージ、エラーコードは何でしょう。 4.2重KEYとなったときのファイル名と同じ表名が、SYS@DDFに定義されていますか。#DDMは、起動可能ですか。 5.2重KEYとなったときのファイル名と同じファイル名が、MSDのいずれかの号機に存在しますか。#MAPは、起動可能ですか。 6.ハードの故障というのは、考えられませんか。それであれば、話はまったく別です。 せめてこれぐらいのことを書いていただけると、原因と対応策も考え付くんですが．．．．。 その上で、 (1)まず、#BKUP等で全ボリュームの退避をとっておく。 (2)SYS@FDF、SYS@FSDFに対してリカバリーをかける。 その後、最初しようとしていたファイルの削除をもう一度試してみる。 (3)表定義が削除できるようであれば、削除する。 場合によっては、SYS@DDFに対してリカバリーをかける。 (4)上ができなければ、SYS@DDFの退避をとった上で、SYS@DDFをディアロケートしてしまう。 (5)以上で、カタログの定義をもう一度行う。 置換ではなく、定義で最初からのやり直しをしたほうがいいと思います。 (6)うまくいけば、表定義の併合やファイルのアロケート等を行い正常な状態に戻す。 今、考えられるのはこれぐらいでしょうか。 ただ、現状がまるでわかりませんので、上記の行為で状態がさらに悪化することもありえます。 自信が無いようでしたら、専門家に依頼したほうがよいと思います。 | |
| #ABCのカタログ置換 | |
| くま 2008-11-4 23:45:00
[返信] [編集] はじめまして。ファイルが削除できないので、今となっては無謀にも＃ＡＢＣのカタログ置換を実行してしまいました。実行したら、ファイル名２重ＫＥＹとなって途中で終了してしまいました。原因と、対応策ってないでしょうか？ 宜しくお願いします。 | |
| Re:保守契約について | |
| 江須扇 2008-11-4 21:41:00
[返信] [編集] はじめまして、江須扇と申します。 Express5800/670AD ですか？ 発売から１０年という事でそういう説明なったのですか？ 昔６年目以降は保守料が高くなるという事は聞きました。 弊社でもサーバーは買い換えておりますが、プリンターは 再利用し継続保守しております。 今の所、特にそのような話は聞いておりません。 ただしプリンターは当時の価格なので保守料も高いです。 ６７０ＡＤを６００ｘｉシリーズに買い換えると 保守はどうなるのかの提案は 営業はもってきてないでしょうか？ 業務内容にもよりますが、可能ならワンランク機種を下げれば 一時費用は掛かるでしょうが保守料は下がるのと思うのですが・・・・ オフコンはソフト資産はそのまま移行できるのが売りですから・・・・ オフコン営業ならその様な提案を合わせてもってくると思いますが・・・・ 同じ繰り返しですが その話の本当の趣旨が良くわかりませんね？ １．保守要員がへったから ２．保守機材がなくなったから ３．早く買い換えて欲しいから 本当の所は何なんでしょうね？ | |
| 保守契約について | |
| 天道虫 2008-10-29 11:22:00
[返信] [編集] Express5800/670ADを利用しております。 昨日、販売店より来月からベストエフォート保守になり、来年４月からはスポット保守になると言われました。今まで、２０数年オフコンを利用しておりますが、余りに突然で驚いております。 まだ、次の機種をどうするのか、景気が悪くなってメドがたちません。皆さんは保守契約どうされておられますか？教えて下さい。 | |
| Re:ＯＡプリンタの後継機 | |
| おやじ 2008-10-28 23:04:00
[返信] [編集] ＯＡプリンタは「N7884-14A」および「N7884-14B」かと思われます。この後継機は「MultiImpact700シリーズ」になります。 が、バーコード印字は可能ですが、ＩＤマークの読取／印字は不可能です。但し、ＲＰＱ（改造依頼）を行う事が前提ですが、従来専用端末(S3100とか10BEAT)でのセントロニクス接続、またはB4680プリンタ接続装置での接続で可能となります。 | |
| Re:帳票フォームの修正 | |
| 温泉好きのうさぎ 2008-10-13 20:49:00
[返信] [編集] フォーム名は先頭が「Ｆ」で始まる文字列でなければなりませんので、”AZHY01”というのはフォームではなく、メディアID名と判断されます。 COBOLのプログラムでメディアID名が定義されているプリンタに対するOPEN命令が実行されたときに、専用紙のセットをうながすためのメッセージの表示がなされます。 なお、フォームのソースの作成あるいは修正は、テキストエディタ(#TEDIT)にて行います。 TEXT TYPEのパラメータは、FDLを指定します。 フォームオブジェクトの作成は、#FORMにて行います。 作成されたフォームオブジェクトは、SYS@FOLnに出力されます。(nはプリンタの種類により異なる数字) SYS@FOLnは、SRV上にアロケートされてなければなりません。 | |
| 帳票フォームの修正 | |
| ダイゴ 2008-10-10 8:34:00
[返信] [編集] コボルで開発された帳票プログラムで、フォームを使用して印字しているものがあります。 プログラムを解析しましたら”ＡＺＨＹ０１”とい名のフォームという事は分かりましたが、それを修正する方法が分かりません。どなたか教示頂けませんか？ 「実は技術者でも何でもありません、コボルのＰＧは少しかじった事がある程度ですので、ＡＶＸのマニュアル見てもさっぱり分かりません」 よろしくお願いします。 | |
| Re:ＯＡプリンタの後継機 | |
| オフコン人 2008-10-9 21:48:00
[返信] [編集] バーコードとお書きですが、IDマークと呼ばれるものですね。 確か限定で提供されると聞いています。営業の方に相談されればいいと思いますよ。 | |
| ＯＡプリンタの後継機 | |
| ねこきち 2008-10-9 13:24:00
[返信] [編集] 教えて下さい。 ＯＡプリンタ（ＭＰＰ１００Ｃ、ＭＰＰ１００Ｃ２）の後継機を ご存じないでしょうか？ 単票印字、コードなどをバーコード印字したり、それを読みとったりできるプリンタです。 例えば、取引台帳ですが、１ヶ月に数行した印字しない場合、毎月印字するとその回数だけ紙が必要ですが、上記機能を使うと、 １枚の紙に前月印字分の続きの行から今月分を印字し、翌月は その続きから印字する事が可能なのです。 また、こんなプリンタをお使いだった方があれば、その後レベルアップ時にはどのようにされていきましたか？ 是非経験談を お聞かせ下さい。 | |
| Re:キーボードの操作音のついて | |
| 温泉好きのうさぎ 2008-10-6 0:20:00
[返信] [編集] モニタ前面下部のフタを開けると、画面輝度調整と音量のボリュームスィッチがあったと思います。 最小の位置にしても無音にはならず、小さな音は出ていたと思います。 | |
| Re:キーボードの操作音のついて | |
| こん 2008-10-4 15:35:00
[返信] [編集] モニタ自身には音量調整がありませんでしたっけ？ | |
| Re:その後（長文） | |
| はじめまして 2008-10-2 9:54:00
[返信] [編集] わたしの会社も、同じようなものです。いるいる苦労されているみたいですね。 | |
| Re:（その２）：ＦＡＸの自動配信システムについてお聞かせkudasai | |
| c_saku 2008-10-1 7:14:00
[返信] [編集] 江須扇さん、ありがとうございます。 おぼろげながら、見えてきました。 仕切書、納品書のＦＡＸ送信の自動化が当社のもくろみなので、手間を掛けないなら、ＰＶ＋ＰＤＳが、 予算を掛けないならＦＬＬということになりそうです。 営業所や支店のない当社では、ＢＲよりも上記の２商品が、考慮の対象になりそうです。 ここをご覧の方で、また別の手段を取っているヨという方がおられましたら、教えてください、よろしく お願いします。 | |
| Re:（その２）：ＦＡＸの自動配信システムについてお聞かせkudasai | |
| 江須扇 2008-9-29 22:55:00
[返信] [編集] ＞今までＰｒｉｎｔｖｉｅｗの経験がないのでピンと来ませんが、この２つのソフトは、両方と ＞もオフコンのＷｉｎｄｏｗｓ側にインストールして利用するのでしょうか？ はいそうです。 と言っても販売店にインストールはお願いしたので、詳細は不明ですが・・・ ＞業務アプリケーションは通常の「印刷」処理を行えば、この２つのソフトが連携してＦＡＸ送信 ＞を実行してくれる、と思えばいいのでしょうか？つまり、ＰＶとＰＤＳのパラメータの設定を行 ＞えば、その後の運用は、未達ＦＡＸの再送処理以外、人手を介さないと考えていいのでしょうか？ はいそうです。 ＰＶがスプールを監視して スプールファイルをＰＶ形式のを変換します そしてＰＤＳへ渡しＰＤＳが連携して指定されて配信先へ渡します。 その時ログが作成されそのログで再送管理をします。 人手は介しませんが 帳票プログラムをスプール直接出力へ変更します。 ファクス番号を指定する為に、帳票の特定場所に出力するか、 取引先番号などの特定場所をキーワードにして、ＰＤＳ側で キーワードとファックス番号の対応のテーブルを作るかです。 ＞あと、「FAX連携ライブラリ」のほうはどういう運用になるんでしょう。ＰＶとはどういうふう ＞に違うんでしょう？こちらのサイトを見たら、金額的には５万円しか出てこないので、これで ＞済むなら、それに越したことはないんですが・・・ ＰＶ、ＰＤＳの他の機能を使わないならＯＫと思います。 違いはＣＯＢＯＬの開発の手間と思います。 ＰＤＳはサブルーティンも使わないので、極論言えば ＳＭＡＲＴ２でもＯＫという事になります。 開発の難易度で言えば ＰＤＳ＜ＰＶ＜ＦＬＬ という事になります。 どうせＣＯＢＯＬで開発するので同じと考えるなら\r ＦＬＬで良いのではと思います。 詳細比較は http://www.nec.co.jp/pfsoft/a-vx/avx_home/avxmfax.html ＰＶ形式は一般的ではないのでＰＤＦに比べれば使い勝手が悪いです。 したがって、別のマシンは他社プリンタ印刷がメインでしたので スプールを介さないＢｉｚＲｅｐｏｒｔｉｎｇにしました。 という事でＢＲの選択肢のある今では、 ＦＡＸ機能以外はＰＶはあまりお勧めではないですね。 | |
| Re:ＦＡＸの自動配信システムについてお聞かせkudasai | |
| c_saku 2008-9-29 14:05:00
[返信] [編集] 江須扇さん、ご意見ありがとうございます。 当社は、昨年のリプレース時、見積もりには「Ｐｒｉｎｔｖｉｅｗ」が入っていたのですが、 とりあえずは、最小構成でということで、導入を見合わせた経緯があります。使うかどうか 分からないものを買ってもいかんので・・・ 当時の資料を見直してみました。「Ｐｒｉｎｔｖｉｅｗ」が定価２８万円、 「ＰｒｉｎｔＶｉｅｗＤｅｌｉｖｅｒｙＳｅｒｖｅｒ」が同じく２０万円になっていました。 モデムは現在、使用中ものがあるのでこれを利用するとして、オフコン側の業務アプリを自作\r すれば、何とか予算内には入りそうです。 今までＰｒｉｎｔｖｉｅｗの経験がないのでピンと来ませんが、この２つのソフトは、両方と もオフコンのＷｉｎｄｏｗｓ側にインストールして利用するのでしょうか？ 業務アプリケーションは通常の「印刷」処理を行えば、この２つのソフトが連携してＦＡＸ送信 を実行してくれる、と思えばいいのでしょうか？つまり、ＰＶとＰＤＳのパラメータの設定を行 えば、その後の運用は、未達ＦＡＸの再送処理以外、人手を介さないと考えていいのでしょうか？ あと、「FAX連携ライブラリ」のほうはどういう運用になるんでしょう。ＰＶとはどういうふう に違うんでしょう？こちらのサイトを見たら、金額的には５万円しか出てこないので、これで 済むなら、それに越したことはないんですが・・・ 次々に質問、すみません。お時間よろしければ、また、教えて下さい。よろしくお願いします。 | |
| ＢｉｚＲｅｐｏｒｔｉｎｇテスト中 | |
| 江須扇 2008-9-28 11:33:00
[返信] [編集] 最近別システムのオフコンをレベルアップしましたが ＢｉｚＲｅｐｏｒｔｉｎｇ（以下ＢＲ）を導入しました。 ただいまテスト運用中ですが、使用感をご報告します。 【導入目的】 他システムで、ＰｒｉｎｔＶｉｅｗ＋ＤｅｌｉｖｅｒｙＳｅｒｖｉｃｅ＋ＳｐｏｏｌｅｒｎｅｔｆｏｒＰｒｉｎｔＶｉｅｗ（以下ＰＶ） を導入しておりますが、ペーバーレスでは全く運用していません。 利用している機能はＦＡＸ自動配信と他社プリンタ印刷でした。 今回はＦＡＸ機能は必要なかったので、他社プリンタ印刷とＰＤＦ機能のみで考えました。 ＰＶとＢＲとＰｒｉｎｔＢｒｉｄｇｅ（以下ＰＢ）を検討しましたが、私の欲しい機能とＢＲのコンセプトは違いましたが、 ＢＲしました。 【選択理由】 １．印刷形式はフォーム名で決定されるが、 フォーム名がない場合はプリンタの内部ファイル名 内部ファイル名がない場合は標準（規定値）の印刷形式で ＣＯＢＯＬ側の修正なくそのままで他社プリンタに出力できた。 ２．ＰＤＦを帳票毎にフォルダ及びファイル名を自動的に付加できて、タイムスタンプもファイル名の自動追加できた。 【問題点】 １．ＳＭＡＲＴ２、ＲＤＢＱ２のピッチ詰めが印字できない （２バイト半角文字を使っている為） ２．２バイト系の２バイトｘ２文字＝１バイトｘ３文字の帳票はずれるので標準の印刷形式では印刷できない ３．＃ＳＷＲＴＥで印刷ＦＯＲＭ無しの帳票は同じ内部ファイル名となり同じ帳票形式扱いとなる\r 【対応策】 １．ＳＭＡＲＴ２はＳＭＡＲＴ２側で、ピッチ詰をはずし２０４桁帳票で出力し内部ファイル名で帳票形式の印刷縮小サイズを変える（ＲＤＢＱ２は１３７桁以上して出来ないので不可能） ２．ＣＯＢＯＬ側内部ファイル名を変えて印字ピッチを変更した 帳票形式で印刷 ３．標準形式で印刷できないのは＃ＳＰＯＯＬで印刷するときにＦＯＲＭを付けてその形式にあったフォームで印刷 | |
| Re:ＦＡＸの自動配信システムについてお聞かせkudasai | |
| 江須扇 2008-9-28 10:42:00
[返信] [編集] はじめまして、江須扇と申します。 弊社では、ＰｒｉｎｔＶｉｅｗＤｅｌｉｖｅｒｙＳｅｒｖｅｒ （以下ＰＤＳ）を運用しております。 １回線運用ですので、ＦＡＸ機能は、標準のＷｉｎｄｏｗｓ２００３のＦＡＸ機能を利用しております。 ＞１．電話（ＦＡＸ）回線は１回線でもＯＫ（ボリューム的には、２〜３時間で５０枚程度） ＯＫです。 ＞２．未達管理ができ、再送ができること サーバーコンソールでＰＤＳ機能で可能です。 ＞３．予算的には２０〜３０万程度 Ｐｒｉｎｔｖｉｅｗ（以下ＰＶ）とＰＤＳと両方ソフトを購入すると標準価格ベースではかなりかかります。 また、パソコンＦＡＸモデムも必要です（そんなに高くないと思いますが・・・・） ４．オンラインでもオフラインでもＯＫ オフコンだけでの運用になります。 ５．オフコン側の開発は自作可能（ＰＣ側もパラメータ程度なら可能）（ＶＢとかは×） オフコンでの作成と、ＰＶとＰＤＳのパラメータとなります。 また、昨年オフコンを買い替えられたと言うことなので、Ａ−ＶＸ０１の最新版と思います。 ＰＶだけでも、ＦＡＸ送信は可能です。 その場合、Ｗｉｎｄｏｗｓ標準のＦａｘ管理となります。 電話番号はＣＯＢＯＬのプログラム内で変更可能ですが、ＦＡＸの未達管理はＷｉｎｄｏｗｓの標準機能です。 たしか「送信先」が同じ名前になったので、ＰＤＳにした記憶です。 当然ながらＦＡＸ番号は違ってますし、一覧をクリックすれば、 送信内容は確認でき、宛先はわかります。 再送も可能です。 ＷＩＮＯＤＯＷＳ標準機能のＦＡＸとは一般的なＷｉｎｄｏｗｓパソコンにＦＡＸモデムもつけて、インストールすると 「プリンタとＦＡＸ」に生成されるＦＡＸです。 | |
| Re:ＦＡＸの自動配信システムについてお聞かせkudasai | |
| c_saku 2008-9-27 13:33:00
[返信] [編集] ↑ すみません、表題のkudasaiだけ、へんなことになりました。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band