活動 - 情報S部プロジェクト管理システム

活動

2015/07/29から2015/08/27まで

2015/08/27

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.領収証情報期日
但在領収証情報定义书中没有找到这个字段请确认。
或者是領収証情報中的伝票日付或者転記日付？
... 王桂芳

2015/08/12

19:34 L-One会計資金管理コンポ開発 QA #203: 得意先マスタ的确认: 送付先_郵便番号~送付先_担当者名从得意先_会社マスタ取得
得意先名从得意先_言語マスタ【名称 1】+【名称 2】+【名称 3】呉玲
19:27 L-One会計資金管理コンポ開発 QA #203 (解決): 得意先マスタ的确认: 機能定義書（詳細）_プリント領収証発行.xls 入出力項目定義書 (5)
送付先_郵便番号~送付先_担当者名从得意先_会社マスタ取得？
得意先名从得意先_言語マスタ取得得意先略称？
请确认。王桂芳
19:21 L-One会計資金管理コンポ開発 QA #202: 会社_言語マスタ的确认: 用市区町村 City 呉玲
19:16 L-One会計資金管理コンポ開発 QA #202 (終了): 会社_言語マスタ的确认: 機能定義書（概要）_プリント領収証発行.xls的入出力項目定義書 (5)
送付元_市区町村＝ DB.会社_言語マスタ .市区町村
但在会社_言語マスタ表中，有市区町村 City和市区町村コード CityCD
两个字段，用的是市... 王桂芳
17:55 L-One会計資金管理コンポ開発 QA #201: 機能定義書（概要）_プリント領収証発行.xls: 1，用ユーザ_言語マスタ
2，入金入力者，入力的时候入 CD，一览表示的时候从ユーザ_言語マスタ里面检索出来名
3，領収証情報表.ユーザ名这个里面存的是cd
4，入力时是CD，数据库里存的也是CD。所以是一致检索呉玲
17:44 L-One会計資金管理コンポ開発 QA #201 (終了): 機能定義書（概要）_プリント領収証発行.xls: 入出力項目定義書（2）SHEET 19行
入金入力者 12 "DB.領収証情報 DB.従業員マスタ" "ユーザ名
従業員氏名 (姓)
従業員氏名 (名)" "【編集】
『従業員氏名 (姓)』＋『従業員氏名 (名)』"
1... 王桂芳
17:39 L-One会計資金管理コンポ開発 QA #200 (解決): 譲渡取立の「流動化対象債権抽出」のCSVファイルの譲渡元会社コードについての確認: 关于入出力项目定义书的２０行的譲渡元会社コード
上面写的是利益センタマスタ的会社コード
表里没有这个字段
是取的是利益センタ_言語マスタ的利益センタコード吗
请确认。
呉俊
17:27 L-One会計資金管理コンポ開発 QA #199: 領収証再発行チェック: 1，如果是文本框都可以用Elixil標準のバリデーター的必須チェック
如果是下拉列表，就需要自己手写check
2，是凡用mst里的，请参照
\L-One\10.受領資料\テーブル定義汎用マスタの定義一覧.xlsx 呉玲
17:12 L-One会計資金管理コンポ開発 QA #199 (終了): 領収証再発行チェック: 1.「領収証日付」和「再発行理由」的未入力CHECK，是用的Elixil標準のバリデーターの必須チェック吗
如果不是的话，出的消息是自己定吗
2.『再発行理由』リスト表示的时候，是需要在泛用表里定义的吗
请确认
王桂芳
16:58 L-One会計資金管理コンポ開発 QA #149 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認: 1 *跟日本确认*
2 銀行国コードは、”JA”でお願いします。
3 *跟日本确认*
4 *跟日本确认*
5 已经确认了
6 *跟日本确认*
7 *跟日本确认* 劉軍
16:41 L-One会計資金管理コンポ開発 QA #172 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認: 1-1 1-2 2-1 2-2 *跟日本确认*
3 已经回答了
4 *跟日本确认*
5-1 5-2 *大连确认* 劉軍
15:55 L-One会計資金管理コンポ開発 QA #163 (進行中): 機能定義書（概要）_個別指示入力のエラーチェック条件表的确认: *跟日本确认* 劉軍
15:53 L-One会計資金管理コンポ開発 QA #170 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認: 1-1 跟机能定义书一样就行
1-3 不需要，共通部品都带劉軍
15:48 L-One会計資金管理コンポ開発 QA #173 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認: 劉軍
15:47 L-One会計資金管理コンポ開発 QA #173: 「機能定義書（概要）_個別指示入力」についての仕様確認: 1 *跟日本确认*
2
2-1 再指示可能。
2-2 可以
3 是共通处理，但是得测，每个画面都得测，因为虽然是共通处理。但是得测一下，各个属性设置的对不对。
所以还是需要测试一下。
如：背景色变色 ... 劉軍
14:54 L-One会計資金管理コンポ開発 QA #198 (進行中): 機能定義書（概要）_現物受入伝票作成確認: 1）.式样书中3.仕訳データ作成（関係会社）、有个更新处理「また受入データTBL、返却TBLに対し更新を行い（受入、返却それぞれ行う）」，参照「入出力項目定義書」シートの3-1-1，「入出力項目定義書」シートの3-1-2.
这... 王桂芳
14:53 L-One会計資金管理コンポ開発 QA #177 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認: 1 「ホームに戻る」が正しいです。
※「TOPに戻る」は古い情報です。そこから変更になっています。
2 *日本确认中*
补充分
对一个表，check就行劉軍
12:33 L-One会計資金管理コンポ開発 QA #178 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認: 1 这个，我的理解是
不備ステータス是根据不渡区分来设置的。
不渡区分="01"（不渡の場合） : 设置为03（不渡）
不渡区分="02"（社内不渡の場合） : 设置为02（ジャンプ）
... 劉軍
12:00 L-One会計資金管理コンポ開発 QA #196: 機能定義書（概要）_プリント領収証発行.xls: 需要跟日本确认，大概17，18号回复，暂时先按照式样写的去做，无视备注的文字呉玲
11:23 L-One会計資金管理コンポ開発 QA #196 (新規): 機能定義書（概要）_プリント領収証発行.xls: 入出力項目定義書(1)sheet 18行
－グローバルID ログイン者のグローバルIDを設定する。 ※初期設定する？（相殺データ取得可？）
黄色背景代表未确定的意思吗？什么时候能确定？王桂芳
11:44 L-One会計資金管理コンポ開発 QA #195: 機能定義書（概要）_プリント領収証発行.xls: 1.「発行区分」で"未発行"選択時，和未发行一览画面的检索条件是一致的
「発行区分」で"発行済"選択時，和発行済一覧画面的检索条件是一致的
2,关联
未发行：参照342行～345行。
「プリント領収証No」是主表，结合「プ... 呉玲
10:49 L-One会計資金管理コンポ開発 QA #195 (新規): 機能定義書（概要）_プリント領収証発行.xls: 1.機能定義書SHEET,187~194行，
关于データ有無チェック，检索条件是什么？
「発行区分」で"未発行"選択時，和未发行一览画面的检索条件是一致的？
「発行区分」で"発行済"選択時，和発行済一覧画面的检索条件是一致的？
... 王桂芳
11:41 L-One会計資金管理コンポ開発 QA #185 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認: 初期化的时候，是用受入データ的不備登録日来表示。
如果咱们理解不一样的话，请联络。劉軍
11:29 L-One会計資金管理コンポ開発 QA #197 (進行中): 譲渡取立の「流動化対象債権抽出」の出力ファイルフォーマット確認: 下記の一つを確認したいですが。
出力TSVファイルのフォーマットがあれば、
ご提供いただければ助かりますが。
以上です、よろしくお願い致します。呉俊
11:14 見積システム QA #36 (進行中): 手拾表と手拾チェック表: 手拾帳票レイアウトについて確認したい事項があります。添付ファイルを参考してください。胡亭亭

2015/08/11

