general_create_trans_flowchart

delete

N

if (cm == create_trans_by_allocated_trans_id)如果利用预生成交易单创建交易单

check_last_try_pay_time

in_pack中是否传入trans_id

从in_pack读取买家属性，放入info.buyeruser_idlogin_nametrue_namecurrency赋默认值info.buyer.sub_account_type = SUB_ACCOUNT_TYPE_DEFAULT

Y

TRANS_CAN_MODIFY_GATEWAY_INFO

fee_account != info.seller收益账户不与卖家相同

目前只有中介和直付交易才支持多进并行支付类型if ((info.PARALLEL_TYPE_MULTIPLE_IN_MASK & info.parallel_type)&& (info.PAYMENT_MODE_MEDIATE != payment_mode)&& (info.PAYMENT_MODE_DIRECT != payment_mode))

info.coupon_strategy_id?

judge_repeat_pay判断state是否为create

校验以下信息必须一致trans_typepayment_modesellersp_idshare_profit_flag必须为未分润

本次传入为纯网关交易info.TRANS_MODE_GATEWAY == info.trans_mode

seller是customer或者merchantuser_id分布规则

如果库中没有，则insert如果库中与传入的不符或就方案无效，则update

如果传入和redis中的trans_mode一致即都是非纯网关

补充trans_log的其它字段F_state_before，F_user_idglobal_instance::service_code().get_service_code

本地变量trans_info trans;trans_solution_info trans_solution;

fee_account收益账户必须是C账户

if (0 info.coupon_strategy_id)

如果multiple_in则pay_trans_solution要一致如果multiple_out则share_profic_solution要一致

检查state是否不为createjudge_repeat_pay(trans)

从in_pack读入价格、优惠信息，放入infounit_price_amountunit_counttransport_amountadjust_price_amountadjust_transport_amountcash_amountcash_amount_newcoupon_amountcoupon_startegycoupon_strategy_id

TRANS_CAN_MODIFY_ALL

has_client_source_flag_create

没看明白干啥呢？为啥？

啥叫就方案无效parallele_type到底咋用的

库中是否有对应的商户交易单if (info.has_merchant_trans)

手续费不能大于交易总现金金额if (info.fee_amount info.get_total_cash_amount())（(cash_amount + pay_solution_amount + mkt_solution_amount - _mkt_total_no_settlement_amount)）

从in_pack读入结算信息，放入infochannel_idfee_amountsettlement_typebuyer_fee_amount设置has_read_channel_id

parallel_type最右2位必须一致

本地变量trans_create_info info;trans_create_info merchant_trans;trans_solution_info solution_info;string coupon_error_info;up_merchant_info merchant_info;bool has_up_merchant;

根据info.trans_id及info.seller.user_id加锁查询商户交易表t_merchant_trans，并放入merchant_trans(handle函数本地)并设置info.has_merchant_trans

各个金额含义

=1

is_modified = true;

如果是新订单且为委托分账if (is_entrust_billing_solution && !is_used)

从in_pack读入上层商户信息，放入infoup_merchant_info设置has_up_merchant

如果传入分润方案则分润类型不可为无

buyer是customer或者merchantuser_id分布规则

