展开

关键词

:第一阶段:作为一个(封闭)的、独立的应用,为各提供功能持。 01的作用?从上图中我们可以看出真实的资金流向。首先当用户产生行为时,资金从用户端流向,退款时则相反,从回流至用户端。 说明 对账,我们一般称为勾兑,的对账,包含着两个层面:内部间的对账,一般是分布式的,整个被拆分成了多个子,如交易、账户、会计、账户,每个子在处理各自的业务 与渠道间的对账间的对账比较好理解,这里主要讲与渠道间的对账。 可能原因如下:1、银行日切晚与核心账务;2、账务核心与其他间的掉单。

1.2K31

设计:的账户模型

账户体的基础,它的设计直接影响整个的特性。这里探讨如何针对电子商务账户体设计。我们从一些基本概念开始入手,了解怎么建模。 这是两个不同业务领域的概念:账户指用户在中用于交易的资金所有者权益的凭证;登录账号 指用户在中的登录的凭证和个人信息。 和第三方或者金融机构的交易不同,电商中,交易还会涉及到渠道。 由于电商本身并无清结算的资质,所有资金从交易主体到交易对手的账户的流动,在大部分情况下,并没有经过电商,而是由电商调用渠道提供的接口,由它来完成真正的过程。 内部账户和外部账户当用户使用银行卡来时,电商需要和银行对接,从用户银行卡所代表的账户上扣除资金。

