活動
2015/08/11から2015/09/09まで
2015/09/02
- 09:11 QA #230 (進行中): 機能定義書（概要）_期日入金伝票作成
- 現物データ.流動化処理連番 = 流動化明細データ.処理連番 です。
2015/09/01
- 09:28 QA #229 (進行中): 機能定義書（概要）_期日入金伝票作成
- Max値の意味は、取立テープル.処理連番のMax値は現物データ.取立処理連番と一致するという意味です。
2015/08/28
- 16:20 QA #247 (解決): 確認ダイアログ和チェック処理的处理顺序确认
- 16:20 QA #210 (解決): 发行济场合的入金入力者制御确认
- 最新の仕様に該当条件を追加しました。
2015/08/20
- 17:10 QA #244 (解決): 機能定義書（詳細）_領収証受入入力.xls式样确认
- 『受入連番』＋ 1
是正确的～ - 17:02 QA #208 (解決): 機能定義書（詳細）_領収証受入入力
- 領収証払出実績.利益センタコード⇒
領収証払出実績.払出利益センタコードへ変更する - 16:40 QA #210: 发行济场合的入金入力者制御确认
- 漏れです。
追加します。
※入金入力者の条件が不要なのは、相殺データの場合でした。相殺データを抽出する際には、条件は不要です。 - 16:37 QA #222 (解決): プリント領収証発行 - 検索画面确认
- 当日/当日以前が正しいです。
- 15:09 QA #214: 機能定義書（概要）_電子記録債権取込確認
- 好象还是不大对劲，都理解错了。
这个应该是对的。
4－3－7，477行，登録完了後、次のデータで4-2の処理を続く。4.2－4.3，4.2－4.3.……最后是5的处理。 - 12:23 QA #214 (解決): 機能定義書（概要）_電子記録債権取込確認
- 4-2-5.エンドコード情報を読込む
的处理最后一个内容
3).次のレコードが存在する場合は、4-2-1のヘッダー情報を読込む処理を続ける
说明当前数据check完之后，进行下一个ヘッダー处理，所以应该是所有数据都结束后，再... - 14:30 QA #211 (終了): 機能定義書（概要）_電子記録債権取込確認
- 12:07 QA #211 (解決): 機能定義書（概要）_電子記録債権取込確認
- データ区分不是“１”时，应该分为4中情况。
其中2，8，9有具体处理，请参照4-2-1 3）中记述
以外的时候，记入信息，进行下一条的check
（・上記以外の場合は、警告メッセージをMSGリストに追加して、3)の処理に続く）... - 10:07 QA #247: 確認ダイアログ和チェック処理的处理顺序确认
- 作为标准所有机能都按以下动作运行。如果式样有问题，请联络。
①入力チェック（バリデータも含む）
※マスタの存在チェックはこちらに含む
②登録確認ダイアログ表示
③DBの状態確認チェク
⇒他者が変更する可能性がある...
2015/08/19
- 17:45 QA #187 (解決): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認
- 3 1ページあたり14明細でお願いします。一取込で発生したエラー全件の表示と考えています。
4
大連から：
入出力項目定義書の56行目の辺り、
勘定科目マスタから流動化銀行(科目名)を取得する処理があります。
下記のように... - 16:47 QA #202 (終了): 会社_言語マスタ的确认
- 16:43 QA #201 (終了): 機能定義書（概要）_プリント領収証発行.xls
- 16:40 QA #204 (終了): 領収証情報
- 領収証情報テーブルに期日追加完了
- 16:38 QA #181 (解決): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認
- 4
取込時には、調達金額と確定金額は同一金額となります。
ワークテーブルのレコード毎にチェックを行うので、更新もレコード金額の加算と考えております。
5
カレンダーマスタの銀行稼働フラグ＝1の年月日となる想定です。
現... - 12:18 QA #247 (解決): 確認ダイアログ和チェック処理的处理顺序确认
- 領収証No登録，領収証受入入力和領収証払出入力
这三个画面有取消处理，在取消处理时，都是先確認ダイアログ，はい按钮按下后，然后进行的チェック処理
和其他画面处理有点不一致，请问是因为这三个画面有处理吗。
其他画面都是先进行的チェ...
2015/08/18
- 20:05 QA #246 (新規): 機能定義書（概要）_検索照会機能
- データ出力,TSV文件名怎么取？有四种文件：現物データ，流動化，期近警告リスト，個別指示リスト
- 19:50 QA #245 (終了): 機能定義書（概要）_検索照会機能
- 19:38 QA #245 (解決): 機能定義書（概要）_検索照会機能
- 日本肯定漏了。
这个必须有
跟会社一样
- 19:31 QA #245 (終了): 機能定義書（概要）_検索照会機能
- 得意先コード,マスタ存在チェックが必要でしょうか？
其它几个マスタ存在チェック都有，但得意先コード这个没写。需不需要做？ - 19:40 QA #203 (解決): 得意先マスタ的确认
- 17:38 QA #226 (進行中): 「機能定義書（概要）_流動化情報管理」についての仕様確認
- 1 141行参照
2 不需要sum ，情报入力的时候是从流動化データ取得保留金額，調達金額，確定金額 这本身就是合计好的
从条件入力(一覧)传过来的割引率，割引金額，实际上也是流動化データ里的，也是一条
... - 16:46 QA #224 (進行中): 「機能定義書（概要）_流動化情報管理」についての仕様確認
- 1） *跟日本确认*
2）*跟日本确认*
3）*跟日本确认*
4）*跟日本确认*
5）[编辑]⇒「前に戻る」ボタン⇒ 「登録」ボタン
6）*跟日本确认* - 16:35 QA #241 (終了): 領収証受入照会・取消 - 検索画面确认
- 14:03 QA #241: 領収証受入照会・取消 - 検索画面确认
- 恩，按必须入力项目处理。
入出力項目定義書 (5)中，第13行的＜条件が指定されていない場合＞ 这个无视 - 13:58 QA #241 (終了): 領収証受入照会・取消 - 検索画面确认
- 領収証受入照会・取消 - 検索
入出力イメージ中 払出元利益センタコード是必须入力项目
如果上记项目是必须入力项目的话，详细设计书的入出力項目定義書 (5)中，第13行的＜条件が指定されていない場合＞情况应该不存在吧
请确认。 - 16:35 QA #244 (解決): 機能定義書（詳細）_領収証受入入力.xls式样确认
- 入出力項目定義書 (2)中
2-2-2.登録処理 [ 領収証受入実績 ]
受入連番
同一の「会社コード」「伝票種別」「領収証管理No」のデータが登録済の場合
： 登録済データで最大の『払出連番』＋ 1 を設定する。
... - 16:12 QA #221 (進行中): 機能定義書（概要）_取立伝票作成
- *跟日本确认*
- 16:04 QA #198 (進行中): 機能定義書（概要）_現物受入伝票作成確認
- 1） *跟日本确认了*
2） 采番后的机能ID
3） *跟日本确认了*
4） 是利益センタ_一般マスタ，关于位数不一致，*跟日本确认了*
5）会社コード是主键 言语きー=“JA” - 16:04 QA #243 (新規): 取立指示書詳設計中的几个问题确认
- 1 汎用マスタ.汎用コード = '004' 对金种的定义有四种，取立指示书出力用到的金种只有三种，需要重新建立汎用コード吗？
2 取立日 日付不正チェック 这个“日付不正”具体是指怎样的不正？
3 取立指示書(帳票)部... - 14:07 QA #197 (進行中): 譲渡取立の「流動化対象債権抽出」の出力ファイルフォーマット確認
- *跟日本确认*
- 14:01 QA #225 (解決): 機能定義書（概要）_不備返却入力.xls式样确认
- 1 如果画面表示的是法人，而且从会社mst里拿名字的这样，都变成会社。
2 没有发现不一样的地方（如：处理里写的跟画面イメージ不一样，纸芝居跟机能定义书不一样等等），所以不用变。
3 这个之前问过了。 - 13:54 QA #227 (進行中): 機能定義書（概要）_不備返却入力.xls返却データ式样确认
- 13:54 QA #227: 機能定義書（概要）_不備返却入力.xls返却データ式样确认
- 1.3-1.データ登録
*跟日本确认了*
2.3-2.データ更新
返却日：*跟日本确认*
現物データ.返却処理連番是否要更新：*跟日本确认* - 12:34 QA #228 (進行中): 機能定義書（詳細）_不備返却入力.xls
- 1 *跟日本确认中*
2 *跟日本确认中*
3 *跟日本确认中* - 11:54 QA #236 (進行中): 機能定義書（概要）_検索照会機能
- *跟日本确认*
- 11:32 QA #239 (進行中): 「機能定義書（詳細）_流動化対象債権抽出」 download问题相关
- *跟日本确认了*
- 11:30 QA #240 (解決): 「機能定義書（詳細）_受入入力」 gridview翻页或画面跳转后状态保存问题
- 不用考虑状态保持了。
返回的话，一览从第1页开始就行 - 11:27 QA #231 (進行中): 機能定義書（概要）_不備返却入力.xls数据登录处理确认
- 1 *跟日本确认中*
2 出力帐票，至于什么时候出力，*跟日本确认中*
3 应该跟让渡明细登陆的再出力一样，我也*跟日本确认一下*吧
4 *跟日本确认中* 应该是个排他check - 10:02 QA #233 (解決): 取立指示書出力の取立銀行(銀行名)の確認
- 「取立銀行コード」で銀行マスタを索引。
銀行名 ＋" "＋支店名を表示。
2015/08/17
- 20:48 QA #237 (進行中): 取立指示書出力詳細設計
- *跟日本确认*
- 18:33 QA #237 (進行中): 取立指示書出力詳細設計
- 检索数据时用到一个取立保留区分マスタ表，这个表有吗？
- 20:43 QA #240 (解決): 「機能定義書（詳細）_受入入力」 gridview翻页或画面跳转后状态保存问题
- 如果在gridview翻页或画面跳转后状态保存会有个问题
例如：
当前grid有2页，第1页设定好了状态翻到第2页，在翻回第一页前，第1页在db里又有了新数据，这样的话状态就不准了。
画面跳转后跳回也是这个问题。 - 20:40 QA #200 (解決): 譲渡取立の「流動化対象債権抽出」のCSVファイルの譲渡元会社コードについての確認
- 我查mst的结果是：
利益センタグループ_一般マスタ 12行 No4 会社コード CompanyCD NChar（4）
利益センタグループ_言語マスタ 没有 - 20:31 QA #239 (進行中): 「機能定義書（詳細）_流動化対象債権抽出」 download问题相关
- 详设上说download文件后直接跳下一画面，这样实现不了。
当前页面把download文件做成，然后在下一画面download会不会好一点。 - 18:20 QA #232 (解決): 关于譲渡取立の「流動化対象債権抽出」的取消日
- IS ＮＵＬＬ 是对象外。
可以加到条件里。 - 14:22 QA #232 (解決): 关于譲渡取立の「流動化対象債権抽出」的取消日
- 关于概要设计里125行的 不渡データ.取消日 = ""
不渡データ.取消日IS ＮＵＬＬ的情况是不是也会出现，
如果的是话，是不是也需要加上这个条件呢，
请麻烦确认一下。
谢谢 - 17:53 QA #236 (進行中): 機能定義書（概要）_検索照会機能
- 出力するデータは不明確。下面的出力文件的式样不明确（１和２）。而３和４的出力式样没有。请确认。
1.【データ出力】 データ選択 現物データ
2.【データ出力】 データ選択 流動化
3.【データ出力】 データ選択 期近警告リスト
... - 17:35 QA #223 (終了): 再发行场合的入出力項目定義書 (4)确认
- 14:55 QA #223: 再发行场合的入出力項目定義書 (4)确认
- 统一用固定“01”～
- 16:47 QA #235 (新規): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 下記几个问题想确认一下
1.概要设计的個別指示入力【登録確認】的532行的《2-1-3.下記の個別チェックを行う。》，在個別指示入力【内容登録】画面上已经CHECK过一次了，（概要设计的371行），
是不是在個別指示入力【登録確... - 15:42 QA #170: 「機能定義書（概要）_個別指示入力」についての仕様確認
- 1-1 可以加上
- 15:40 QA #233 (解決): 取立指示書出力の取立銀行(銀行名)の確認
- 取立指示書出力の取立銀行(銀行名)は銀行マスタテーブルから取得しますが、テーブルの中、BankName(銀行名)とBankBranchName(銀行支店名)があります、どちらが取立銀行として正しいですか？
- 14:50 QA #220 (終了): 発行済チェック的确认
- 14:14 QA #220: 発行済チェック的确认
- 你的理解正确，『領収証枝番』+1去验证
- 13:53 QA #206 (終了): プリント領収証発行 - 明細的住所表示确认
- 11:20 QA #206: プリント領収証発行 - 明細的住所表示确认
- 『送付先_都道府県 ＋ 送付先_市区町村 改行
送付先_地名1 改行
送付先_地名2 改行
送付先_地名3』
就按照这种格式去改行～ - 12:06 QA #231: 機能定義書（概要）_不備返却入力.xls数据登录处理确认
- 追加：
4.返却入力済みチェック是CHECK的哪个表，检索条件是什么？ - 11:41 QA #231 (進行中): 機能定義書（概要）_不備返却入力.xls数据登录处理确认
- 機能定義書 SHEET 235~252行 关于印刷按钮处理
返却选择时：
1.返却入力済みのチェック通过后，返却データ登录，現物データ更新，但更新条件中只有 [受入№ ＝ 登録確認画面.受入№]，是否也需要金种呢。
2.处... - 11:40 QA #230 (進行中): 機能定義書（概要）_期日入金伝票作成
- 3-2.落込データ登録
有一个判断条件，
現物データ.取立処理連番 ＝ 流動化明細データ.処理連番
这里的判断条件，是用現物データ.取立処理連番还是用現物データ.流動化処理連番？ - 11:37 QA #229 (進行中): 機能定義書（概要）_期日入金伝票作成
- 2-2.落込データ登録
判断处理上有这样一个条件：
現物データ.取立処理連番(Max値)＝ 取立データ.処理連番
但現物データ表中只金種和受入ＮＯ是主键，而取立データ的主键是金種，受入ＮＯ，処理連番
所以假设現物データ.取立処... - 10:02 QA #228 (進行中): 機能定義書（詳細）_不備返却入力.xls
- 入出力項目定義書SHEET
关于金種的表示
A:現金
B:小切手(期日があれば先日付小切手として細分)
C:受取手形(期日とシステム日付の日数により期近手形として細分)
1.在金種LIST中，没有現金
2.期日があ...
2015/08/14
- 18:07 QA #227 (進行中): 機能定義書（概要）_不備返却入力.xls返却データ式样确认
- 入出力項目定義書SHEET
1.3-1.データ登録
出金元利益センタ到コメント字段，和返却データ的表定义书对不上？
2.3-2.データ更新
現物データ表定义中没有返却日，
还有，現物データ.返却処理連番是否要更新？
... - 17:54 QA #226 (進行中): 「機能定義書（概要）_流動化情報管理」についての仕様確認
- 关于机能想确定下面几个事情
１.流動化情報管理【条件入力】画面初始化时，不进行ＧＲＯＵＰＢＹ吗，如果不进行的话，画面上可能会现同样的流动化ＮＯ。出现多次的情况，这样可以吗｜
２.流動化情報管理【情報入力】画面初始化时取数据时，会取... - 17:04 QA #225 (解決): 機能定義書（概要）_不備返却入力.xls式样确认
- 1.式样书中有法人，是否要变成会社？
2.不備返却入力(内容登録)画面的印刷へ進む按钮是否要变成登录へ進む？
不備返却入力【登録確認】画面的印刷按钮是否要变成登录？
3.不備返却入力(内容登録)画面的金種LIST，
受取手形
... - 16:21 QA #224 (進行中): 「機能定義書（概要）_流動化情報管理」についての仕様確認
- 关于这本，有下面几个问题想确认一下
１.概要设计里的流動化情報管理【完了】的画面里的ＢＵＴＴＯＮ只有一个「条件入力に戻る」ボタン，但紙芝居里有两个，ＢＵＴＴＯＮ名字都不一样，以那个为准呢
２.概要设计里１３０行 《流動化データ.取... - 15:37 QA #223 (終了): 再发行场合的入出力項目定義書 (4)确认
- 入出力項目定義書 (4)中
発行No "利益センタコード 領収証No" "【編集】""発行No.""＋『利益センタコード』＋""-""＋『領収証No』＋""-""＋""01"""
如果是在发行济的场合，最后面是不是加的『領収... - 10:04 QA #222 (解決): プリント領収証発行 - 検索画面确认
- プリント領収証発行 - 検索的入出力イメージ中
入金処理日后面的两个ラジオボタン是当日，和当日以前
但在说明中，都是用的当月和当月以前
不知道用哪个正确？
2015/08/13
- 21:42 QA #221 (進行中): 機能定義書（概要）_取立伝票作成
- 3-3.取立データTBLの更新中，
抽出条件 取立データ.金種 ＝ 2.にて取得した譲渡データ.金種
这里的譲渡データ就是2.対象データ抽出处理中取出的取立データ吧？ - 17:02 QA #199 (終了): 領収証再発行チェック
- 16:54 QA #174 (終了): 機能定義書（概要）_譲渡明細登录.xls的更新机能确认
- 16:53 QA #160 (終了): 機能定義書（機能）_取立依頼変更入力
- 16:53 QA #171 (終了): 关于権限チェック
- 16:51 QA #191 (終了): 戻る按钮的确认
- 16:50 QA #192 (終了): 機能定義書（概要）_プリント領収証発行式样确认
- 16:49 QA #220 (終了): 発行済チェック的确认
- 機能定義書（概要）_プリント領収証発行.xls
機能定義書 SHEET 610，611行
■発行済チェック
⇒ 対象データと同じ『領収証枝番』のデータが既に登録済の場合はエラーとする。
因为检索出来的数据就是现在... - 16:48 QA #219 (新規): 機能定義書（概要）_電子記録債権取込確認
- 4-3-4. 2).会社コードとダミー得意先コードを取得する方法
的检索条件中，用到的[事業所マスタ.事業所コード ＝ ＜WK＞.事業所コード]
这里的＜WK＞.事業所コード是从哪里取得的？如下哪个是。
[4-3-2.電子債権情... - 16:29 QA #218 (新規): 機能定義書（概要）_電子記録債権取込確認
- [電子債権利用法人情報]的表定义能否提供一下。
- 16:24 QA #217 (新規): 機能定義書（概要）_電子記録債権取込確認
- 式样书中，有几处ＭＳＧＩＤ已经定好了，
MSGID:KSBW0240
MSGID:KSBE0280
MSGID:KSBN0040
MSGID:KSBW0210等等。虽然写了ＩＤ号，但在后面还写了具体错误信息。
这几个ＩＤ是有... - 16:19 QA #216 (新規): 機能定義書（概要）_電子記録債権取込確認
- 4-3-3.处理中，有一部分红色字体
『機能定義補足（更新処理パターン）』シートを参照して、処理続ける
...
登録する場合は4-3-4の処理に続く
更新する場合は4-6の処理を続く
问题：
１）是式样未定吗？
２）... - 16:12 QA #215 (新規): 機能定義書（概要）_電子記録債権取込確認
- １）4-3-1.的说明中有这样一句话，和前后文关联实在是有点远，不知要说明的是啥？
この時、振出日には自振の場合：発生年月日
回しの場合：最新保証記録年月日が設定されるが
振出日 <... - 16:02 QA #214 (解決): 機能定義書（概要）_電子記録債権取込確認
- 4-2-5.エンドコード情報を読込む，处理的最后有这样的说明：
3).次のレコードが存在する場合は、4-2-1のヘッダー情報を読込む処理を続ける
如果ＣＳＶ里包含的是多组数据，如下例子：
ヘッダー１
債権情報1
保証人情... - 15:50 QA #213 (新規): 機能定義書（概要）_電子記録債権取込確認
- 4-2-4.トレーラレコードを読込む处理中，有如下更新处理，
3).ワーク電子債権ヘッダー情報に更新する。
更新对象条件是 番号＝ ＜WK＞.請求者_利用者番号
ワーク電子債権ヘッダー情報里面没有番号这一项。
这里的番号是指[... - 15:42 QA #212 (新規): 機能定義書（概要）_電子記録債権取込確認
- 4-2-3.保証人情報を読込む处理中，有如下描述有点很难理解。麻烦给出详细说明，或者给出数据样例。
※WK.保証人番号 ＝ （同一種類データ・レコード番号 － １） × ３ ＋ 同行連番 - 15:39 QA #211 (終了): 機能定義書（概要）_電子記録債権取込確認
- 4-2.的处理中，如果取入的ＣＳＶ文件的第一条记录的データ区分不是“１”时如何处理，
如下信息弹出，处理终了吗？
認識できないデータ区分があります、データファイルをご確認ください。行番号：｛0｝ - 14:25 QA #210 (解決): 发行济场合的入金入力者制御确认
- プリント領収証発行 - 発行済一覧
发行济的场合，检索条件中没有入金入力者，
1.对入金入力者，是需要根据■ "未発行"選択時和■ "発行済"選択時 是否可入力的控制呢？
2.或者在发行济的场合，检索条件中追加 プリント領収証N... - 13:53 QA #209 (新規): 入金取消场合的画面确认
- 入金取消区分＝"2"（取消） ⇒ 『取消』を表示
在プリント領収証発行 - 未発行一覧的入出力イメージ中，
取消济的那行数据，领收证发行没有チェックボックス,领收证日付也不能入力
不知道是否需要有这样的制御、式样书中没有找到说... - 12:01 QA #208 (解決): 機能定義書（詳細）_領収証受入入力
- 2．領収証受入入力 - 受入入力 [画面処理] 1-2.初期表示（一覧表示部）【データ抽出条件】外部結合条件 利益センタ_言語マスタ.利益センタコード = 領収証払出実績.利益センタコード
領収証払出実績表中没有利益センタコード这... - 11:46 QA #207 (新規): プリント領収証発行 - 未発行一覧的2-3-3.登録処理确认
- 機能定義書SHEET 399~407行 关于更新处理，
294~360行中，关于数据取得处理
当画面.領収証No同时存在入金和相殺的数据时，是表示成2条数据，
但是只有一条入金的発行チェック被选择的时候
如果处理成功，就把プリ... - 10:36 QA #206 (終了): プリント領収証発行 - 明細的住所表示确认
- プリント領収証発行 - 明細画面中
入出力項目定義書 (4)
送付先_得意先住所
【編集】
『送付先_都道府県 ＋ 送付先_市区町村
送付先_地名1
送付先_地名2
送付先_地名3』
※地名1・地名2... - 10:31 QA #205 (新規): プリント領収証発行 - 明細的业务确认
- 从未发行一览画面中，点击領収証NO后，到プリント領収証発行 - 明細画面，这个时候是当前領収証NO下的，所有的領収証情報表里的明细都表示吗？
还是，当未发行一览画面中只想发和相殺相关数据时，到プリント領収証発行 - 明細画面时，也是... - 10:11 QA #204 (終了): 領収証情報
- 機能定義書（概要）_プリント領収証発行.xls
入出力項目定義書 (5)SHEET 25行
手形期日 17 DB.領収証情報 期日
但在領収証情報定义书中没有找到这个字段请确认。
或者是領収証情報中的伝票日付或者転記日付？
...
2015/08/12
- 19:34 QA #203: 得意先マスタ的确认
- 送付先_郵便番号~送付先_担当者名 从得意先_会社マスタ取得
得意先名 从得意先_言語マスタ【名称 1】+【名称 2】+【名称 3】 - 19:27 QA #203 (解決): 得意先マスタ的确认
- 機能定義書（詳細）_プリント領収証発行.xls 入出力項目定義書 (5)
送付先_郵便番号~送付先_担当者名 从得意先_会社マスタ取得？
得意先名 从得意先_言語マスタ取得得意先略称？
请确认。 - 19:21 QA #202: 会社_言語マスタ的确认
- 用 市区町村 City
- 19:16 QA #202 (終了): 会社_言語マスタ的确认
- 機能定義書（概要）_プリント領収証発行.xls的入出力項目定義書 (5)
送付元_市区町村 ＝ DB.会社_言語マスタ .市区町村
但在会社_言語マスタ表中，有市区町村 City和市区町村コード CityCD
两个字段，用的是市... - 17:55 QA #201: 機能定義書（概要）_プリント領収証発行.xls
- 1，用ユーザ_言語マスタ
2，入金入力者，入力的时候入 CD，一览表示的时候从ユーザ_言語マスタ里面检索出来名
3，領収証情報表.ユーザ名 这个里面存的是cd
4，入力时是CD，数据库里存的也是CD。所以是一致检索 - 17:44 QA #201 (終了): 機能定義書（概要）_プリント領収証発行.xls
- 入出力項目定義書（2）SHEET 19行
入金入力者 12 "DB.領収証情報 DB.従業員マスタ" "ユーザ名
従業員氏名 (姓)
従業員氏名 (名)" "【編集】
『従業員氏名 (姓)』＋『従業員氏名 (名)』"
1... - 17:39 QA #200 (解決): 譲渡取立の「流動化対象債権抽出」のCSVファイルの譲渡元会社コードについての確認
- 关于入出力项目定义书的２０行的譲渡元会社コード
上面写的是利益センタマスタ的会社コード
表里没有这个字段
是取的是利益センタ_言語マスタ的利益センタコード吗
请确认。
- 17:27 QA #199: 領収証再発行チェック
- 1，如果是文本框都可以用Elixil標準のバリデーター的必須チェック
如果是下拉列表，就需要自己手写check
2，是凡用mst里的，请参照
\L-One\10.受領資料\テーブル定義 汎用マスタの定義一覧.xlsx - 17:12 QA #199 (終了): 領収証再発行チェック
- 1.「領収証日付」和「再発行理由」的未入力CHECK，是用的Elixil標準のバリデーターの必須チェック吗
如果不是的话，出的消息是自己定吗
2.『再発行理由』リスト表示的时候，是需要在泛用表里定义的吗
请确认
- 16:58 QA #149 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 1 *跟日本确认*
2 銀行国コードは、”JA”でお願いします。
3 *跟日本确认*
4 *跟日本确认*
5 已经确认了
6 *跟日本确认*
7 *跟日本确认* - 16:41 QA #172 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 1-1 1-2 2-1 2-2 *跟日本确认*
3 已经回答了
4 *跟日本确认*
5-1 5-2 *大连确认* - 15:55 QA #163 (進行中): 機能定義書（概要）_個別指示入力のエラーチェック条件表的确认
- *跟日本确认*
- 15:53 QA #170 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 1-1 跟机能定义书一样就行
1-3 不需要，共通部品都带 - 15:48 QA #173 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 15:47 QA #173: 「機能定義書（概要）_個別指示入力」についての仕様確認
- 1 *跟日本确认*
2
2-1 再指示可能。
2-2 可以
3 是共通处理，但是得测，每个画面都得测，因为虽然是共通处理。但是得测一下，各个属性设置的对不对。
所以还是需要测试一下。
如：背景色变色 ... - 14:54 QA #198 (進行中): 機能定義書（概要）_現物受入伝票作成確認
- 1）.式样书中3.仕訳データ作成（関係会社）、有个更新处理「また受入データTBL、返却TBLに対し更新を行い（受入、返却それぞれ行う）」，参照「入出力項目定義書」シートの3-1-1，「入出力項目定義書」シートの3-1-2.
这... - 14:53 QA #177 (進行中): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 1 「ホームに戻る」が正しいです。
※「TOPに戻る」は古い情報です。そこから変更になっています。
2 *日本确认中*
补充分
对一个表，check就行 - 12:33 QA #178 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 1 这个，我的理解是
不備ステータス 是 根据 不渡区分 来设置的。
不渡区分="01"（不渡の場合） : 设置为03（不渡）
不渡区分="02"（社内不渡の場合） : 设置为02（ジャンプ）
... - 12:00 QA #196: 機能定義書（概要）_プリント領収証発行.xls
- 需要跟日本确认，大概17，18号回复，暂时先按照式样写的去做，无视备注的文字
- 11:23 QA #196 (新規): 機能定義書（概要）_プリント領収証発行.xls
- 入出力項目定義書(1)sheet 18行
－ グローバルID ログイン者のグローバルIDを設定する。 ※初期設定する？（相殺データ取得可？）
黄色背景代表未确定的意思吗？什么时候能确定？ - 11:44 QA #195: 機能定義書（概要）_プリント領収証発行.xls
- 1.「発行区分」で"未発行"選択時，和未发行一览画面的检索条件是一致的
「発行区分」で"発行済"選択時，和発行済一覧画面的检索条件是一致的
2,关联
未发行：参照342行～345行。
「プリント領収証No」是主表，结合「プ... - 10:49 QA #195 (新規): 機能定義書（概要）_プリント領収証発行.xls
- 1.機能定義書SHEET,187~194行，
关于データ有無チェック，检索条件是什么？
「発行区分」で"未発行"選択時，和未发行一览画面的检索条件是一致的？
「発行区分」で"発行済"選択時，和発行済一覧画面的检索条件是一致的？
... - 11:41 QA #185 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 初期化的时候，是用受入データ的不備登録日来表示。
如果咱们理解不一样的话，请联络。 - 11:29 QA #197 (進行中): 譲渡取立の「流動化対象債権抽出」の出力ファイルフォーマット確認
- 下記の一つを確認したいですが。
出力TSVファイルのフォーマットがあれば、
ご提供いただければ助かりますが。
以上です、よろしくお願い致します。
2015/08/11
- 18:18 QA #152 (解決): 「機能定義書（概要）_個別指示入力」についての仕様確認
- 机能定义书为准。
- 15:52 QA #191 (解決): 戻る按钮的确认
- 如 受入入力这样。
先是条件入力 按个按钮后 一览表示 再按个按钮 进到确认页面。
这时候点返回按钮的话，返回到有一览表示的状态。入力的值，保持。
望横展开一下 - 14:03 QA #191 (終了): 戻る按钮的确认
- 如受入入力画面，在内容登录画面中，按下前に戻る按钮后，在检索画面中，检索条件要保持吗？
其他画面也同问。 - 15:32 QA #192: 機能定義書（概要）_プリント領収証発行式样确认
- SVN上提交了下记资料。请参照。
L-One\40.詳細設計書\領収証\入力項目定義一覧.xls - 14:54 QA #192 (終了): 機能定義書（概要）_プリント領収証発行式样确认
- 機能定義書中，
＜画面･帳票項目定義 (Screen/ list item definition)＞部分，
必须，データ属性，文字数等项目都没有记述，
请确认。
- 15:27 QA #194 (終了): 機能定義書（概要）_プリント領収証発行マスタテーブルの利用
- 好的，明白。
- 15:24 QA #194: 機能定義書（概要）_プリント領収証発行マスタテーブルの利用
- 可以！
之后别的机能也一样，这几个表就先用言语mst。如果里面找不到要取的字段时再考虑其他的mst
具体 请参照领收证NO登录 这本。
其中会社可能用到会社—所属mst - 15:18 QA #194 (終了): 機能定義書（概要）_プリント領収証発行マスタテーブルの利用
- プリント領収証発行中，用到了几个マスタ
会社，利益センタ和得意先，因为设计书中没提到到底用哪个表，
现在都用XXX_言語マスタ可以吗。 - 14:41 QA #190 (進行中): 取立依頼変更入力
- 1 式样上有要求么？ 没要求，就不用出，有要求，就得出。
2 式样的115行6-1处理，出error，不用button制御。
3 [現在、テーブル定義書の取立データには、依頼書出力日がありませんが、追加致します。入出力項目定義書の... - 11:14 QA #190 (進行中): 取立依頼変更入力
- 1.取立依頼変更入力(情報入力)画面上的[クリア]按钮，点击时，是否需要弹出确认信息框，[编辑中的信息破弃？]
因为这个按钮点击后，画面上的检索条件和一览数据全清掉的。
2.画面上一览数据没有时，「登録確認へ進む」按钮是否要置成不... - 14:29 QA #184 (解決): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認
- 画面说明：是当前这个画面处理的概要说明，每个画面的说明应该是不一样的。
参照受入入力的写法。
具体的，参照[ソリューション構成.xlsx]的[ 画面タイトル・画面説明・機能IDの定義]sheet
资料可以在svn上找到
- 14:21 QA #155 (終了): 关于出金方法的确认
- 10:24 QA #155 (解決): 关于出金方法的确认
- 「"0":SAP "1":UL」でお願い致します。
- 14:20 QA #112 (終了): 「機能定義書（概要）_受入入力」の仕様確認
- 14:19 QA #106 (終了): [機能定義書（概要）_譲渡明細出力]についての確認
- 10:35 QA #106: [機能定義書（概要）_譲渡明細出力]についての確認
- 等看新的机能定义书吧。这个先完了吧。
- 14:16 QA #95 (終了): [機能定義書（概要）_譲渡明細出力]ー金種リスト取得についての仕様確認
- 09:36 QA #95 (解決): [機能定義書（概要）_譲渡明細出力]ー金種リスト取得についての仕様確認
- 泛用mst定义 送付了。
第一项的空白，在mst里不定义。
比如
list里有空白，不备，未受理，共3项
mst里只定义不备跟未受理 ，共2项 - 13:57 QA #158 (終了): 現物データ表定义确认
- 09:29 QA #158 (解決): 現物データ表定义确认
- 1 最新のテーブル定義書では、現物データにある××処理連番はbigintとなっております。Identityではありません。テーブル定義書を送りますのでご確認下さい。
2 受入入力登录的时候 受入処理連番是登录的。用受入data的... - 13:47 QA #187 (進行中): 「機能定義書（概要）_流動化確定データ取込」についての仕様確認
- 1 不是lixil控件，是asp控件，双击文本框的时候，也会弹出选择文件的小popup，我觉得这I是这个意思。
跟点[参照]按钮是一个效果。
ps：整本式样里没有见到要求能手入力，所以不用考虑。
2 这个是个ワークテ... - 13:46 QA #138 (終了): 详细设计受入入力的确认
- 了解了。
- 09:55 QA #138 (解決): 详细设计受入入力的确认
- 2．受入入力【内容登録】の ・受入日：過去日付チェック
機能定義書(概要)の記載ミスで申し訳ないのですが、下記のようなチェック内容に修正をお願い致します。
オンライン日付が4月or10月の場合、決算締日までは、前月日付の入力を可能... - 11:11 QA #160 (解決): 機能定義書（機能）_取立依頼変更入力
- 1 初期表示的时候，一览不表示，这时候的取立銀行コード得check，肯定是[次へ進む]按钮按下的时候做。
一览表示后，日期输入了，这个时候取立銀行コード已经check过了。就不用check了，已经存到parameter里了，
... - 10:27 QA #174 (解決): 機能定義書（概要）_譲渡明細登录.xls的更新机能确认
- 1-2.データ更新について、現物データに譲渡日は持たず、譲渡データのみで管理することになりました。譲渡日の更新はなしとして下さい。
- 10:23 QA #145 (解決): 機能定義書（概要）_取立依頼変更入力の項目確認
- 1） 机能定义书错了。 没这2个项目
2） c
「編集中の取立依頼変更入力は、登録されず破棄されます。よろしいですか？」は表示させずに、遷移する前の一覧の状態に戻る
3） 「情報入力に戻る」ボタン
- 09:48 QA #127 (解決): 会社マスタに主キーがない等の确认についてのチェック
- 1 会社_一般マスタのKEYは、会社コードでお願い致します。
2 还暂时没有，什么时候给也未定，只是说[お時間下さい。]，如果有用到的地方，先用地域CD连，然后明确写出[未确定]。
先这么进行吧，不然时间不太够用。 - 09:14 QA #171 (解決): 关于権限チェック
- Q：
頂いた機能定義書サンプルに「権限チェック」がありますが、全部機能はこの処理がありますか？それとも、概要に記述しなければ、権限チェックが必要ないですか？
A：
権限については、全画面で共通の制御を考えております。
共通機能... - 09:08 QA #94: 譲渡取立の「流動化対象債権抽出」についての仕様確認
- 3 *继续确认中*
4 机能定义书写错了。
他の形式にエクスポート: Atom