MT 102 Multiple Customer Credit Transfer多客户信用转账

注意:使用此电文需要在MUG(电文用户组)注册

MT102范围

此电文由汇款人或代表汇款人(一个或多个)的金融机构发送给另一个金融机构用于付款给收款人。

请求收报行直接或通过清算机构或另一家金融机构间接贷记受益客户,或者给受益人开立支票。

此电文用于在金融机构之间的清算支付传达多条支付指令。它的用途受制于发报行和收报行之间的双边或多边协议。

另一件事,这些双边协议包含交易金额限制、可接受币种以及结算方式。以下包含的多笔支付清单推荐作为机构协议签订时的指南。

MT102格式说明

MT102电文包含以下三个序列:

A:总体信息,单事件序列,包含应用于序列B中描述的所有独立交易的信息。

B:交易详情是可重复的序列。每个事件用于提供单个交易详情。

C:结算详情,单事件序列,包含结算信息。

状态

域名

中文域名

定义

内容/选项

序号

注意事项

A序列总体信息

M

20

File Reference

文件编号

发报行明确标识电文的编号

16x

1

不能以“/”开头或者结束,不能出现连续的两个“/”

编号必须在相关确认书(MT900)或对账单(MT950)中引用

M

23

Bank Operation Code

银行操作码

16x

2

CHQB 支票支付时使用

CREDIT 根据预先签订的双边协议使用

CRTST FIN测试用

SPAY  SWIFTPay服务级别使用

O

51A

Sending Institution

发报行

发报机构

[/1!a][/34x] 标识符
4!a2!a2!c[3!c] BIC

3

FieAct有效

O

50a

Ordering Customer

汇款人

汇款人

A, F, or K

4

O

52a

Ordering Institution

汇款机构

指示发报行按照序列B中交易进行转账的金融机构

A, B, or C

A:[/1!a][/34x]
4!a2!a2!c[3!c]

B:[/1!a][/34x]
[35x]

C: /34x

5

O

26T

Transaction Type Code

交易类型代码

交易的属性、目的或者愿意,例如工资、养老金或者股利等

3!c

6

O

77B

Regulatory Reporting

监管报告

发报行或者收报行授权需要的监管代码

3*35x

7

O

71A

Details of Charges

费用详情

收费说明

3!a

8

BEN

OUR

SHR

O

36

Exchange Rate

汇率

用于转换序列B中33B域指定的金额的汇率

12d

9

B序列交易详情

M

21

Transaction Reference

交易编号

16x

10

M

32B

Transaction Amount

交易金额

3!a15d

11

O

50a

Ordering Customer

汇款人

A, F, or K

12

F: 35x   标识符
4*35x 姓名地址

G: /34x  账号
4!a2!a2!c[3!c]非

金融机构BIC Code

H: /34x  账号
4*35x 姓名地址

O

52a

Ordering Institution

汇出行

发报行以外的指示发报行转移交易的金融机构

A, B, or C

13

O

57a

Account With Institution

账户行

服务受益人账户的金融机构

A or C

14

M

59a

Beneficiary Customer

受益人

收款人

No letter option or A

15

O

70

Remittance Information

汇款信息

单笔交易详情

4*35x

16

O

26T

Transaction Type Code

汇款类型

单笔交易的属性、目的、原因,例如工资、养老金、股利

3!c

17

O

77B

Regulatory Reporting

监管报告

收报行或者发报行/原客户所在国要求的监管代码

3*35x

18

O

33B

Currency/Instructed Amount

币种/指示金额

交易的币种和金额

3!a15d

19

O

71A

Details of Charges

费用详情

BEN/OUR/SHA

3!a

20

BEN由受益人承担

OUR由汇款人承担

SHA除汇款人账户账户行的费用外,其他的费用由受益人承担

O

71F

Sender's Charges

发报行费用

发报行或者交易链中前面银行的费用

3!a15d

21

扣除发报行费用后的净额为32B域交易金额

O

71G

Receiver's Charges

收报行费用

收报行的费用

3!a15d

22

O

36

Exchange Rate

汇率

12d

23

用于转换33B域的金额

序列C结算信息