1.1K21
  • 广告
    关闭

    50+款云产品免费体验

    提供包括云服务器,云数据库在内的50+款云计算产品。打造一站式的云产品试用服务,助力开发者和企业零门槛上云。

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    架构

    大部分公司,只要想赚钱,就得上,让用户或者客户有地方交钱。 当然,公司发展的不同阶段,对的定位和架构也不同。 整体上来说,我们可以把一个公司的发展分为三个阶段:  1、作为一个(封闭)的、独立的应用,为各提供功能持。 一般来说,这个仅限于为公司内部的业务提供持,并且和业务紧密耦合。  2、服务:作为一个开发的,为公司内外部、各种业务提供服务。服务本身应该是和具体的业务解耦合的。   用户在这个中完成交易。 ,可以是电商的一个模块,或者是个独立的。这是本文的主角,用来完成过程。 用户,在电商中败家的那位。如果使用银行卡做交易,那也被称为持卡人。 整体上来说, 从分层的角度,和普通的业务并没有本质的区别,也是应用、服务、接口、引擎、存储等分层。 在应用层,一般会提供如下子:  1、应用和产品.

    93211

    设计从0到1】账户体设计(上)

    在银行、公司以及电商平台的中,如果不是只做交易转发,而是真正需要做账务处理清结算,一定会涉及到账户体的设计,一套好的账户体应该是与业务无关的。 账户体在银行叫核心,在公司或者电商平台都是虚拟账户体。在这一篇里我们主要讲讲的账户体的产品设计,在下一篇里重点介绍技术设计中需要考虑的问题。 所以,我们在设计中一般是将记账为分2个步骤,成功后同步记录流水账,异步通知会计做复式记账。 传的第一代通常是日终批量记账;现在的流行的设计通常是异步准实时记账,日终根据银行对账文件,对当日记账做批次结转核对并记录。所以通常来讲,我们的过程与会计记账过程会进行分离。 这部分我会另外写文章专门讲解,大家也可以参考宝架构中的记账分析过程。产品架构划分账户体对应的是联机记账的过程,在实际过程中会划分为客户用户信息子、账户子以及记账子

    1.3K11

    设计从0到1】账户体设计(下)

    在上一篇里我们主要讲了的账户体的产品设计,在这一篇里重点介绍技术设计上需要考虑的一些问题。 上一篇里讲到,账户体对应的是联机记账的过程,在实际过程中会划分为客户用户信息子、账户子以及记账子。 客户信息子技术设计客户和用户涉及的信息客户是一个社会化的概念,一个自然人或一个法人(任何社团、组织、机构等,具有社会关比较紧密,并且有相似消费特征的团体)就称之为一个客户。 账户子账户子存储要素该是整个账户体的核心,在按照产品设计进行会计科目划分后,体现为单个账户,这些账户,具体在中落地为2类数据库表,一个是账户余额表(又叫账户表),主要用来记录账户基本信息 记账子可以作为一个联机异步或者日终批量,可以与账户体隔离,单独完成会计科目记账和核对。该部分可以采用的技术较多,可以根据各公司具体实际选择。----

    51511

    去中心化 Stellar

    在这一篇文章中,我们将介绍去中心化的 Stellar,它被设计与实现的目的就是在区块链和传中心化的金融机构之间构建一个桥梁;其目的并不是创建一套完整的金融模型,而是将区块链技术与现有的金融生态相结合 ,在和银行之间提供协调的功能。? 架构我们可以使用 Stellar 网络构建移动端的手机钱包、在线的银行以及服务,整个网络其实由两个组件构成,一个是用于与 Stellar 网络交互的 API 服务 Horizon;另一个是网络的骨干 发送者通过查找 Stellar 账户 ID 根据客户的联合地址发送一笔款;发送者将款信息与款方的账户信息发送给收款方的合规服务;合规服务联三个不同的服务:一个用于判断发送者是否允许的客户的制裁回调 总结Stellar 作为去中心化的,在设计时考虑了与监管相关的功能和架构,给银行和大型金融机构提供了一些接入 Stellar 网络的理由,没有追求绝对的去中心化以及匿名性,与大多数区块链项目不同

    46920

    设计从0到1】流程和典型架构设计

    3.渠道调用银行、第三方等渠道提供的接口来执行操作,最终落地资金转移。的典型架构? 核心设计原则网关、产品和渠道的职责分工为:1.按照能力来划分产品。2.同一能力的公共流程,在产品中实现。 产品产品模块是按照场景来为业务方提供服务,在架构上位于网关之后,渠道之前。 它根据能力将不同的渠道封装成一的接口,通过网关来对外提供服务。 如果对各个接口采用一的签名规则,则可以在网关层实现。渠道渠道模块是调用渠道接口执行真正的资金操作。核心交易请求数据流1.请求被发送到网关。 4.渠道前置,负责和渠道之间的通讯,调用渠道接口完成最终的操作。----本文参考“凤凰牌老熊”、“梁川”、“路杨”、“叉一”等相关架构设计文章结合自己设计经验整理。

    60820

    银行同业简介

    这篇文章的目的是作为一篇的入门教程,并解释代理银行业务、NOSTROS、实时全额结算(RTGS)和延期结算(DNS)。它撑了我的其他的讨论使用分布式分类账构建分布的文章。 还有另一种方法...中央银行一家银行将他们全部存入银行。 所以有一个更有效的方法。 如果在白天进行-10+10的调整, 这就是一个实时的总结算;如果排队等了一段时间(每小时或者每天), 然后净调整,这就是一个延迟净额结算(DNS)。 因此,最先进的国家将拥有一个集中清除的 RTGS或DNS,用于清算该国内以本币进行的银行间。 对于国际(一种货币 - 即不是外汇!),我们依赖代理银行而不是实时结算,因为两家银行不太可能在同一个实时结算上。

    95870

    电子商务代码结构

    这个套算是非常完整的,由我自己全程设计构建的。其他几套多多少少是与同事合作之类的,并没有那么完整的经验。 独立商城项目从拿到需求到积分的完成(包括对接现有模块,编写测试之类)其实耗时不多,大概在16个天,对账包括测试做了4天总工作日大概在20天。 其中很大影响比重在于修改前面人写的模块的代码上,不仅需要大量时间阅读前面的人写的代码和思路,还需要把自己的逻辑加进去,这极花时间。所以估时间的时候一定要预留充足的时间,这个后面再提一下。 找前辈帮忙看因为他们比我更熟悉,所以一定要拉他们帮自己看看,否则有些坑,或者以前弄的hack可能会影响到新的进行某些操作。 由于构件积分的查询存储使用之类的东西是完全不会影响到现有的,所以可以单独上线,然后将接入现在的退款作为另外一部分进行上线。

    229108

    龙果搭建与部署

    日志管理:SLF4J 1.7.21、Log4j 1.2.17数据库连接池:Druid 1.0.19消息总线:ActiveMQ 5.11.4工具包:fastjson 1.2.11jQuery 框架:DWZ运行环境 软件环境: MySQL JDK1.7或以上 apache-tomcat-7.0或其他容器 ActiveMQ 5.113.2 硬件环境(最小配置): CPU:1核 内存:1G安装部署4.1 说明 运营管理登录账号密码 :admin123456 商户后台登录账号密码:在boss运营后台添加用户时录入手机和密码 roncoo-pay-common-core:公共类工程,不用单独部署 roncoo-pay-service 部署tomcat启动 roncoo-pay-web-merchant:商户后台工程,部署tomcat启动4.2 步骤 4.2.1 创建数据库,导入初始化脚本《database.sql》 4.2.2 修改数据库连接 roncoo-pay-servicesrcmainresourcesjdbc.properties 4.2.3 从roncoo-pay-service工程的lib文件夹下加载sdk“alipay-sdk-java20151021120052

    1K10

    的洪峰应对之法

    导语: 随着科技和社会的进步,移动已经成为大众的第一选择,越来越便捷,公司在近几年也突飞猛进,随之诞生了一下巨型业务,加上各种节日,活动日的造势,量常常有10倍,20倍于日常量的突发量 及早拒绝: 为了避免进一步的伤害(风暴)导致整个瘫痪,我们采用了“入口竞争”的措施,海量用户通过竞争有限的机会,进入后续的环节,没有取得机会的用户被及时拒绝,保障已经取得机会的用户尽可能的完成整个流程 在发货环节,用户已经完成,待发放的物品,也通过排队进行发放,避免对后端发货的一个冲击。 1.3 有损服务 流程中,有涉及到用户体验的,如成功通知tips,各种提醒等体验性的流程。 在洪峰情况下,可以选择性的关闭,保证核心功能的正常运转。 1.4 分离原则 主要涉及:业务分离、渠道分离、部署分离、快慢分离、用户分离等。 2.2 尽力而为 第一点的限流实际是整个的过载保护的一部分,这里再提一下单的过载保护。首先所有的,都具备保护自己的能力;同时所有的,也需具备一定的保护后端的能力。

    27100

    浅析的整体架构

    的典型架构每个公司根据其业务和公司发展的不同阶段,所设计的也会有所不同。我们先看看互联网公司的一些典型的架构。宝先看看业内最强的宝的整体架构设计? 但宝架构强点在两个方面,一个是账务处理,分为内外两个子,外部子是单边账,内部子走复式记账。 不少平台是从这里得到启发来搞定的对账。?? 从架构上来说,分为三层:撑层: 用来持核心的基础软件包和基础设施, 包括运维监控、日志分析等。核心层: 的核心模块,内部又分为两个部分: 核心模块以及服务模块。 核心核心指用户执行的核心流程,包括:用户从应用启动流程。应用根据应用和用户选择的工具来调用对应的产品来执行路由根据工具、渠道费率、接口稳定性等因素选择合适的渠道来落地渠道调用银行、第三方等渠道提供的接口来执行操作,最终落地资金转移。服务核心所提供的功能。

    61410

    腾讯云架构介绍

    一、云是什么1.1项目背景微信面临的问题:ISV的质量参差不齐:为商户开发接入微信的ISV质量参差不齐,存在的稳定性、安全性不高,普通用户使用微信进行时体验差的问题,降低用户对微信的信心 普通服务商面临的问题:技术门槛高:大部分服务商没有能力开发对接微信的收单成本高:市场上少量高质量的,价格昂贵,服务商难以承担。 云渠道的上下游关,导致天然分区,P一定要满足;2. 对数据一致性要求高,C也得满足;3. 云需要有99.99%的稳定性,因此A也得尽量满足。 BASE理论在云的体现:?串行化:使用分布式锁(公众号文章:云计算时代的数据库核弹头-Tencent MySQL(TXSQL) 锁扩展),将外部请求串行化,解决消息乱序的问题。 解决方案:摒弃有歧义的接口:云内部,已经完全不在调用撤单接口,这样就不会导致意外退款。

    12530

    国内某大型MySQL架构

    整体来讲,这个结构是符合金融级架构,如果你也在做金融级的MySQL方案,或是涉及到多DC的处理,也可以参考一下。

    40210

    中国现代化CNAPS介绍

    1.中国现代化CNAPS总体架构图 image.png CNAPS架构图中国现代化CNAPS分为四大部分:中央银行清算、第三方服务组织清算、金融市场清算、银行业金融机构清算 a.中央银行清算:大额实时、小额批量、同城票据清算、境内外币、全国票影像交换、网上跨行清算(超级网银)b.第三方服务组织清算:银行卡跨行 (中国银联银行卡跨行交易)、集中代收中心业务处理、城市商业银行汇票业务处理、农信银资金结算中心业务处理、其他第三方组织业务处理。 c.银行业金融机构行内:中国国债登记结算公司业务 、全国银行间外汇交易 、全国银行间拆借交易 、中央证券登记结算公司业务d.金融市场清算:政策性银行行内业务、商业银行行内业务 ----参考资料:中国现代化(CNAPS)和中国银联下面的跨行是一回事儿吗?【纯干货】中国的清算体是怎么玩的?

    4.4K10

    移动开发商哪家强?

    如今,移动已经渗透到每个行业,特别是线下的商户,一个好的移动,可以为商户、消费者提供好的移动体验,对于移动创业(移动服务商)者来说,一个安全、稳定的移动,是服务商发展的前提 那么如何选择好的移动,移动开发商哪家强呢?  什么是移动公司?   所谓的移动公司,是指通过其自身的技术开发能力,为初创公司提供技术整合的移动,一般移动公司都会整合目前市面上最主流的通道,比如微信宝等,并且为商户提供所需的功能, 移动公司所提供的,不做资金清算,就不会存在资金安全问题。   企业背景:做开发的移动公司,没有一定的企业背景,是无法完成的移动的开发,所以可以考察公司的成立时间,技术人员比例等。

    34100

    堪称最详细的设计

    :第一阶段:作为一个(封闭)的、独立的应用,为各提供功能持。 01的作用?从上图中我们可以看出真实的资金流向。首先当用户产生行为时,资金从用户端流向,退款时则相反,从回流至用户端。 说明 对账,我们一般称为勾兑,的对账,包含着两个层面:内部间的对账,一般是分布式的,整个被拆分成了多个子,如交易、账户、会计、账户,每个子在处理各自的业务 与渠道间的对账间的对账比较好理解,这里主要讲与渠道间的对账。 可能原因如下:1、银行日切晚与核心账务;2、账务核心与其他间的掉单。

    6.9K54

    设计中,如何防止重复?

    wallet-2292428_1280.jpg在我们设计中,经常会遇到这样一个问题,防止用户重复。 用户明明只想购买一次,却因为问题,导致重复,带来额外的物流成本和扯皮退货的运营成本,对商家的信誉和的体验很不好。那么实际我们在设计时,如何来避免这一问题呢。 如何防止重复提交在我们实际设计中,我们设计人员经常无法区分商品订单和订单之间的关,经常混为一谈。 需要对这个订单号做交易的幂等。1.如果不存在该订单号,则记库,并标记状态为中,然后调用渠道进行落地。 2.收到渠道异步通知或者通过查询得到渠道状态时,更新该笔订单状态3.如果客户再次发起,不给客户产生新的订单号,先用该笔订单号调用会判断订单号幂等性,如果已,则报错告诉客户已成功

    1.7K31

    【干货】完整的整体架构!

    参考架构  一般来说,典型架构会包含如下模块:从架构上来说,分为三层;撑层: 用来持核心的基础软件包和基础设施, 包括运维监控、日志分析等。 是一个公司提供给运行的基础设施。 服务核心所提供的功能,服务又分为基础服务、资金、风控和信用。 这里的账务一般指对接线上的账务,采用单边账的记账方式,内部账记录在会计核算中。订单: 一般订单可以独立于业务来实现的,这里的订单,主要指订单。 应用  、核心和服务,在每个互联网公司的架构上都是大同小异的,都是必不可少的模块。而应用是每个公司根据自己的业务来构建的,各不相同。

    7.5K112

    订单模型该如何设计?

    因为太重要了,它拥有公司所有的现金流水,是进行业务清算、财务核算、上市审计以及后续各类财务信息管理的关键之一。 一家公司被收购后新老板们最关心的事也莫过于财务数据的准确性了,之前小码农从事的研发工作加入的都是已经比较成熟的团队,去建设的也都是为了帮助所在公司来实现上述的目标和战略,而所采用的策略也都是在强大的上层的持下进行业务线入口的归集 当然从客观的角度看,这也是一件非常合理的事情,因为一个大的集团公司无论是从成本还是一管理的角度看都是没有必要重复建设多套的,而对一家被收购的公司而言,其肯定也是首先需要被融合的关键之一 然而,令人没想到的是,还有个Secret项目因为也涉及到一些功能的重构,所以需要找人相关人员沟通下,好吧,此时才知道原来已经在秘密地被重构了,只是正常开发和维护的人居然不知道这件事。 然而,后续的重构,并没有完成彻底的重新塑造,整个的订单模型并没有进行脱胎换骨的改造和升级,对于历史数据的处理,也是避重就轻,只是简单的在新的的代码层面进行了适配,并采用了无敌的双写策略

    79111

    相关产品

    • 云支付

      云支付

      云支付(CPay)为您提供开放、可靠的移动支付收单和服务商、商户管理服务。云支付支持刷卡支付、扫码支付、刷卡支付,扫码支付,一码多付多种支付方式…..

    相关资讯

    热门标签

    活动推荐

      运营活动

      活动名称
      广告关闭

      扫码关注云+社区

      领取腾讯云代金券