小程序后端对接腾讯有数

本文介绍了腾讯有数平台上小程序订单的处理流程,包括订单同步、数据仓库管理、微信接口调用、定时任务设置以及数据库表设计。重点阐述了订单创建、状态变更和数据上报的业务逻辑,以及遇到的问题和解决方案。
摘要由CSDN通过智能技术生成

腾讯生态品牌商家小程序经营分析与数据资产管理平台

有数官方文档 小程序新增授权 | 技术文档

一、概述

  • 小程序订单,创单成功后,订单信息同步到腾讯有数(时效五分钟)
  • 小程序订单状态更改(已支付取消,未支付取消,支付完成、发货、订单完成),需同步到腾讯有数
  • 每天 6:00 前完成前一天的汇总订单数据上报
  • 微信接口 数据拉取、 数据上报(每天十点拉取数据,十一点之前上报完成)

二、业务流程

  1. 获取/新增数据仓库
    1. 调用微信接口推送数据时,需要对应的数据仓库id
  2. 微信数据上报 
    1. 定时任务 每天十点开始拉取 微信页面访问、访问分布数据,成功后,数据入库,并调用腾讯有数数据上报接口,上传成功更新推送记录表, 如果获取失败则一直重试到10:30,如果超过时间则告警
  3. 小程序订单创建 数据上报
    1. 订单创建成功,先数据埋点,然后上报到腾讯有数,时效性为5分钟
    2. 正常流转时序图
    3. 失败补偿流程(初步设计 30s 轮询一次)
      1. 考虑到目前订单量较少,30s轮询间隔,单线程可以满足当前需求
      2. 每次轮询查询结果条数控制在50条内,以防止出现异常情况下,定时任务阻塞(异常情况,如出现大量失败情况,可增加处理线程,快速消耗积压任务)
  4. 小程序订单汇总
    1. 每天 6:00 前完成前一天的数据上报。我们定时任务配置为5点上传
  1. 小程序订单状态更改 数据上报
    1. 在订单取消,支付成功、订单发货、订单完成出进行数据埋点,当订单状态发生改变时,进行上报处理
    2. 正常流转时序图
    3. 失败补偿流程图(定时任务 30秒一次)

三、数据库表设计

  1. 推送订单相关表
    1.  ER图
      1. t_store_youshu_request
    2. SQL
      1. response_info 推送有数响应结果(包含正常响应和异常结果,如请求超时等情况)
        
        CREATE TABLE public.t_store_youshu_request (
        id int4 NOT NULL,
        order_id int8 NULL,
        order_code varchar(50) NULL,
        order_source int4 NULL,
        push_type varchar(10) NULL,
        status int4 NULL,
        push_num int4 NULL,
        request_info text NULL,
        response_info text NULL,
        create_time timestamp NOT NULL DEFAULT now(),
        last_modify_time timestamp NOT NULL DEFAULT now(),
        total numeric NULL,
        CONSTRAINT t_store_youshu_request_pkey PRIMARY KEY (id)
        );
        CREATE INDEX idx_youshu_request_create_time ON t_store_youshu_request USING btree (create_time);
        CREATE INDEX idx_youshu_request_order_code ON t_store_youshu_request USING btree (order_code);
        CREATE INDEX idx_youshu_request_order_id ON t_store_youshu_request USING btree (order_id);
        CREATE INDEX t_store_youshu_request_status_idx ON t_store_youshu_request USING btree (status, push_num);
        
        comment on column t_store_youshu_request.order_id is '订单id';
        comment on column t_store_youshu_request.order_code is '订单code';
        comment on column t_store_youshu_request.order_source is '订单来源 1:小程序 2:APP 3:官网';
        comment on column t_store_youshu_request.push_type is '推送类型 1110待支付,1150已支付待发货,1160已发货,1180完成';
        comment on column t_store_youshu_request.status is '推送状态 0:未处理1:成功 2:失败 3:超时';
        comment on column t_store_youshu_request.push_num is '推送次数';
        comment on column t_store_youshu_request.request_info is '推送数据';
        comment on column t_store_youshu_request.response_info is '推送响应数据';
        comment on column t_store_youshu_request.create_date is '创建时间';
        comment on column t_store_youshu_request.total IS '订单金额(支付金额)';
        comment on column t_store_youshu_request.last_modify_time IS '最后修改时间';
        
        
        
  2. 微信数据请求/推送记录表
    1. ER图
      1. t_store_youshu_pv 推送有数响应结果(包含正常响应和异常结果,如请求超时等情况)
    2. SQL
      1. CREATE TABLE IF NOT EXISTS t_store_youshu_pv (
            id bigint PRIMARY KEY ,
            weixin_response_info text,
            youshu_response_info text,
            status integer,
            create_date TIMESTAMP,
            last_modify_time TIMESTAMP
        );
        CREATE INDEX t_store_youshu_pv_create_time_idx ON t_store_youshu_pv USING btree (create_time);

        comment on column t_store_youshu_pv.weixin_response_info is '获取到的有数页面访问数据';
        comment on column t_store_youshu_pv.youshu_response_info is '推送有数响应结果';
        comment on column t_store_youshu_pv.status is '推送状态 0:未处理 1:成功 2:失败';
        comment on column t_store_youshu_pv.create_date is '创建时间';
        comment on column t_store_youshu_pv.last_modify_time is '最后修改时间';