18:18 L-One会計資金管理コンポ開発 QA #152 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認: 机能定义书为准。劉軍
15:52 L-One会計資金管理コンポ開発 QA #191 (解決): 戻る按钮的确认: 如受入入力这样。
先是条件入力按个按钮后一览表示再按个按钮进到确认页面。
这时候点返回按钮的话，返回到有一览表示的状态。入力的值，保持。
望横展开一下劉軍
14:03 L-One会計資金管理コンポ開発 QA #191 (終了): 戻る按钮的确认: 如受入入力画面，在内容登录画面中，按下前に戻る按钮后，在检索画面中，检索条件要保持吗？
其他画面也同问。王桂芳
15:32 L-One会計資金管理コンポ開発 QA #192: 機能定義書（概要）_プリント領収証発行式样确认: SVN上提交了下记资料。请参照。
L-One\40.詳細設計書\領収証\入力項目定義一覧.xls 呉玲
14:54 L-One会計資金管理コンポ開発 QA #192 (終了): 機能定義書（概要）_プリント領収証発行式样确认: 機能定義書中，
＜画面･帳票項目定義 (Screen/ list item definition)＞部分，
必须，データ属性，文字数等项目都没有记述，
请确认。
王桂芳
15:27 L-One会計資金管理コンポ開発 QA #194 (終了): 機能定義書（概要）_プリント領収証発行マスタテーブルの利用: 好的，明白。王桂芳
15:24 L-One会計資金管理コンポ開発 QA #194: 機能定義書（概要）_プリント領収証発行マスタテーブルの利用: 可以！
之后别的机能也一样，这几个表就先用言语mst。如果里面找不到要取的字段时再考虑其他的mst
具体请参照领收证NO登录这本。
其中会社可能用到会社—所属mst 呉玲
15:18 L-One会計資金管理コンポ開発 QA #194 (終了): 機能定義書（概要）_プリント領収証発行マスタテーブルの利用: プリント領収証発行中，用到了几个マスタ
会社，利益センタ和得意先，因为设计书中没提到到底用哪个表，
现在都用XXX_言語マスタ可以吗。王桂芳
14:41 L-One会計資金管理コンポ開発 QA #190 (進行中): 取立依頼変更入力: 1 式样上有要求么？没要求，就不用出，有要求，就得出。
2 式样的115行6-1处理，出error，不用button制御。
3 [現在、テーブル定義書の取立データには、依頼書出力日がありませんが、追加致します。入出力項目定義書の... 劉軍
11:14 L-One会計資金管理コンポ開発 QA #190 (進行中): 取立依頼変更入力: 1.取立依頼変更入力(情報入力)画面上的[クリア]按钮，点击时，是否需要弹出确认信息框，[编辑中的信息破弃？]
因为这个按钮点击后，画面上的检索条件和一览数据全清掉的。
2.画面上一览数据没有时，「登録確認へ進む」按钮是否要置成不... 王桂芳
14:29 L-One会計資金管理コンポ開発 QA #184 (解決): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認: 画面说明：是当前这个画面处理的概要说明，每个画面的说明应该是不一样的。
参照受入入力的写法。
具体的，参照[ソリューション構成.xlsx]的[ 画面タイトル・画面説明・機能IDの定義]sheet
资料可以在svn上找到
劉軍
14:21 L-One会計資金管理コンポ開発 QA #155 (終了): 关于出金方法的确认: 王桂芳
10:24 L-One会計資金管理コンポ開発 QA #155 (解決): 关于出金方法的确认: 「"0":SAP "1":UL」でお願い致します。劉軍
14:20 L-One会計資金管理コンポ開発 QA #112 (終了): 「機能定義書（概要）_受入入力」の仕様確認: 王桂芳
14:19 L-One会計資金管理コンポ開発 QA #106 (終了): [機能定義書（概要）_譲渡明細出力]についての確認: 王桂芳
10:35 L-One会計資金管理コンポ開発 QA #106: [機能定義書（概要）_譲渡明細出力]についての確認: 等看新的机能定义书吧。这个先完了吧。劉軍
14:16 L-One会計資金管理コンポ開発 QA #95 (終了): [機能定義書（概要）_譲渡明細出力]ー金種リスト取得についての仕様確認: 王桂芳
09:36 L-One会計資金管理コンポ開発 QA #95 (解決): [機能定義書（概要）_譲渡明細出力]ー金種リスト取得についての仕様確認: 泛用mst定义送付了。
第一项的空白，在mst里不定义。
比如
list里有空白，不备，未受理，共3项
mst里只定义不备跟未受理，共2项劉軍
13:57 L-One会計資金管理コンポ開発 QA #158 (終了): 現物データ表定义确认: 王桂芳
09:29 L-One会計資金管理コンポ開発 QA #158 (解決): 現物データ表定义确认: 1 最新のテーブル定義書では、現物データにある××処理連番はbigintとなっております。Identityではありません。テーブル定義書を送りますのでご確認下さい。
2 受入入力登录的时候受入処理連番是登录的。用受入data的... 劉軍
13:47 L-One会計資金管理コンポ開発 QA #187 (進行中): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認: 1 不是lixil控件，是asp控件，双击文本框的时候，也会弹出选择文件的小popup，我觉得这I是这个意思。
跟点[参照]按钮是一个效果。
ps：整本式样里没有见到要求能手入力，所以不用考虑。
2 这个是个ワークテ... 劉軍
13:46 L-One会計資金管理コンポ開発 QA #138 (終了): 详细设计受入入力的确认: 了解了。王桂芳
09:55 L-One会計資金管理コンポ開発 QA #138 (解決): 详细设计受入入力的确认: 2．受入入力【内容登録】の・受入日：過去日付チェック
機能定義書(概要)の記載ミスで申し訳ないのですが、下記のようなチェック内容に修正をお願い致します。
オンライン日付が4月or10月の場合、決算締日までは、前月日付の入力を可能... 劉軍
13:33 見積システム QA #188 (終了): CAD読込みのMTUファイル作成について: 姜玉華
13:10 見積システム QA #188: CAD読込みのMTUファイル作成について: 既存でもＭＴＵはまだ出力されていないそうです。ユーザーに確認しましたが、やはりＭＴＳ＝ＭＴＵとのことです。
直近のＭＴＵ、ＨＧＤ、ＨＧＢ…のファイルを指定のフォルダに入れておきますね。堀寛
11:04 見積システム QA #188: CAD読込みのMTUファイル作成について: MTUと旧(HGD,HGB)は、まったく同じものがありますか？全く同じではなくなっているですけど、
これよりもっと良い方法が無ければ、これしかないですよね。
姜玉華
10:31 見積システム QA #188: CAD読込みのMTUファイル作成について: MTS＝MTUです。MTSの拡張子を変更した理由は、MTSは一般的なファイルとして存在しているだからだそうです。（ビデオファイルらしい）
ただ、MTSからMTUに変更したのが、１年前なので、その間に仕様変更が起きていると思いますので... 堀寛
09:25 見積システム QA #188 (新規): CAD読込みのMTUファイル作成について: 結合テストで、CAD読込みは、WEB画面から新(MTU）を、VBAで旧(HGB,HGD)を読込んで、差異のデータを比較して、問題を発見したいですけど、
新MTUファイルから旧(HGB、HGD)を作成するのは、難しいです。逆にも難しい... 姜玉華
11:11 L-One会計資金管理コンポ開発 QA #160 (解決): 機能定義書（機能）_取立依頼変更入力: 1 初期表示的时候，一览不表示，这时候的取立銀行コード得check，肯定是[次へ進む]按钮按下的时候做。
一览表示后，日期输入了，这个时候取立銀行コード已经check过了。就不用check了，已经存到parameter里了，
... 劉軍
11:05 見積システム QA #189 (終了): 検索結果一覧画面の進捗と利用機能確認: 仕様書通りに作成します。胡亭亭
10:40 見積システム QA #189: 検索結果一覧画面の進捗と利用機能確認: 現在は仕様書通りに作成されているか？ということが重要との上司の意向があるので、そのままで良いです。堀寛
09:57 見積システム QA #189 (終了): 検索結果一覧画面の進捗と利用機能確認: 「進捗と利用機能.xls」仕様について、確認したい事項があります。
明細入力のみ場合、進捗が見積作成中となる時、検索結果一覧画面で「見積取消」ボタンが使用不可に記載していますが、これは正しいですか？胡亭亭
10:27 L-One会計資金管理コンポ開発 QA #174 (解決): 機能定義書（概要）_譲渡明細登录.xls的更新机能确认: 1-2.データ更新について、現物データに譲渡日は持たず、譲渡データのみで管理することになりました。譲渡日の更新はなしとして下さい。劉軍
10:23 L-One会計資金管理コンポ開発 QA #145 (解決): 機能定義書（概要）_取立依頼変更入力の項目確認: 1）机能定义书错了。没这2个项目
2） c
「編集中の取立依頼変更入力は、登録されず破棄されます。よろしいですか？」は表示させずに、遷移する前の一覧の状態に戻る
3）「情報入力に戻る」ボタン
劉軍
09:48 L-One会計資金管理コンポ開発 QA #127 (解決): 会社マスタに主キーがない等の确认についてのチェック: 1 会社_一般マスタのKEYは、会社コードでお願い致します。
2 还暂时没有，什么时候给也未定，只是说[お時間下さい。]，如果有用到的地方，先用地域CD连，然后明确写出[未确定]。
先这么进行吧，不然时间不太够用。劉軍
09:14 L-One会計資金管理コンポ開発 QA #171 (解決): 关于権限チェック: Q：
頂いた機能定義書サンプルに「権限チェック」がありますが、全部機能はこの処理がありますか？それとも、概要に記述しなければ、権限チェックが必要ないですか？
A：
権限については、全画面で共通の制御を考えております。
共通機能... 劉軍
09:08 L-One会計資金管理コンポ開発 QA #94: 譲渡取立の「流動化対象債権抽出」についての仕様確認: 3 *继续确认中*
4 机能定义书写错了。
劉軍

2015/08/10

19:36 L-One会計資金管理コンポ開発 QA #181 (進行中): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認: 1 写的是利益センタマスタ存在チェック，那就利益センタマスタ存在チェック，如果错了那就是外部设计的事。
2 是这样的。償還日、流動化銀行(勘定科目コード)でグループ化し、金額の総計是表示时用的。
3 应该跟受入入力的受入No采番差... 劉軍
18:02 L-One会計資金管理コンポ開発 QA #187 (解決): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認: 下记几个问题点想确认一下
１.机能设计书的７７行，取込ファイルパス　上面写的Ｉ（入力可）　，
　　关于这个控件是ＬＩＸＩＬ控件吧，ＨＴＭＬ的话是不可以入力的，ＬＩＸＩＬ控件可以入力吗？
２.机能设计书的１１２行　《詳細は入出力定... 呉俊
16:57 L-One会計資金管理コンポ開発要望 #186 (新規): コーディングについて(全般): 送付过来的代码，总体看了一下。
总体没有什么大问题。
有一些小细节还不太完美，希望在编码的时候注意一下。
具体的我做成资料了，大家共勉。
详细请参照附件。
因为日本可能要，所以用了日文。
时间仓促，有什么没记明... 劉軍
13:43 L-One会計資金管理コンポ開発 QA #185 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認: 機能定義書（概要）的３７４行的处理为不備时　№18)不備登録日≠システム日付
从上面可以看出，№18)不備登録日如果非得入力系统日付的话，本画面在初始化的时候，直接附上系统日付，
怎样处理好一点呢？
谢谢。呉俊
12:22 見積システム QA #180: CAD読込のMTU: すみません。
Skypeで、
「1,EL70001A,,DATE,,,0.00,0.00,0.00,1,20150806162842,0」って書きましたね。
数量は「０」固定にしてもらうように、
お願いしました。堀寛
12:00 見積システム QA #180 (終了): CAD読込のMTU: 姜玉華
11:42 見積システム QA #180: CAD読込のMTU: １．「１」で固定でＯＫです。または、検索するでしょうから、
新部位コード「ＤＡＴＥ」でだけで、検索してもＯＫです。
後からの仕様で、工数要求されないようにしたいので、複数行発生するかもしれません。
（... 堀寛
10:57 見積システム QA #180: CAD読込のMTU: 添付ファイルを確認しました。下記の内容を確認をお願いいたします。
１、「加盟店・生産工場区分」列は、複数のデータが存在しないため、「１」で固定で宜しいですか？
２、「数量」列は、「0」で固定で宜しいですか
３、日付のデータが存在... 姜玉華
09:30 見積システム QA #180: CAD読込のMTU: お疲れ様です。
添付資料でＣＡＤメーカーにお願いします。
ご確認ください。堀寛
12:03 見積システム QA #183 (終了): 状態戻るについて: 劉箭
12:02 見積システム QA #183: 状態戻るについて: 基本情報入力に戻って、
明細入力を間違って行ってしまった場合でも、
もう一度、T-CAD読込が行えるのであれば、
そのままでＯＫです。堀寛
11:57 見積システム QA #183: 状態戻るについて: >>もう一度「基本情報登録」を行った場合、
>>「基本情報入力済」になるってことですよね。
はい、そうです。
修正案より、修正しますか。そのまましますか。劉箭
11:54 見積システム QA #183: 状態戻るについて: メールの内容を見ると、
もう一度「基本情報登録」を行った場合、
「基本情報入力済」になるってことですよね。堀寛
10:13 見積システム QA #183: 状態戻るについて: 進捗が「見積作成中」、「見積作成済」、「見積ﾁｪｯｸ済」時、進捗戻るの場合、「見積中」になります。
今回、進捗が「データ取込済」です。「見積中」でわないです。
添付ファイルを参照してください。劉箭
09:58 見積システム QA #183: 状態戻るについて: 基本情報入力→ＣＡＤ読込（データ取込済）→基本情報入力（見積中）ではないですか？
（進捗表を見て書いています。）
添付資料のようになっていて、
アプリケーションエラーにならないなら、
問題ありません。
後は以下の部分... 堀寛
09:46 見積システム QA #183: 状態戻るについて: >>一度、ＣＡＤ読込をしてしまうと、「見積中」になってしまうということですね。
基本情報入力⇒CAD読込「データ取込済」です。
>>例えば、それらを行わずに「明細入力」を行った場合、
>>アプリケーションエラーになりますか... 劉箭
11:12 L-One会計資金管理コンポ開発 QA #184 (解決): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認: 想确认下记的一个事情。
流動化確定データ取込【完了】上的[画面説明]这一项，式样书上写※共通サブ・画面説明の定義より設定する。
是不是每本画面显示都是不一样的，具体画面出什么信息，测试的时候，是不是需要记入一下，
如果需要记入的... 呉俊
10:58 見積システム QA #144 (終了): CAD読込用の明細CADマスタについて: 姜玉華
09:03 見積システム QA #144: CAD読込用の明細CADマスタについて: 修正した明細ＣＡＤマスターを添付します。
ご確認ください。
ＯＫであれば、終了にしてください。堀寛

2015/08/09

08:24 見積システム QA #183: 状態戻るについて: 一度、ＣＡＤ読込をしてしまうと、「見積中」になってしまうということですね。
業務上は、その後、
「手拾」→「現場施工」を行います。（基本的に必ずです。）
例えば、それらを行わずに「明細入力」を行った場合、
アプリケーシ... 堀寛

