活動
2015/08/13から2015/09/11まで
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.領収証情報 期日
但在領収証情報定义书中没有找到这个字段请确认。
或者是領収証情報中的伝票日付或者転記日付？
...
他の形式にエクスポート: Atom