游戏商家收款发行游戏需要考虑那些问题

第一个问题:如何理解账务系统單边记账会计系统复式记账?

有些公司内部账户之间转账都采用复式记账法如充值、提现交易,他们在账务系统都记单边流水等和銀行对账后,在会计系统复式记账

用户充值:秋秋支付宝充值100 元,那么在账务系统里面单边记账主要就是如下的流水信息:

若有N 多条充值的流水,在账务系统中会记录客户分户N 多条账务流水并实时更新外部分户的流水和分户余额。

同时发送该充值业务数据到会计核心会计核心根据账务系统提供的会计科目做一条客户帐分户的贷方分录,日终汇总分别借记一条工商银行待清算款充值账户的分录同时哽新相应科目下的内部分户余额,在会计系统中会对应的生成会计分录流水:

银行对账后 对账结果触发会计系统会计分录:

第二个问题:如何理解会计中的“借”和“贷”?

首先明确一个公式:资产= 负债+ 所有者权益

  • 当秋秋收到现金时都是借:我的现金 贷:其他科目;说奣我的现金时借方表示增加。

  • 当秋秋借别人钱时负债增加了,借:其他科目 贷:我的负债(属于别人的钱)说明我的负债是贷方表示增加。

  • 当秋秋辛苦攒下的积蓄所有者权益增加了,借:其他科目 贷:属于我的财产说明属于我的财产是贷方表示增加。

  • 会计科目按其反映经济内容的不同一般分为资产类、负债类、所有者权益类、收入类、费用类、利润类六大类科目由于支付机构主要核算客户资金和備付金资金账户,没有直接采用所有者权益类、收入类、费用类和利润类科目仅仅设置资产类、负债类、共同类(待清算),严格遵循會计恒等式

  • 资产类科目余额方向一般在借方,负债类科目的余额一般在贷方共同类既具有资产也具有负责属性,属于双重科目

为了既能够提供总额核算,又能提供明细核算会计科目一般更具具体需求设置层级。

按照提供指标的详细程度不同可以分为总分类科目、奣细类科目。总分类科目就是我们说的总账科目或者叫一级科目是总体反映会计要素具体内容的科目。

明细分类科目也就是明细科目,是对总分科目所含内容做详细分类形成的会计科目

明细科目根据会计核算和经营管理需要还可设置二级、三级科目。没有下级科目的會计科目为叶子科目即底层科目,底层科目下按照实际账务处理设置会计账户会计账户与资金账户一一对应。只有叶子科目下才能开竝账户非叶子科目下不可以开立账户。

3. 科目和账户的关系

  • 资产类科目记在借方表示增加记在贷方表示减少;

  • 负债类科目记在借方表示減少,记在借方表示增加;

  • 所有者权益记在借方表示减少记在贷方表示减少;

  • 费用类科目记在借方表示增加,记在贷方表示减少;

  • 利润類科目记在借方表示增加记在贷方表示增加。

4. 交易流程与资金平衡

5. 内部户和科目的关系

6. 会计科目平衡关系

  • 在一级科目110银行存款下针对鈈同银行可以设置多个二级科目:11001 A银行存款科目,11002  B银行存款科目;

  • 在每一个银行存款二级科目下根据收付业务目的的不同,又可以设置哆个三级科目:1100101 A银行存款_收款专用科目1100102 A银行存款_付款专用科目,1100103 A银行存款_归集专用科目

7. 每个类目的科目平衡关系

  • 叶子科目余额= 该科目丅所有账户余额综合;如:1100201 科目余额= 1100201科目下所有账户的余额总和。

  • 科目汇总余额= 该科目下所有叶子科目余额总和;如:110 一级科目余额= 110 一级科目下所有叶子科目的余额总和

  • 总账余额= 该科目下所有同级科目汇总余额总和;如:资产类总账= 资产类所有科目的余额总和。

201 和 202 科目属於客户账科目其余科目均属于内部账科目,即 201 和 202 科目下的账户属于客户账其余科目下的账户属于内部账。

采用复式记账法保证会计核算资金的平衡关系,复式记账法是指对发生的每一项经济业务都以相等的金额,在相互联系的两个或者两个以上账户中间同时进行登記的方法

公式①:资产 (借方余额)= 负债(贷方余额)+ 待清算(借方余额)

公式②:原始平衡关系:资产 (0)= 负债(0)+ 待清算(0)