数据库有的话用数据库的，否则调用billNo新生成一个trans_id_in_redis = is_used ? info.trans_id : trans_id_client_.info_bill_no(

is_full_match

buyer必须相同

用库中平台商户信息覆盖传入的info.up_merchants = merchant_trans.up_merchants;

校验trans_mode买家相同时trans_mode必须一致

如果传入了分润信息share_profit_type则传入的必须与库里的一致

handle_cannot_modify_scenario（is_reentry=false）

检查平台商户传入是否正确

计算并行支付类型，放入info.parallel_type1）如传入有付款方案，10102）如传入有分润或分账方案，01013）啥都没有，0000

平行支付为多出且分账类型为普通分账

从in_pack读取交易属性，放入infotrans_id_exttrans_typetrans_tagcan_modifytrans_mode从模板获取payment_mode，放入info

info.coupon_strategy_id = trans.coupon_strategy_id

校验一下信息必须一致trans_modebuyer.login_name/user_id/sub_account_type/currency

校验trans.trans_mode如果修改了买家redis中的trans_mode必须为纯网关

compare_non_modifiable_trans_info比较缓存中的与传入的交易信息最严格必须一致的部分

switch (info.can_modify)要么传入，要么默认cannot

为啥？buyer和trans_mode有什么关联？

has_share_profit_solution

获取redis重入keyredis_key = cmd_trans_id_ext_logid;

给trans_id赋值如果redis里面有，直接用如果redis里没有库里有。用库里的如果redis和库里都没有，生成info.trans_id = trans_id_in_redis;

modify_trans将修改过滤过的传入的info与solution_info存到库中

insert trans_logstate_before = TRANS_STATE_CREATED(1)state_after = TRANS_STATE_CREATED(1)insert到t_trans_log，async

if ((has_share_profit_solution || is_entrust_billing_solution)&& (info.SETTLEMENT_TYPE_REALTIME != info.settlement_type))前只有实时结算才支持分润或者分账

update t_merchant_trans

check_up_merchant_info

0

如果传入了平台商户信息up_merchants则传入的必须与库里的一致

buyer_fee_account != info.buer收益账户不与买家相同

传入的与库中的client_source_flag_create是否一致？

传入有分润方案且分账方案为普通分账if (info.PARALLEL_TYPE_MULTIPLE_OUT_MASK & info.parallel_type&& trans_info::SHARE_TRANS_TYPE_NORMAL == info.share_billing_type)

从in_pack读入info.fee_account.user_idinfo.fee_account.sub_account_type = SUB_ACCOUNT_TYPE_DEFAULT(1)info.fee_account.currency = info.buyer.currency

buyer_fee_account收益账户必须是C账户

service_exception

更新trans_queryt_trans_query，async

为啥比较的是分账类型？

0 or 1

从in_pack读取create_mode，放入cm

抛异常PAY_ERR_TRANS_ALREADY_CREATED

永远都不允许改的交易单信息

分润总金额不能大于分润前支付给卖家的金额if (solution_info.share_profit_solution().get_total_amount() (info.get_total_cash_amount() - info.fee_amount))

has_pay_trans_solution如果传入有付款方案

去DB中查询是info.trans_id_ext去否存在如存在，将trans_id放入info.trans_id设置is_used

is_used判断是否库中已有trans_id_ext

库中已有记录且传入不可修改if (is_used && (info.TRANS_CANNOT_MODIFY == info.can_modify))

根据info.trans_id锁表读取trans表并放入transtrans.state不能为create

从in_pack读入info.buyer_fee_account.user_idinfo.buyer_fee_account.sub_account_type = SUB_ACCOUNT_TYPE_DEFAULT(1)info.buyer_fee_account.currency = info.buyer.currency

info.coupon_strategy_id = trans.coupon_strategy_id + 1

初始化一些值bool is_modified = false;info.state = info.TRANS_STATE_CREATED;info.share_profit_flag = info.SHARE_PROFIT_FLAG_UNDO;

传入的与redis中的client_source_flag_create是否一致？

is_reentry是否为重入

有传入新的分润方案时，则需要对以前存在的分润方案作删除处理

compare_restricted_modifiable_trans_info比较缓存中的与传入的交易信息（is_full_match=true）（次严格必须一致的部分）

如果原来库中存在付款方案，则修改后的并行支付类型也要标记存在付款方案if (trans.parallel_type & trans.PARALLEL_TYPE_MULTIPLE_IN_EXIST_MASK) {info.parallel_type |= info.PARALLEL_TYPE_MULTIPLE_IN_EXIST_MASK;如果原来库中存在分润方案，则修改后的并行支付类型也要标记存在分润方案if (trans.parallel_type & trans.PARALLEL_TYPE_MULTIPLE_OUT_EXIST_MASK) {info.parallel_type |= info.PARALLEL_TYPE_MULTIPLE_OUT_EXIST_MASK;

从In_pack读取分润与分账信息，放入infoshare_profit_typeshare_billing_type设置has_share_profit_type、is_entrust_billing_solution

取出第一个商户交易以其信息组成SQLObject

传入的和redis中的buyer是否相同

buyer_fee_amount != 0

handle_modify_all_scenario

填充SQLObject以info.trans_id和solution_type=SOLUTION_TYPE_SHARE_PROFIT(2)为主键库为t_trans_solution，内容为solution_info.share_profit_solution(传入的)

TRANS_CANNOT_MODIFY

是否传入平台商户if (!has_up_merchant)

校验金额info.validate()total_good_amount = unit_price_amount * unit_count + transport_amount + adjust_price_amount + adjust_transport_amount;total_payment_amount = cash_amount + coupon_amount + pay_solution_amount + mkt_solution_amount + coupon_amount_new;total_good_amount必须等于total_payment_amount

如果结算类型不匹配，那么就把trans里的卖家子账户号改成参数里的这是因为CAN_MODIFY_ALL时可以修改settlement_type，同时会造成卖家子账户号变化if (info.settlement_type != trans.settlement_type) {这里修改trans字段，是为了下面的卖家信息一致性校验通过trans.seller.sub_account_type = info.seller.sub_account_type;

!in_redis如redis中没有

info.seller.sub_account_type = SUB_ACCOUNT_TYPE_DEFAULT(1)卖家使用已结算账户

buyer_fee_account != info.seller收益账户不与卖家相同

return

is_modified = true;info.trans_id = trans.trans_id;

info.seller.sub_account_type = SUB_ACCOUNT_TYPE_UNSETTLED(3)卖家使用待结算账户

if (0 != info.fee_amount)只有fee_amount不为0时才需要fee_user_id

TransFunctionRedisHelper::modify_trans将修改过滤过的传入的info放入redis中setex coredb:t_trans_info.trans_id payserver_redis_expire JSON(info)

库里是纯网关交易if (info_in_db.TRANS_MODE_GATEWAY== info_in_db.trans_mode)

如果卖家买家不能hash到同一张表则先条trans_query，t_trans_query_special_buyer，async再更新条trans_query，t_trans_query_special_seller，async

从in_pack读入端信息，放入infoclient_source_flag_create并设置has_client_source_flag_create

DEFAULT

如未传入分润方案，不允许分润类型不为无，且分账类型为普通

same_price

异常PAY_ERR_PARAM_INVALID_COUPON_STRATEGY_ID

从in_pack读入卖家信息，放入info.sellersp_iduser_idlogin_nametrue_name设置seller.currency=buyer.currency

info.settlement_type!=realtime为异步结算

更新trans_queryt_trans_query_special_seller，async

填充SQLObject以info.trans_id和solution_type=SOLUTION_TYPE_PAY_TRANS(1)为主键库为t_trans_solution，内容为solution_info.pay_trans_solution(传入的)

第一个商户在分润方案中

info.channel_id = trans_settlement_info::CHANNEL_ID_DEFAULT(1)

设置info.create_time

将trans和写入out_pack如果不是委托分账则将trans_solution写入out_pack

如果上一步查到了商户交易表info.has_merchant_trans

从in_pack读入其它MISC信息，放入infoext_time、deadline_time放入info.extrasource_ip、user_mac、comments

委托分账必须实时分润is_entrust_billing_solution && info.share_profit_type != SHARE_PROFIT_TYPE_REALTIME

卖家买家user_id不同

即在redis里又在库里，且判断trans_id是否一致if (is_used && in_redis && trans_id_in_redis != info.trans_id)

if (has_share_profit_solution && is_entrust_billing_solution)|| has_share_profit_solution && info.share_billing_type != trans_info::SHARE_TRANS_TYPE_NORMAL如果传入有分润方案，则不能为委托分账或分普通类型分账

从in_pack读入商品信息，放入infogoods_namegoods_urlgoods_typegoods_channelgoods_channel_sp_id

如果库里没有分润方案，或者不等于传入的分润方案，则插入或更新

传入有付款方案info.parallel_type & info.PARALLEL_TYPE_MULTIPLE_IN_MASK

redis的trans的赋值给传入的info的

buyer_fee_account必须存在（查DB）

如果是预下单if (cm == pre_mode_to_create_trans) {

传入的平台商户大于0家

啥意思？

校验双边trans_mode如果修改了买家，trans_mode必须修改

传入的trans_mode必须是非纯网关

info.share_profit_type = info.SHARE_PROFIT_TYPE_REALTIME如果有分润方案默认使用实时分润

校验以下信息必须一致商品信息：goods.goods_name/url/type结算信息：settlement.fee_amount/fee_account/channel_id/settlement_type买家信息：buyer_fee_amount/buyer_fee_account

声明本地变量roll_info_t roll;TransArgTable trans_arg_table;trans_arg_table.is_multi_commit = true;

如果是普通分账

赋值给pay_solution_amountinfo.pay_solution_amount = solution_info.pay_trans_solution().get_total_amount();

为啥不是委托分账才写

如果库里没有付款方案，或者不等于传入的付款方案，则插入或更新

库的trans的赋值给传入的info的

has_read_channel_id？

没有传入新的付款方案时，则需要对以前存在的付款方案作删除处理

从In_pack读取付款以及分润方案信息，放入solution_infopay_trans_solutionshare_profit_solution设置has_pay_trans_solution、has_share_profit_solution

依据info.trans_id_ext从redis中查询trans_id，放入trans_id_in_redis，并设置in_redis

t_trans_query按trans_id分库分表t_trans_query_special_seller按seller_user_idt_trans_query_special_buyer按buyer_user_id

if (0 != info.coupon_amount)目前不支持coupon_amount，所以coupon_amount一定要为0

根据info.trans_id加载trans_info1)如果并行支付为多入则以info.trans_id和solution_type=SOLUTION_TYPE_PAY_TRANS(1)查询t_trans_solution并放入trans_solution.pay_trans_solution2)如果并行支付为多出，且为委托分账则以info.trans_id和solution_type=SOLUTION_TYPE_SHARE_ENTRUST(5)查询t_trans_solution并放入trans_solution.share_profit_solution3)如果并行支付为多出，且不为委托分账则以info.trans_id和solution_type=SOLUTION_TYPE_SHARE_PROFIT(2)查询t_trans_solution并放入trans_solution.share_profit_solution

为啥非重入就异常

fee_account必须存在（查DB）

in_redis如果缓存里面有

校验info.trans_mode如果修改了买家输入的trans_mode不能还是纯网关

有can_modify为CAN_MODIFY_ALL可以改的信息

handle_modify_gateway_scenario

如果传入付款方案分润方案，则赋值给本地变量，if (has_pay_trans_solution/has_share_profit_solution) {trans_solution.pay_trans_solution/share_profit_solution = solution_info.pay_trans_solution/share_profit_solution;

ub_log_pushnotice(\"sp_id\

异常PAY_ERR_TRANS_ALREADY_CREATED