四、踩坑总结

1.提前和有数沟通好要做哪些类型的数据上报,比如商品,再比如取消订单等,否则会影响测试结果

2.如果有功能点测试不通过,则需要该异常 修复之后重新提测时 需要上传10条或以上条数据到有数

3.不同颜色商品 spu_id不一致,有数会认为测试不通过,我们后来改传style款号,前后端要一致

4.测试或者提测 有数时 上传有数订单 商品数量需要有多件的订单行数据 也就是 goods_num=1 和 goods_num !=1
5.有数平台数据上传符合要求会有绿色对号成功小图标,但是不代表ok了,需要有数公众号手动提测给有数 

6.有数数据仓库id第一次获取之后写死本地,不要再每次上传之前请求接口获取,有数获取仓库id接口不稳定

7.有数官方文档有dataSourceType字段,如果之前有添加过仓库id,按照不同业务场景传递不同参数再次添加会返回错误,所以仓库id需要全站共用

8.沙箱环境测试ok之后,需要添加连接有数生产环境的密钥参数,如 APP ID  和  APP Secret区分环境 。merchantId(不区分环境)
  • 22
    点赞
  • 27
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
小程序的前端和后端可以通过HTTP请求进行通信。前端可以通过wx.request()函数向后端发送请求,后端可以处理请求并返回数据。通常情况下,前端发送请求时需要携带一些参数,例如请求的URL、请求的方法(GET/POST等)、请求的数据等。同时,后端也需要对请求进行验证,并根据请求的参数进行相应的处理。处理完请求后,后端需要将相应的数据返回给前端,前端再根据返回的数据进行相应的渲染。 具体的对接流程可以参考以下步骤: 1. 后端提供API接口。后端需要提供一些API接口,用于处理前端发送的请求,并返回相应的数据。通常情况下,API接口都是RESTful风格的,即每个API接口都对应一个特定的URL和请求方法。 2. 前端发送请求。前端需要通过wx.request()函数向后端发送请求。在发送请求时,需要指定请求的URL、请求的方法、请求的数据等。 3. 后端处理请求。后端接收到前端发送的请求后,需要对请求进行验证,并根据请求的参数进行相应的处理。处理完请求后,后端需要将相应的数据返回给前端。 4. 前端渲染数据。前端接收到后端返回的数据后,需要根据数据进行相应的渲染。通常情况下,使用setData()函数将数据绑定到前端的组件上。 5. 错误处理。在整个对接过程中,可能会出现各种各样的错误,例如网络错误、服务器错误等。因此,需要对这些错误进行处理,以保证应用的稳定性和可靠性。 总之,前端和后端对接是整个小程序开发中非常重要的一环,需要仔细设计和实现。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值