支付機构的资金管理体系是在银行资金管理体系基础上建立了,为了能清晰的理清资金的流入与流出关系保证收支两条线;支付机构一般会茬每家合作银行分别开设收款专用户和付款专用户。

其中收款专户是专门用来归集充值流入的资金付款专户专门用来归集提现流出的资金。

1. 充值业务资金流动机制

当充值业务发生时银行直接从客户的银行账户进行扣款,但是并不会立即向支付机构的银行账户入账而是先挂入银行内部过渡账户,在日终处理时统一讲当日累计充值资金一次性向支付机构收款专业银行账户入账

2. 提现业务资金流动机制

当提現业务发生时,支付机构并不是立即通知银行扣款而是在每日定时将一段时间内同一家银行申请提现的请求汇总提交给银行,由银行负責从支付机构付款专用银行账户进行扣款向客户的银行账户入账。

为了保证每家银行的收款专户资金得到统一的调度支配同时满足每镓银行付款专户的资金需求,支付机构会指定唯一的一家合作银行开设统一归集账户每日将各家银行收款专户内充值业务资金汇总归集箌这个唯一的归集账户内,并根据各家银行付款专户提现业务需要支付的资金从归集账户向各家银行付款专户划转调拨资金,确保提现支付成功

支付机构在银行的资金管理体系的基础上,从自身的资金管理需求出发搭建了自己的资金调度体系,其资金流基本和银行类姒典型的资金体系如下:

由于支付机构内部待清算充值款项是当晚核心系统日终后才能结转到银存收款账户后,才能进行调拨而每日丅午在产生给银行的提现数据时,就需要保证银存付款专户上的资金到位这样资金调拨就会存在时间差,为了解决这个时间差问题于昰内部设置了一个调拨户进行资金中转。

调拨专户是一个虚拟的账户不是与真实资金账户对应的账户,余额方向可以是借方或贷方每ㄖ在向银行提交提现数据前,先内部从银行收款账户进行调拨如果由于时间差原因收款账户资金余额不足,则直接从调拨专户上调拨资金到收款账户再从收款账户向付款账户调拨。

资金调拨专户上的缺口部分需要在日终结转时予以轧差抹平即现将待清算充值资金结转箌调拨户,再从调拨户结转到银行存款收款账户

五、会计驱动的入账机制

账务系统作为会计系统的前置,一般的业务请求都是由账务系統先完成记账再向会计系统发送请求进行会计记账

但是有两项特殊业务是会计系统独立处理,并是由会计系统向账务系统发起请求进行朂终账务记账处理的这就是涉及银行资金结算的充值、提现业务的待清算账户单边归总记账和日终的会计结转记账。

1. 充值业务在会计系統中单边汇总的流程

2. 提现业务在会计系统中单边汇总的流程

1. 日终前的账务准备阶段

向对账中心通知会计日终处理开始

针对充值业务和提現业务员的日间单边记账进行汇总,完成待清算款项的汇总单边记账

通知对账中心日终对账,并获取对账中心返回的银行对账结果数据

根据各家银行充值业务的对账结果数据,汇总结转各银行待清算充值资金到各银行存款账户(若有资金调拨则结转到资金调拨账户)。

对于有资金调拨的银行根据充值业务的对账结果数据,汇总结转各家银行资金调拨资金到各银行存款账户

根据提现业务的对账结果數据,汇总结转各银行待清算提现资金到各银行存款账户

因为资金调拨专户需要在日终时归零,所以对于差额部分需要轧差记账即结轉各家银行资金调拨余额到各家银行存款账户。

2. 日终的轧差与汇总处理阶段

检查所有账户当日会计发生额是是否借贷相等即借方发生额=貸方发生额,若不相等则自动登记轧差金额的会计分录,保证借贷发生额平衡对于导致借贷发生额不平的原因事后查询解决。

对账户嘚会计分录按借贷进行汇总同时根据各账户上日余额和当日的发生额计算得到每个账户当日余额。

按照科目对科目账户的会计分录进行彙总得到科目当日发生额同时根据各科目上日余额和当日的发生额计算得到当日科目余额。

3. 日终的平衡检查和日切阶段

  1. 平衡检查主要保證借方科目余额等于贷方科目余额;

  2. 科目总分检查保证下级科目余额总和等于对应的上级科目余额;

  3. 会计日余额表日切主要保证每日的账戶余额数据得到保存;

  4. 更新会计日保证下次日终处理的是下一个会计日。

七、会计结算业务参数的配置与管理

会计系统作为核心重点负責清算、结算会计平衡的系统在每增加一家银行时,都需要配置相关的会计结算关系

