指南

一个餐补项目,不用食堂,也不用立HR项目

在公司给人解决吃饭,通常卡在两件事上:没人想办食堂,也没人想处理餐饮发票。钱包卡上一份受限的余额可以绕开这两件事,前提是限制设置得当。

  • 餐厅由您选
  • 规则在收银环节执行
  • 不用走工资流程

Updated

概览

配置时间
大约一周,大部分时间花在和餐厅谈
限制
餐厅、品类、工作日、时段
出资
雇主出、员工出,或两者共同出
套餐
企业账户从Scale档起提供

Updated

先把限制设对

在多数法域,一份什么都能买的餐补会被视为工资并照此纳税。限定为食品、限定工作日、限定指定餐厅的,通常不会——在设计项目之前先查清当地的规定,因为它决定了其余每一个决定。

所以这些限制必须在收银环节执行,而不是事后核查。一笔本不该发生的消费,如果发生了还被报销,就是税务问题;如果在收银台就被拒,那就完全不是问题。

Smart Account Detection做的就是这件事:付款账户的规则在授权环节生效,所以不符合条件的消费根本不会完成。

  • 先跟餐厅谈,再跟员工谈——项目的好坏就取决于那份名单。
  • 允许员工用自己的钱给同一张卡充值;这样额度用完时就不会尴尬。
  • 一开始就定好未用余额是结转还是过期。

顺序

  1. 01

    查清当地的税务规定

    它决定限制,而限制决定其余一切。

  2. 02

    签下餐厅

    公司附近愿意受理这张卡的咖啡馆和餐厅。

  3. 03

    设定规则

    金额、周期、工作日、时段,以及餐厅白名单。

  4. 04

    导入员工

    通过API或文件从HR系统导入;卡通过SMS或邮件发出。

  5. 05

    按计划出资

    每月或发薪日自动进行,不用人工操作。

  6. 06

    一个月后复盘

    使用率、平均消费额,以及实际用到了哪些餐厅。

要做的决定

金额
按天或按月,按员工或按组
结转
未用余额结转,还是在周期结束时过期
员工自充
是否允许在同一张卡上进行
餐厅名单
固定,还是按需增加
离职员工
在后台或通过API即刻停用卡片
报表
按员工、按餐厅、按周期

对此有疑问

什么是闭环支付平台?

它让您在自有生态内发行和处理支付——礼品卡、预付余额、员工账户——而不必让每笔交易都经过Visa、Mastercard或银行。资金留在您的系统里,费率、数据和客户体验都由您自己决定。

我的客户需要安装应用吗?

不需要。卡片直接发行到Apple Wallet或Google Wallet,而这两者本来就在每部手机上。客户用相机扫描QR码,点一下“添加到Wallet”,大约十秒卡就在里面了。不用下载,不用开账户,不用填注册表单。

它能配合我现有的POS终端使用吗?

可以。收银员在您已有的终端上输入金额,终端显示一个QR码,客户用自己的手机扫码。任何能在屏幕上显示QR码的终端都可以,现在的PAX、Verifone和Ingenico机群都在其中。如果完全没有终端,店员也可以在手机上走同样的流程。

你们只做POS,还是也做线上支付?

两者都做,共用一个余额。商户网站有结账组件,也可以作为一种支付方式直接嵌入PSP网关。一个管理后台、一本交易账、一条报表流——线下和线上放在一起。

7Konto如何嵌入PSP的结账流程?

7Konto作为一种新的支付方式出现在您现有的结账页上,与您已经提供的银行卡和钱包并列。该网关上的每个商户都会看到“使用7Konto支付”,而不需要改动自己网站上的任何一行代码:我们与网关集成一次,整个商户组合就都有了。

大约一周搭好一个餐补项目

30天免费试点,由我们的团队配置并提供支持。

我们使用分析Cookie来了解网站的使用情况。在您做出选择之前不会设置任何Cookie,拒绝也不会改变网站的任何功能。 查看Cookie政策