活動
2015/08/13から2015/09/11まで
2015/09/11
- 17:34 見積システム QA #188: CAD読込みのMTUファイル作成について
- 上田亨の差異が出ました。確認をお願いいたします。
- 14:03 見積システム QA #253 (終了): CAD読込みと手拾条件入力の連動処理
- 13:54 見積システム QA #252 (終了): 手拾条件入力と現場施工材の合算
- 12:17 見積システム QA #258 (終了): CADマスタの重複なデータ
- 添付資料を参照ください。
2015/09/10
- 19:48 見積システム QA #188: CAD読込みのMTUファイル作成について
- 似鳥德雄の比較結果を送ります。
- 18:05 見積システム QA #188: CAD読込みのMTUファイル作成について
- ユーザより、
ＭＴＵデータの提供がありました。
- 12:44 見積システム QA #188: CAD読込みのMTUファイル作成について
- 金指幸一の差異結果を送ります。
- 11:47 見積システム QA #252: 手拾条件入力と現場施工材の合算
- ②について、垂木で38×89×4880 ５本 と 垂木で45×90×4000 ５本 の明細NO（577）が同じです。
明細表に２行目「577」でしょうか。
2015/09/09
- 17:55 見積システム QA #257 (終了): 連動エラー
- 17:33 見積システム QA #257: 連動エラー
- 文言を
基本情報が更新されました。「見積計算」又は、明細書入力画面で「最新単価取込」を行ってください。
に変更してください。
- 17:42 見積システム QA #255: 明細のみルートで、バージョンをアップしたら、加工坪が入力不可になります。
- ケースが２つあります。
①明細のみ入力：
・「見積作成」を押したときに、再度入力
②手拾条件入力あり：
・手拾条件入力で入力できるので、無効のままです。
- 17:38 見積システム QA #252: 手拾条件入力と現場施工材の合算
- ①のメッセージはWEB版では必要ないです。
②のWEB版で「③」の明細を見せてください。
垂木で38×89×4880 ５本
垂木で45×90×4000 ５本
の２行が出ていればＯＫです。
- 17:34 見積システム QA #251: 材積について
- 「小数点4桁以下を切り捨て」で統一してください。
- 16:50 見積システム QA #188: CAD読込みのMTUファイル作成について
- 「北本之英」の新旧比較ができました。
添付資料を参照ください。
2015/09/08
- 20:13 見積システム QA #257: 連動エラー
- 念のため、ユーザに確認しますが、
基本情報が更新されました。明細書入力画面で「最新単価取込」又は、「見積計算」を行ってください。
この文言にしたいと思います。
- 19:58 見積システム QA #257 (終了): 連動エラー
- 添付資料を参照ください
- 16:04 見積システム QA #256: 見積計算を2回やると、明細入力で入力済の価格は、クリアされました。
- ＞＞例えば、２回目以降の場合、再入力を促すメッセージを表示するとか可能ですか？
＞可能です。そして、工数追加が要らないです。
＞確認ですが、２回目以降の場合、明細入力で未入力場もあるが、毎回メッセージを出しても大丈夫ですよね... - 16:01 見積システム QA #256: 見積計算を2回やると、明細入力で入力済の価格は、クリアされました。
- ＞＞例えば、２回目以降の場合、再入力を促すメッセージを表示するとか可能ですか？
可能です。そして、工数追加が要らないです。
確認ですが、２回目以降の場合、明細入力で未入力場合もあるが、毎回メッセージを出しても大丈夫ですよね... - 15:50 見積システム QA #256: 見積計算を2回やると、明細入力で入力済の価格は、クリアされました。
- ＞１、共通関数を呼び出しています。ここだけを修正する場合、影響が出ます。
＞ だから、影響が出ない案を考える必要です。
例えば、２回目以降の場合、再入力を促すメッセージを表示するとか可能ですか？
- 15:37 見積システム QA #256: 見積計算を2回やると、明細入力で入力済の価格は、クリアされました。
- ＞＞保持するようにお願いします。
見積計算の価格作成は、共通関数の「最新価格取得」により、作成しています。
保持したい場合、そんなに簡単ではないです。直に対応できないが、
仕様変更として、工数追加できれば、時間を取っ... - 15:16 見積システム QA #256: 見積計算を2回やると、明細入力で入力済の価格は、クリアされました。
- 気づかずに、進める可能性があるので、
保持するようにお願いします。
- 11:32 見積システム QA #256: 見積計算を2回やると、明細入力で入力済の価格は、クリアされました。
- ＞＞「価格作成.xlsx」の105行付近の、１行目と２行目の「単価」「78,000」は、「明細入力」画面を開いたときに
＞＞クリアされていましたか？
「単価」「78,000」はブルダー価格です。これは、見積計算で価格マスタより... - 11:25 見積システム QA #256: 見積計算を2回やると、明細入力で入力済の価格は、クリアされました。
- 確認があります。
「価格作成.xlsx」の105行付近の、１行目と２行目の「単価」「78,000」は、「明細入力」画面を開いたときに
クリアされていましたか？
- 10:59 見積システム QA #256 (終了): 見積計算を2回やると、明細入力で入力済の価格は、クリアされました。
- 現時点の仕様は、添付資料の問題がありますが、大丈夫なのか確認をお願いいたします。
- 10:56 見積システム QA #255: 明細のみルートで、バージョンをアップしたら、加工坪が入力不可になります。
- ＞＞①加工坪を再び、有効にする手段はありますか？
今の仕様は、有効にする手段がないです。
ここは、ソースの仕様変更しかないです。
＞＞②仮に、アクティブにした場合のリスク（例：集計がされない 等）ありますか？
... - 10:50 見積システム QA #255: 明細のみルートで、バージョンをアップしたら、加工坪が入力不可になります。
- ①加工坪を再び、有効にする手段はありますか？
②仮に、アクティブにした場合のリスク（例：集計がされない 等）ありますか？
※「見積作成」を押したときに、再度入力を想定しています。
- 10:02 見積システム QA #255 (終了): 明細のみルートで、バージョンをアップしたら、加工坪が入力不可になります。
2015/09/06
- 15:09 見積システム QA #254 (終了): 既存帳票のバッグ
- 原因は材積0.0000です。
価格が0になります。 - 12:30 見積システム QA #254 (終了): 既存帳票のバッグ
- 限度外明細を入力単位が「m3」の場合、帳票を出力して、材積は0.0000、価格が0です。
添付ファイルを参照してください。 - 14:07 見積システム QA #252: 手拾条件入力と現場施工材の合算
- 添付資料を追加しました。ご確認ください。
2015/09/04
- 14:09 見積システム QA #188: CAD読込みのMTUファイル作成について
- ユーザより、
ＭＴＵデータの提供がありました。
2015/09/02
- 17:19 見積システム QA #251: 材積について
- ユーザが検討中です。
「四捨五入」「小数点4桁以下を切り捨て」のどちらかに統一する方針です。
- 16:37 見積システム QA #87 (終了): 手拾い条件入力画面にある定尺材１、２、３、４の単位について
- 16:33 見積システム QA #87: 手拾い条件入力画面にある定尺材１、２、３、４の単位について
- 手拾い画面定尺材１、２、３、４の予備について、
「予備」欄は、消してください。
※ＶＢと合わせてください。
- 16:32 見積システム QA #248 (終了): 手拾い条件入力画面採用区分が△選択について
- 16:32 見積システム QA #248: 手拾い条件入力画面採用区分が△選択について
- 「△」の場合「資材名」は必須で良いです。
- 09:11 L-One会計 資金管理コンポ開発 QA #230 (進行中): 機能定義書（概要）_期日入金伝票作成
- 現物データ.流動化処理連番 = 流動化明細データ.処理連番 です。
2015/09/01
- 09:28 L-One会計 資金管理コンポ開発 QA #229 (進行中): 機能定義書（概要）_期日入金伝票作成
- Max値の意味は、取立テープル.処理連番のMax値は現物データ.取立処理連番と一致するという意味です。
2015/08/31
- 16:43 見積システム QA #87 (新規): 手拾い条件入力画面にある定尺材１、２、３、４の単位について
- 16:03 見積システム QA #87 (却下): 手拾い条件入力画面にある定尺材１、２、３、４の単位について
- 手拾い画面定尺材１、２、３、４の予備について
必要でしょうか。ＶＢＡ 中になしです。 - 16:33 見積システム QA #253: CAD読込みと手拾条件入力の連動処理
- 添付資料を参照ください。
- 16:06 見積システム QA #253 (終了): CAD読込みと手拾条件入力の連動処理
- 16:01 見積システム QA #252 (終了): 手拾条件入力と現場施工材の合算
- 添付資料を参照ください。
- 15:08 見積システム QA #248: 手拾い条件入力画面採用区分が△選択について
- >>ＷＥＢ版では、△の場合、
>>資材名の未入力を許していない、との認識でよろしいでしょうか？
はい、そうです。
手拾NoはSS手拾いテーブルのキーです。資材名入力により、手拾Noを決めます。
キーがなしの場合、登録できま... - 13:28 見積システム QA #188: CAD読込みのMTUファイル作成について
- ユーザより、
ＭＴＵデータの提供がありました。
取り急ぎ、アップ致します。
※もし、アップ用のパスがある場合は教えて下さい。
2015/08/28
- 16:20 L-One会計 資金管理コンポ開発 QA #247 (解決): 確認ダイアログ和チェック処理的处理顺序确认
- 16:20 L-One会計 資金管理コンポ開発 QA #210 (解決): 发行济场合的入金入力者制御确认
- 最新の仕様に該当条件を追加しました。
- 12:03 見積システム QA #250 (終了): 手拾い入力について
- 12:03 見積システム QA #250: 手拾い入力について
- > そうすると、修正案としては、「仮筋違」が一つ、
> プルダウンが二つ(30＊105＊4000(KD),30＊120＊4000(KD))ににして宜しいですよね
それでお願いします。 - 11:00 見積システム QA #250: 手拾い入力について
- そうすると、修正案としては、「仮筋違」が一つ、
プルダウンが二つ(30＊105＊4000(KD),30＊120＊4000(KD))ににして宜しいですよね - 10:56 見積システム QA #250: 手拾い入力について
- １:について確認ができました。
ＷＥＢ版では、
アイフル・フィアスに関係なく両方を選択出来るようにしておいてください。
2015/08/27
- 08:50 見積システム QA #249 (終了): 基本情報の加工モジュール
- 18:03 見積システム QA #249: 基本情報の加工モジュール
- 制御する必要はありません。
理由：
・シリーズ毎に、画面の動きを変えたくない。
・Ｆシリーズで、ＣＡＤ取込を行ったケース（問合せ）は無い。
- 15:47 見積システム QA #249: 基本情報の加工モジュール
- ＞＞シリーズがFの場合、「ＣＡＤ読込」ボタンを無効にする必要があるかということですか？
そうですけど、「CAD読込」だけでは無く、現場施工材、手拾い条件入力も無効にしたいです。
つまり、シリーズがFの場合、INPUT機能は... - 15:41 見積システム QA #249: 基本情報の加工モジュール
- ＞念のために、確認ですが、シリーズがFの場合、運用中で、ユーザーさんは、CAD読込みをやったら、いろいろエラーがあるので、
＞ソース上にこのパターンを制御する必要がありますか？
シリーズがFの場合、「ＣＡＤ読込」ボタンを無効に... - 15:29 見積システム QA #249: 基本情報の加工モジュール
- ＞＞見積はＣＡＤデータを読み込まず、全て数量を手入力で作成していきます。
これは明細のみルートですよね。
つまり、シリーズがFの場合、基本情報入力と明細入力を利用します。
念のために、確認ですが、シリーズがFの場合、... - 12:34 見積システム QA #249: 基本情報の加工モジュール
- ユーザより回答が来ました。
Ｆシリーズは「門型フレーム」単体のことを指しているので、
ＣＡＤデータは無いのです。
見積はＣＡＤデータを読み込まず、全て数量を手入力で作成していきます。
- 16:47 見積システム QA #250: 手拾い入力について
- ＞＞よって、プルダウンに出す条件がある気がしています。
いいえ、プルダウンに出す条件があることではなく、「仮筋違」という項目は、二つあります。
FC区分により、どちらが表示するかになります。
つまり、FC区分がアイフ... - 15:53 見積システム QA #250: 手拾い入力について
- > １、プルダウンは、新旧違いますが、既存と合わせますか？それとも、既存が間違った、今回の仕様書により、作りますか？
日本側のエクセル版（既存）だと、プルダウン項目は新旧で一致しています。（「250-02.JPG」を参照）
よ... - 15:33 見積システム QA #250 (新規): 手拾い入力について
- 15:32 見積システム QA #250: 手拾い入力について
- 追加質問です。
下記の2点を確認してもらえませんか？
１、プルダウンは、新旧違いますが、既存と合わせますか？それとも、既存が間違った、今回の仕様書により、作りますか？
２、既存は、この項目は、自動拾いをやっても、明細が作成されて... - 09:14 見積システム QA #250 (終了): 手拾い入力について
- プルダウン項目とＶＢＡ合わせるように、修正します。
- 11:17 見積システム QA #248: 手拾い条件入力画面採用区分が△選択について
- 確認があります。
ＷＥＢ
採用区分が「△」選択
↓
登録
↓
資材名を入力のメッセージを表示する。
ＷＥＢ版では、△の場合、
資材名の未入力を許していない、との認識でよろしいでしょうか？
2015/08/26
- 19:50 見積システム QA #249: 基本情報の加工モジュール
- シリーズがFの場合、明細で、価格を入力できません。添付ファイルを参照してください。
旧システム使う（シリーズがF）のＫＺＤファイルは送って頂けますか。 - 16:17 見積システム QA #249: 基本情報の加工モジュール
- ユーザに確認できました。
シリーズがFの場合、ひねり金物拾い数量」は、「０」で良いです。
- 17:14 見積システム QA #250: 手拾い入力について
- 既存側の調査が必要そうです。
プルダウン項目が違うみたいです。
- 17:03 見積システム QA #250: 手拾い入力について
- 添付ファイルを参照してください。
- 16:58 見積システム QA #250: 手拾い入力について
- ①について、「ＶＢＡの明細ＮO:503です。」は、どこを示していますか？
イメージか資料を送って頂けますか。
- 16:19 見積システム QA #250: 手拾い入力について
- ②について、
ユーザからメッセージ表示は１回のみで良いと了承を得ました。 - 12:13 見積システム QA #250: 手拾い入力について
- ①仕様書は以下パースを参照してください。
\\192.168.55.217\大連情報システム部（itis共有）\開発資料\990004_見積システム\04_開発成果物\01_外部設計書き直\06_機能定義書(概要)手拾い条件入力.x... - 11:40 見積システム QA #250: 手拾い入力について
- ①について、No.502とNo.503は、「仮筋違」ですが、厚みが違うようです。
No.502と書かれている仕様書を、教えてくください。
②については、１回で良いと思いますが、念のためユーザに確認します。 - 11:23 見積システム QA #250: 手拾い入力について
- >>②について、確認があります。
>>エクセル版では、メーカが違う分だけ、メッセージが表示されるているが、
>>（例：資料「250-01.xlsx」では、３回表示される）
>>Ｗｅｂ版でも、その必要があるかということですか？
... - 11:13 見積システム QA #250: 手拾い入力について
- > ②、手拾い入力画面：「基礎パッキンと基礎パッキン調整材のメーカーが違います。」のメッセージがは、既存で複数がある場合、複数なメッセージをだしていますが、今は、一つしかないです。同じメッセージ複数表示が必要でしょうか。
> ご確認... - 10:27 見積システム QA #250 (終了): 手拾い入力について
- ①、手拾い入力画面：「仮筋違」の自動拾いについて、仕様書は502です。ＶＢＡの明細ＮO:503です。
どちらが正しいでしょうか。
②、手拾い入力画面：「基礎パッキンと基礎パッキン調整材のメーカーが違います。」のメッセージがは、既存... - 16:35 見積システム QA #188: CAD読込みのMTUファイル作成について
- 途中経過です。
新旧システム比較の差異結果より、
①は、No.325は「DT」にします。しかし、No.326/327/1811も「DT」にする必要があるか、
ユーザが確認中です。
④⑤につきましては、ユーザに調査... - 14:31 見積システム QA #251 (終了): 材積について
- 旧システムで、材積計算は二つ場所があります。
１、明細入力（四捨五入）
２、帳票出力 （小数点4桁以下を切り捨て）
計算の結果が違います。
新システムで、どちらが正しいでしょうか。
ご確認をお願いいたします。
2015/08/24
- 15:57 見積システム QA #188: CAD読込みのMTUファイル作成について
- 追加ですけど、明細CADマスタに、明細No1803の新部位コードが「PK１」に設定されていますけど、間違ったと思っています。
このように設定すると、新部位コードが1797と同じになります。明細No1803の新部位コードは、「HH」に...
2015/08/21
- 18:24 見積システム QA #188 (新規): CAD読込みのMTUファイル作成について
- 18:24 見積システム QA #188: CAD読込みのMTUファイル作成について
- 提供して貰ったCADファイルを読込んで、差異が出ました。
原因と対策を記入したので、認識があっているかご確認をお願いいたします。 - 15:43 見積システム QA #188 (終了): CAD読込みのMTUファイル作成について
2015/08/20
- 07:43 見積システム QA #188: CAD読込みのMTUファイル作成について
- ユーザーからいただいたＣＡＤデータ一式です。
大連のユーザー提供資料にも入れておきます。 - 17:10 L-One会計 資金管理コンポ開発 QA #244 (解決): 機能定義書（詳細）_領収証受入入力.xls式样确认
- 『受入連番』＋ 1
是正确的～ - 17:02 L-One会計 資金管理コンポ開発 QA #208 (解決): 機能定義書（詳細）_領収証受入入力
- 領収証払出実績.利益センタコード⇒
領収証払出実績.払出利益センタコードへ変更する - 16:40 L-One会計 資金管理コンポ開発 QA #210: 发行济场合的入金入力者制御确认
- 漏れです。
追加します。
※入金入力者の条件が不要なのは、相殺データの場合でした。相殺データを抽出する際には、条件は不要です。 - 16:37 L-One会計 資金管理コンポ開発 QA #222 (解決): プリント領収証発行 - 検索画面确认
- 当日/当日以前が正しいです。
- 15:14 見積システム QA #248: 手拾い条件入力画面採用区分が△選択について
- VBAデータ出力前に、△保存される。
このタイミング見ると、既存と合わせる。
- 13:48 見積システム QA #248: 手拾い条件入力画面採用区分が△選択について
- 私の方で、Excel見積で保存してみました。
Excel見積の手拾入力で「△」を登録（資材名は指定なし）
↓
アップロード、取込
↓
Excel見積の手拾入力で「△」が保存されていることを確認
既存のこの動作はでき... - 13:39 見積システム QA #248: 手拾い条件入力画面採用区分が△選択について
- 理由は△保存できるのために、資材名を入力のメッセージを表示する。
- 13:03 見積システム QA #248: 手拾い条件入力画面採用区分が△選択について
- 劉さんがそう言うなら、それなりの理由があると思うのですが、
そのように変更する理由を言って頂けないと、判断できません。
何故、今回は△が保存できませんか？
仕様書を見る限りでは、「〇」の時に資材名の必須入力メッセージが出... - 15:09 L-One会計 資金管理コンポ開発 QA #214: 機能定義書（概要）_電子記録債権取込確認
- 好象还是不大对劲，都理解错了。
这个应该是对的。
4－3－7，477行，登録完了後、次のデータで4-2の処理を続く。4.2－4.3，4.2－4.3.……最后是5的处理。 - 12:23 L-One会計 資金管理コンポ開発 QA #214 (解決): 機能定義書（概要）_電子記録債権取込確認
- 4-2-5.エンドコード情報を読込む
的处理最后一个内容
3).次のレコードが存在する場合は、4-2-1のヘッダー情報を読込む処理を続ける
说明当前数据check完之后，进行下一个ヘッダー处理，所以应该是所有数据都结束后，再... - 14:30 L-One会計 資金管理コンポ開発 QA #211 (終了): 機能定義書（概要）_電子記録債権取込確認
- 12:07 L-One会計 資金管理コンポ開発 QA #211 (解決): 機能定義書（概要）_電子記録債権取込確認
- データ区分不是“１”时，应该分为4中情况。
其中2，8，9有具体处理，请参照4-2-1 3）中记述
以外的时候，记入信息，进行下一条的check
（・上記以外の場合は、警告メッセージをMSGリストに追加して、3)の処理に続く）... - 13:51 見積システム QA #249: 基本情報の加工モジュール
- どっちにしろユーザーにＱＡで聞いてみるしかないですね。
- 13:34 見積システム QA #249: 基本情報の加工モジュール
- シリーズにより、ボタン制御は、仕様書に記述していなかったです。
画面動作したら、分かるはずです。また、この辺は、今回変更対象外です。 - 13:11 見積システム QA #249: 基本情報の加工モジュール
- 加工モジュールがないと問題になるのは、分かりましたが、
基本情報登録の仕様書を見てるのですが、
「フィアスの場合に、加工モジュールを入力できないようにする」という記述が見つかりません。
どの辺りに書かれていますか？ - 11:36 見積システム QA #249 (終了): 基本情報の加工モジュール
- WEBで基本情報入力画面の加工モジュールは、シリーズがNのみ場合、使用可ですけど、
シリーズがFの場合、使用不可になりますが、モジュールは、CAD読込みで、「ひねり金物拾い数量」を算出した時、分母として必要です。
今回、モジュール... - 10:07 L-One会計 資金管理コンポ開発 QA #247: 確認ダイアログ和チェック処理的处理顺序确认
- 作为标准所有机能都按以下动作运行。如果式样有问题，请联络。
①入力チェック（バリデータも含む）
※マスタの存在チェックはこちらに含む
②登録確認ダイアログ表示
③DBの状態確認チェク
⇒他者が変更する可能性がある...
2015/08/19
- 17:45 L-One会計 資金管理コンポ開発 QA #187 (解決): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認
- 3 1ページあたり14明細でお願いします。一取込で発生したエラー全件の表示と考えています。
4
大連から：
入出力項目定義書の56行目の辺り、
勘定科目マスタから流動化銀行(科目名)を取得する処理があります。
下記のように... - 16:49 見積システム QA #248 (終了): 手拾い条件入力画面採用区分が△選択について
- ＶＢＡとＷＥＢ違いの部分の確認とお願いいたします。
ＶＢＡ：採用区分が「△」選択
↓
作業メニューへ
↓
手拾い確認表
採用区分が「△」が保存される。
ＷＥＢ
採用区分が「△」選択
↓
登録
↓
資材... - 16:47 L-One会計 資金管理コンポ開発 QA #202 (終了): 会社_言語マスタ的确认
- 16:43 L-One会計 資金管理コンポ開発 QA #201 (終了): 機能定義書（概要）_プリント領収証発行.xls
- 16:40 L-One会計 資金管理コンポ開発 QA #204 (終了): 領収証情報
- 領収証情報テーブルに期日追加完了
- 16:38 L-One会計 資金管理コンポ開発 QA #181 (解決): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認
- 4
取込時には、調達金額と確定金額は同一金額となります。
ワークテーブルのレコード毎にチェックを行うので、更新もレコード金額の加算と考えております。
5
カレンダーマスタの銀行稼働フラグ＝1の年月日となる想定です。
現... - 12:18 L-One会計 資金管理コンポ開発 QA #247 (解決): 確認ダイアログ和チェック処理的处理顺序确认
- 領収証No登録，領収証受入入力和領収証払出入力
这三个画面有取消处理，在取消处理时，都是先確認ダイアログ，はい按钮按下后，然后进行的チェック処理
和其他画面处理有点不一致，请问是因为这三个画面有处理吗。
其他画面都是先进行的チェ... - 09:12 見積システム QA #188: CAD読込みのMTUファイル作成について
- ユーザーにＭＴＵと既存のＨＧＢ、ＨＧＤのある物件のデータを一式くれるようにお願いしました。
2015/08/18
- 08:55 見積システム QA #242 (終了): 現場施工材の「開口・間柱部材」の連動
- 08:52 見積システム QA #242: 現場施工材の「開口・間柱部材」の連動
- 取決書との連動は既存でもありません。
仕様書通り、取決書との連動は必要ありません。 - 18:16 見積システム QA #242: 現場施工材の「開口・間柱部材」の連動
- 樹種を入れなかった場合、その先でアプリケーションエラー等は発生しません。
また、「樹種」の連動は、私の認識が間違ったそうです。
「取決書と見積の連動.xls」を確認したところ、取決書の連動がやめて、MTUからしか取得しないよう... - 18:11 見積システム QA #242: 現場施工材の「開口・間柱部材」の連動
- 樹種を入れなかった場合、その先でアプリケーションエラー等は発生しませんか？
- 18:08 見積システム QA #242: 現場施工材の「開口・間柱部材」の連動
- 今の仕様は、「開口・間柱部材」の調整数量が入っている場合、「樹種」は必須項目ですが、
調整数量が未入力の場合、「樹種」は必須項目ではありません。この仕様は、問題がないと思っています。 - 18:00 見積システム QA #242: 現場施工材の「開口・間柱部材」の連動
- その通りですね。
実はちょっと前に、Excel見積でCAD読込で空欄になるパターンがあり、
アプリケーションエラーが発生していました。
今出さんの話では、集計とＫＤのどちらかは必ず選ぶことになっています。
現場施工... - 15:09 見積システム QA #242 (終了): 現場施工材の「開口・間柱部材」の連動
- 現場施工材の「開口・間柱部材」は、基本情報入力で連動して「KD」を設定したが、
CAD読込みでMTUに該当項目がない場合、「空欄」を設定しました。
これは、正しくないですよね。MTUに無い場合、KDを残る必要ですよね。
認識があ... - 20:05 L-One会計 資金管理コンポ開発 QA #246 (新規): 機能定義書（概要）_検索照会機能
- データ出力,TSV文件名怎么取？有四种文件：現物データ，流動化，期近警告リスト，個別指示リスト
- 19:50 L-One会計 資金管理コンポ開発 QA #245 (終了): 機能定義書（概要）_検索照会機能
- 19:38 L-One会計 資金管理コンポ開発 QA #245 (解決): 機能定義書（概要）_検索照会機能
- 日本肯定漏了。
这个必须有
跟会社一样
- 19:31 L-One会計 資金管理コンポ開発 QA #245 (終了): 機能定義書（概要）_検索照会機能
- 得意先コード,マスタ存在チェックが必要でしょうか？
其它几个マスタ存在チェック都有，但得意先コード这个没写。需不需要做？ - 19:40 L-One会計 資金管理コンポ開発 QA #203 (解決): 得意先マスタ的确认
- 18:02 見積システム QA #188: CAD読込みのMTUファイル作成について
- 新部位コード列を作成するのは、下記の二つ問題があります。
１、旧部位コードにより、新部位コードを変換する必要です。MTSにデータが多すぎるため、変換するのは、時間がかかります。
２、変換後のデータが正しいかどうか、こちらで判断しに... - 17:56 見積システム QA #188: CAD読込みのMTUファイル作成について
- MTSに無いなら、新部位コード列を作ってテストするしかないですね。
- 17:53 見積システム QA #188 (新規): CAD読込みのMTUファイル作成について
- 送って貰ったファイルを使って、新旧データを比較したいですけど、MTSファイルの中に、新部位コード列が無いです。
そうすると、現時点、新部位コードを含むMTSファイルが無いですよね。そうすると、新旧データの比較ができないと思っています... - 17:38 L-One会計 資金管理コンポ開発 QA #226 (進行中): 「機能定義書（概要）_流動化情報管理」についての仕様確認
- 1 141行参照
2 不需要sum ，情报入力的时候是从流動化データ取得保留金額，調達金額，確定金額 这本身就是合计好的
从条件入力(一覧)传过来的割引率，割引金額，实际上也是流動化データ里的，也是一条
... - 16:46 L-One会計 資金管理コンポ開発 QA #224 (進行中): 「機能定義書（概要）_流動化情報管理」についての仕様確認
- 1） *跟日本确认*
2）*跟日本确认*
3）*跟日本确认*
4）*跟日本确认*
5）[编辑]⇒「前に戻る」ボタン⇒ 「登録」ボタン
6）*跟日本确认* - 16:35 L-One会計 資金管理コンポ開発 QA #241 (終了): 領収証受入照会・取消 - 検索画面确认
- 14:03 L-One会計 資金管理コンポ開発 QA #241: 領収証受入照会・取消 - 検索画面确认
- 恩，按必须入力项目处理。
入出力項目定義書 (5)中，第13行的＜条件が指定されていない場合＞ 这个无视 - 13:58 L-One会計 資金管理コンポ開発 QA #241 (終了): 領収証受入照会・取消 - 検索画面确认
- 領収証受入照会・取消 - 検索
入出力イメージ中 払出元利益センタコード是必须入力项目
如果上记项目是必须入力项目的话，详细设计书的入出力項目定義書 (5)中，第13行的＜条件が指定されていない場合＞情况应该不存在吧
请确认。 - 16:35 L-One会計 資金管理コンポ開発 QA #244 (解決): 機能定義書（詳細）_領収証受入入力.xls式样确认
- 入出力項目定義書 (2)中
2-2-2.登録処理 [ 領収証受入実績 ]
受入連番
同一の「会社コード」「伝票種別」「領収証管理No」のデータが登録済の場合
： 登録済データで最大の『払出連番』＋ 1 を設定する。
... - 16:12 L-One会計 資金管理コンポ開発 QA #221 (進行中): 機能定義書（概要）_取立伝票作成
- *跟日本确认*
- 16:04 L-One会計 資金管理コンポ開発 QA #198 (進行中): 機能定義書（概要）_現物受入伝票作成確認
- 1） *跟日本确认了*
2） 采番后的机能ID
3） *跟日本确认了*
4） 是利益センタ_一般マスタ，关于位数不一致，*跟日本确认了*
5）会社コード是主键 言语きー=“JA” - 16:04 L-One会計 資金管理コンポ開発 QA #243 (新規): 取立指示書詳設計中的几个问题确认
- 1 汎用マスタ.汎用コード = '004' 对金种的定义有四种，取立指示书出力用到的金种只有三种，需要重新建立汎用コード吗？
2 取立日 日付不正チェック 这个“日付不正”具体是指怎样的不正？
3 取立指示書(帳票)部... - 14:07 L-One会計 資金管理コンポ開発 QA #197 (進行中): 譲渡取立の「流動化対象債権抽出」の出力ファイルフォーマット確認
- *跟日本确认*
- 14:01 L-One会計 資金管理コンポ開発 QA #225 (解決): 機能定義書（概要）_不備返却入力.xls式样确认
- 1 如果画面表示的是法人，而且从会社mst里拿名字的这样，都变成会社。
2 没有发现不一样的地方（如：处理里写的跟画面イメージ不一样，纸芝居跟机能定义书不一样等等），所以不用变。
3 这个之前问过了。 - 13:54 L-One会計 資金管理コンポ開発 QA #227 (進行中): 機能定義書（概要）_不備返却入力.xls返却データ式样确认
- 13:54 L-One会計 資金管理コンポ開発 QA #227: 機能定義書（概要）_不備返却入力.xls返却データ式样确认
- 1.3-1.データ登録
*跟日本确认了*
2.3-2.データ更新
返却日：*跟日本确认*
現物データ.返却処理連番是否要更新：*跟日本确认* - 12:34 L-One会計 資金管理コンポ開発 QA #228 (進行中): 機能定義書（詳細）_不備返却入力.xls
- 1 *跟日本确认中*
2 *跟日本确认中*
3 *跟日本确认中* - 11:54 L-One会計 資金管理コンポ開発 QA #236 (進行中): 機能定義書（概要）_検索照会機能
- *跟日本确认*
- 11:32 L-One会計 資金管理コンポ開発 QA #239 (進行中): 「機能定義書（詳細）_流動化対象債権抽出」 download问题相关
- *跟日本确认了*
- 11:30 L-One会計 資金管理コンポ開発 QA #240 (解決): 「機能定義書（詳細）_受入入力」 gridview翻页或画面跳转后状态保存问题
- 不用考虑状态保持了。
返回的话，一览从第1页开始就行 - 11:27 L-One会計 資金管理コンポ開発 QA #231 (進行中): 機能定義書（概要）_不備返却入力.xls数据登录处理确认
- 1 *跟日本确认中*
2 出力帐票，至于什么时候出力，*跟日本确认中*
3 应该跟让渡明细登陆的再出力一样，我也*跟日本确认一下*吧
4 *跟日本确认中* 应该是个排他check - 10:11 見積システム QA #238 (終了): 検索機能の納品書について
- 了解しました。
- 10:02 L-One会計 資金管理コンポ開発 QA #233 (解決): 取立指示書出力の取立銀行(銀行名)の確認
- 「取立銀行コード」で銀行マスタを索引。
銀行名 ＋" "＋支店名を表示。
2015/08/17
- 08:22 見積システム QA #238: 検索機能の納品書について
- 納品書は現在と同じなら問題ありません。
納品書はＬＩＸＩＬ住研内でのみ使用するので、セキュリティ設定変更は可能です。
なので、今回ＰＤＦ化からは外しています。
（業務上ＳＳＯ環境で使用しないという理由から）
ちなみに、... - 19:55 見積システム QA #238 (終了): 検索機能の納品書について
- 納品書は、今回変更無し、エクセルの帳票ですけど、IE9で「納品書」をクリックしたら、下記のメッセージが出しています。
これは、対応方法としては、セキュリティのレベルを低いように設定してOKですよね。こちらは、低い設定しても、駄目です... - 20:48 L-One会計 資金管理コンポ開発 QA #237 (進行中): 取立指示書出力詳細設計
- *跟日本确认*
- 18:33 L-One会計 資金管理コンポ開発 QA #237 (進行中): 取立指示書出力詳細設計
- 检索数据时用到一个取立保留区分マスタ表，这个表有吗？
- 20:43 L-One会計 資金管理コンポ開発 QA #240 (解決): 「機能定義書（詳細）_受入入力」 gridview翻页或画面跳转后状态保存问题
- 如果在gridview翻页或画面跳转后状态保存会有个问题
例如：
当前grid有2页，第1页设定好了状态翻到第2页，在翻回第一页前，第1页在db里又有了新数据，这样的话状态就不准了。
画面跳转后跳回也是这个问题。 - 20:40 L-One会計 資金管理コンポ開発 QA #200 (解決): 譲渡取立の「流動化対象債権抽出」のCSVファイルの譲渡元会社コードについての確認
- 我查mst的结果是：
利益センタグループ_一般マスタ 12行 No4 会社コード CompanyCD NChar（4）
利益センタグループ_言語マスタ 没有 - 20:31 L-One会計 資金管理コンポ開発 QA #239 (進行中): 「機能定義書（詳細）_流動化対象債権抽出」 download问题相关
- 详设上说download文件后直接跳下一画面，这样实现不了。
当前页面把download文件做成，然后在下一画面download会不会好一点。 - 18:20 L-One会計 資金管理コンポ開発 QA #232 (解決): 关于譲渡取立の「流動化対象債権抽出」的取消日
- IS ＮＵＬＬ 是对象外。
可以加到条件里。 - 14:22 L-One会計 資金管理コンポ開発 QA #232 (解決): 关于譲渡取立の「流動化対象債権抽出」的取消日
- 关于概要设计里125行的 不渡データ.取消日 = ""
不渡データ.取消日IS ＮＵＬＬ的情况是不是也会出现，
如果的是话，是不是也需要加上这个条件呢，
请麻烦确认一下。
谢谢 - 17:53 L-One会計 資金管理コンポ開発 QA #236 (進行中): 機能定義書（概要）_検索照会機能
- 出力するデータは不明確。下面的出力文件的式样不明确（１和２）。而３和４的出力式样没有。请确认。
1.【データ出力】 データ選択 現物データ
2.【データ出力】 データ選択 流動化
3.【データ出力】 データ選択 期近警告リスト
... - 17:37 見積システム QA #234 (終了): 検索機能の完納取消
- 新システムは、こちらで対応しますが、既存バグを含む、工数が別途提出します。
- 17:20 見積システム QA #234: 検索機能の完納取消
- 資料の通り修正が必要ですね。
またバグもあるんですが、やっていただけますか。 - 16:43 見積システム QA #234 (終了): 検索機能の完納取消
- 添付資料を参照ください。
- 17:35 L-One会計 資金管理コンポ開発 QA #223 (終了): 再发行场合的入出力項目定義書 (4)确认
- 14:55 L-One会計 資金管理コンポ開発 QA #223: 再发行场合的入出力項目定義書 (4)确认
- 统一用固定“01”～
- 16:47 L-One会計 資金管理コンポ開発 QA #235 (新規): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 下記几个问题想确认一下
1.概要设计的個別指示入力【登録確認】的532行的《2-1-3.下記の個別チェックを行う。》，在個別指示入力【内容登録】画面上已经CHECK过一次了，（概要设计的371行），
是不是在個別指示入力【登録確... - 15:42 L-One会計 資金管理コンポ開発 QA #170: 「機能定義書（概要）_個別指示入力」についての仕様確認
- 1-1 可以加上
- 15:40 L-One会計 資金管理コンポ開発 QA #233 (解決): 取立指示書出力の取立銀行(銀行名)の確認
- 取立指示書出力の取立銀行(銀行名)は銀行マスタテーブルから取得しますが、テーブルの中、BankName(銀行名)とBankBranchName(銀行支店名)があります、どちらが取立銀行として正しいですか？
- 14:50 L-One会計 資金管理コンポ開発 QA #220 (終了): 発行済チェック的确认
- 14:14 L-One会計 資金管理コンポ開発 QA #220: 発行済チェック的确认
- 你的理解正确，『領収証枝番』+1去验证
- 14:32 見積システム QA #36 (終了): 手拾表と手拾チェック表
- 了解しました。
- 13:53 L-One会計 資金管理コンポ開発 QA #206 (終了): プリント領収証発行 - 明細的住所表示确认
- 11:20 L-One会計 資金管理コンポ開発 QA #206: プリント領収証発行 - 明細的住所表示确认
- 『送付先_都道府県 ＋ 送付先_市区町村 改行
送付先_地名1 改行
送付先_地名2 改行
送付先_地名3』
就按照这种格式去改行～ - 12:06 L-One会計 資金管理コンポ開発 QA #231: 機能定義書（概要）_不備返却入力.xls数据登录处理确认
- 追加：
4.返却入力済みチェック是CHECK的哪个表，检索条件是什么？ - 11:41 L-One会計 資金管理コンポ開発 QA #231 (進行中): 機能定義書（概要）_不備返却入力.xls数据登录处理确认
- 機能定義書 SHEET 235~252行 关于印刷按钮处理
返却选择时：
1.返却入力済みのチェック通过后，返却データ登录，現物データ更新，但更新条件中只有 [受入№ ＝ 登録確認画面.受入№]，是否也需要金种呢。
2.处... - 11:40 L-One会計 資金管理コンポ開発 QA #230 (進行中): 機能定義書（概要）_期日入金伝票作成
- 3-2.落込データ登録
有一个判断条件，
現物データ.取立処理連番 ＝ 流動化明細データ.処理連番
这里的判断条件，是用現物データ.取立処理連番还是用現物データ.流動化処理連番？ - 11:37 L-One会計 資金管理コンポ開発 QA #229 (進行中): 機能定義書（概要）_期日入金伝票作成
- 2-2.落込データ登録
判断处理上有这样一个条件：
現物データ.取立処理連番(Max値)＝ 取立データ.処理連番
但現物データ表中只金種和受入ＮＯ是主键，而取立データ的主键是金種，受入ＮＯ，処理連番
所以假设現物データ.取立処... - 10:02 L-One会計 資金管理コンポ開発 QA #228 (進行中): 機能定義書（詳細）_不備返却入力.xls
- 入出力項目定義書SHEET
关于金種的表示
A:現金
B:小切手(期日があれば先日付小切手として細分)
C:受取手形(期日とシステム日付の日数により期近手形として細分)
1.在金種LIST中，没有現金
2.期日があ...
2015/08/16
- 07:57 見積システム QA #36: 手拾表と手拾チェック表
- 既存の手拾表は、採用なしの場合、「指定なし」は印刷しないようなので、
合わせてください。
2015/08/14
- 18:07 L-One会計 資金管理コンポ開発 QA #227 (進行中): 機能定義書（概要）_不備返却入力.xls返却データ式样确认
- 入出力項目定義書SHEET
1.3-1.データ登録
出金元利益センタ到コメント字段，和返却データ的表定义书对不上？
2.3-2.データ更新
現物データ表定义中没有返却日，
还有，現物データ.返却処理連番是否要更新？
... - 17:54 L-One会計 資金管理コンポ開発 QA #226 (進行中): 「機能定義書（概要）_流動化情報管理」についての仕様確認
- 关于机能想确定下面几个事情
１.流動化情報管理【条件入力】画面初始化时，不进行ＧＲＯＵＰＢＹ吗，如果不进行的话，画面上可能会现同样的流动化ＮＯ。出现多次的情况，这样可以吗｜
２.流動化情報管理【情報入力】画面初始化时取数据时，会取... - 17:04 L-One会計 資金管理コンポ開発 QA #225 (解決): 機能定義書（概要）_不備返却入力.xls式样确认
- 1.式样书中有法人，是否要变成会社？
2.不備返却入力(内容登録)画面的印刷へ進む按钮是否要变成登录へ進む？
不備返却入力【登録確認】画面的印刷按钮是否要变成登录？
3.不備返却入力(内容登録)画面的金種LIST，
受取手形
... - 16:21 L-One会計 資金管理コンポ開発 QA #224 (進行中): 「機能定義書（概要）_流動化情報管理」についての仕様確認
- 关于这本，有下面几个问题想确认一下
１.概要设计里的流動化情報管理【完了】的画面里的ＢＵＴＴＯＮ只有一个「条件入力に戻る」ボタン，但紙芝居里有两个，ＢＵＴＴＯＮ名字都不一样，以那个为准呢
２.概要设计里１３０行 《流動化データ.取... - 15:37 L-One会計 資金管理コンポ開発 QA #223 (終了): 再发行场合的入出力項目定義書 (4)确认
- 入出力項目定義書 (4)中
発行No "利益センタコード 領収証No" "【編集】""発行No.""＋『利益センタコード』＋""-""＋『領収証No』＋""-""＋""01"""
如果是在发行济的场合，最后面是不是加的『領収... - 10:04 L-One会計 資金管理コンポ開発 QA #222 (解決): プリント領収証発行 - 検索画面确认
- プリント領収証発行 - 検索的入出力イメージ中
入金処理日后面的两个ラジオボタン是当日，和当日以前
但在说明中，都是用的当月和当月以前
不知道用哪个正确？
2015/08/13
- 21:42 L-One会計 資金管理コンポ開発 QA #221 (進行中): 機能定義書（概要）_取立伝票作成
- 3-3.取立データTBLの更新中，
抽出条件 取立データ.金種 ＝ 2.にて取得した譲渡データ.金種
这里的譲渡データ就是2.対象データ抽出处理中取出的取立データ吧？ - 17:02 L-One会計 資金管理コンポ開発 QA #199 (終了): 領収証再発行チェック
- 16:54 L-One会計 資金管理コンポ開発 QA #174 (終了): 機能定義書（概要）_譲渡明細登录.xls的更新机能确认
- 16:53 L-One会計 資金管理コンポ開発 QA #160 (終了): 機能定義書（機能）_取立依頼変更入力
- 16:53 L-One会計 資金管理コンポ開発 QA #171 (終了): 关于権限チェック
- 16:51 L-One会計 資金管理コンポ開発 QA #191 (終了): 戻る按钮的确认
- 16:50 L-One会計 資金管理コンポ開発 QA #192 (終了): 機能定義書（概要）_プリント領収証発行式样确认
- 16:49 L-One会計 資金管理コンポ開発 QA #220 (終了): 発行済チェック的确认
- 機能定義書（概要）_プリント領収証発行.xls
機能定義書 SHEET 610，611行
■発行済チェック
⇒ 対象データと同じ『領収証枝番』のデータが既に登録済の場合はエラーとする。
因为检索出来的数据就是现在... - 16:48 L-One会計 資金管理コンポ開発 QA #219 (新規): 機能定義書（概要）_電子記録債権取込確認
- 4-3-4. 2).会社コードとダミー得意先コードを取得する方法
的检索条件中，用到的[事業所マスタ.事業所コード ＝ ＜WK＞.事業所コード]
这里的＜WK＞.事業所コード是从哪里取得的？如下哪个是。
[4-3-2.電子債権情... - 16:29 L-One会計 資金管理コンポ開発 QA #218 (新規): 機能定義書（概要）_電子記録債権取込確認
- [電子債権利用法人情報]的表定义能否提供一下。
- 16:24 L-One会計 資金管理コンポ開発 QA #217 (新規): 機能定義書（概要）_電子記録債権取込確認
- 式样书中，有几处ＭＳＧＩＤ已经定好了，
MSGID:KSBW0240
MSGID:KSBE0280
MSGID:KSBN0040
MSGID:KSBW0210等等。虽然写了ＩＤ号，但在后面还写了具体错误信息。
这几个ＩＤ是有... - 16:19 L-One会計 資金管理コンポ開発 QA #216 (新規): 機能定義書（概要）_電子記録債権取込確認
- 4-3-3.处理中，有一部分红色字体
『機能定義補足（更新処理パターン）』シートを参照して、処理続ける
...
登録する場合は4-3-4の処理に続く
更新する場合は4-6の処理を続く
问题：
１）是式样未定吗？
２）... - 16:12 L-One会計 資金管理コンポ開発 QA #215 (新規): 機能定義書（概要）_電子記録債権取込確認
- １）4-3-1.的说明中有这样一句话，和前后文关联实在是有点远，不知要说明的是啥？
この時、振出日には自振の場合：発生年月日
回しの場合：最新保証記録年月日が設定されるが
振出日 <... - 16:02 L-One会計 資金管理コンポ開発 QA #214 (解決): 機能定義書（概要）_電子記録債権取込確認
- 4-2-5.エンドコード情報を読込む，处理的最后有这样的说明：
3).次のレコードが存在する場合は、4-2-1のヘッダー情報を読込む処理を続ける
如果ＣＳＶ里包含的是多组数据，如下例子：
ヘッダー１
債権情報1
保証人情... - 15:50 L-One会計 資金管理コンポ開発 QA #213 (新規): 機能定義書（概要）_電子記録債権取込確認
- 4-2-4.トレーラレコードを読込む处理中，有如下更新处理，
3).ワーク電子債権ヘッダー情報に更新する。
更新对象条件是 番号＝ ＜WK＞.請求者_利用者番号
ワーク電子債権ヘッダー情報里面没有番号这一项。
这里的番号是指[... - 15:42 L-One会計 資金管理コンポ開発 QA #212 (新規): 機能定義書（概要）_電子記録債権取込確認
- 4-2-3.保証人情報を読込む处理中，有如下描述有点很难理解。麻烦给出详细说明，或者给出数据样例。
※WK.保証人番号 ＝ （同一種類データ・レコード番号 － １） × ３ ＋ 同行連番 - 15:39 L-One会計 資金管理コンポ開発 QA #211 (終了): 機能定義書（概要）_電子記録債権取込確認
- 4-2.的处理中，如果取入的ＣＳＶ文件的第一条记录的データ区分不是“１”时如何处理，
如下信息弹出，处理终了吗？
認識できないデータ区分があります、データファイルをご確認ください。行番号：｛0｝ - 14:25 L-One会計 資金管理コンポ開発 QA #210 (解決): 发行济场合的入金入力者制御确认
- プリント領収証発行 - 発行済一覧
发行济的场合，检索条件中没有入金入力者，
1.对入金入力者，是需要根据■ "未発行"選択時和■ "発行済"選択時 是否可入力的控制呢？
2.或者在发行济的场合，检索条件中追加 プリント領収証N... - 13:53 L-One会計 資金管理コンポ開発 QA #209 (新規): 入金取消场合的画面确认
- 入金取消区分＝"2"（取消） ⇒ 『取消』を表示
在プリント領収証発行 - 未発行一覧的入出力イメージ中，
取消济的那行数据，领收证发行没有チェックボックス,领收证日付也不能入力
不知道是否需要有这样的制御、式样书中没有找到说... - 12:01 L-One会計 資金管理コンポ開発 QA #208 (解決): 機能定義書（詳細）_領収証受入入力
- 2．領収証受入入力 - 受入入力 [画面処理] 1-2.初期表示（一覧表示部）【データ抽出条件】外部結合条件 利益センタ_言語マスタ.利益センタコード = 領収証払出実績.利益センタコード
領収証払出実績表中没有利益センタコード这... - 11:46 L-One会計 資金管理コンポ開発 QA #207 (新規): プリント領収証発行 - 未発行一覧的2-3-3.登録処理确认
- 機能定義書SHEET 399~407行 关于更新处理，
294~360行中，关于数据取得处理
当画面.領収証No同时存在入金和相殺的数据时，是表示成2条数据，
但是只有一条入金的発行チェック被选择的时候
如果处理成功，就把プリ... - 10:36 L-One会計 資金管理コンポ開発 QA #206 (終了): プリント領収証発行 - 明細的住所表示确认
- プリント領収証発行 - 明細画面中
入出力項目定義書 (4)
送付先_得意先住所
【編集】
『送付先_都道府県 ＋ 送付先_市区町村
送付先_地名1
送付先_地名2
送付先_地名3』
※地名1・地名2... - 10:31 L-One会計 資金管理コンポ開発 QA #205 (新規): プリント領収証発行 - 明細的业务确认
- 从未发行一览画面中，点击領収証NO后，到プリント領収証発行 - 明細画面，这个时候是当前領収証NO下的，所有的領収証情報表里的明细都表示吗？
还是，当未发行一览画面中只想发和相殺相关数据时，到プリント領収証発行 - 明細画面时，也是... - 10:11 L-One会計 資金管理コンポ開発 QA #204 (終了): 領収証情報
- 機能定義書（概要）_プリント領収証発行.xls
入出力項目定義書 (5)SHEET 25行
手形期日 17 DB.領収証情報 期日
但在領収証情報定义书中没有找到这个字段请确认。
或者是領収証情報中的伝票日付或者転記日付？
...
他の形式にエクスポート: Atom