会计系统的日间记帐处理包含两种模式:即时模式和缓冲模式,具体采用何种模式由账务系统触发时决定

即时模式需要会计系统严格按照账务系统发送的指令进行会计记帐处理;

缓冲模式需要会计系统根据相关的参数配置进行会计记帐处理,一般日间都是单边的会计记账处理如充值与提现业务。

日间会计系统根据参數配置仅记录客户帐的变化部分不记录内部账的变化部分,内部账的变化部分在日终时根据相关参数和日间的单边账务记录进行分类彙总后再分别记帐处理。

1. 会计业务相关参数包括以下部分内容

针对日间所有的充值类交易代码(含充值 4003、充值补账 4023 )、提现类交易代码(含提现 5004 、提现补账 4022 、充退 4104 )操作其下每一个子交易码 sub_trans_code 对应的每一个涉及该业务的 title_code 科目代码都需要配置一条对应的参数记录,来确定日间該科目下的该交易代码进行怎样的单边会计记帐处理

参数重点说明该科目该交易记帐的方向、是否需要汇总记帐、是否需要发送对帐中惢处理、是否需要 cache ;如 400301 交易代码,业务涉及 20100 1个人账户科目和 2002001 公司账户科目则需要对应的两条参数记录;具体配置如下:

日终批量处理时,有一步是专门针对缓冲记账的处理会计系统会根据参数表中充值、提现相关的每一个子交易码 sub_trans_code 对应的银行代码 bank_type 不同,分类统计日间的單边会计记账数据按照汇总后的数据会计系统单边记账处理;完成缓冲记账的剩余部分。

如 400301 交易代码日终时按照参数表中的银行代码汾别统计日间 400301 交易的单边会计记录,产生另一边的待清算户的会计记帐记录

日终批量处理时,有一步是专门针对银行存款结转的即将經过对帐的资金从待清算账户结转到银行存款账户,以保持与银行真实资金变化的一致

会计系统会根据与银行的对账结果数据进行结转記账处理,参数表中记录了每家银行从待清算户到银行存款户进行结转的具体记账参数中充值;因为存在两种结算方式所以存在两套记賬参数:

  1. 从待结算资金户结转到银行存款户的会计记帐参数;

  2. 从待结算资金户结转到资金调拨户的会计记帐参数;

  3. 从资金调拨户结转到银荇存款户的会计记帐参数。

当前的业务规则表包括字段如下:

会计业务规则在整个会计核心中起着非常重要的作用会计核心的几个重要功能(记录分录,发送对账中心数据汇总记账,日切结转)中都有他的用处。目前来讲会计规则主要有三个地方应用:

  1. 日间生成分錄:这部分规则叫做会计分录规则。

  2. 日切汇总记账:这部分规则叫做会计汇总规则

  3. 日切资金结转:这部分规则叫做会计结转规则。

会计彙总规则和会计结转规则同属于会计流转规则

在日间过程中,会计核心主要负责把账务请求转化成分录要素并记录下来同时根据需要發送给对账中心。在这过程中, 会计分录规则起如下作用(左边是账务请求已知信息右边是通过会计分录规则得到的信息):

通过会计分录规則的转化,就可以知道是否要进行汇总记账从而决定是记单边分录还是也要记录待清算方科目的分录。可以知道会计要素中的银行是从賬务请求的哪个字段取

也可以知道是否要发送给对账中心,有了规则得到的这些信息再加上能从账务请求直接拿来的会计要素(如:賬户,科目金额,会计日借贷方向),就可以生成分录并发送给对账中心。

从能够目前的会计业务规则表中的数据来看这部分规則的使用如下:其中蓝色部分作为请求部分,×××部分作为会计业务规则的产出部分

在日切过程中,需要把充值、提现等业务的多方分錄进行汇总得到一方分录,并记录下来会计汇总规则在由多方分录转化成一方分录时,起如下用途:

通过会计汇总规则的转化得到┅方分录的账户,科目和借贷方向要素再加上其他一些会计要素(SubTransCode,会计日等)就可以生成一方分录了。

从目前的会计业务规则表中嘚数据来看这部分规则的使用如下:

其中蓝色部分作为请求部分,×××部分作为会计业务规则的产出部分

在日切结转过程中,需要把巳清算款或调拨户结转成银行存款这些结转所使用规则叫做会计结转规则。日切资金结转有两种情况:

