( 2026.6.3. 更新 )
| ● 23 → 24 → 26 アップしたら、 登録と同時の 印刷が 不可 ● |
|---|
| ● 現場 |
|---|
| １ | CV 介護用品 様 ： KG 市 |
|---|
| ● 環境 |
|---|
| １ | 「 台帳 → 得意先 リスト 」 を 管理するのが、 ST 様 ・ MN 様の ２人 |
|---|
| ↑ ST 様の 担当 顧客は、 コード ： ～ 100199 まで。 MN 様の 担当 顧客は、 コード ： 100200 ～。 |
| ● 症状 |
|---|
| １ | 26 アップ後に MN 様が 「 得意先 リスト 」 を 確認したら、 （ 担当である 100200 以降の ） 欄 「 指定 売上 伝票 」 が ほとんど 空 → （ 数千 ／ 全５千 を ） MN 様が 手動で 選択し直した |
|---|
| ↑ 逆に 欄 「 指定 請求書 」 は、 ほぼ 問題なし |
| おそらく その後から、 印字 不可の 症状が 発生 |
| ２ | 全 18 ＰＣで 、 対象 書式の 欄 「 登録と同時に 印字する 」 に チェックが ついているのに 同時 印刷せず |
|---|
| 登録後に 伝票を 開き直しての 印字なら 可 （ = ただし 売上 伝票の 猛烈に 多い 現場なので、 これでは 用が足りない ） |
| ● 処置 |
|---|
| １ | 「 帳票 レイアウタ 」 を 開くと、 全 18 台 中で MN 様 ・ IZ 様 ・ MM 様の ３台のみ 「 編集済み 書式 」 が 12 しかない。 他 ＰＣは、 24 ～ 26 の 「 編集済み 書式 」 を 持っているのに。 |
|---|
| ↑ そういえば この ３台は 23 → 24 アップ時も、 24 → 26 アップ時も、 コンバータで 「 帳票 」 に 自動 チェックが つかず、 手動で チェックを つけても 「 データが ないから 変換しなかった 」 的な 結果が 表示した。 それでも 「 編集 書式が ０ 」 ではないのが、 さらに 不思議 （ = ０ の 場合は、 サーバから 一部が 自動 インポートされるとか … ？ ）。 |
| ２ | ST 様で 「 帳票 レイアウタ 」 の バックアップを 取って、 MN 様で バックアップ 復元 |
|---|
| その 結果として （ 100200 以降の ） 欄 「 指定 売上 伝票 」 が、 すべて 別 書式に 変わってしまった → 自分が 手動で （ 数千 ／ 全５千 を ） 選択し直し （ = 数時間 ） |
| 逆に 欄 「 指定 請求書 」 は、 ほとんど 変化がなくて 助かった |
| ３ | MN 様と、 「 編集済み 書式 」 を 24 ～ 26 持っている ＰＣ 15 台は、 同時 印刷が 復旧 |
|---|
| 逆に 「 編集済み 書式 」 が 12 しかない IZ 様 ・ MM 様は 症状が 変わらないので、 ST 様 バックアップを 復元 → 同時 印刷が 復旧 |
| ● 原因 |
|---|
| １ | アップ時に 「 帳票 レイアウタ 」 の コンバートに 失敗した MN 様 ・ IZ 様 ・ MM 様は、 「 編集済み 書式 」 の 「 レイアウト 番号 」 が 他の 15 台と 違う |
|---|
| ↑ なぜ コンバート 失敗したかの、 原因は 不明 |
| ２ | 「 レイアウト 番号 」 が 違う MN 様が、 「 得意先 リスト 」 で 欄 「 指定 売上 伝票 」 を 選択したので データが 狂った |
|---|
| ↑ MN 様の 「 帳票 レイアウタ 」 を 開くと 正しい 「 編集済み 書式 」 が 入っているが、 他の 17 台で 「 帳票 レイアウタ 」 を 開くと 間違った 「 編集済み 書式 」 が 入っている |
| 逆に 欄 「 指定 請求書 」 は たまたま 「 レイアウト 番号 」 が 他 ＰＣと 同じだったので、 今回は セーフ |
| ● 過程 |
|---|
| １ | 「 得意先 リスト 」 の コード ［ 100200 ］ = ［ YAK 病院 ］ 以降の、 列 ［ 指定 売上 伝票 ］ が チェック ポイント （ = MN 様 担当 ） |
|---|
| ２ | 正解 = Ａ４単票 2019NEW進化 （ レイアウト 番号：10000000 ） = MN 様 のみ |
|---|
| 不正解 = Ａ４単票 ケース有り （ レイアウト 番号：10000016 ） = 管理者、 ST 様、 ID 様、 ST 様から データを もらった 試験 ノート |
| ３ | MN 様と それ以外で 開いた 「 得意先 リスト 」 は、 内容が 違う |
|---|
| MN 様が 管理者 バックアップから データを もらうと、 「 不正解 = Ａ４単票 ケース有り 」 に 変わる → とりあえず もとの 帳票 レイアウタ データに 戻したら、 「 得意先 リスト 」 も 「 正解 = Ａ４単票 2019NEW進化 」 に 戻った |
| ↑ つまり 各ＰＣが 持っている 「 帳票 レイアウタ データ 」 によって、 「 得意先 リスト 」 は 変わってしまう |
| ↑ そして CVさんの 現場は 各 ＰＣによって 「 帳票 レイアウタ データ 」 が 違う、 危うい 環境 |
| ４ | ↓ 以下が 予想される |
|---|
| MN 様 ＰＣが 持っている 「 帳票 レイアウタ データ 」 だけ、 「 レイアウト 番号 」 の 順番が 違うのでは ？ |
| よって MN 様 ＰＣで 「 得意先 リスト 」 を 編集すると、 他 ＰＣに 悪影響が 出る = （ チェックを つけても ） 登録と 同時 印刷が できないのは、 それが 原因かも |
| ５ | 弥生が アドバイスした サポート ページは、 「 全部の 編集済み 書式を、 エクスポート ・ インポート → 統一 データが できたら バックアップ ・ 復元で、 全 ＰＣの 書式 データを 統一せよ 」 |
|---|
| ↑ ただし CV さんでは （ ずっと 以前から ） エクスポート 不可の レイアウトが たくさん あって、 その手順による 統一は できない |
| 弥生 サポートに、 項目 ［ エクスポート ］ が ブランクなのを 直す 手順が 見い出せるか … ？ |
| ６ | 「 得意先 リスト 」 を 主に いじるのは、 MN 様 ・ ST 様 のようだ （ たまに AN 様 ） |
|---|
| ↑ この ３人の データで 統一 データを 作り、 それを 全 ＰＣに 適用するか … ？ |
| つまり データが 少なすぎる MN 様が すでに 選択し直した、 数千件 の リストは リセットされるので その分は 選択し直し |
| ７ | 試験 ノート （ = レイアウタ データは ST 様から ） で、 使用者 名 ［ MN ］ で ログインすると 「 不正解 = Ａ４単票 ケース有り 」 |
|---|
| ↑ やはり 各 ＰＣが 持っている 「 帳票 レイアウタ データ 」 によって、 「 得意先 リスト 」 の 内容が 変わる （ = ログイン ユーザ ではなく ） |
| 原本 MN 様 ＰＣが やっと 空いたので 確認したら、 やはり 最重要の 書式 「 2019NEW進化 」 が 「 レイアウト 番号：10000000 」 で 他 ＰＣと 違う。 他の 17 台では、 書式 「 2019NEW進化 」 が 「 レイアウト 番号：10000016 」。 |
| ８ | ↓ 結論として 以下か |
|---|
| ［１］． 「 帳票 レイアウタ データ 」 の、 ST 様と MN 様を 比較 → 「 MN 様に ある ・ ST 様に ない 」 が あれば エクスポ ・ インポ → ST 様 データを 統一 原本に |
| ［２］． MN 様の 欄 ［ 指定 売上 伝票 ］ を チェック ← 手動 訂正の 準備 |
| ［３］． MN 様を バックアップ後に ST 様 統一 原本で、 バックアップ 復元 → 「 指定 売上 伝票 」 が 抜けたら、 手動で 選択し直し |
| ● ｢ 弥生製品を 識別するための ～ ｣ ( 18 ｽﾀﾝﾀﾞｰﾄﾞ → 19 ﾌﾟﾛ 2 ﾕｰｻﾞｰ ) ● |
|---|
| ● 現場 |
|---|
| 1 | CR ｺﾞﾙﾌ 様 : KG市 |
| ● 環境 |
|---|
| 1 | Win 7 Home 32bit SP1 |
| ● 状況 |
|---|
| 1 | ( ﾕｰｻﾞが 自分で )、｢ 18 ｽﾀﾝﾀﾞｰﾄﾞ ｣ から ｢ 19 ﾌﾟﾛ 2 ﾕｰｻﾞｰ ｣ に ｱｯﾌﾟｸﾞﾚｰﾄﾞ しようとして、症状が 発生 |
| ● 症状 |
|---|
| 1 | ↓ 現着時は 際限なく、以下が 自動 ﾎﾟｯﾌﾟｱｯﾌﾟ していた |
| ｢ ﾗｲｾﾝｽ 認証 ｣ |
| ｢ 弥生製品を 識別するための 情報を 読み込むことが できませんでした ｣ |
| ｢ 弥生製品の ﾃﾞｨｽｸを お持ちの場合は、ﾃﾞｨｽｸより 修復ｲﾝｽﾄｰﾙを 行ってください ｣ |
| ↑ ためしに、もとの 18 ｽﾀﾝﾀﾞｰﾄﾞを 起動しても 同じ症状 |
| 2 | ↓ 19 ﾌﾟﾛ 2 を 起動したときは、以下 |
| ｢ 弥生販売 18 の ﾃﾞｰﾀが 存在します ｣ |
| ｢ ｻｰﾊﾞｰ名 : ○○￥YAYOI ｣ |
| ｢ ﾃﾞｰﾀ名 : ( ﾕｰｻﾞ名 ) ｣ |
| ｢ このﾃﾞｰﾀを 弥生販売 19 ﾌﾟﾛﾌｪｯｼｮﾅﾙ で 使用するには ｺﾝﾊﾞｰﾀを用いて､、ﾃﾞｰﾀ更新を 行う 必要があります｣ |
| ｢ * 既にｺﾝﾊﾞｰﾄが お済みの場合は、[ ﾌｧｲﾙ ] - [ 開く ] の ﾒﾆｭｰで ﾃﾞｰﾀﾌｧｲﾙを 選択してください ｣ |
| 3 | ( ｴﾗｰが 連発表示して ｳｻﾞいので )、とりあえずは services.msc で [ 弥生 ﾏｲﾎﾟｰﾀﾙ ｻｰﾋﾞｽ ] を 無効にした |
| ● 原因 |
|---|
| 1 | 詳細不明 |
| ↑ ( ﾕｰｻﾞが ) 認証の操作 を ﾐｽして、認証情報が 壊れた … ? |
| ● 処置 |
|---|
| 1 | ( 誤作動しながらも なんとか )、弥生販売 の 最新ﾊﾞｯｸｱｯﾌﾟを 取った |
| ↑ 現場では、appwiz.cpl から 18 を 修復ｲﾝｽﾄしたら、18 が まあまあ 動くようになった |
| 2 | [ 弥生ﾗｲｾﾝｽ 認証管理 ] ( = 弥生 ﾏｲﾎﾟｰﾀﾙ ) を、ｱﾝｲﾝｽﾄ |
| ↑ ｢ 弥生販売 12 ｣ 以降 が 入っていると ｱﾝｲﾝｽﾄ不可なので、先に ( 該当する ) すべての 弥生販売 を ｱﾝｲﾝｽﾄしてから |
| 3 | ( 最新版の ﾀﾞｳﾝﾛｰﾄﾞから ) 19 を ｲﾝｽﾄし直して､解消 |
| ↑ [ 弥生ﾗｲｾﾝｽ 認証管理 ] ( = 弥生 ﾏｲﾎﾟｰﾀﾙ ) も、ｾｯﾄで 再ｲﾝｽﾄされた |
| ● 過程 |
|---|
| 1 | 別のｽﾄﾚｰｼﾞに ddｸﾛｰﾝして、そちらで作業すれば 安全 |
| ↑ ( 予算と 時間の ﾊﾞﾗﾝｽだが )、解消後に 最後、原本ｽﾄﾚｰｼﾞに ddｸﾛｰﾝ戻し してもいい |
| 2 | ( 誤作動しながらも なんとか ) 弥生販売の ﾊﾞｯｸｱｯﾌﾟを取る |
| ↑ 現場では ( appwiz.cpl から ) 18 を 修復ｲﾝｽﾄｰﾙ後に、なんとかなった |
| ↑ 現場ではさらに、19 の ｺﾝﾊﾞｰﾀで SQLに 旧ﾃﾞｰﾀを吸うまで 進められた |
| ↑ つまり、( ｳｻﾞい ) ｴﾗｰ窓を 我慢すれば、いちおう 19 で 業務ができるようになった ( = これで終了したら 復旧とは 言えないが ) |
| 3 | ( 誤作動しながらも なんとか )、既存の不調な 弥生販売を 認証解除する |
| ↑ ｢ 弥生 ﾏｲﾎﾟｰﾀﾙ ｣ から |
| ↑ ( 最悪、ﾃﾞｭｱﾙOS の 可能性も考え なんとかやったが )、同筐体 + 同OS上なら、認証解除しなくて 大丈夫だったかも |
| 4 | appwiz.cpl から [ 弥生ﾗｲｾﾝｽ 認証管理 ] ( = 弥生 ﾏｲﾎﾟｰﾀﾙ ) を、ｱﾝｲﾝｽﾄ |
| ↑ ｢ 弥生販売 12｣ 以降が 入っていると ｱﾝｲﾝｽﾄ不可なので、先に ( 該当する ) すべての弥生販売を、ｱﾝｲﾝｽﾄしてから |
| 5 | ( 最新版の ﾀﾞｳﾝﾛｰﾄﾞから )、19 を ｲﾝｽﾄし直し |
| ↑ [ 弥生ﾗｲｾﾝｽ 認証管理 ] ( = 弥生 ﾏｲﾎﾟｰﾀﾙ ) も、ｾｯﾄで 再ｲﾝｽﾄされる |
| 6 | 現場では ( 19 の SQLｻｰﾊﾞに ﾃﾞｰﾀを ｺﾝﾊﾞｰﾄした あとだったので )、19 を ｲﾝｽﾄｰﾙ直後から 全ﾃﾞｰﾀが そろっていた |
| ↑ 一度、19 を ｱﾝｲﾝｽﾄしたのに |
| ● 備考 |
|---|
| 1 | もっと 重度の障害なら、SQLの ｱﾝｲﾝｽﾄまで 必要かも |
| ↑ ﾊﾞｯｸｱｯﾌﾟを 作成後に |
| ● 過程 ﾒﾓ |
|---|
| 1 | 最悪､OSﾃﾞｭｱﾙ･ﾌﾞｰﾄで､入れ直しか |
| ↑なぜか､(容量はたっぷり余っているのに)､ほとんど縮小できない |
| ↑容量の大きなｽﾄﾚｰｼﾞに､ｾｸﾀ･ｸﾛｰﾝして､そちらで作業 |
| 2 | 18で､すでに最新ﾊﾞｯｸｱｯﾌﾟが作成されていたのは､救い |
| ↑帳票ﾚｲｱｳﾀのﾊﾞｯｸｱｯﾌﾟは､ないかも |
| 3 | ｼｽﾃﾑの復元で､変化なし |
| 4 | 18ｽﾀﾝﾀﾞｰﾄﾞの最新版をﾀﾞｳﾝﾛｰﾄﾞし､上書きｲﾝｽﾄ |
| ｢YAYOIｲﾝｽﾀﾝｽが既に存在しているため､SQL Server 2014 SP2 Express Editionのｲﾝｽﾄｰﾙは行いません｣ |
| ｢製品のみをｲﾝｽﾄｰﾙします｣ |
| ↑一瞬でｲﾝｽﾄｰﾙが完了してしまった |
| ↑症状に､変化なし |
| 5 | appwiz.cplから､18を修復ｲﾝｽﾄして､ｱﾌﾟﾘ起動するようには､なった |
| ↑｢弥生製品を識別するための｣は､ｳｻﾞ窓は開くが |
| ↑ｳｻﾞ窓を開きっぱなしにしておけば､売上の参照は､普通にできる |
| 6 | 念のため､最新ﾊﾞｯｸｱｯﾌﾟを作成 |
| 帳票ﾚｲｱｳﾀは､｢ﾊﾞｯｸｱｯﾌﾟ｣の選択肢がなかったので､ﾕｰｻﾞ作成分×1をｴｸｽﾎﾟｰﾄした |
| 7 | 19ﾌﾟﾛ2のｺﾝﾊﾞｰﾀを､走らせた |
| ↑正常終了 |
| ↑ｳｻﾞ窓は､開いたままだが |
| 8 | 19ﾌﾟﾛ2が､普通に起動した |
| ↑帳票ﾚｲｱｳﾀにも､｢ﾕｰｻﾞ作成｣の書式が､すでにあった |
| ↑ｳｻﾞ窓の問題は残るが､急ぎの業務はできるようになった |
| 9 | 再起動したが､services.mscで[弥生ﾏｲﾎﾟｰﾀﾙｻｰﾋﾞｽ]を切ってあるので､とりあえず､ｳｻﾞ窓は出ない |
| ↑しかし､19ﾌﾟﾛ2を起動すると､出る |
| ↑appwiz.cplから､修復ｲﾝｽﾄしても､変化なし |
| 10 | とりあえず､ｳｻﾞ窓をわきに避けて､常駐しているﾏｲﾎﾟｰﾀﾙを起動 |
| 右上[設定]→[弥生ﾗｲｾﾝｽ管理] |
| ↑ｳｻﾞ窓が､二重に開くだけだ |
| 11 | 何度もｳｻﾞ窓を閉じていたら､初めて､窓[ﾗｲｾﾝｽ認証解除]が開いた |
| ↑選択肢が､[ﾗｲｾﾝｽ認証を解除する]､[ﾗｲｾﾝｽを変更する]､[認証解除を中止する] |
| ↑なんとなくだが､(自分が見ていない)初回に､[×]で閉じるかなにかで､ぐちゃぐちゃが始まったんじゃ…? |
| 12 | [ﾗｲｾﾝｽを変更する]を進めたら､解除→認証で進んだ |
| ↑しかし､｢ｱﾌﾟﾘ起動する → 動作する → ｳｻﾞ窓が開く｣の､症状が変わらない |
| 13 | 19ﾌﾟﾛ2で､ﾊﾞｯｸｱｯﾌﾟ作成+帳票ﾚｲｱｳﾀのｴｸｽﾎﾟｰﾄ |
| [弥生ﾏｲﾎﾟｰﾀﾙ]から､認証解除のみ |
| 解除後に､ｱﾝｲﾝｽﾄ |
| 14 | 再起動後､[弥生ﾏｲﾎﾟｰﾀﾙ]を起動すると､ｳｻﾞ窓 |
| 18ｽﾀﾝﾀﾞｰﾄﾞも､認証解除した |
| ↑未認証になった |
| 15 | appwiz.cplから､18もｱﾝｲﾝｽﾄ |
| ↑ｸﾛｰﾝ先のｽﾄﾚｰｼﾞなので､好き放題に進められるのがいい |
| ↑まだ､ｳｻﾞ窓出る |
| 16 | [弥生ﾗｲｾﾝｽ認証管理]も､ｱﾝｲﾝｽﾄ |
| ↑再起動しても､ｳｻﾞ窓開く |
| ↑appwiz.cplに､まだ[弥生ﾗｲｾﾝｽ認証管理]､残っている |
| ↑[弥生ﾏｲﾎﾟｰﾀﾙ]のｱｲｺﾝは残っているし､起動もできるし |
| ↑今度は､修復ｲﾝｽﾄしたが､変化なし |
| 17 | 19ﾌﾟﾛ2の最新版を､ﾀﾞｳﾝﾛｰﾄﾞ+ｲﾝｽﾄ |
| [弥生ﾗｲｾﾝｽ認証管理]が､｢ｲﾝｽﾄｰﾙ済み｣なのが気になる |
| ↑やはり､症状変化せず |
| 18 | 再度､[弥生ﾗｲｾﾝｽ認証管理]を､ｱﾝｲﾝｽﾄ |
| ↑落ち着いてﾒｯｾｰｼﾞを見たら､｢12以降が入っていると､削除できない｣だった |
| ↑14～17を､全ｱﾝｲﾝｽﾄ |
| 19 | 再起動後､[弥生ﾗｲｾﾝｽ認証管理]を､ｱﾝｲﾝｽﾄ完了 |
| ↑ほか､新しい弥生関連のｱﾌﾟﾘも､すべてｱﾝｲﾝｽﾄ |
| 20 | 再起動後､19ﾌﾟﾛ2をｲﾝｽﾄ |
| やっと､ｳｻﾞ窓が開かなくなった |
| ﾊﾞｯｸｱｯﾌﾟの復元をしていないのに､ﾃﾞｰﾀも全部ある |
| ↑ﾃﾞｰﾀは､SQLにあるのか |
| ↑逆に言えば､もっと重度の場合は､SQLもｱﾝｲﾝｽﾄが必要ということか |
| ● SQL Server 2014のｲﾝｽﾄが､ｴﾗｰ終了する ● |
|---|
| ● 現場 |
|---|
| 1 | MD青果様:KG市 |
| ● 環境 |
|---|
| 1 | 7 Pro･64bit |
| ｻｰﾊﾞ |
| ● 状況 |
|---|
| 1 | ｢弥生販売17 + SQL2008｣を､｢弥生販売19 + SQL2014｣に､ｱｯﾌﾟする |
| 2 | まずは､(ﾃﾞｰﾀをﾊﾞｯｸｱｯﾌﾟ後に)､SQL2008をｱﾝｲﾝｽﾄした |
| ● 症状 |
|---|
| 1 | 弥生販売のﾃﾞｨｽｸから､｢ﾃﾞｰﾀﾍﾞｰｽのｲﾝｽﾄｰﾙ｣で､SQL2014をｲﾝｽﾄ |
| 以下の､ｴﾗｰの終了ｺｰﾄﾞで終わった |
| -2147023084 |
| ● 原因 |
|---|
| 1 | 詳細不明 |
| ↑OSの一部破損…? |
| ↑ﾄｰﾀﾙｻﾎﾟｰﾄに加入しているが､ｻﾎﾟｰﾄも明確な返答ができず |
| 2 | .NET frameworkが､破損している可能性もある |
| しかし､ｱﾝｲﾝｽﾄ→再ｲﾝｽﾄで復旧するかは､試してみるまでわからない |
| ● 処置 |
|---|
| 1 | (念のため､ｽﾄﾚｰｼﾞ交換 + 中身は､ddｸﾛｰﾝ) |
| ↑ﾈｯﾄﾊﾞﾝｸ利用があるので |
| 2 | ﾃﾞｭｱﾙ･ﾌﾞｰﾄで､まっさらなWindows 7 Pro 32bitをｲﾝｽﾄして､復旧 |
| ↑最初､64bitでｲﾝｽﾄを始めたら､｢EFIﾌﾞｰﾄなので､MBRにはｲﾝｽﾄ不可､GPTﾌｫｰﾏｯﾄせよ｣が出たので､32bitに変更 |
| ● 印刷操作をすると､｢ ～ ｢ XPS Document Writer ｣ が必要です ｣ と表示されることがあり､わずらわしい ( 17 ﾈｯﾄﾜｰｸ )● |
|---|
| ● 現場 |
|---|
| 1 | CV介護用品様 : KG市 |
| ● 環境 |
|---|
| 1 | Win 7 Pro 32bit |
| ● 症状 |
|---|
| 1 | 9台中､1台のみ症状が出る |
| 2 | ↓以下の操作なら､必ず再現する |
| [ 1 ]. [ 売上 ] |
| [ 2 ]. [ 得意先への売上 ] |
| [ 3 ]. 右上 [ 印刷 ] |
| [ 4 ]. 小窓が [ PDFﾌｧｲﾙの作成 ] が開いて､以下↓ |
| ｢ PDFﾌｧｲﾙの作成 ｣ を使用するためには､ﾌﾟﾘﾝﾀの一覧に ｢ XPS Document Writer ｣ が必要です |
| ● 原因 |
|---|
| 1 | 初期で入っているOSのﾌﾟﾘﾝﾀ ｢ Microsoft XPS Document Writer ｣ がｱﾝｲﾝｽﾄｰﾙされた |
| ● 処置 |
|---|
| 1 | ﾌﾟﾘﾝﾀ ｢ Microsoft XPS Document Writer ｣ を､再ｲﾝｽﾄする |
| ● 手順 |
|---|
| 1 | ｢ ﾃﾞﾊﾞｲｽとﾌﾟﾘﾝﾀｰ ｣ を開く |
| ↑ Win + R → control printers |
| 2 | 左上 [ ﾌﾟﾘﾝﾀｰの追加 ] |
| 3 | [ ﾛｰｶﾙﾌﾟﾘﾝﾀｰを追加します ] |
| 4 | [ 既存のﾎﾟｰﾄを使用 ] で､[ XPSPort : ( ﾛｰｶﾙﾎﾟｰﾄ ) ] を選択して､右下 [ 次へ ] |
| 5 | 左欄 [ 製造元 ] で ｢ Microsoft ｣ を選択し､右欄 [ ﾌﾟﾘﾝﾀｰ ] で､｢ Microsoft XPS Document Writer ｣ を選択して､右下 [ 次へ ] |
| 6 | ｢ 既にこのﾌﾟﾘﾝﾀｰのﾄﾞﾗｲﾊﾞｰが ～ ｣ が開いたら､[ 現在ｲﾝｽﾄｰﾙされている ～ ] を選択して､右下 [ 次へ ] |
| 7 | 欄 [ ﾌﾟﾘﾝﾀｰ名 ] は初期値のままで､右下 [ 次へ ] |
| 8 | [ このﾌﾟﾘﾝﾀｰを共有しない ] を選択して､右下 [ 次へ ] |
| 9 | 右下 [ 完了 ] |
| ● 備考 |
|---|
| 1 | Win 10なら､optionalfeatures.exeの一覧で､ﾁｪｯｸをつける |