M

32A

Value Date, Currency Code, Amount

起息日、币种、结算金额

6!n3!a15d

24

结算金额是银行同业拆借金额

O

19

Sum of Amounts

金额总额

序列B所有事件32B域之和

17d

25

O

71G

Sum of Receiver's Charges

收报行费用总额

序列B所有时间71G域之和

3!a15d

26

O

13C

Time Indication

时间指示

处理支付指令的时间

/8c/4!n1!x4!n

27

CLSTIME 资金支付贷记、确认到中央银行账户的时间,采用欧洲中部时间表示

RNCTIME 目标支付款项贷记到中央银行的时间,采用欧洲中部时间表示

SNDTIME目标支付款项借记出中央银行的时间,采用欧洲中部时间表示

O

53a

Sender's Correspondent

发报行的代理行

必要时,代发报行偿付款项给客户

A or C

A [/1!a][/34x]
4!a2!a2!c[3!c]

C /34x

28

O

54A

Receiver's Correspondent

收报行代理行

必要时,用于接收款项的收报行的代理行

[/1!a][/34x]
4!a2!a2!c[3!c]

29

O

72

Sender to Receiver Information

附加信息

发报行发给收报行的信息

6*35x

1 /8c/[附加信息]

2-6 [//附加信息]

or

[/8c/[附加信息]]

30

MT102网络校验规则

C1:如果序列C中19域存在,则必须等于所有事件32B域之和。

C2:71G域的币种代码,同一电文所有时间中的32B和32A的币种代码都必须相同。

C3:50a域必须出现在序列A中或者出现在序列B的每一个事件中,但是不能在A、B序列同时存在,也不能都不存在。

序列A 50a域

序列B 50a域(每个事件)

不为空

禁填(Not Allowed)

为空

必输域(Mandatory)

C4:71A域必须出现在序列A中或者出现在序列B的每一个事件中,但是不能在A、B序列同时存在,也不能都不存在。

序列A 71A域

序列B 71A域(每个事件)

不为空

禁填(Not Allowed)

为空

必输域(Mandatory)

C5:如果序列A中52a/26T/77B域不为空,则序列B中此域禁填。序列B的任意一个事件存在52a/26T/77B域,则序列A中此域禁填。

序列A 52a/26T/77域

序列B 52a/26T/77域(每个事件)

不为空

禁填(Not Allowed)

为空

可选项(Optional)

C6:如果序列B中任意一个事件存在一个33B域的币种代码与32B域不同,则36域(序列A或者B)必填。其他情况下,36域禁填。

如果36域(序列A或者B)存在,序列A中36域必须存在且不在序列B中,或者序列B中每个32B域与33B域币种不同的事件都必填36域且在序列A以及序列B的其它事件禁填。

序列A

序列B

36域存在

序列B至少一个事件存在33B域,而且32B域币种代码与33B域不同

并且序列B的任意事件都中36域都禁填

36域不存在

33B域

32B与33B域币种

36域

存在

相等

禁填(Not Allowed)

不相同

必填(Mandatory)

不存在

NA

禁填(Not Allowed)

C7:如果23域包含代码CHQB,则59a域的账号禁填。其他情况下,必填。

23域包含

59域的第 A/N 行

CHQB

禁填

其他

必填

C8:如果发报行和收报行国家代码包含AD,AT, BE, BG, BV, CH, CY, CZ, DE, DK, EE, ES, FI, FR, GB, GF, GI, GP, GR, HU, IE,IS, IT, LI, LT, LU, LV, MC, MQ, MT, NL, NO, PL, PM, PT, RE, RO, SE, SI, SJ, SK,SM, TF, VA,则序列B每个事件的33B域必填,否则33B域为可选。

如果发报行BIC等于国家列表中的代码

如果收报行BIC等于国家列表中的代码

序列B每个事件的33B域

等于

等于

必填(Mandatory)

等于

不等于

可选(Optional)

不等于

等于

可选(Optional)

不等于

不等于

可选(Optional)

C9:如果序列A中71A域包含OUR,则序列B中任一事件71F域禁填,71G域可选。

如果序列B中71A域包含OUR,则序列B的同一事件中71F禁填,71G可选。

如果序列A中71A域包含SHA,则序列B的任一事件中71F可选,71G禁填。

如果序列B中71A域包含SHA,则序列B的同一事件中71F可选,71G禁填。

如果序列A中71A域包含BEN,则序列B的每个事件中之至少有一个71F域必填和71G域禁填。

序列A 71A

序列B每个事件

BEN

71F

71G

必填

禁填

如果序列B中71A域包含BEN,序列B的同一事件中至少有一个71F域必填和71G域禁填。

序列A 71A

序列B同一事件

BEN

71F

71G

必填

禁填

C10:序列B的一个事件中,存在71F域或者71G域,则序列B的同一事件中33B必填。

序列B的每一个事件

71F

71G

33B

存在

存在

拒绝(71F与71G不能共存)

存在

不存在

必填

不存在

存在

必填

不存在

不存在

可选

C11:如果序列B的一个事件中存在71G域,则序列C中71G域必填。

MT102使用规则

如果注册用户收到了非双边协议发报行发来的MT102电文,收报行应该根据正常的银行业务情况查询电文。

当通过FileAct软件发送MT102电文时,机构必须使用支付相关的配置文件。

数量相关域的使用规则

数量相关的域33B、32B、36、71G、71F、19和32A域之间的逻辑关系可能满足如下的公式:

(1)序列B中每个事件,33B域指示金额,随着36域的汇率调整,减去发报行费用(71F),等于32B域交易金额。

(2)32B域所有交易金额之和,等于19域总金额。

(3)序列B所有71G域收报行费用之和,等于序列C中71G域总收报行费用。

(4)19域总额(或32B域所有交易金额之和),加上序列C总收报行费用,等于32A域同业结算金额。

以上提到的这些域的存在取决于规则C5、C6、C8、C9、C10、C11。如果某一个域不存在,在公式中不考虑该域。如果71F域存在不止一次,所有事件的71F域都需要在公式中进行计算。

序列A  71A域

序列B

32B域

71F域

71G域

OUR

净额贷记受益人,费用已有汇款人预付。

禁填

可选

SHA

按原始指示金额,例如发票金额

收报行会扣除费用收报行费用

可选

禁填

BEN

按原始指示金额扣除发报行费用后的金额。

收报行会扣除费用

至少一个事件必填

禁填

序列A  71A域

序列C

19域

32A域

71G域

OUR

序列B中32B域之和

结算金额等于19域加上序列C的71G域

序列B中71G域之和

SHA

不使用

结算金额等于序列B中32B域之和

禁填

BEN

不使用

结算金额等于序列B中32B域之和

禁填

案例A

支付等值1000欧元的英镑给英国的受益人。

欧元兑英镑汇率为1欧元兑0.61999英镑。

汇款行(发报行)交易费用5.00欧元(=3.10英镑)

收款行(收报行)交易费用4.00英镑(=6.45欧元)

案例A1:费用选项为OUR

1、借记汇款人账户金额

原汇款金额              EUR            1000.00

+发报行费用             EUR            5.00

+收报行费用             EUR           6.45

=借记金额               EUR            1011.45

2、具体到MT102电文域中:

域标签

内容

序列B

32B

GBP

619.99

33B

EUR

1000.00

71A

OUR

71G

GBP

4.00

36

0.61999

序列C

19

GBP

619.99

32A

GBP

623.99

71G

GBP

4.00

3、随后的MT950电文显示了623.99英镑的借记路径,通过序列C中的32A域。

4、贷记到受益人账户

贷记金额               GBP            619.99

案例A2:费用选项为SHA

1、借记汇款人账户金额

原汇款金额              EUR            1000.00

+发报行费用             EUR            5.00

=借记金额               EUR            1005.00

2、具体到MT102电文域中:

域标签

内容

序列B

32B

GBP

619.99

33B

EUR

1000.00

71A

SHA

36

0.61999

序列C

32A

GBP

619.99

3、随后的MT950电文显示了619.99英镑的借记路径,通过序列C中的32A域。

4、贷记到受益人账户

同业结算金额               GBP            619.99

—收报行费用               GBP            4.00

=贷记金额               GBP            615.99

案例A3:费用选项为BEN

1、借记汇款人账户金额

原汇款金额              EUR            1000.00

2、具体到MT102电文域中:

域标签

内容

序列B

32B

GBP

616.89

33B

EUR

1000.00

71A

BEN

71F

GBP

3.10

36

0.61999

序列C

32A

GBP

616.89

3、随后的MT950电文显示了616.89英镑的借记路径,通过序列C中的32A域。

4、贷记到受益人账户

同业结算金额               GBP            619.99

—收报行费用               GBP            4.00

=贷记金额               GBP            615.99

案例B

支付1000英镑给英国的受益人。

欧元兑英镑汇率为1欧元兑0.61999英镑。

汇款行(发报行)交易费用5.00欧元(=3.10英镑)

收款行(收报行)交易费用4.00英镑(=6.45欧元)

汇款人有一个欧元账户

发报行和收报行的BIC在国别名单上

案例B1:费用选项为OUR

1、借记汇款人账户金额

借记到欧元账户

等值汇款金额              EUR            1612.93

+发报行费用             EUR            5.00

+收报行费用             EUR            6.45

=借记金额               EUR            1624.38

2、具体到MT102电文域中:

域标签

内容

序列B

32B

GBP

1000.00

33B

GBP

1000.00

71A

OUR

71G

GBP

4.00

序列C

19

GBP

1000.00

32A

GBP

1004.00

71G

GBP

4.00

注:32A与33B域币种一致的情况下36域可以不填。

3、随后的MT950电文显示了1004.00英镑的借记路径,通过序列C中的32A域。

4、贷记到受益人账户

原汇款金额=贷记金额               GBP            1000.00

案例B2:费用选项为SHA

1、借记汇款人账户金额

借记到欧元账户

等值汇款金额              EUR            1612.93

+发报行费用             EUR            5.00

=借记金额               EUR            1617.93

2、具体到MT102电文域中:

域标签

内容

序列B

32B

GBP

1000.00

33B

GBP

1000.00

71A

SHA

序列C

32A

GBP

1000.00

3、随后的MT950电文显示了1000.00英镑的借记路径,通过序列C中的32A域。

4、贷记到受益人账户

32A域金额               GBP            1000.00

—收报行费用              GBP           4.00

=贷记金额               GBP            996.00

案例B3:费用选项为BEN

1、借记汇款人账户金额

借记到欧元账户

原等值汇款金额=借记金额              EUR            1612.93

2、具体到MT102电文域中:

域标签

内容

序列B

32B

GBP

996.90

33B

GBP

1000.00

71A

BEN

71F

GBP

3.10

序列C

32A

GBP

996.90

注:32A与33B域币种一致的情况下36域可以不填。

3、随后的MT950电文显示了996.90英镑的借记路径,通过序列C中的32A域。

4、贷记到受益人账户

原汇款金额               GBP            1000.00

—发报行费用             GBP            3.10

—收报行费用             GBP            4.00

=贷记金额               GBP            992.90

MT102检查表

本部分提供了MT102转账电文的检查表。强烈推荐金融机构将此份指导书作为通过FIN或者FileAct软件用MT101电文进行转移支付时建立转移支付请求业务双边或多边协议的基础。

同时推荐在双边协议或多边协议中覆盖列出的所有条目。为了进一步促进建立这些协议,已经建立了一套通用的程序,如果愿意,也可以修改。

清单不打算提供详尽的项目清单,SWIFT也不要求对其承担任何责任。

可接受币种

除非另有约定,多笔浮夸交易均以发报行或者收报行所在国货币表示。如果金额机构希望接受第三种货币,应该在双边协议规定清楚。

交易金额限制

如果金融机构协议中定义单个交易的交易限额,则应该按币种制定限额。

如果协议允许高于具体要求的交易金额,例如法规报告要求,这些要求以及格式也应该在协议中明确规定。

结算

除非另有约定,发报行和收报行之间的直接账户关系将会用于交易记账。

无论协议内容如何,同一电文的交易将会以单一方式进行记账。

对于可接受的每种币种,金额限制、结算账户数,如果不包括正常的和涉及的第三方偿付行,如果有的话,可用如下图所示

可接受币种

交易金额限制

结算金额

第三方偿付机构(如果有的话)

费用

费用选项和金额

除非另有约定,金融机构将会接受MT102电文中定义和允许的费用选项,如果金融机构希望只接受一个选项,应该达成双边协议。

接受OUR选项的金融机构应同意并指定接收国的交易费用“在我们身上”,如果适用的话,“不在我们身上”支付。

这些交易费用必须是非常精确的数额或者公式(百分比),并且包括保证金和收报行提供给发报行的交易过程,直到收报所在国将款项转到受益人账户为止。银行客户服务定价,例如,每日/周/月报表的咨询方法,与机构间不同,不属于收费的一部分。

收费原因

支付类型:发报行/非发报行

每条电文收费:公式/确切的数额

每笔交易收费:公式/确切的数额

如果必要的话,以上费用最好每三个月设置一次。改变这些费用应该在日期终止前一个月公布。

从该实现日期发送的电文将按照收报行的最新资费标准。

MT102费用说明书

除非另有协议,预先约定的费用将会包含在MT102电文交换中,视情况而定,主要是为了保证信息和控制的一致性。

除非另有协议,费用的币种将会和电文的交易金额和结算金额的币种保持一致。

万一,根据以上规则,费用采取了和双边协议中指定的不同的币种,电文交换中应该引用汇率。

费用结算程序

除非另有协议,金融机构将会根据情况在MT102电文中单独标明发报行和收报行的费用。

金融机构之间指定日期的结算金额之和骚包含所有交易金额之和,无论是发报行还是收报的费用之和都将包含在结算金额中,将会依赖规定的费用结算程序。对于这个程序,金融机构可以达成如下协议:

费用与同一日期的所有交易金融之和一起结算和记账

费用与同一日期的所有交易金额之和一起结算,单独记账

费用定期结算

其他

只有当选择第一个或第二个选项时,结算金额才包括费用总额。

数据传输和扩充标准

除非另有协议,同一MT102电文中的信用转账交易应按如下分组:

(1)   具有相同银行业务操作码

(2)   相同货币操作

(3)   相同结算账户和结构操作

(4)   同一日期操作

金融机构应该同意是否只有总行或者分行业可以是MT102电文的发报行或者收报行,以及通过FileAct和/或者FIN传输电文。

银行1 BIC

银行2 BIC

只有总行

总行和所有境内分行

总行和部分名单上的境内分行:仅地区代码和分行代码

如果选择FileAct软件,进入机构应该规定MT102电文的最大尺寸以及同一FileAct电文是否可以包含多条MT102电文。金融机构也应该决定一条MT102电文能否分拆成两条或者更多条FileAct电文,因为这可能会对运行产生影响。

MT102电文的最大尺寸

每条FileAct电文包含MT102电文的数量

每天MT102电文可分拆成两条或多条FileAct电文

日期和时间格式

发报行和收报行应该在收报行需要的能在其所在国执行可接受支付的时间格式达成一致。

在收报行截止时间之前接收的电文,将在预先商定的时间确定,即收到电文后的X天内。因为在收报行截止时间之后收到的电文,结算时间以“收报日+1”为基础。

收报日也是计算请求执行日期的基础,也是汇款人账户借记的日期。

币种1

币种2

收报行截止时间

结算时间

D(+)

D(+)

在线支付执行时间(直到资金到受益人账户)

D(+)

D(+)

非在线支付执行时间(直到资金到受益人账户)

D(+)

D(+)

解释:

D=赞同和收到日期,表示收报行在截止日期前已收到电文

或者

D=收到日期,D+1=赞同日期,表示收报行在截止日期之后收到报文

 

控制级别/检查和接收电文/交易

电文级别

除非另有协议,金融机构将会作为他们控制/检查所有当前FIN/FileAct软件的安全问题以及MT102电文手册中定义的MT102电文语法和语义的基础。

为了实现MT102电文交换的直通处理,金融机构应该定义检查和控制相关的双边协议条款。

除非另有协议或需求,交易通过检查和控制被视为接收和不可撤回,将会被发至收报行的汇款人账户。在FileAct软件中,收报行发送的正面确认信息表示确认接受接收的电文。在FIN软件中,没有明确的电文需求。

如果电文未通过检查或控制,将会被驳回(见下一个检查点)。

建议双边协议条款相关的检查和控制,由收报行执行,错误码如下:

Control/Check

控制/检查

Yes/No

Error Code

错误码

Settlement amount结算金额

Value date起息日

Sender发报行

Currencies present当前币种

Bulking criteria used使用的标准

Information present in field 72

72域信息

Bank operation code

银行操作码

Other其他

交易级别

一旦电文被接受,将会在交易级别进行更进一步检查。只有交易通过检查,才会被执行。如果没有,就会被退回(参考下一个检查点)。

收报行执行的检查和控制,包括交易执行的优先错误码如下:

Control/Check

Yes/No

Error Code

Account number of beneficiary

受益人账号

Transaction amount

交易金额

Beneficiary bank identification

收款行标识

Length of remittance data

汇款数据长度

Other其他

电文或交易拒绝

电文拒绝

由于发报行和收报行之间通信失败引起的电文驳回,适用FIN和FileAct现有规则。

除非另有协议,电文完全地收到但是未通过检查(上面第四部分定义)将会被收报行驳回而不进行后续处理。

FIN中通知交易或者电文被驳回,推荐金融机构使用MT195电文或者SWIFT支付驳回引导的其他电文类型。FileAct中,推荐金融机构使用负面确认信息来通知驳回电文。

除非另有协议,退回给发报行的通知免除收报行处理电文。发报行将会在更正后,重新提交交易/电文。

交易拒绝

退回给发报行的驳回交易或电文在交易或电文已经发送给收报行的汇款人账户后,将会触发结算。除非另有协议,结算将会遵循以下规则:

(1)   币种与原交易币种一致

(2)   在双方规定的日期执行

(3)   原交易金额保持不变

(4)   通过相同的账户关系中结算

(5)   正常的银行业务生效

所有会员应该遵守在收到MT102电文后在最长工作日内驳回或退回交易或电文,以及相关费用。

以下表格提供了视为交易/电文驳回/退回的详情:

Reject

Return

收到电文后给予Reject/Return通知给发报行的最常延迟时间

Reject/Return费用

Reject:问题发生在电文或交易未登记,还未记账之前。

Return:问题发生在电文或交易已经登记,已记账之后。

撤销

除非另有协议或者法律需要,电文完整收到并接受被视为不可撤销。以下除外:

无论如何,撤销必须双方同意,必须遵循以下详情:

详情

可接受的汇款人申请撤销电文的延迟

可接受的收报行对此请求的接受和回复的延迟

由于收报行要求产生的费用

建议撤销转账请求发送MT192电文,回复发送MT196电文。

可能的同业交易失败成本由发报行承担。

修改和改变

除非另有约定,金融机构将使用最新版本的MT 102电文来传输其交易。

除非另有约定,金融机构将根据SWIFT公布的实施日期,对MT 102的信息规范进行更改。

未及时进行必要修改的发报行可能无法正确地格式化有关交易。在这种情况下,接收方不强制执行交易。金融机构应同意对因不执行这些交易而产生的任何费用承担责任。除非另有约定,费用由发报行负担。

未及时进行必要修改的收报行可能无法处理交易。收报行将继续负责执行交易。金融机构应同意对因不执行这些交易而产生的任何费用承担责任。除非另有约定,费用由收报行负担。

MT 102 Multiple Customer Credit Transfer多客户信用转账相关推荐

  1. MT 102+ Multiple Customer Credit Transfer多客户信用转账

    MT 102+ Multiple Customer Credit Transfer多客户信用转账 注意:使用此电文需要在MUG(电文用户组)注册 MT102+电文允许多客户信用转账点电文交换使用严格的 ...

  2. MT 103+ Single Customer Credit Transfer单笔客户转账

    MT 103+ Single Customer Credit Transfer单笔客户转账 MT103+电文是一个通用电文,发送和接收此电文不需要在电文用户组(MUG)注册.允许使用所有严格的MT10 ...

  3. MT 103 Single Customer Credit Transfer单笔客户转账

    MT 103 Single Customer Credit Transfer单笔客户转账 MT103电文能通过三种方式交换,依赖电文使用的业务场景. (1)   核心MT103电文是一个通用电文,发送 ...

  4. MT 202 COV General Financial Institution Transfer 覆盖一般金融机构转账

    MT 202 COV General Financial Institution Transfer 覆盖一般金融机构转账 MT202COV电文是一般使用电文,即,发送和接收此电文无需再电文用户组(MU ...

  5. NC65 查询信用余额——客户信用联查、销售订单信用联查等

    销售订单信用余额联查 package nc.ui.so.m30.billui.action.link;import java.awt.event.ActionEvent;import nc.deskt ...

  6. 化工贸易行业的客户信用及应收账款管理解决方案

    化工贸易行业的客户信用及应收账款管理解决方案 1. 项目概述 1.1 项目目标 目前某大型化工企业拥有先进的ERP内部管理系统(SAP).其客户.订单及应收账款管理在SAP中操作.但对信用管理而言,还 ...

  7. SAP C4C和Gigya(Customer Data Cloud)的客户报表

    SAP C4C 假设我想对系统里所有的客户主数据的客户分类有个总体概念,每个分类下客户数量的具体数字, 可以简单的创建一个报表Report, 定义Key Figure,对于我统计分类数量的需求,类型为 ...

  8. SD客户信用值(信贷限额、应收款 预收账款、销售值、信贷风险总额、可用余额)

    信贷限额 A KNKK-KLIMK 客户信贷限额 应收款 B KNKK-SKFOR 应收总额 预收账款 C KNKK-SSOBL 信贷限额 销售值 D KNKK-KNKLI(函数3个合计 带有贷方限额 ...

  9. [SAP Dictionary]

    Words    Chinese (foreign) exchange gain 汇兑收益 (foreign) exchange loss 汇兑损失 (investment) support allo ...

最新文章

  1. 题解 UVA1555 【Garland】(二分)
  2. [Xcode 实际操作]二、视图与手势-(12)UITapGestureRecognizer手势之双击
  3. 请简述一下线程的sleep()方法和yield()方法的区别?
  4. Project Tango 的一些应用
  5. C/C++中char *与wchar_t*的几种转换方法
  6. 一本让我多花2倍时间读的书
  7. MySQL 视图简析
  8. python多线程tcp客户端_基于Python多线程的TCP客户端/服务端应用示例
  9. NUCLEUS:13:西门子实时操作系统 Nucleus漏洞影响物联网设备等
  10. caffe编译关于imread问题的解决
  11. centeros 卸载mysql_完全卸载MySql
  12. Win7桌面设置便签和备忘录的具体操作方法
  13. 腾讯企业邮箱申请注册注意事项
  14. 移远M26实现短信接收
  15. 第二集 第一魂环 第十三章
  16. 企业QQ屏蔽联系人后双方收不到信息
  17. Win10便签设置日历的一周第一天为周日的方法
  18. 通信协议分类(串行通信,并行通信,同步/异步,单工/双工,半双工/全双工)
  19. 地图坐标拾取/查询经纬度
  20. 湖南辰溪一家庭捐资千万元建学校 用好家风回报家乡社会

热门文章

  1. AEAI WX微信扩展框架技术手册
  2. el-form表单验证跳过指定项的验证
  3. 时间戳(时间戳服务器)技术生成原理
  4. 是什么技术,让每个人都会拥有“数字生命” ?
  5. Java并发编程(多线程) -- 第四部分(JUC - 1)
  6. XSS 进阶篇:一文全面了解蓝莲花基本用法
  7. 中国境内高级持续性威胁综述
  8. 关于JavaScript的一些推荐书籍,已整理供下载!!!
  9. uniapp 用 uView 组件库中的u-picker 实现地区的 省-市-区 三级联动
  10. 如何用计算机跟男神表白,如何向男生表白 跟喜欢的男生表白的话