ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | ビズレポーティングについて | |
| 岩石 2007-6-5 11:39:00
[返信] [編集] もし良い案がありましたら宜しくお願い致します。 帳票の印刷をドキュワークスに出力する様にし、その作成したドキュワークス文書をクライアント（印字要求したエミュレーターの端末）に取込みたいと思っております。 この場合、複数のエミュレターから印字を行った場合サーバーのドキュワークス内に誰が印字したかが判らない状態で格納され判別が出来ないと思われます。なにか出来る方法または確実に印字要求したクラアントにドキュワークス文書を取込む方法がないものでしょうか。ＰＤＦなどでは、特定位置の印字内容でフォルダが作成されその中に格納される様です。 宜しくお願い致します。 | ||
| 2 | Re:ビズレポーティングについて | |
| ターラヤン 2007-6-6 0:58:00
[返信] [編集] こんにちは。 私はDocuWorksは知らないので何も答えられませんが、ちょっと興味があるので、 質問に対して質問します。 富士ゼロックスのDocuWorksのことですよね。 BizReportingの出力先プリンタをDocuWorksのプリンタドライバにして、A-VXから 印刷する帳票類をDocuWorks文書にしたいというわけですね。 J-SOX絡みか何かで、DocuWorksの機能を使って、印刷したDocuWorks文書を 印刷者か部門だけで管理できるようにし、他の人がアクセスできないようにしたい。 ところが、クライアントPCから直接出力していれば誰が出力したかDocuWorksは 判断してくれるが、A-VXは一旦サーバ経由で帳票を出力するので、DocuWorks は誰が帳票を出力したかわからない。 何かいい方法がないか？ ということですね。 仮に可能であれば、いろいろとシステムとして発展できる話ですし、できるのか どうかは私も気になります。 | ||
| 3 | Re:ビズレポーティングについて | |
| 岩石 2007-6-6 9:22:00
[返信] [編集] はじめまして。ターラヤンさん。 ＞富士ゼロックスのDocuWorksのことですよね そうです。 >BizReportingの出力先プリンタをDocuWorksのプリンタドライバにして、A-VXから印刷する帳票類をDocuWorks文書にしたいというわけですね。 →そうです。この場合、BIZはBizRepoting_001、_002と連番が振られるだけなのです。このﾈｰﾐﾝｸﾞにSTNNOが付いていれば簡単なんですが、、。 >DocuWorksは誰が帳票を出力したかわからない。 >何かいい方法がないか？ →はいその通りです。 ◎ｴﾐｭﾚﾀｰは一人一台ではないことも今回の面倒な一つでもあります。 昨日の検証内容です。 hpよりCOBOLからVBを起動させることを知りましたので、JSで印字→vbの流れで取得は出来ました。これも一人なら良い話なのですが。また、検証時BizからDocuへの変換に時間が掛かることも判明。VBの対応により改善出来ることでもありますが複数の場合取り込みが正確に出来ないのでは使えないと判断しています。 >A-VXは一旦サーバ経由で帳票を出力するので、DocuWorksは誰が帳票を出力したかわからない。 →正確に取り込めない為、帳票に誰が印字したのかの識別コードを印字する様にしました。この場合、一対一のｴﾐｭﾚﾀｰでない為、PCﾕｰｻﾞｰを取得しStnNoと識別コード(PCﾕｰｻﾞｰ)のISﾌｧｲﾙを作成し印字させました。やはりこれもCOBOLからVBを利用しています。 間違った文書が届いた場合、どうやって交換するのか？の問題もありますが、、。 ◎正確に出来ないのでは使えない。 印字処理をｼﾝｸﾞﾙとして制御させる方法で検討始めました。ｺﾝﾄﾛｰﾙするﾌｧｲﾙにSTNNOが設定されていたら使用中と判断させCBLTIMEで繰り返し判定させる。使用中の場合は画面にこのままDOCUに出力するか。複合機に印字するか(この場合すぐに印字へ)、中断は終了。DOCUへ出力取込みが完了したらｺﾝﾄﾛｰﾙからstnnoをｸﾘｱ。※JS中のVB起動は次のCOBOLが直ぐ起動する為VB終了を判断するTEXTを更新させ次のCOBOLで読込みVB終了判定させる必要がありました。 ◎一応上記の方法で作成してみます。結果はまたご報告させて頂きます。どうなるか不安なんですが、、。 | ||
| 4 | Re:ビズレポーティングについて | |
| 岩石 2007-6-6 10:47:00
[返信] [編集] すみません。 ご質問への回答が抜けていました。 J-SOX絡みか何かで、DocuWorksの機能を使って、印刷したDocuWorks文書を印刷者か部門だけで管理できるようにし、他の人がアクセスできないようにしたい。 >勉強不足でJ-SOXが何かはちょっと判りませんが、印刷者がMENUから選択したら自分のＰＣDocuフォルダに取り込みそのフォルダを開くところまで行いたいと云う理想なんです。 | ||
| 5 | Re:ビズレポーティングについて | |
| みさき 2007-6-6 17:20:00
[返信] [編集] あまり詳しくはないのですが、一つだけ。 STNNOを知るには、COBOL85のシステムサブルーチンを 使うという方法があります。 CALL "CBLSTNNO" USING データ名 でSTNNOがわかります。 あとは、それをどうにかして判別に使っていただければ、 と思うのですが。 外してたらすみません。 | ||
| 6 | Re:ビズレポーティングについて | |
| 岩石 2007-6-6 19:38:00
[返信] [編集] お忙しいところ有難うございます。みさきさん。 ＞それをどうにかして判別に使っていただければと思うのですが。 そうですね。一部の部署では起動の早い順番にSTNNOが振られる構成になっており、印刷者がSTNNOを意識していない点頭が痛いところです。印刷物に識別を印刷する場合ＰＣユーザーに頼るしかない様です。(勝手な思い込みですが）。結果的にSTNNOをkeyとしPCuserid構成のISをVBも利用しJSL登録してみました。COBOLからEXEが起動出来るのはとても有りがたいと思っております。 STNNOとUSERIDについてNECに問合せを致しました。logに格納されているとのことでしたがlogなので、、。 また、なにかﾋﾟｯ！と来たらお教え願います。 | ||
| 7 | Re:ビズレポーティングについて 結果報告 | |
| 岩石 2007-6-7 10:53:00
[返信] [編集] 皆様、ありがとうございました。 一応ＰＧでの対応は完了しました。 当初目的の印字だけならばこんなにバタバタしたくて良かったの にと思っております。 Docuのことは分からないのでもっと簡単なフォルダの共有とかなんかの方法でも対応が出来たかもしれません。 後は社内でどう評価を受けるかです。 汎用紙に打出しをしておりましたのが複合機やDocuに代わって行くことでみなさんの職場ではどうだったでしょうか。 | ||
| 8 | Re:ビズレポーティングについて 結果報告 | |
| ターラヤン 2007-6-8 1:21:00
[返信] [編集] 遅くなりましたが、質問に答えていただきありがとうございました。 大して役にたちませんでしたが、とりあえず解決したようで、安心しました。 いろいろと工夫されているようで、とても勉強になります。 DocuWorksで可能ならば、他の良く似た仕組みのソフトと組み合わせて、いろいろな事ができるのではないかと考えが膨らみます。 | ||
| 9 | Re:ビズレポーティングについて 結果報告 | |
| 岩石 2007-6-13 2:43:00
[返信] [編集] ターラヤンさんご返事が遅くなりすみませんでした。 ＞ 他の良く似た仕組みのソフトと組み合わせて、いろいろな事ができるのではないかと考えが膨らみます。 私もそう思います。今回は短期間でしたが色々試してみることが 出来ました。こちらのサイトで得た情報が無ければもっと遠回り していたかもしれません。感謝。 今後とも宜しくお願い致します。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ファイル連携ユーティリティについて | |
| ＡＶＸ初心者 2007-6-4 19:54:00
[返信] [編集] Ａ−ＶＸ初心者の為、かなり困っています。 どなたかご存知の方ご教示頂きたいと思います。 今回WINNTサーバよりWIN2003サーバにマシンリプレイスの 作業を行っております。 プログラム内でA-VXよりWindowsのTXTやCSVファイルに アサインするためにファイル連携ユーティリティを 使用していたため、 それをそのまま移行したのですが、 うまくWindowsファイルを認識してくれません。 （COBOLでのOPEN処理でエラーになる） 行った手順は以下のような形です。 ��SYS@NTPAFの移行（旧サーバよりそのままコピー） ��DDFのコピー（旧サーバのをそのまま併合） ��#NFLNKで指定されているフォルダを確認し、 そこに該当するフォルダ及びテキスト・ＣＳＶを作成 以上のような対応を行いました。 何か漏れがあるのでしょうか？ それともWIN2003では使えないのでしょうか？ 教えていただければありがたいです。 よろしくお願いいたします。 | ||
| 2 | Re:ファイル連携ユーティリティについて | |
| ＥＸＣＨＡＮＧＥ 2007-6-5 0:12:00
[返信] [編集] ＊ もし設定の移行などが全くＯＫとした場合ですが、それでもオープン出来ないと言うことでしたら、ひょっとして��で作成されたフォルダ、ファイルなどの権限ということはないでしょうか？ＮＴ、Ｗ２Ｋのころに比べ、Ｗ２００３、ＸＰはアクセス権限が厳密になっていますので、アクセス（とくに書込）できないということがよくあります。 | ||
| 3 | Re:ファイル連携ユーティリティについて | |
| ＡＶＸ初心者 2007-6-5 10:41:00
[返信] [編集] 返信ありがとうございます。 返信内容を元に調査したのですがやっぱりできません…。 （OPENでステータスに35が返ってきます…。） アクセスもすべてフルコンにしていますし、 読み取り属性ははずしていますし…。 A-VX側の設定については、私自らが変更した点は、 フォルダやテキストファイルを指定の位置に作成しただけで、 その他は旧サーバのデータをそのままコピーしていますので、 質問に記載しました�´↓０奮阿忙笋竜い鼎い討い覆ず邏箸�なければ、 大丈夫だとは思うのですが…。 何か作業に漏れがあるのでしょうか？ ここは注意したほうがいいよというのでも結構ですので、 ご教授よろしくお願いします。 | ||
| 4 | Re:ファイル連携ユーティリティについて | |
| ターラヤン 2007-6-5 12:42:00
[返信] [編集] 文章だけでは、難しいですが、 ファイルが見つからないというエラーが出ていることから考えて、 ボリュームカタログファイルに登録されていないのではないでしょうか 説明書を読むと、�，鉢△隆屬播佻燭垢襪茲Δ任后� ファイル連携ユーティリティ（＃ｎｆｌｎｋ）にボリュームカタログ の復旧というコマンドがあるので、それで復旧を試みてはどうでしょうか。 | ||
| 5 | Re:ファイル連携ユーティリティについて | |
| ＡＶＸ初心者 2007-6-5 17:42:00
[返信] [編集] ＥＸＣＨＡＮＧＥさん、ターラヤンさんありがとうございました。 #NFLNKの復旧で無事動くようになりました。 これから中身の確認です・・・。（苦笑） ありがとうございました。 またよろしくお願いします。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | キーファイルのアロケートについて | |
| たま 2007-6-2 12:38:00
[返信] [編集] いつもこの掲示板にはお世話になっています。 また１つ質問させてください！ MIXファイルのキーをアロケートしようと思うのですが 【KEY POSITION】が【1,7,30】で 【KEY SIZE】が【4,23,4】などキー位置やサイズが飛びとびに なっているキーの領域確保方法がわからず困っています。 #ABCや#ALLOCではキー領域は連続した１つしか設定できないですし、 #DDMの領域確保を使えば上記のような飛び飛びのキーも作成できますが、 【RECOVERY MODE】や【KEY BLOCK SIZE】など細かい指定ができません。 （↑私が知らないだけかもしれませんが・・・） 上記のようなキー領域を作成する方法をご存知の方は ご教授いただければすごくありがたいです。 「マニュアルのここに載っている」でも結構ですので よろしくお願いします。 | ||
| 2 | Re:キーファイルのアロケートについて | |
| ＥＸＣＨＡＮＧＥ 2007-6-4 0:08:00
[返信] [編集] ＊ ＃ＡＢＣのメニューで９６（これは隠し番号）−−＞１３．合成 キーの生成 と進む ＊ 後は、大体想像でパラメータ設定が出来たかと。。 ＊ 以前のスレで話題になってたような気がします。 | ||
| 3 | Re:キーファイルのアロケートについて | |
| たま 2007-6-4 19:43:00
[返信] [編集] 教えていただいたとおり行ってできました。 ほんとにありがとうございました。 また何かあればよろしくお願いいたします。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | プリンタの設定について | |
| たま 2007-5-23 21:14:00
[返信] [編集] ご存知の方がいらっしゃればご教授頂きたいと思います。 今回Ａ−ＶＸに接続されているステーションプリンタが、 ＫＬＰ⇒レーザープリンタに置き換わりました。 プリンタの型番は【N1153-L4550】なのですが、 この場合、フォーム（FDL）のコンパイルやテストプリントで使用する ＜PRT=＞のところは何を設定すればいいのでしょうか？ （LCP18J？LCP30J？もしくはそのほか？？） 色々調べたのですがマニュアル・その他どこにも記載がありません。 ご存知の方がいらっしゃったら教えて頂きたいと思います。 | ||
| 2 | Re:プリンタの設定について | |
| ＥＸＣＨＡＮＧＥ 2007-5-23 23:51:00
[返信] [編集] ＊ これはいわゆるＮ型プリンタというタイプでしょうか？ それともＰＣプリンタ（ＰＲ−ＬＸＸＸＸ）というタイプでしょうか？ ＊ Ｎ型のように思えるのですが、 ＰＣプリンタにもよく似たＰＲ−Ｌ４５５０というのがあります。 この辺がまずよく分かりません。 ＊ＰＣプリンタの場合ＳＧ上はＬＣＰ１０Ｊ設定が多いのですが、 問題をややこしくしているのが、罫線コンパイルの際のＰＲＴ＝ の指定が、必ずしもＳＧ指定と一致していない点です。 ＊ 例えば、 ＰＲ−Ｌ２３５０の場合 ＳＧでは ＬＣＰ１０Ｊ ＷＳエミュレータでは ＰＲ−Ｌ２３５０ プリンタドライバは ＰＲ−Ｌ２３５０ そして 罫線コンパイル時は ＰＲＴ＝ＬＣＰ１８Ｊ 等という混乱ぶりです。。 （覚えにくいので イチハチジェイのモクモクさん、などと冗談を言って思い出しています） ＊さて、問題のプリンタはＮＥＣのＨＰによると ＬＣＰ２４Ｊ もしくは ＬＣＰ３０Ｊ互換 （設定はハードスイッチにて行う？） らしいので ＬＣＰ３０Ｊ互換なら ＰＲＴ＝ＬＣＰ３０Ｊ かな？？？ ＬＣＰ２４Ｊ互換の場合、 ＬＣＰ２４Ｊ 等というのは オーバーレイのマニュアルにありませんよね。。。 難問ですね。。。分かりません。。。 とりあえず、参考ＨＰです www.nec.co.jp/products/printer/express/product/n1153-l4550/index.html | ||
| 3 | Re:プリンタの設定について | |
| たま 2007-5-30 14:26:00
[返信] [編集] 返信ありがとうございました。 とりあえずLCP24JでＳＧをし、コンパイルはLCP30Jという形で なんとか出力されました。 ありがとうございます。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | COBOL4⇔RDB | |
| おーちゃん 2007-5-18 15:31:00
[返信] [編集] もしご存知の方がいらっしゃれば教えてください。 現在A-VX�犬砲突�用していますが、昔からあるPGを加工しようとしています。 ただ、作りはCOBOL4のもので、今回RDBファイルをそのPGで使いたいなぁー と考えております。 COBOL4コンパイルでRDBファイルは可能でしょうか？ そういった作成をしている方がいれば、可能かどうか教えて下さい。 | ||
| 2 | Re:COBOL4⇔RDB | |
| ターラヤン 2007-5-22 0:43:00
[返信] [編集] 的外れな回答かもしれませんが、 ＮＥＣの「リレーショナル型データベース説明書」の 「第４章 ＲＤＢへの移行」を見てみてください。 Ａ−ＶＸ ＲＤＢには、ＲＤＢを順編成や相対編成、索引順編成の ようにアクセスする 機能があるので、（プログラムの作りにもよるかと思いますが） 基本的にほぼ修正なしでデータベースファイルにアクセスできるよう になります。 それともＣＯＢＯＬ４でＳＱＬ文を使用したいということでしょうか。 | ||
| 3 | Re:COBOL4⇔RDB | |
| おーちゃん 2007-5-22 18:44:00
[返信] [編集] ターラヤンさんありがとうございます。 現在COBOL85で利用していますが 昔のPGがCOBOL4コンパイル→今回そのPG上で新規にてRDBを追加して見ようとしてます。 そしてコンパイルをCOBOL4にて考えております。 実際COBOL4でのRDB使用がした事ありませんので | ||
| 4 | Re:COBOL4⇔RDB | |
| 温泉好きのうさぎ 2007-5-24 19:44:00
[返信] [編集] 私の読解力が無いのか、質問者様のやりたいことがいまいち理解できませんが、 (1) COBOLソースの修正を行う場合 当然、コンパイルし直す必要がありますので、RDBファイルにアクセス可能なようにソースの記述を修正すればよいでしょう。 ただ、1129、1136の文面から何でコンパイルされるのか判断できかねています。「CBL85」なのか、それともいわゆる「ＴモードCOBOL」をお持ちで、そのオプションパラメータのコンパイルモードをCOBOL4にして使用されるのか。 後者であれば環境部で、 SELECT ファイル名 ASSIGN 内部ファイル名-RDB と記述したら、FATALエラーになると思われます。 (2) COBOLソースの修正を行わない場合 (2-1) コンパイルし直さない場合 (COBOL4で作成されていたLMをそのまま使う) ディスク上の従来ファイルと同じ名前で表定義を行い、物理ファイルのアロケートをする。従来ファイルはファイル名の変更またはディアロケートします。 (2-2) CBL85でコンパイルし直す場合 COBOL4独自のコーディングを行っている場合、CBL85でコンパイルすると、FATALエラーが発生する可能性があります。その場合はソースの修正が必要となり、(1) になります。 コンパイルが通った場合は、(2-1) になります。 COBOL4独自のコーディングというのは、画面入出力で使う「DISPCRT」や「ACEPCRT」といった命令です。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band