2015/08/08

17:50 L-One会計資金管理コンポ開発 QA #145 (進行中): 機能定義書（概要）_取立依頼変更入力の項目確認: 1） *确认中*
2）
　　a可以参照メッセージ一览里的已经记入的，自定义一个。
提供一个参考一下[取立依頼変更したい情報は既に変更されております。]

b是274，279行记述的编号是么？对，机... 劉軍
16:30 L-One会計資金管理コンポ開発 QA #94 (進行中): 譲渡取立の「流動化対象債権抽出」についての仕様確認: 1 処理構成図流用机能定义书里的就行。
2 机能定义书写错了。
3 *确认中*
4 *确认中*
劉軍

2015/08/07

18:20 L-One会計資金管理コンポ開発 QA #157: 機能定義書（概要）_流動化対象債権抽出の金額について: 谢谢回答
你看下面我的理解对吗
■流動化対象債権抽出(内容登録)画面上是
メニューに戻る　
メニューに戻る按下的话，是回到让渡取立业务画面?
■流動化対象債権抽出【完了】画面上是
ＴＯＰに戻る应改为ホームに戻る
ホー... 呉俊
17:45 L-One会計資金管理コンポ開発 QA #157 (解決): 機能定義書（概要）_流動化対象債権抽出の金額について: 「ホームに戻る」が正しいです。
※「TOPに戻る」は古い情報です。そこから変更になっています。劉軍
18:15 L-One会計資金管理コンポ開発 QA #169 (終了): 关于会社_言語マスタ的会社名的确认: 呉俊
18:15 見積システム QA #183 (終了): 状態戻るについて: 基本情報入力⇒CAD読込⇒基本情報入力
状態は基本情報入力済になりますが、この状態上で、明細入力が使うできます。
この場合、明細入力は入力不可に設定するが必要でしょうか。
ご確認をお願いいたします。劉箭
18:14 L-One会計資金管理コンポ開発 QA #156 (終了): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認: 呉俊
17:39 L-One会計資金管理コンポ開発 QA #156 (解決): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認: 1 机能定义书里明确写出来，有必须入力check的项目，画面上一定带有（必須）。
如果，画面上有，机能定义书里没提到，那就得确认了。
让渡那个画面不对。得有（必須）。
2 金種 - 受入№ - クリアボタン - 次へ進むボタ... 劉軍
18:13 L-One会計資金管理コンポ開発 QA #119 (終了): 機能定義書_手形小切手項目補充入力についての仕様確認: 呉俊
17:49 L-One会計資金管理コンポ開発 QA #182 (終了): テーブル定義書（トランザクション）.xls: 了解。王桂芳
17:48 L-One会計資金管理コンポ開発 QA #182: テーブル定義書（トランザクション）.xls: 这个表暂时先不用，bat时会用到，如果日本不提供数据库的话，用到时再确认。呉玲
17:43 L-One会計資金管理コンポ開発 QA #182 (終了): テーブル定義書（トランザクション）.xls: 領収証的SAP領収証情報定义书中
有很多灰色的字段，是要删除的意思吗？
请确认。王桂芳
17:17 L-One会計資金管理コンポ開発 QA #158 (進行中): 現物データ表定义确认: 1 确认中
2 等1回答后再确认劉軍
17:15 L-One会計資金管理コンポ開発 QA #181 (解決): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認: １.機能定義書的１１８行譲渡元会社財務コード的ＣＨＥＣＫ，上面写的是利益センタマスタ存在チェック，还是会社マスタ存在チェック呢，看名字像会社マスタ存在チェック。
２.機能定義書的２５７行用金額の総計、償還日、流動化銀行(勘定科目コー... 呉俊
16:51 L-One会計資金管理コンポ開発 QA #110 (終了): [機能定義書（概要）_受入入力]-受入入力【内容登録】についての確認: 了解しました。王桂芳
11:21 L-One会計資金管理コンポ開発 QA #110 (解決): [機能定義書（概要）_受入入力]-受入入力【内容登録】についての確認: 关于泛用mst的使用，说明一下：
比如：
画面有个不受理理由的dropdownlist 它的选项需要从泛用mst里取
而泛用mst里，只定义
不備
未着
选择项最前面的空白，需要制造的时候，由PG自己添加。
*... 劉軍
16:44 L-One会計資金管理コンポ開発 QA #161 (終了): ページ制御的一览数据件数表示: 了解しました。王桂芳
11:37 L-One会計資金管理コンポ開発 QA #161 (解決): ページ制御的一览数据件数表示: 基本上机能定义书里会写的。
如果机能定义书上写了
･1ページ表示件数 (Num. of display records per page)：6行
那就这么弄。
如果没写明，就提QA 劉軍
16:43 L-One会計資金管理コンポ開発 QA #153 (終了): 譲渡明細登録的排他处理: 了解しました。王桂芳
16:18 L-One会計資金管理コンポ開発 QA #153 (解決): 譲渡明細登録的排他处理: 劉軍
16:18 L-One会計資金管理コンポ開発 QA #153: 譲渡明細登録的排他处理: 現物データ表进行操作的处理肯定还有很多
更新这个譲渡済みflg应该就这一个处理。
劉軍
16:42 L-One会計資金管理コンポ開発 QA #154 (終了): 譲渡明細登録的TAB顺确认: 了解しました。王桂芳
16:12 L-One会計資金管理コンポ開発 QA #122 (終了): 機能定義書（概要）_受入入力-登录确认: 了解しました。王桂芳
11:10 L-One会計資金管理コンポ開発 QA #122 (解決): 機能定義書（概要）_受入入力-登录确认: 3 最新外部设计里已经删除。
5 不需要登陆
劉軍
16:03 L-One会計資金管理コンポ開発 QA #133 (終了): 受入入力的データ登録的采番确认: 了解しました。王桂芳
11:01 L-One会計資金管理コンポ開発 QA #133 (解決): 受入入力的データ登録的采番确认: 这个处理，新提供的机能定义书里记述了。
不是共通，得自己写。
看新技能定义书，是现用现采。
比如初回受入受入No：001
2回受入受入No：002
应该是这样劉軍
15:58 L-One会計資金管理コンポ開発 QA #135 (終了): 受入入力画面･帳票項目定義的确认: 了解しました。王桂芳
11:06 L-One会計資金管理コンポ開発 QA #135 (解決): 受入入力画面･帳票項目定義的确认: 1 会社_言語マスタ名称1（35）+名称2（35）+名称3（35）如果超出40位，只表示头40位。
2 利益センタ_言語マスタ就一个名称（20）
劉軍
15:56 L-One会計資金管理コンポ開発 QA #136 (終了): 機能ID的取得方法确认: 了解しました。王桂芳
15:42 L-One会計資金管理コンポ開発 QA #155 (進行中): 关于出金方法的确认: 确认中劉軍
14:04 見積システム QA #179 (終了): CAD読込の１－２.現場施工材データの作成: 姜玉華
14:02 見積システム QA #179: CAD読込の１－２.現場施工材データの作成: 今と同じでお願いします。堀寛
12:18 見積システム QA #179: CAD読込の１－２.現場施工材データの作成: ＞＞１．複数あるデータがありましたか。
　　現時点、ユーザーさんから貰ったMTUファイルを確認したところ、複数データがないです。
　　でも、こちらは、手動で作ったMTUファイルは、作られます。
　　実際運用で、複数あるデータがあ... 姜玉華
13:49 見積システム QA #180: CAD読込のMTU: ■背景：
CAD読込の時、MTUファイルの更新日時を取得して、作業メニューに表示する仕様がありますが、
今回WEB開発なので、MTUファイルを読込むため、まず、クライアントのMTUファイルをサーバーにコピーする必要です。
■問題... 姜玉華
13:41 見積システム QA #180 (終了): CAD読込のMTU: 姜玉華
11:50 L-One会計資金管理コンポ開発 QA #124 (解決): 機能定義書（概要）_流動化対象債権抽出の金額について: 我把所有的控件验证的errormessage都弄出来了。
至于这里没有的
可能就得自己定义了。
参照一下吧。
劉軍
10:47 L-One会計資金管理コンポ開発 QA #127 (進行中): 会社マスタに主キーがない等の确认についてのチェック: 1 QA确认中
2 QA确认中
3 有効終了日が過去日付になった時点で、無効と判断ください。
4 取得名字的处理，比如会社名，利益center名，这个得意先名。都应该从 *****——言語マスタ里拿名称
有名称1，2... 劉軍
09:56 L-One会計資金管理コンポ開発 QA #176: 设计(共通）機能: 3.这部分请参照 LITS【.NET】製造手順.xlsx 制造手顺sheet 【４．テンプレートファイルより、ヘッダー・フッターの部分をコピーする。】
制造手顺sheet 记述做一个画面都先从template画面拷贝出来一些代... 呉玲
09:50 L-One会計資金管理コンポ開発 QA #176: 设计(共通）機能: 1.想定是迁移到error画面。但是画面ID还没有采番。这部分也先空着吧，等定下来后一起置换。
2，画面上所有「TOPに戻る」都改成「ホームに戻る」。按钮的处理也空着吧，下面是日本的回答，可以参考一下
「ホームに戻る」ボタン... 呉玲
09:48 見積システム QA #144: CAD読込用の明細CADマスタについて: ＞＞439は何故、既存では拾いませんか？
　　部位名称は、拾う条件になっているけど、マスタとMTUは、違っています。
　　明細CADマスタに「破風鼻隠し」という部位名称ですけど、
　　MTUに「破風」です。しかし、ソースの中に、... 姜玉華
09:34 見積システム QA #144: CAD読込用の明細CADマスタについて: 今日、ユーザーと詰めてくるのですが、
439は何故、既存では拾いませんか？
明細ＣＡＤマスターに「長さ、厚さ、幅、特級、材種」で拾うのではないですか。
それとも、部位コード「ＨＦ」でさらに細かい条件をみていますか？
... 堀寛
09:43 L-One会計資金管理コンポ開発 QA #175: 製造(共通）機能: 这些共同机能我们这面正在开发，先空出来吧。应该会在17号的那周能提供一部分。呉玲

2015/08/06

07:39 見積システム QA #179: CAD読込の１－２.現場施工材データの作成: ２つ質問があります。
１．複数あるデータがありましたか。
２．現行のExcelは、２つ目のデータが合った場合、どうしていますか。堀寛
17:36 見積システム QA #179 (終了): CAD読込の１－２.現場施工材データの作成: CAD読込みで、下記の項目を設定する時、もしMTUに拾い条件に満たすデータが複数存在する場合、
どうしますか、最初のデータを拾いますか？それとも、最後のデータを拾いますか？現時点、最初のデータを拾っています。
４．開口・間柱部材 ... 姜玉華
19:28 L-One会計資金管理コンポ開発 QA #169 (解決): 关于会社_言語マスタ的会社名的确认: 是
名称1+名称2+名称3 表示。劉軍
19:26 L-One会計資金管理コンポ開発 QA #171 (進行中): 关于権限チェック: 日本确认中劉軍
19:25 L-One会計資金管理コンポ開発 QA #174 (進行中): 機能定義書（概要）_譲渡明細登录.xls的更新机能确认: 日本确认中劉軍
09:54 L-One会計資金管理コンポ開発 QA #174 (終了): 機能定義書（概要）_譲渡明細登录.xls的更新机能确认: 入出力項目定義書SHEET 1-2.データ更新
在現物データ表中，没有譲渡日这个字段，是否要向現物データ中更新，如果更新的话，更新哪个字段。
请确认王桂芳
19:07 L-One会計資金管理コンポ開発 QA #154 (解決): 譲渡明細登録的TAB顺确认: 如果没定义，就按照上到下，左到右的顺序就行。
劉軍
18:45 L-One会計資金管理コンポ開発 QA #153 (進行中): 譲渡明細登録的排他处理: 有这样的排他check，就不用更新日了
这个check怎么做，检索条件用什么，你有想法么？
共有一下。
劉軍
18:22 L-One会計資金管理コンポ開発不具合 #166 (終了): 譲渡内容レビュー（受入入力）: 劉軍
18:21 L-One会計資金管理コンポ開発納品 #168 (終了): 譲渡内容レビュー（受入入力）: 劉軍
18:18 L-One会計資金管理コンポ開発 QA #136 (解決): 機能ID的取得方法确认: 机能ID采番，传到SVN了。
L-One\40.詳細設計書劉軍
17:22 L-One会計資金管理コンポ開発 QA #176 (進行中): 设计(共通）機能: 日本QA中呉玲
10:54 L-One会計資金管理コンポ開発 QA #176 (進行中): 设计(共通）機能: 1）権限チェック关联没有权限的时候如何处理
当前画面消息吗
回到登陆画面吗，同时出消息吗
是共通处理吗，是的话请提供共通处理代码
2）画面上TOPに戻る按钮
是共通处理吗，是的话请提供共通代码
不是共通的话，那处理... 梁学広
15:26 L-One会計資金管理コンポ開発要望 #162 (終了): 変更履歴の書き方(全般): 劉軍
14:45 L-One会計資金管理コンポ開発 QA #178 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認: 本式样的入出力项目定义书的
１.２２０行的不備ステータス写着如下设值方法，应该是有问题的，应该是２０７行不渡区分的设值方法吧？
不渡区分="01":不渡の場合、"03":不渡
不渡区分="02":社内不渡の場合、"02":ジャン... 呉俊
11:31 L-One会計資金管理コンポ開発 QA #177: 「機能定義書（概要）_個別指示入力」についての仕様確認: 关于排他
　如果有一个Ａ表更新，Ｂ表登录
　　只把Ａ表的更新日付取出，做排他。这样可以吗呉俊
10:54 L-One会計資金管理コンポ開発 QA #177 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認: 1.画面右上角的　都是[ＴＯＰに戻る]　，这个画面不返回譲渡取立業務メニュー吗?
2.排他处理的信息，下面这样写，可以吗
対象の{1}は他の利用者により更新されています。
　　　　例：対象の手形小切手項目補充入力は他の... 呉俊
10:34 L-One会計資金管理コンポ開発 QA #175 (新規): 製造(共通）機能: 1）下面关联的共通控件请提供
会社：（会社コード，「会社検索」ボタン，会社名）
利益：（利益センタコード，「利益センタ検索」ボタン，利益センタ名）
2）下面关联共通函数请提供
ログインユーザー共通信息
権限チェック处理
... 梁学広

2015/08/05

18:49 L-One会計資金管理コンポ開発 QA #173 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認: １.概要设计书里的５４２行《流動化データ.取消フラグ＝"1"》流動化データ里没有取消フラグ请确认。
２.关于这本式样的机能想确认下面的问题。
　　　２－１指示完了の場合、还可以再指示吗？
　　　２－２在登录画面，如果是譲渡的场合... 呉俊
18:11 L-One会計資金管理コンポ開発 QA #107 (終了): [機能定義書（概要）_受入入力]についての確認: 了解しました。王桂芳
17:17 L-One会計資金管理コンポ開発不具合 #166 (解決): 譲渡内容レビュー（受入入力）: 対応しました。王桂芳
16:14 L-One会計資金管理コンポ開発不具合 #166 (進行中): 譲渡内容レビュー（受入入力）: 108行目の辺り
会社コードは半角数字ですので、[ToUpper]処理は必要がありません。
見落としました、すみません。
ご確認お願いいたします。
劉軍
10:15 L-One会計資金管理コンポ開発不具合 #166 (解決): 譲渡内容レビュー（受入入力）: 修正しました。王桂芳
17:15 L-One会計資金管理コンポ開発 QA #150 (終了): 機能定義書（概要）_受入入力-登录画面确认: 王桂芳
16:09 L-One会計資金管理コンポ開発不具合 #164 (終了): 譲渡内容レビュー（受入入力）: 劉軍
09:48 L-One会計資金管理コンポ開発不具合 #164 (解決): 譲渡内容レビュー（受入入力）: 対応しました。王桂芳
14:25 L-One会計資金管理コンポ開発 QA #172 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認: 1.個別指示入力(条件入力)的指示选的是照会的时候，
点次へ進むボタン后
1－1进入個別指示入力【内容登録】画面上，ボタン的话，是前に戻る，登録確認へ進むボタン显示还是非活性，请确认。
1－2画面上的项目除了不渡区分... 呉俊
13:44 L-One会計資金管理コンポ開発 QA #170: 「機能定義書（概要）_個別指示入力」についての仕様確認: 呉俊は書きました:
> 1.個別指示入力【内容登録】画面的＜画面･帳票項目定義 (Screen/ list item definition)＞的TAB顺中
> 1－1不渡区分没有加TAB顺，需要追加吗
> 1－2流動... 呉俊
12:12 L-One会計資金管理コンポ開発 QA #170 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認: 1.個別指示入力【内容登録】画面的＜画面･帳票項目定義 (Screen/ list item definition)＞的TAB顺中
1－1不渡区分没有加TAB顺，需要追加吗
1－2流動化下的38取消日和41不渡発生日的TA... 呉俊
13:39 L-One会計資金管理コンポ開発 QA #171 (終了): 关于権限チェック: [共通処理]里的権限チェック
ログインユーザーが当画面の使用権限を有するかをチェックする。
有权限时，画面能显示正常进行处理。
没有权限时，如果处理呢。请确认。呉俊
10:17 L-One会計資金管理コンポ開発 QA #169 (終了): 关于会社_言語マスタ的会社名的确认: 機能定義書（概要）_流動化対象債権抽出出力的CSV文件里的譲渡元会社名是
用会社_言語マスタ里的
名称 1+名称 2+名称 3表示呢（名称1入力的不够，然后写到名称 2里了这样子的）
还是名称 1没有而用名称 2表示等等。
请... 呉俊
10:14 L-One会計資金管理コンポ開発納品 #168 (解決): 譲渡内容レビュー（受入入力）: 修正しました。王桂芳
09:29 L-One会計資金管理コンポ開発要望 #165 (終了): 譲渡内容レビュー（受入入力）: 領収書の担当者と検討しました。
追加しなくてもいいです。
すみません。劉軍
09:21 L-One会計資金管理コンポ開発不具合 #167 (終了): 譲渡内容レビュー（受入入力）: すみません、指摘ミス劉軍

2015/08/04

21:46 L-One会計資金管理コンポ開発納品 #168 (終了): 譲渡内容レビュー（受入入力）: 217行目
「6-2」処理の存在チェックが間違いだと思います。
そうすれば、取得したデータ件数はずっと１件以上かもしれません。
例えば：
二つのテーブルからデータを取得できない場合、下記のようにデータテーブルを取得できます... 劉軍
21:39 L-One会計資金管理コンポ開発不具合 #167 (終了): 譲渡内容レビュー（受入入力）: 機能定義書に全てのエラーメッセージをもう一度チェックお願いいたします。
例えば： ■会社_言語マスタ存在チェック
№ A2001-0-E000009 ← №は一覧に存在しま... 劉軍
21:38 L-One会計資金管理コンポ開発不具合 #166 (終了): 譲渡内容レビュー（受入入力）: 183行目
会社コードと送付明細№は両方とも半角英文字を入力できないので、チェックを見直してください。劉軍
21:37 L-One会計資金管理コンポ開発要望 #165: 譲渡内容レビュー（受入入力）: ※領収書を参照してください。
劉軍
21:36 L-One会計資金管理コンポ開発要望 #165 (終了): 譲渡内容レビュー（受入入力）: 182行目
当該行の辺り、エラーメッセージ取得処理を入出力定義書に明記してください。劉軍
21:35 L-One会計資金管理コンポ開発不具合 #164 (終了): 譲渡内容レビュー（受入入力）: 174行目
「利益センタマスタ」は「利益センタ_言語マスタ」に変更してください。劉軍
16:15 L-One会計資金管理コンポ開発 QA #163 (進行中): 機能定義書（概要）_個別指示入力のエラーチェック条件表的确认: 关于機能定義書（概要）_個別指示入力のエラーチェック条件表的SHEET
这个エラーチェック在'1．個別指示入力(条件入力)画面和3．個別指示入力【登録確認】画面进行两次。
想确认下面一个问题。
在個別指示入力(条件入力)画面上除... 呉俊
16:03 L-One会計資金管理コンポ開発要望 #162 (終了): 変更履歴の書き方(全般): 关于变更履历，像下面这样统一一下。
Update Date：日期（yy.mm.dd） OK
変更者(Name): 王(PS) ... 劉軍
15:31 L-One会計資金管理コンポ開発 QA #161 (終了): ページ制御的一览数据件数表示: 在机能定义中，有的一览数据表示6件，或者5件，或者7件，有的还没写
请问关于一览检索数据件数表示，是否按照统一的标准，比如要固定成6件或者其他件数，或者按照每个画面的位置大小显示成不同的件数？
请确认王桂芳
15:14 L-One会計資金管理コンポ開発 QA #160 (終了): 機能定義書（機能）_取立依頼変更入力: 1.機能定義書（詳細）_取立依頼変更入力.xls里機能定義書的156行-157行
记载当点击‘登録確認へ進む’按钮时画面入力チェック，但是画面在初期时，些按钮是不表示的，是否应该是当单击‘次へ進む’按钮时执行‘取立銀行コード’的入力... 王桂芳
14:58 L-One会計資金管理コンポ開発 QA #158 (終了): 現物データ表定义确认: 現物データ表定义
受入処理連番 AcceptanceProcessNO identity
返却処理連番 CashReturnProcessNO identity
譲渡処理連番 TransferProcessNO identi... 王桂芳
14:48 L-One会計資金管理コンポ開発 QA #157 (解決): 機能定義書（概要）_流動化対象債権抽出の金額について: '1．流動化対象債権抽出(内容登録)画面上是
メニューに戻る
流動化対象債権抽出【完了】画面上是
ＴＯＰに戻る
两个名字不一样，这样对吗？
呉俊
14:44 L-One会計資金管理コンポ開発 QA #137 (終了): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認: 呉俊
14:42 L-One会計資金管理コンポ開発 QA #156 (終了): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認: １．共通確認
画面の必須入力項目について
　画面上的必須入力項目，有带（必須）和没有带（必須）
手形小切手項目補充入力这本的话，是带（必須）的
可是不带（必須）
譲渡明細出力
是不带（必須）的
... 呉俊
13:37 見積システム QA #144: CAD読込用の明細CADマスタについて: ＞＞例えば、２０２４番は、新コードがＮＵＬＬですが、
＞＞そこにＭＭ１をセットすれば、既存と同じ状態になりますか？
　　その通りです。これは、②の問題です。
　　①は、HFが明細No439から外すはずです。姜玉華
13:33 見積システム QA #144: CAD読込用の明細CADマスタについて: 調査ありがとうございます。
問題なのは、旧コードがWDのデータですね。
例えば、２０２４番は、新コードがＮＵＬＬですが、
そこにＭＭ１をセットすれば、既存と同じ状態になりますか？堀寛
12:23 見積システム QA #144: CAD読込用の明細CADマスタについて: 添付資料「QA144調査結果.xlsx」に調査資料を作成しました。
確認ください。また不明点があれば、連絡ください。姜玉華
13:32 L-One会計資金管理コンポ開発 QA #155 (終了): 关于出金方法的确认: 受入入力画面登录的时候，登录0和1，画面表示是："0":SAP "1":UL
個別指示入力:現物データ.出金方法="01"の場合"SAP" "02"の場合"Upload"を表示。
两个画面没有统一，以哪个为主是正确的？
请确认王桂芳
12:40 見積システム QA #151 (終了): ＣＡＤ読込の手拾データの読込について: 姜玉華
11:43 L-One会計資金管理コンポ開発 QA #88 (フィードバック): 譲渡取立の[機能定義書（概要）_譲渡明細出力]についての仕様確認: 关于上面回答的QA，稍微再确认一下
从上面的回答，再结合其他数据登录来看，
金種：小切手を選択したら、一覧の金種は、小切手と先日付小切手を表示、－〉只会出现小切手，不可能出现先日付小切手
金種：手形を選択したら、一覧の金種は、受... 王桂芳
11:38 L-One会計資金管理コンポ開発 QA #93 (終了): 譲渡明細出力のメッセージ確認: 王桂芳
10:49 L-One会計資金管理コンポ開発 QA #154 (終了): 譲渡明細登録的TAB顺确认: 機能定義書SHEET 210~216行
关于按钮的TAB顺序没有定义，可以参照其他画面给定义按钮的顺序吗，还是每个遇到没有的，都要先QA
「条件入力に戻る」ボタン 1
「メニューに戻る」ボタン 2
请确认
王桂芳
10:46 L-One会計資金管理コンポ開発 QA #153 (終了): 譲渡明細登録的排他处理: 機能定義書SHEET159~161行
6-3.「はい」押下後、6-2のチェックに該当しない場合、以下の内容で譲渡明細を出力し、
データを登録する。(※譲渡明細出力を選択時のみ)
メッセージ：既に譲渡明細出力済み... 王桂芳
10:16 見積システム QA #126 (終了): CAD読込み⇒１－４.手拾データの作成: 姜玉華
09:05 見積システム QA #126: CAD読込み⇒１－４.手拾データの作成: 既存が名称固定で読込んでいるのであれば、
既存と同じようにソース固定で取得してください。堀寛
09:02 見積システム QA #126: CAD読込み⇒１－４.手拾データの作成: 仕様書は、名称で取得する箇所は、確かにないです。今の仕様書は、名称が要らなくて、新部位コードだけで拾っています。
上記の回答により、「床合板受材（居室用）」と「床合板受材（バルコニー用）」は、新部位コードがYUと、名称で判断しますよ... 姜玉華
10:14 見積システム QA #146 (終了): 新部位コードDTは、旧部位コードが「ＤＷ」となっていますが、「ＷＤ」の間違いでは？: 姜玉華
09:25 L-One会計資金管理コンポ開発 QA #107: [機能定義書（概要）_受入入力]についての確認: 会社や金種がNULLのデータはあり得ない想定ですが、もしもあった場合は空白でお願い致します。劉軍
09:11 L-One会計資金管理コンポ開発 QA #110: [機能定義書（概要）_受入入力]-受入入力【内容登録】についての確認: 汎用マスタ的使用方法，稍后日本会做说明。
等日本说明完了，再跟你共有。
劉軍

2015/08/03

07:34 見積システム QA #126: CAD読込み⇒１－４.手拾データの作成: すみません。
仕様書を見ても、名称で取得するという箇所が見つけられなかったのですが、
１．どこに書いてありますか？(私が忘れているだけだと思います)
２．既存のExcelでもそうなっていますか？
よろしくお願いします。堀寛
18:03 見積システム QA #126: CAD読込み⇒１－４.手拾データの作成: 床合板受材(ﾊﾞﾙｺﾆｰ用)は、今回新部位コードと名称で拾っていますけど、
新部位コードと名称は、手拾マスタから取得するはずです。
しかし、MTUとVBAで、「床合板受材(ﾊﾞﾙｺﾆｰ用)」という中に、「(」は半角です。手拾マスタ... 姜玉華
15:02 見積システム QA #126: CAD読込み⇒１－４.手拾データの作成: 仕様書を修正しました。
「MTU一覧」と「CAD読込」です。
ご確認ください。堀寛
14:49 見積システム QA #126: CAD読込み⇒１－４.手拾データの作成: CAD読込の「部位コード」シートに、26行目は、間違ったですよね。BNじゃなく、YUですよね姜玉華
14:24 見積システム QA #126: CAD読込み⇒１－４.手拾データの作成: ユーザーに確認しました。
「床合板受材(ﾊﾞﾙｺﾆｰ用)」と、「床合板受材(居室用)」は、部位コード「YU」で、
既存と同じように、名称で判断するしかないです。
仕様書を修正します。堀寛
11:24 見積システム QA #126: CAD読込み⇒１－４.手拾データの作成: ユーザーに確認します。堀寛
11:03 見積システム QA #126: CAD読込み⇒１－４.手拾データの作成: ''床合板受材(居室用) ･･･部位="YU" and 名称="床合板受材(居室用)" 姜玉華
11:02 見積システム QA #126: CAD読込み⇒１－４.手拾データの作成: YUに関しては、居室用もあると思いますが、それはどうやって判断しますか？堀寛
10:59 見積システム QA #126: CAD読込み⇒１－４.手拾データの作成: BNは、VBAで見つけられないので、既存は、BNが未使用だと推測しています。姜玉華
10:57 見積システム QA #126: CAD読込み⇒１－４.手拾データの作成: では、既存のＢＮの項目は何になっていますか？堀寛
10:53 見積システム QA #126: CAD読込み⇒１－４.手拾データの作成: 新部位コードの変更は、分かりますけど、BNの加算は、9999.99をオーバーしている問題は、どうしますか？データが間違ったのですか？
1,EL70044A,BN,BN,,,0.00,0.00,0.00,3,,7180
1,EL70... 姜玉華
10:29 見積システム QA #126: CAD読込み⇒１－４.手拾データの作成: BU:バルコニー根太
BN:床合板受材（バルコニー用）
です。
仕様書を修正しました。堀寛
21:08 L-One会計資金管理コンポ開発 QA #112 (解決): 「機能定義書（概要）_受入入力」の仕様確認: 2：空间都是可用的，可以做成一个画面。
如果一览表示的详细情报，跟条件入力的情报不一样。
如：条件入力的时候，输入会社A的情报，点[次へ進む]，一览表示会社A的情报。
这时候，因为条件入力部分是... 劉軍
20:39 L-One会計資金管理コンポ開発 QA #93 (解決): 譲渡明細出力のメッセージ確認: 2-001
再出力は、譲渡済みのものだけが出力対象となりますので、チェックは不要かと思います。（再出力という言葉も、帳票やCSVではなくなっていますので、見直し致します。）
追加分
「対象が1件もチェックされておりません。少... 劉軍
20:35 L-One会計資金管理コンポ開発 QA #88 (解決): 譲渡取立の[機能定義書（概要）_譲渡明細出力]についての仕様確認: ③
金種：小切手を選択したら、一覧の金種は、小切手と先日付小切手を表示、金種：手形を選択したら、一覧の金種は、受取手形と期近手形を表示でお願い致します。
ですので、入出力項目定義書の金種設定(16行目)は、A:現金 B:小切手 C... 劉軍
20:24 L-One会計資金管理コンポ開発 QA #150 (解決): 機能定義書（概要）_受入入力-登录画面确认: 394
这个排序没必要传，你传过来的应该是个datateble，是已经排序好的。
直接用就OK了。
414
这个message 是从共通的VB里面取得
参照[ソリューション構成.xlsx] 劉軍
17:53 L-One会計資金管理コンポ開発 QA #150 (終了): 機能定義書（概要）_受入入力-登录画面确认: 确认：由受入入力【内容登録】－〉受入入力【登録確認】画面遷移的时候，所有的值都做为参数传递可以吗。
从机能定义书SHEET394和414行
394行：･並び順 (Sort order)： 3.受入入力【内容登録】で記載する... 王桂芳
18:41 L-One会計資金管理コンポ開発 QA #152 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認: 关于画面定义
1.個別指示入力【内容登録】的画面･帳票項目定義必須入力项目有若干个，但紙芝居里只有一个，那个是正确的？
呉俊
18:17 見積システム QA #151 (終了): ＣＡＤ読込の手拾データの読込について: 仕様書で「手拾数量に反映」と書かれている箇所がありますが、「計算数量」の間違いです。
（ユーザー確認済）
仕様書を修正します。堀寛
16:02 L-One会計資金管理コンポ開発 QA #149 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認: 有下面几点想确认一下。
1.画面处理里有割引，割引应从那里取数据，式样没有记载，请确认。
1－1概要设计的336和347行的割引什么都没有写，是取出来的数据只显示吗？
2.167行目的《left join 銀行マスタ *1》式... 呉俊
15:32 L-One会計資金管理コンポ開発 QA #122 (進行中): 機能定義書（概要）_受入入力-登录确认: 受入データ：
1 这两个项目原样登陆就行了，NULL的时候，“”登陆就行。不用考虑重复（业务上不用考虑重复）。
2 入出力定义书里写从DB拿，那咱就从DB里拿。（*请千万别去改式样！！！*）
3 *跟日本确认了*。
... 劉軍
15:03 見積システム QA #148 (終了): 見積Topについて: 了解しました。堀寛
14:30 見積システム QA #148: 見積Topについて: 管理しやすいため、指摘内容は、ここじゃなく、下記のフォルダにレビュー一覧表に新規作成して、記入して貰って宜しいでしょうか？
\\192.168.55.217\大連情報システム部（itis共有）\開発資料\990004_見積システム\... 姜玉華
14:12 見積システム QA #148 (終了): 見積Topについて: ログイン権限の全パターンが単体テストに入っていないようですが、
これは結合で行うから良いということですか？
ログインエラーもありませんが、大丈夫ですか？
メンテナンス中のテストも必要ありませんか？
（画面を修正している... 堀寛
14:40 見積システム QA #146: 新部位コードDTは、旧部位コードが「ＤＷ」となっていますが、「ＷＤ」の間違いでは？: 仕様書を修正したので、ご確認ください。
「CAD読込」と「MTU一覧」堀寛
14:22 見積システム QA #146: 新部位コードDTは、旧部位コードが「ＤＷ」となっていますが、「ＷＤ」の間違いでは？: ユーザー確認しました。
やはり、「DW」→「WD」の間違いです。
仕様書の修正を行います。堀寛
11:39 見積システム QA #146 (終了): 新部位コードDTは、旧部位コードが「ＤＷ」となっていますが、「ＷＤ」の間違いでは？: 垂木の部位コードについて、旧コードが「DW」と書かれていますが、「WD」ではないでしょうか？
ＭＴＵファイルも「ＷＤ」になっています。堀寛
14:38 見積システム QA #117 (終了): 共通帳票の単体テスト仕様書について: 確認しました。
ＯＫです。堀寛
14:29 見積システム QA #117: 共通帳票の単体テスト仕様書について: 対応しました。確認物件ＮＯ：FL70011A 劉箭
13:56 見積システム QA #117: 共通帳票の単体テスト仕様書について: 設計変更料ありについては、
最大桁(５桁)の金額が出力される必要があります。
最大桁を入力してテストをお願いします。堀寛
13:19 見積システム QA #117: 共通帳票の単体テスト仕様書について: すみません。
一部指示が悪かったようなので、
修正お願いします。
仕様書についても修正箇所があります。堀寛
11:53 見積システム QA #117: 共通帳票の単体テスト仕様書について: 対応しました。確認物件ＮＯ：FL70011A
ＦＡＸとＴＥＬのについて、添付ファイルを参照ください。
劉箭
13:39 見積システム QA #144: CAD読込用の明細CADマスタについて: ＞＞添付の資料の「#N/A」になる箇所が違うと思われる箇所でよろしいですか？
　　そうです。
　　もう一つは、J列＜＞K列のものです。姜玉華
13:29 見積システム QA #144: CAD読込用の明細CADマスタについて: 添付の資料の「#N/A」になる箇所が違うと思われる箇所でよろしいですか？
例えば、本来は「ＭＰ」→「ＭＭ１」ということですか？堀寛
12:10 見積システム QA #144: CAD読込用の明細CADマスタについて: ＞＞これでは、同じ見積書が出ないのではないですか？
　　これは認識があっています。
　　だから、85件と14件の差異が出たので、このQAを出しています。
＞＞ヒントを与えて、修正してもらう必要があります。
　　今添付して貰... 姜玉華
12:01 見積システム QA #144: CAD読込用の明細CADマスタについて: 基本的に既存の見積書と同じ結果が出力されないといけません。
これでは、同じ見積書が出ないのではないですか？
今出さんに聞いても同じように出してくれと言われるだけなので、
ヒントを与えて、修正してもらう必要があります。堀寛
11:54 見積システム QA #144: CAD読込用の明細CADマスタについて: これは、私が分からないです。ユーザーさんが分かると思っています。姜玉華
11:44 見積システム QA #144: CAD読込用の明細CADマスタについて: 明細ＣＡＤマスターには本来どのような登録がないといけないかわかりますか？堀寛
09:30 見積システム QA #144: CAD読込用の明細CADマスタについて: 旧部位コードは、もちろん「WD」です。旧WDに対して、新部位コードは、ＡＢ、ＡＴ、ＢＥ１、ＣＨＶＨ、ＦＯ、ＨＦ、ＨＨ、ＫＭ、ＭＨＲＨ、ＭＭ１、ＭＰ、ＭＵ、ＮＤ、ＯＢ、ＰＫ１、ＳＪですよね。
今回上記の新部位コードと長さ、厚さ、幅... 姜玉華
12:36 L-One会計資金管理コンポ開発 QA #138 (進行中): 详细设计受入入力的确认: 劉軍
12:34 L-One会計資金管理コンポ開発 QA #138: 详细设计受入入力的确认: 1 每个画面都做权限check，可以参照领收证。
2 页面初期化的时候取得的。可以参照领收证。
3 每个画面自己的，需要自己在メッセージ一覧里采番，然后自己定义，也可以只做一个共通的（有引数的那样），每个页都来调用
可以参照领收... 劉軍
12:07 見積システム QA #98 (終了): 手拾い条件入力画面の入力について: 対応しました。姜玉華
12:06 L-One会計資金管理コンポ開発 QA #147 (新規): 「機能定義書（概要）_個別指示入力」についての仕様確認: 关于这本式样，想确认下面几个事情
1.概要设计里169行，有取立条件マスタ这个表，テーブル定義書(マスタ)里没有找到取立条件マスタ这个表,请确认。
2.概要设计里的151行到154行里利益センタマスタ连接这快，利益センタ_一般マス... 呉俊
12:06 見積システム QA #125 (終了): 手拾条件入力画面修正依頼4: 対応します。姜玉華
12:06 見積システム QA #139 (終了): 現場施工材入力画面修正依頼4: 対応します。姜玉華
12:05 見積システム QA #140 (終了): 手拾条件入力画面修正依頼5: 対応します。姜玉華
12:05 見積システム QA #141 (終了): 作業メニュー画面修正依頼3: 対応します。姜玉華
12:04 見積システム QA #142 (終了): 検索画面修正依頼: 姜玉華
11:54 見積システム QA #105 (終了): 現場施工材の画面変更依頼: 対応完了しました。胡亭亭
11:39 L-One会計資金管理コンポ開発 QA #137 (解決): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認: 1 共通函数取的
2 关于这个期日的检索条件，不要了
3 是这样进行控制的。另外不check的时候，振出人的内容要清空，需要注意。
如果check的时候，振出人的必须是非空的。劉軍
11:38 L-One会計資金管理コンポ開発 QA #145 (解決): 機能定義書（概要）_取立依頼変更入力の項目確認: 1).取立依頼変更入力(情報入力)の処理内容 (Process Content)の中に、下記の項目記述がありますが、入出力イメージに該当項目がないです。
4.利益センタ検索
5.利益センタ名表示
この二つ項目は入出力イメージ... 王桂芳
11:38 見積システム QA #143 (終了): CAD読込みの: タイトルが間違えやすいので、一旦終了にして別で上げます。堀寛
11:37 見積システム QA #143: CAD読込みの: すみません。
タイトルが似ていたので、途中で混乱したようです。
これに関しては、ユーザーに質問を投げました。
堀寛
11:28 見積システム QA #143: CAD読込みの: 今確認している内容は、実際QA144で確認ですけど、QA143は、DTが拾う対象なのか確認です。
QA144について
大連側は、明細ＣＡＤマスターの新部位コードの登録が足りないと考えています。
例えば：
現時点、明細CAD... 姜玉華
11:14 見積システム QA #143: CAD読込みの: 明細ＣＡＤマスターが間違ってるってことでいいの？
正直、全然わかんない。堀寛
11:10 見積システム QA #143: CAD読込みの: SQL文１と２は、理解していないと思っています。
G列に書いている明細Noは、MTUファイルに長さ、厚さ、幅、特級などは、明細CADマスタと同じなものです。
J列は、MTUの新部位コードですよね
K列は、明細CADマスタの新部位... 姜玉華
11:05 見積システム QA #143: CAD読込みの: 例えば、どれが合っていないかを言ってもらわないと、わかりません。堀寛
11:02 見積システム QA #143: CAD読込みの: 原因は、新部位コードが不一致です。姜玉華
10:59 見積システム QA #143: CAD読込みの: Excelで比較したものを添付します。
これらが読み込めない理由を教えてください。堀寛
09:33 見積システム QA #143: CAD読込みの: 確認をお願いいたします。
DT以外、また漏れた新部位コードがあれば、一緒に追加ください。姜玉華
09:29 見積システム QA #143: CAD読込みの: ユーザーに確認しますが、
どのＭＴＵを見ても、「WD」になっているので、間違いと思われます。堀寛
09:16 見積システム QA #143: CAD読込みの: この部分の仕様は、ユーザーさんに提供して貰ったMTUファイル(一個一個)から洗い出すことではなく、
CAD読込みの「部位コード」シートから洗い出しました。もしこのシートが間違ったら、修正して貰って、こちらで再洗い出します。姜玉華
10:42 L-One会計資金管理コンポ開発 QA #136 (進行中): 機能ID的取得方法确认: 劉軍
09:34 見積システム QA #114 (終了): 見積計算で明細No626の計算: 姜玉華
09:12 見積システム QA #131 (終了): CAD読込の自動拾い明細No628: 姜玉華

2015/08/02

07:50 見積システム QA #144: CAD読込用の明細CADマスタについて: 僕も良くわかりません。
拾っていない旧部位コードを教えてください。
そこから調べるしかないですね。
堀寛
07:34 見積システム QA #143: CAD読込みの: ユーザー提供のMTUファイル「EL10135A.MTU」にあります。堀寛
07:28 見積システム QA #131: CAD読込の自動拾い明細No628: ②のＲＡのみでＯＫです。
同じ計算をＣＡＤが行っていることを、ユーザーと確認済みです。堀寛

2015/08/01

15:17 見積システム QA #144 (終了): CAD読込用の明細CADマスタについて: CAD読込みで「１－３.明細データの作成」について、
下記の新部位コードを明細CADマスタに登録して貰いましたが、添付のSQL文の中に、長さ、厚さ、幅、特級、材種で結合(SQL文１)して85件のデータを取得できますが、
新部位コー... 姜玉華
15:06 見積システム QA #143 (終了): CAD読込みの: CAD読込みの仕様書の「部位コード」シートにより、旧部位コードは、WDであれば、新部位コードは、下記通りです。
前日、堀さんから提供して貰ったMTUファイルに下記のデータがありますが、新部位コードDTは、旧部位コードがWDですか？
... 姜玉華
10:22 見積システム QA #131: CAD読込の自動拾い明細No628: 念のために、確認させて頂きます。
628は、①と②が同時存在する場合、②を①に上書きするという理解で宜しいでしょうか？
それとも、①の計算が要らなく、②のみで628を作成することですか？姜玉華
10:19 見積システム QA #123 (終了): MTUファイルのフォーマット: 姜玉華

2015/07/31

18:42 見積システム QA #142 (終了): 検索画面修正依頼: 添付のように修正をお願いします。堀寛
18:37 見積システム QA #117: 共通帳票の単体テスト仕様書について: 添付資料のように修正お願いします。堀寛
18:35 見積システム QA #141 (終了): 作業メニュー画面修正依頼3: 添付ファイルのように修正してください。堀寛
18:31 見積システム QA #140 (終了): 手拾条件入力画面修正依頼5: 添付のように修正をお願いします。堀寛
18:21 見積システム QA #139 (終了): 現場施工材入力画面修正依頼4: 添付の資料のように修正お願いします。堀寛
18:12 見積システム QA #131: CAD読込の自動拾い明細No628: ＲＡのデータのみでＯＫです。堀寛
13:41 見積システム QA #131: CAD読込の自動拾い明細No628: No628は、既存もありますよね。①は、既存の作り方と同じことも書いていますよね。
今回②の作り方は、追加されます。①は既存と同じなので、ソースを見なくても、作り方は、わからなくても、構わないと思っています。
確認したいのは、①と... 姜玉華
13:10 見積システム QA #131: CAD読込の自動拾い明細No628: 何度も言いますが、ソースを見ているわけではないので、
「TCAD計算結果」＝６２８
にはつながりません。
最初から、ソースでそうなっていると書いてください。
ユーザーに確認します。堀寛
13:02 見積システム QA #131: CAD読込の自動拾い明細No628: 添付資料に書いていないけど、自動拾い（TCAD読込時）シートの明細NO628で、
「TCAD計算結果」という記述により、既存のVBA調査して、下記の値を使っていることが分かりました。
床合板加工枚数 = 合計枚数24mm + 合計... 姜玉華
12:47 見積システム QA #131: CAD読込の自動拾い明細No628: 添付の資料のどこに６２８が書かれていますか？堀寛
12:12 見積システム QA #131: CAD読込の自動拾い明細No628: No628は、①の作成方法としては、「床合板加工枚数」で設定しますけど、どこか分からない？
床合板加工枚数 = 合計枚数24mm + 合計枚数28mm - 加工無し姜玉華
12:06 見積システム QA #131: CAD読込の自動拾い明細No628: そこだけ見ても、６２８に書き込むというのがわかりません。堀寛
11:59 見積システム QA #131: CAD読込の自動拾い明細No628: 機能定義書（データ取込)シートの827行目です。下記の計算結果を使います。
床合板加工枚数 = 合計枚数24mm + 合計枚数28mm - 加工無し
姜玉華
11:56 見積システム QA #131: CAD読込の自動拾い明細No628: TCAD計算結果は、どこに書かれていますか
「自動拾い（TCAD読込時）」シートのことじゃないですよね。
どういう計算をしているか教えてください。堀寛
11:03 見積システム QA #131 (終了): CAD読込の自動拾い明細No628: CAD読込みの仕様書に、「自動拾い（TCAD読込時）」シート
明細No628は、下記の記述があります。つまり、明細No628は、二つの方法で作成しています。
既存は、①だけで作っていますが、②は、今回新規作成です。確認したいのは、... 姜玉華
18:10 見積システム QA #123: MTUファイルのフォーマット: 「0」または「0.00」になります。堀寛
18:00 L-One会計資金管理コンポ開発 QA #121 (終了): 機能定義書（概要）_受入入力-登录确认画面: 了解。王桂芳
15:55 L-One会計資金管理コンポ開発 QA #121 (解決): 機能定義書（概要）_受入入力-登录确认画面: 1 作为对象外不登陆就行，不用errmsg。
2 我理解的哈，未着：未着手不备：条件不备
3 我理解的哈，有的数据，虽然一览表示了，但是用户还暂时不想受入。也就是说是这一批受入入力的对象，我不想受入它。选择未着。
... 劉軍
17:58 L-One会計資金管理コンポ開発 QA #110 (進行中): [機能定義書（概要）_受入入力]-受入入力【内容登録】についての確認: 汎用マスタから里也没找到。王桂芳
17:54 L-One会計資金管理コンポ開発 QA #135 (進行中): 受入入力画面･帳票項目定義的确认: 跟日本确认劉軍
12:13 L-One会計資金管理コンポ開発 QA #135 (終了): 受入入力画面･帳票項目定義的确认: 機能定義書SHEET 78~86行
1.会社名 40位，不确定是从哪个表取的，テーブル定義(会社_言語マスタ)吗？言語キー如何确认？
2.利益センタ名 20位，是从テーブル定義(利益センタ_一般マスタ)还是テーブル定義(利益センタ... 王桂芳
17:25 L-One会計資金管理コンポ開発 QA #134 (終了): 入出力項目定義書的确认: 了解王桂芳
17:15 L-One会計資金管理コンポ開発 QA #134 (解決): 入出力項目定義書的确认: 参照领收证劉軍
11:56 L-One会計資金管理コンポ開発 QA #134 (終了): 入出力項目定義書的确认: 入出力項目定義書SHEET
关于按钮，如会社検索ボタン和利益センタ検索ボタン.次へ進むボタン等，是否有必要在入出力項目定義書中反应出来？
王桂芳
17:23 L-One会計資金管理コンポ開発 QA #130 (終了): チェック処理的式样书写法确认: 了解。王桂芳
16:46 L-One会計資金管理コンポ開発 QA #130 (解決): チェック処理的式样书写法确认: 1 可以参照领收证那本。（SVN上已经最新了）
2 有共通函数，但是函数名还未定。也可以参照领收证那本劉軍
10:39 L-One会計資金管理コンポ開発 QA #130 (終了): チェック処理的式样书写法确认: 1.画面入力チェック中的半角英数字チェック，式样中[]Elixil標準のバリデーターの半角英数字チェックを行う。]记载，然后具体出的エラーメッセージ是否需要每个画面自己写出来
2.会社マスタ存在チェック这类的チェック，有共通関数... 王桂芳
17:07 L-One会計資金管理コンポ開発 QA #133 (進行中): 受入入力的データ登録的采番确认: 1 采番处理，看式样应该是共通的，这个我问问日本。
2 这个具体得看怎么方式进行采番。也就是共通怎么采法。
我觉得应该这样：未着的明细，不采番，未着以外明细（也就是登陆对象），进行采番。这个采番是在确认页进行。

劉軍
11:50 L-One会計資金管理コンポ開発 QA #133 (終了): 受入入力的データ登録的采番确认: 受入データ登录的时候，
1.受入NO.是自動付番（登録確認画面一明細毎に連番付与(連番管理マスタ(仮称より)），
这个采番处理是共通方法吗，
2.当存在部分受入完了，再次受入的时候，受入NO.是再次重新采番，还是采用已经存在的受... 王桂芳
16:43 L-One会計資金管理コンポ開発 QA #129 (終了): 受入入力【完了】画面的メニューに戻る确认: 了解，明白。王桂芳
16:32 L-One会計資金管理コンポ開発 QA #129 (解決): 受入入力【完了】画面的メニューに戻る确认: 请千万千万不要去改式样！！！
右上角的メニューに戻る按钮是共通部品提供的。
你这个画面的メニューに戻る按钮,是这个机能自己的。
很有可能2个按钮返回的地方不一样。
就算是返回同一个画面，也不能删除。
劉軍
16:43 L-One会計資金管理コンポ開発 QA #128 (終了): 機能定義書（概要）_受入入力-登录确认: 了解。王桂芳
16:29 L-One会計資金管理コンポ開発 QA #128 (解決): 機能定義書（概要）_受入入力-登录确认: 上面的，只是表示的时候用来区分的。
登陆的时候还是B，C来登陆
也就是说金种这个项目里只能出现A或者B或者C
"A":現金 "B":小切手 "C":受取手形
劉軍
14:51 見積システム QA #132 (終了): ログ登録について: 姜玉華
14:42 見積システム QA #132: ログ登録について: 基本的にログは要件から外れています。
特に、赤文字については、システム都合でログを出力します。
修正の場合等を考慮して、問題ないようであれば、大連側の提案でＯＫです。堀寛
12:28 見積システム QA #132: ログ登録について: 大連側の提案：
赤文字のログ登録について、下記で宜しいでしょうか？
①CAD読込、見積確定、確定取消は、同じログで同じ見積Noが出力されている場合、出力します。
②①以外の場合、同じログで同じ見積Noが出力されている場合、出力しない姜玉華
12:16 見積システム QA #132: ログ登録について: 説明不足で、すみません、ログ出力について、前回確認したことがあります。
赤文字のログだけ登録します。今回確認したいのは、赤文字のログは、同じログで同じ見積Noが出力されている場合、出力しますか？出力しないのですか？
つまり、同じ見... 姜玉華
12:00 見積システム QA #132: ログ登録について: オレンジの文字は、手拾い表出力と、お客様用見積書ですよね。
これは、何回も押す可能性があります。
なので、何度も同じログを出したくない為です。堀寛
11:30 見積システム QA #132 (終了): ログ登録について: 進捗と利用機能.xlsの「フロー」シート
65行目から、下記の記述があります。「ただし、同じログで同じ見積Noが出力されている場合、出力しない」って、オレンジ文字のログだけ適用しますか？
それとも、赤文字も含めて、すべてのログを適... 姜玉華
14:49 L-One会計資金管理コンポ開発 QA #97 (終了): 「機能定義書（概要）_不備返却入力」の法人についての確認: 呉俊
14:36 L-One会計資金管理コンポ開発 QA #138: 详细设计受入入力的确认: 追加
5.機能定義書SHEET 424.425行
その対象データの出金元利益センタ、出金番号で受入データを索引し、
受入データが存在した場合は、エラーとする。(メッセージ番号:4-001)
登录的时候要进行上面的CHECK... 王桂芳
13:52 L-One会計資金管理コンポ開発 QA #138 (終了): 详细设计受入入力的确认: 1.关于権限チェック
在详细设计中，每个画面都需要権限チェック吗？而并不是入口画面做一次，后面画面不需要的意思吗
2.確認ポップアップ消息取得
如在「前に戻る」ボタン押下時、ポップアップ画面にて、「編集中の受入入力は、登録されず... 王桂芳
14:25 L-One会計資金管理コンポ開発 QA #108 (終了): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認: 呉俊
11:14 L-One会計資金管理コンポ開発 QA #108 (解決): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認: 1
画面イメージは間違いですので、手形・小切手の２つでお願い致します。
2
1の回答につき、「システム日付から現物データ.入金期日までの銀行営業日<10日」の判断は不要となります。
3
はい。検索ボタンをテキストボッ... 劉軍
12:20 L-One会計資金管理コンポ開発 QA #137 (終了): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認: 手形小切手項目補充入力(内容登録)画面
1銀行名表示
　共通の関数で取得する这样的想法对吗？
2画面上的金种的由四个变成手形和小切手两个后，
手形小切手項目補充入力(内容登録)画面的<現物データ抽出条件是不是得修正一下，
... 呉俊
12:16 L-One会計資金管理コンポ開発 QA #136 (終了): 機能ID的取得方法确认: 機能定義書SHEET 98行
「画面説明」は機能IDにより、画面説明管理マスタ(未定)を索引して、説明をセット。
機能ID是通过表管理的？取得的方法是共通的吗，还是需要每个画面自己来完成？王桂芳
12:00 L-One会計資金管理コンポ開発 QA #116 (終了): 「機能定義書（概要）_受入入力」の内容登録の仕様確認: 王桂芳
11:19 L-One会計資金管理コンポ開発 QA #116 (解決): 「機能定義書（概要）_受入入力」の内容登録の仕様確認: 現物出金データとアップロード現物出金集計データで、利益センタ＋送付明細Noが重複することはありませんので、
どちらかの情報が取得される想定になります。劉軍
11:36 L-One会計資金管理コンポ開発 QA #119 (解決): 機能定義書_手形小切手項目補充入力についての仕様確認: 2
条件入力部の金種と受入No.を初期化（初期表示時に戻す）でお願い致します。
劉軍
11:24 L-One会計資金管理コンポ開発 QA #119: 機能定義書_手形小切手項目補充入力についての仕様確認: 1
テキストボックス→ラベル
ラジオボタン　　→不活性
チェックボックス→不活性
2
追加质问了劉軍
09:57 見積システム QA #91: CAD読込の１－５.HGE出力用固定項目データの作成: すみません。
金額項目999999は出力する必要がありません。（全部）
仕様書を修正したので、ご確認ください。堀寛

2015/07/30

08:15 見積システム QA #91 (終了): CAD読込の１－５.HGE出力用固定項目データの作成: 堀寛
18:37 L-One会計資金管理コンポ開発 QA #129 (終了): 受入入力【完了】画面的メニューに戻る确认: 受入入力【完了】画面
向受入入力【完了】画面遷移的时候，画面中间有一个メニューに戻る按钮，在画面的右上角也有一个メニューに戻る按钮，
这两个按钮有什么区别吗，如果没有区别的话，只留右上角的一个メニューに戻る按钮可以吗
请确认王桂芳
18:32 L-One会計資金管理コンポ開発 QA #128 (終了): 機能定義書（概要）_受入入力-登录确认: 关于金種的登录
1.金種="B":小切手で連結データ.金種付加区分="1"は先日付小切手、
2.金種="C":受取手形で連結データ.金種付加区分="1"は期近手形
上面两种情况，在受入データ和現物データ两个表登录的时候，金種... 王桂芳
17:32 L-One会計資金管理コンポ開発 QA #127 (解決): 会社マスタに主キーがない等の确认についてのチェック: 有下面几点想确认一下。
1.[会社_一般マスタ]表里没有主键，主健是会社コード还是没有，想确认一下。
2.[地域マスタ]表有吗，机能（流動化対象債権抽出）式样书里有写这个表。
3.[利益センタ_一般マスタ]的主键是利益センタコ... 呉俊
15:48 見積システム QA #126 (終了): CAD読込み⇒１－４.手拾データの作成: CAD読込みで手拾い情報を拾った時、BNの数量が13460.00ですので、DBの最大サイズをオーバーしました。
手拾いの変更前の仕様を確認して、今回添付資料のように変更したが、BNの変更は、正しいですか姜玉華
15:40 見積システム QA #125 (終了): 手拾条件入力画面修正依頼4: 添付資料のように修正をお願いします。堀寛
13:28 L-One会計資金管理コンポ開発 QA #124 (解決): 機能定義書（概要）_流動化対象債権抽出の金額について: 画面上的金額画面项目定义书上写的是9，999，如果入力9，9时，报的错误信息
像这样共通的信息，有文档吗，为了统一，如果的有的话，能不能提供一下，麻烦了。呉俊
12:35 見積システム QA #123 (終了): MTUファイルのフォーマット: MTUの厚み、幅、長さ列は、空白のデータが存在しないという認識で宜しいでしょうか？
サンプルデータを見て、データが無い(空白のデータ)場合、「0」で書いています。姜玉華
11:57 L-One会計資金管理コンポ開発 QA #122 (終了): 機能定義書（概要）_受入入力-登录确认: 入出力項目定義書
受入データ：
1.关于責任利益センタ和出金番号，从現物出金データunion allアップデート_現物出金データ这两个表中取数据时，会有可能检索出多个数据，这时候要如何登录呢？
2.送付明細№应该从画面就能得到数... 王桂芳
11:25 L-One会計資金管理コンポ開発 QA #120 (終了): 機能定義書（概要）_受入入力－登录画面确认: 王桂芳
10:27 L-One会計資金管理コンポ開発 QA #121 (終了): 機能定義書（概要）_受入入力-登录确认画面: 機能定義書－418~425行
登録対象のデータは画面上で、不受理理由が未着以外のデータかつ、内容登録の初期表示時に
受入データに存在していた明細(一部受入済み)以外のデータ
その対象データの出金元利益センタ、出金番号で受入データ... 王桂芳

2015/07/29

21:01 L-One会計資金管理コンポ開発 QA #110 (解決): [機能定義書（概要）_受入入力]-受入入力【内容登録】についての確認: 汎用マスタから取得
等汎用マスタ定义来了，看看。劉軍
12:37 L-One会計資金管理コンポ開発 QA #110 (進行中): [機能定義書（概要）_受入入力]-受入入力【内容登録】についての確認: ＱＡ台帳に記入しました。
劉軍
21:00 L-One会計資金管理コンポ開発 QA #109 (解決): 譲渡取立の「流動化対象債権抽出」についての仕様確認: すみません記載の誤りです。
正しくは「'not exist (現物データ.得意先 inner join 現物データ on 不渡データ.処理連番=現物データ.不渡処理連番」となり、内部サブクエリの現物データの得意先となります。
劉軍
15:38 L-One会計資金管理コンポ開発 QA #109 (進行中): 譲渡取立の「流動化対象債権抽出」についての仕様確認: 1 记到QA台账里，问日本方面了。
2 処理連番是个自增字段，每行记录的処理連番是不同的，没有问题。劉軍
20:55 L-One会計資金管理コンポ開発 QA #106 (解決): [機能定義書（概要）_譲渡明細出力]についての確認: 再出力部分，机能定义书修正了。劉軍
20:53 L-One会計資金管理コンポ開発 QA #104 (終了): [機能定義書（概要）_譲渡明細出力]ーデータ登録のチェックについての確認: ①～③
根据更新日进行排他，具体的Skype联络。
劉軍
20:51 L-One会計資金管理コンポ開発 QA #102: 譲渡取立の「流動化対象債権抽出」についての権限確認: 2
ファイル名の接頭は汎用マスタから取得し、接頭 + "_yyyymmdd.tsv"として下さい。汎用マスタからの取得キーに関しては、後日送付致します。劉軍
20:49 L-One会計資金管理コンポ開発 QA #101: [機能定義書（概要）_譲渡明細出力]ー【現物データ】更新についての確認: 1 「電子記録債権取込」という機能で取り込んだ日が、アップロード日付となります。、
机能定义书正在设计中……
テーブル定義書正在设计中……
2 关于再出力，日本修改了机能定义书，等送付以后，在确认。劉軍
20:44 L-One会計資金管理コンポ開発 QA #100: [機能定義書（概要）_譲渡明細出力]ー【データ抽出条件】についての確認: 1 正在设计中。。。
2 再出力选择，数据取得部分，机能定义书日本进行了修改，还未送付。请稍等。劉軍
20:10 L-One会計資金管理コンポ開発 QA #120 (解決): 機能定義書（概要）_受入入力－登录画面确认: 理解有点不一样。
前半部分理解的对，就是发生原因时这样。
多用户同时操作的时候，发生这个现象。
发生现象之后，不用画面迁移。就停在这个画面就行。
只是不受理理由变成不可选就行。
劉軍
16:43 L-One会計資金管理コンポ開発 QA #120 (終了): 機能定義書（概要）_受入入力－登录画面确认: 式样书的333~335行，
また、連結データの出金元利益センタ、出金番号で受入データを索引してデータが存在した
場合、一部受入済みの状態であるため、対象の明細データに関しては、不受理理由の入力項目は
不活性とする。初期表示の段階... 王桂芳
19:16 L-One会計資金管理コンポ開発 QA #119 (進行中): 機能定義書_手形小切手項目補充入力についての仕様確認: 劉軍
19:15 L-One会計資金管理コンポ開発 QA #119: 機能定義書_手形小切手項目補充入力についての仕様確認: 1 问日本了
2 登陆确认 ,好像没有クリアボタン, 麻烦再确认一下。
3 用更新日进行排他。
一览表示的时候取得更新日，更新执行前，再取一下，比较后，一致的话，进行更新，不一致，error
登陆的... 劉軍
15:59 L-One会計資金管理コンポ開発 QA #119 (終了): 機能定義書_手形小切手項目補充入力についての仕様確認: 不好意思，用日文都写完了，下次写中文的。
■手形小切手項目補充入力(登録確認)画面について
①手形小切手項目補充入力(登録確認)画面のポップに「画面もテキストボックスではなく、ラベルにする。」という記載がありますが、
　画面にあ... 呉俊
18:32 L-One会計資金管理コンポ開発 QA #116 (進行中): 「機能定義書（概要）_受入入力」の内容登録の仕様確認: 已经问日本了。劉軍
14:08 L-One会計資金管理コンポ開発 QA #116 (終了): 「機能定義書（概要）_受入入力」の内容登録の仕様確認: 1、現物出金集計データと現物出金データとアップロード_現物出金集計データとアップロード_現物出金集計データは重複主キーが存在できますか。
2、重複主キーが存在できれば、編集ボタンと次へ進むボタンが押下した後、受入入力ー内容登録画面へ... 王桂芳
17:05 L-One会計資金管理コンポ開発 QA #108 (進行中): 「機能定義書（概要）_手形小切手項目補充入力」についての仕様確認: 1~3 问日本了。
4 处理构成不对，按画面纸芝居的按钮来。劉軍
16:54 見積システム QA #111 (終了): 手拾い条件入力画面の定尺材① ~定尺材④予備数量: 劉箭
16:52 見積システム QA #111: 手拾い条件入力画面の定尺材① ~定尺材④予備数量: ユーザーに確認しました。
すみません。
無効にしてください。
外部設計書を修正します。堀寛
09:50 見積システム QA #111: 手拾い条件入力画面の定尺材① ~定尺材④予備数量: たぶん必要ないと思いますが、ユーザーに書くにします。堀寛
09:43 見積システム QA #111 (終了): 手拾い条件入力画面の定尺材① ~定尺材④予備数量: VBA中は入力できない。「斜線の為反映不要」
WEB中は入力できる。「TextBox」
予備数量入力の場合、明細テーブルに登録なしです。
定尺材① ~定尺材④の予備は必要でしょうか。
ご確認をお願いいたします。劉箭
16:50 見積システム QA #114: 見積計算で明細No626の計算: ユーザーに確認しました。
現場施工材の登録でエラーメッセージを出してください。
メッセージは「12mm厚の破風・鼻隠しの数量が多すぎます。」です。堀寛
11:14 見積システム QA #114 (終了): 見積計算で明細No626の計算: 明細No626は、複雑な計算式により、数量を算出していますが、算出された数量は、数量定義の最大サイズ9999.99をオーバーしたら、登録エラーになります。
既存でも同じ問題がありますが、いくつか明細項目で計算しているため、制御が難し... 姜玉華
15:45 見積システム QA #117: 共通帳票の単体テスト仕様書について: 対応しました。
単体テスト指摘対応シートに反映されました。
ご確認ください。劉箭
15:15 見積システム QA #117: 共通帳票の単体テスト仕様書について: 追加です。堀寛
15:07 見積システム QA #117: 共通帳票の単体テスト仕様書について: 構造チェック御見積書の、「見積金額」について。
・「￥」マークは付きません。
・金額が左寄せになっています。堀寛
14:58 見積システム QA #117 (終了): 共通帳票の単体テスト仕様書について: 加工承認書の「納品日情報」のテスト結果の画面を見ているのですが、
文言が「現在の納ご確認願います。」という箇所があります。
これは日本語がおかしいです。
添付の資料と合わせてください。堀寛
14:10 L-One会計資金管理コンポ開発 QA #112 (進行中): 「機能定義書（概要）_受入入力」の仕様確認: １：　　機能定義書の97行目を参照してください。　「会社コード」、「会社名」はクリア状態です。
２：　　ＱＡ台帳に記入しました。具体的な動きは日本側と検討いたします。劉軍
10:42 L-One会計資金管理コンポ開発 QA #112 (終了): 「機能定義書（概要）_受入入力」の仕様確認: 1．受入入力(条件入力)画面の初期化、会社コードと会社名を表示しますか。表示する場合、ログインユーザの会社コードですか。
2．受入入力【一覧】画面について、条件入力部と受入入力(条件入力)画面の条件入力は一致ですので、受入入力【一覧... 王桂芳
12:27 L-One会計資金管理コンポ開発 QA #107 (解決): [機能定義書（概要）_受入入力]についての確認: ①：金種とは現物データテーブルの主キーです、空白になる可能がないと思います。
②：会社コードはデータ抽出条件です。空白であれば一覧表示データを抽出できますか？
劉軍
11:57 L-One会計資金管理コンポ開発 QA #99 (終了): [機能定義書（概要）_譲渡明細出力]ー譲渡日についての確認: 王桂芳
11:42 L-One会計資金管理コンポ開発 QA #99 (解決): [機能定義書（概要）_譲渡明細出力]ー譲渡日についての確認: ①について
「譲渡データ．譲渡日＝画面．譲渡日」でお願い致します。劉軍
11:40 L-One会計資金管理コンポ開発 QA #95: [機能定義書（概要）_譲渡明細出力]ー金種リスト取得についての仕様確認: 汎用マスタから選択肢を取得し、作成お願いいたします。
（日本側は汎用マスタのレイアウトが後日送付する予定です）劉軍
11:37 見積システム QA #113 (終了): 仕様変更共有: 劉箭
11:31 見積システム QA #113 (進行中): 仕様変更共有: ありがとうございます。
本番環境の「m_ss_hagarazai」を確認しました。
「2424」と「2425」になっていますね。堀寛
11:00 見積システム QA #113 (終了): 仕様変更共有: 手拾い条件入力自動拾い野縁材を変更しました。
原因は、仕様書を作成する時、データは古いデータです。「２行データ」
最新のDB中に３行データになりました。
最新のDBを基づいて、仕様書を修正しました。
添付ファイルを参照してください。劉箭
09:25 L-One会計資金管理コンポ開発 QA #88: 譲渡取立の[機能定義書（概要）_譲渡明細出力]についての仕様確認: ①：「会社」です、入出力イメージは間違いです。
②：3.会社名表示の処理で、会社名を取得できなかった場合は、エラーメッセージの表示をお願い致します。
劉軍

« 前

次 »

他の形式にエクスポート: Atom