| | |
|---|
| | | fixed-delay-ms: ${HUIFU_CAPABILITY_REFRESH_FIXED_DELAY_MS:1800000} |
|---|
| | | merchant: |
|---|
| | | auto-withdrawal: |
|---|
| | | # 每日凌晨按北京时间汇总前一个自然日已核销订单，生成一条商户（门店）日汇总提现记录。 |
|---|
| | | # 手动提现入口在工单 05 之前仍然存在，且不会写 benefit_order.withdrawal_status，同时开启会出现 |
|---|
| | | # 同一批订单既进人工提现又进自动提现；因此默认关闭，等工单 05 提交斗拱并移除手动入口后再打开。 |
|---|
| | | # 每日凌晨按北京时间汇总前一个自然日已核销订单，生成一条商户（门店）日汇总提现记录，并调用斗拱 |
|---|
| | | # 主动取现接口。手动提现入口和后台审核已在工单 05 移除，这个开关不再有「同一批订单出两次账」的风险； |
|---|
| | | # 但仍保持默认关闭，等工单 06 的沙盒全链路和受控真实小额验证通过后再显式打开。 |
|---|
| | | enabled: ${AUTO_WITHDRAWAL_ENABLED:false} |
|---|
| | | min-amount-cents: ${AUTO_WITHDRAWAL_MIN_AMOUNT_CENTS:1000} |
|---|
| | | fee-buffer-cents: ${AUTO_WITHDRAWAL_FEE_BUFFER_CENTS:0} |
|---|
| | | cron: ${AUTO_WITHDRAWAL_CRON:0 10 0 * * *} |
|---|
| | | # 同一订单失败后最多重新提交几次；达到上限后金额留在失败记录里等人处理。 |
|---|
| | | max-attempts: ${AUTO_WITHDRAWAL_MAX_ATTEMPTS:3} |
|---|
| | | # 提交后至少等这么久才查询结果，避免通道还没落库时把「查不到」误判成失败。 |
|---|
| | | query-after-minutes: ${AUTO_WITHDRAWAL_QUERY_AFTER_MINUTES:5} |
|---|
| | | result-check-enabled: ${AUTO_WITHDRAWAL_RESULT_CHECK_ENABLED:true} |
|---|
| | | result-check-fixed-delay-ms: ${AUTO_WITHDRAWAL_RESULT_CHECK_FIXED_DELAY_MS:300000} |
|---|
| | | wechat: |
|---|
| | | mini-program: |
|---|
| | | # The app id must be the same mini-program that invokes uni.login and uni.requestPayment. |
|---|