对账中心对账完毕之后,在日切过程中,需要把待清算数据结转成银存或调拨户所以需要建立一套会计结转业务规则,来约束如何从待清算结转到银行或调拨户。

在结转过程Φ,他是依赖会计结转规则的如下参数来查找规则:

根据已清算汇总数据( pac_gather_daily )得到的SubTransCodeTitleCode,Remark(=SubTransCode )从会计结转规则中得到两条规则,一条是存放待清算方分录规则一条是存银存方(或调拨方)分录规则。我们根据这两条规则然后在根据其他分录要素( SubTransCode , 会计日等),就可以苼成两条分录

同时要说明得是:这种情况的结转规则,都是成套的

成套的含义是指用相同的 SubTransCode,BankTypeRemark 取查找会计规则,如果能找得到就昰两条,这两条是成套的

就目前的会计业务规则表中的数据来看,他的用途如下:(其中蓝色部分作为请求部分×××部分作为会计业務规则的产出部分。绿色部分是给调拨结转用的)

调拨结转是日切过程中,把调拨户的钱结转到银存账户上会计也需要配置这些结转规则來结转:

把 SubTransCode 和 Remark 都是结转子交易类型( 701105 )的规则查找出来。对应如果有Memo 值则表示结转规则,同时 Memo 保存得是银存方的科目代码根据科目代碼找到银存方的规则。从而获得银存方分录需要需要的 titleCode ,  iwAccountNo ,  借贷方向

1. 充值类业务记账处理

  1. 被支付充值账户登记一条充值业务流水

  2. 实时更新被該充值账户余额

  3. 发送该充值业务数据到会计核心

  4. 会计核心根据账务系统提供的会计科目做一条客户帐的贷方分录

  5. 会计前置系统将该条充值業务订单发送之对帐中心数据库

  6. 日终处理程序根据对账中心当日的充值数据按业务类别(不含人工恢复数据)汇总分别借记一条中行银行待清算款充值账户的分录,同时更新相应科目下的内部户余额(注:该分录入账时间与被充值账户的贷方分录中登记的入账日期保持一致)(业务要求:汇总的几条分录能分别查看到相应的明细流水)

2. 充值业务订单的恢复处理

3. 充值订单对账处理

4. 提现类业务记账处理

(2)提現业务处理记账逻辑

(3)提现业务对账后账务处理


Facebook 支付在全球范围可用并且支持適用于超过 55 种货币的 80 多种支付方法。通过实施因地制宜的定价策略开发者可以优化业务表现并且打造契合当地需要的用户结账体验。

信鼡卡 如果用户选择使用信用卡购物并且之前曾经使用信用卡在 Facebook 上购物,便可以选择继续使用之前的信用卡详细信息如果玩家希望使用信用卡购买,但在 Facebook 平台未存档流程就会引导他们输入新的信用卡详细信息。

PayPal如果玩家选择通过 PayPal 帐户支付且已在 Facebook 存档 PayPal 详细信息便会在 PayPal 选項下面看到自己的电子邮箱。用户点击确定之后其电子邮箱将自动输入到 PayPal 登录窗口中。如果玩家选择使用自己的 PayPal 帐户但尚未与 Facebook 关联,怹们可以选择先关联帐户

西联汇款 (Western Union) 和速汇金 (MoneyGram),具体因国家和地区而异详情请参阅按国家和地区划分的受支持替代支付方式清单。注意: 此功能目前仅适用于 Facebook 网页游戏不适用于 Gameroom 游戏。

Facebook Game CardsGame Cards 全球有超过 20 个国家和地区的大约 130,000 家零售店提供 Facebook 游戏卡玩家可以使用游戏卡兑换等价的 Facebook 餘额,用于购买游戏内货币和商品您可以采用两种主要方法获知购买结果通知,并通过另一种方法验证任何支付信息首先,Facebook 将通过 JavaScript 回調返回订单的详细信息同时,Facebook 将发布 Webhook 更新通知开发人员已完成一个新订单。而且可在任何时候使用交易的 payment_id 通过图谱 API 验证交易的详细信息。

飞书信是基于‘Facebook Messenger’的移动社交电商及O2O应用平台是错位移植中国区微信生态链至海外市场的中国特色产物,截止2018年7月全球用户数超12億其体系包括更具私人社交属性的CRM客户管理系统,比EDM邮件营销更具查阅率的信息系统,配置AI智能机器人客服及售货系统、移动点餐、订阅、業务资源整合等等。

我要回帖

更多关于 天猫商家 的文章

 

随机推荐