init
@ -0,0 +1 @@
|
||||
/.obsidian
|
||||
@ -0,0 +1,26 @@
|
||||
用于管理登录后台的子账户。根据管理员分组配置权限，达到限制子账户登录后使用不同的功能权限的效果。
|
||||
|
||||
## 管理员分组
|
||||
|
||||
添加、删除账户分组。
|
||||
|
||||
#### 添加分组
|
||||
|
||||
- 父级：选择已存在的分组， 看继承父级的权限配置
|
||||
- 权限：
|
||||
|
||||
- `选中全部`：相当于权限与父级一样
|
||||
- `展开全部`：展开后可勾选需要配置的权限
|
||||
|
||||
## 管理员
|
||||
|
||||
添加、删除账户。
|
||||
|
||||
#### 管理员列表
|
||||
|
||||
查看和删除在`我`的管理权限下的账号。
|
||||
|
||||
#### 添加管理员
|
||||
|
||||
- 角色组：选择已添加和配置好的管理员分组
|
||||
- 用户名、密码：用于登录
|
||||
@ -0,0 +1,5 @@
|
||||
管理小程序商城的内容和数据，在后台设置为`上架`或`发布`后会实时更新到小程序上面。
|
||||
|
||||
[[atta/商城基本流程]]
|
||||
|
||||
![[yuque_diagram.jpg]]
|
||||
@ -0,0 +1,31 @@
|
||||
## 基本流程
|
||||
1. 设置商品结算规则
|
||||
1. 申请发布
|
||||
1. 等待: 平台总管理员审核
|
||||
1. 发布成功之后, 其他商家既可申请成为经销商销售
|
||||
|
||||
## 设置商品结算规则
|
||||
|
||||
1. 从`平台商品`>`经销商品`进入, 依次设置商品的结算价格, `申请发布`即可.
|
||||
|
||||
`供应结算价`:即与经销商约定的结算价格=经销商的成本价
|
||||
`建议售价`: 经销商的售价.
|
||||
|
||||
|
||||
## 管理经销商
|
||||
平台审核通过的商品:
|
||||
|
||||
|
||||
`我的经销商`: 管理每一个经销商的结算和商品状态
|
||||
|
||||
|
||||
|
||||
## 查看我的经销商的订单
|
||||
从`平台商品`>`经销商订单`进入
|
||||
|
||||
|
||||
## 订单管理>代发货
|
||||
在`商城管理`>`订单管理`中, 包含经销商的订单, 可以直接与本商城的订单一起处理发货,
|
||||
供应商仅可以操作这类订单的发货状态, 售后和退款等只能经销商自己操作.
|
||||
导出订单时, 显示实际的成本和供应商, 显示经销商的售价
|
||||
列表中显示来源:
|
||||
@ -0,0 +1,24 @@
|
||||
## 基本流程
|
||||
1. 选择商品申请销售
|
||||
1. 等待: 供应商审核
|
||||
1. 审核完成后即刻是已上架, 在商城最新商品中显示
|
||||
|
||||
## 选择商品申请销售
|
||||
|
||||
1. `平台商品`>`所有平台商品`, 申请
|
||||
|
||||
## 商城显示
|
||||
商品下载成功后, 供应商的商品分类也会增加到`商城管理`>`商品分类`, 这里的分类仅供查看和选择, 不可以修改
|
||||
|
||||
|
||||
## 商城入口示例
|
||||
可以在`店铺装修`, 给供应商的商品设置独立的入口:
|
||||
|
||||
### 直接进入商品列表
|
||||
|
||||
|
||||
### 进入分类页面
|
||||
|
||||
|
||||
|
||||
|
||||
@ -0,0 +1,9 @@
|
||||
## 需求
|
||||
农商旅平台中的小程序互相跳转
|
||||
|
||||
## 设置方法
|
||||
**操作入口**
|
||||
`商城管理`>`店铺装修`>`模板管理`, 装修指定的页面模板
|
||||
使用`广告魔方`, 右侧配置相应的图片, 选中`小程序`, 点击下方的`选择小程序`, 打开窗口后选择确认返回保存即可
|
||||
|
||||
![[pick_miniapp_setting.jpg]]
|
||||
@ -0,0 +1,40 @@
|
||||
# 发货模板
|
||||
- 物流快递
|
||||
- 商家配送
|
||||
- 到店/自提
|
||||
- 提货点收货 `NEW`
|
||||
- 自动发货
|
||||
|
||||
## 提货点收货
|
||||
#### 特点:
|
||||
1. 由管理员在后台替门店发货.
|
||||
|
||||
> 在 `订单管理` 页面的订单列表中, 表格的 `发货状态` 列, 点击 `去发货` 按钮. 即可使状态变更到 `送达提货点`
|
||||
|
||||
2. 发货后状态显示为 `送达提货点` , 用户在商城订单详情显示 `送达提货点,等待买家提货`
|
||||
2. 送达后, 用户可点击 `确认收货` , 或者7天后自动确认收货. **无需门店核销**
|
||||
|
||||
#### 使用:
|
||||
|
||||
- **新增/编辑模板**
|
||||
- 模板名称
|
||||
- 选择提货门店
|
||||
|
||||
- **商品管理**
|
||||
- `配送方式`中勾选`提货点收货`
|
||||
- 下方的提货点选择已设置的提货点模板, 每个模板支持多个提货点, 用户下单时选择其中一个
|
||||
|
||||
- **订单管理**
|
||||
- 后台管理员在`订单管理`中操作发货, 点击`去发货`后, 订单状态立刻变更为`送达提货点`
|
||||
- _售后流程不变._
|
||||
|
||||
|
||||
#### 示例
|
||||
|
||||
- 下单时
|
||||
- ![[Pasted image 20220428153130.png]]
|
||||
|
||||
|
||||
- 送达提货点
|
||||
- ![[Pasted image 20220428153418.png]]
|
||||
- ![[Pasted image 20220428153252.png]]
|
||||
@ -0,0 +1,16 @@
|
||||
## 入口
|
||||
|
||||
小程序>`我的`: 顶部信息区域右侧: `切换商家版`
|
||||
|
||||
|
||||
|
||||
## 前提条件
|
||||
|
||||
- 销售员/门店管理员需先绑定门店, 才能操作`切换商家版`, 普通账户没有此操作按钮.
|
||||
|
||||
**绑定门店的方法**参见：后台>商城管理>门店管理>门店: 添加管理员
|
||||
|
||||
- 进入商家版后，
|
||||
- 可以切换门店，管理多个门店
|
||||
- 可以查看当前门店下的订单
|
||||
- 可以针对订单操作`订单备货` `订单核销`
|
||||
@ -0,0 +1,34 @@
|
||||
# 到店/自提订单
|
||||
|
||||
#### 基本流程
|
||||
|
||||
1. 客户下单 (商城小程序内)
|
||||
2. 门店发货, 即确认门店有货, 可以给到店的客户核销订单. (销售员在小程序商家版内操作)
|
||||
3. 客户到店出示订单核销码, 门店销售员扫码核销. 配送流程完成, 订单状态变更为`待评价`
|
||||
|
||||
### 订单发货
|
||||
|
||||
#### 操作方法
|
||||
|
||||
商家版内首页, 可看到今日当前门店的所有订单
|
||||
|
||||
1. 点击`今日`切换订单时间, `全部`切换订单状态
|
||||
2. 点击下方显示为`待备货`的订单, 进入订单详情, 确认门店有货, 点击底部`发货`,
|
||||
使订单可以进行下一步`核销`
|
||||
|
||||
### 订单核销
|
||||
|
||||
#### 操作方法
|
||||
|
||||
1. 商家版内点击`输码`或`扫码`
|
||||
|
||||
- `输码`在弹窗内输入客户提供的数字码, 点击`核销`即可完成操作.
|
||||
- `扫码`打开摄像头扫描客户提供的二维码, 识别成功即可完成
|
||||
|
||||
2. 核销完成后, 订单状态即刻变更, 如下图内②
|
||||
|
||||
订单核销码查看方法:
|
||||
1. 客人进入订单详情, 点击`配送:详情`进入查看.
|
||||
2. 后台管理员: 登录后台>商城管理>订单中心>订单管理: 订单详情内
|
||||
|
||||
#### 操作图示
|
||||
@ -0,0 +1,16 @@
|
||||
## 充值卡兑换方法
|
||||
|
||||
1. 扫码进入小程序, 授权登录
|
||||
2. 从底部导航`我的`进入个人中心, 绑定手机号
|
||||
3. 从底部导航`我的`进入个人中心
|
||||
4. 点击`充值卡`, 进入钱包页面
|
||||
5. 点击`激活充值卡`, 在弹出卡片上输入卡号和兑换码, 确认兑换
|
||||
兑换成功之后, 即可看到充值卡余额
|
||||
6. 如有疑问, 可以在任意页面点击蓝色客服按钮, 寻找客服帮助
|
||||
|
||||
**以上步骤小程序截图如下:**
|
||||
![[Pasted image 20220902184214.png]]
|
||||
![[Pasted image 20220902185412.png]]
|
||||
![[Pasted image 20220902183513.png]]
|
||||
![[Pasted image 20220902183709.png]]
|
||||
![[Pasted image 20220902184546.png]]
|
||||
@ -0,0 +1,43 @@
|
||||
---
|
||||
date updated: 2022-06-02 15:02
|
||||
---
|
||||
|
||||
## 说明
|
||||
|
||||
用户下单并支付成功之后, 短信通知指定人员. 可以多个人员.
|
||||
|
||||
示例: 提醒外勤业务人员及时处理订单.
|
||||
|
||||
> [!faq] F&Q
|
||||
>
|
||||
> 1. 能否按商品配置接收信息的人员?
|
||||
>
|
||||
> > 目前暂不支持. 仅是按商家级别的短信提醒, 如果需要其他人接收提醒, 可以一并配置到接收人员中, 或者由接收人转发.
|
||||
>
|
||||
> 2. 短信资费是分商家账户的吗
|
||||
>
|
||||
> > 是. 如果没有配置短信发送账户, 默认是第五季
|
||||
> > 后续考虑支持微信小程序信息推送, 这个免费.
|
||||
|
||||
## 配置接收号码
|
||||
|
||||
**操作入口**
|
||||
`商城管理`>`商城配置`>`订单配置`
|
||||
在`短信提醒`下的`新订单接收号码`处输入手机号码, 以`回车`分隔
|
||||
![[Pasted image 20220512111457.png]]
|
||||
|
||||
## 配置短信模板
|
||||
|
||||
**操作入口**
|
||||
`商城管理`>`消息通知`>`消息配置`
|
||||
找到`订单支付成功(仅管理员)`, 启用右边的`短信通知`. _这一行的其他发送方式目前还不支持_
|
||||
编辑配置, 输入阿里云短信服务的模板ID和内容. _没有阿里云账户的就联系我配置_
|
||||
![[Pasted image 20220512113257.png]]
|
||||
|
||||
## 短信接收示例
|
||||
|
||||
![[Screenshot_20220512_111531_com.android.mms.jpg]]
|
||||
|
||||
## 上线时间
|
||||
|
||||
2022-05-12 16:00
|
||||
|
After Width: | Height: | Size: 307 KiB |
|
After Width: | Height: | Size: 2.5 MiB |
|
After Width: | Height: | Size: 8.6 KiB |
|
After Width: | Height: | Size: 532 KiB |
|
After Width: | Height: | Size: 157 KiB |
|
After Width: | Height: | Size: 790 KiB |
|
After Width: | Height: | Size: 908 KiB |
|
After Width: | Height: | Size: 62 KiB |
|
After Width: | Height: | Size: 309 KiB |
|
After Width: | Height: | Size: 2.5 MiB |
|
After Width: | Height: | Size: 429 KiB |
|
After Width: | Height: | Size: 2.6 MiB |
|
After Width: | Height: | Size: 64 KiB |
|
After Width: | Height: | Size: 2.2 MiB |
|
After Width: | Height: | Size: 40 KiB |
|
After Width: | Height: | Size: 2.2 MiB |
|
After Width: | Height: | Size: 108 KiB |
|
After Width: | Height: | Size: 3.0 MiB |
|
After Width: | Height: | Size: 278 KiB |
|
After Width: | Height: | Size: 144 KiB |
|
After Width: | Height: | Size: 124 KiB |
|
After Width: | Height: | Size: 126 KiB |
|
After Width: | Height: | Size: 1006 KiB |
|
After Width: | Height: | Size: 341 KiB |
|
After Width: | Height: | Size: 2.2 MiB |
|
After Width: | Height: | Size: 328 KiB |
|
After Width: | Height: | Size: 2.2 MiB |
|
After Width: | Height: | Size: 158 KiB |
|
After Width: | Height: | Size: 17 KiB |
|
After Width: | Height: | Size: 1.9 MiB |
|
After Width: | Height: | Size: 18 KiB |
|
After Width: | Height: | Size: 463 KiB |
|
After Width: | Height: | Size: 275 KiB |
@ -0,0 +1,18 @@
|
||||
## 说明
|
||||
需求:
|
||||
充值卡的消费, 几乎没可能把卡的余额刚好用完.
|
||||
因此要支持能同时使用不同的支付方式组合付款.
|
||||
|
||||
## 用户
|
||||
付款时, 如果充值卡/钱包余额单项不足支付订单金额, 可选组合付款.
|
||||
|
||||
## 后台
|
||||
- 订单处理无变化
|
||||
- **退款处理**
|
||||
- 可在`商城配置`中设置退款的优先级, 不设置则使用默认顺序:
|
||||
*平台充值卡>钱包余额>微信支付*.
|
||||
|
||||
## 上线时间
|
||||
- 订单流程处理: 2022-05-12 16:00
|
||||
- 前端商城发布: 2022-05-17 15:00
|
||||
|
||||
@ -0,0 +1,39 @@
|
||||
---
|
||||
date created: 2022-06-23 12:09
|
||||
date updated: 2022-08-10 10:18
|
||||
---
|
||||
|
||||
## DEV
|
||||
|
||||
1. 启动`server`
|
||||
|
||||
```sh
|
||||
npm start
|
||||
```
|
||||
|
||||
2. 启动`client`
|
||||
|
||||
```sh
|
||||
yarn start
|
||||
```
|
||||
|
||||
[账号登录, 使用IP而不是localhost](http://192.168.7.55:3003/#/login/)
|
||||
|
||||
| 账号 | 默认密码 |
|
||||
| :---------- | :------- |
|
||||
| 18977365713 | 88888888 |
|
||||
| 18507736165 | 88888888 |
|
||||
|
||||
登录成功后, 结束服务
|
||||
3. 启动`client4x`
|
||||
|
||||
```sh
|
||||
yarn start
|
||||
```
|
||||
|
||||
刷新原登陆后页面
|
||||
|
||||
## 订单更新
|
||||
|
||||
1. 设置`*_tids`表的`update_flag`=1
|
||||
2. [执行更新, 后端端口8360](http://192.168.7.55:8360/index/execQueue)
|
||||
@ -0,0 +1,33 @@
|
||||
---
|
||||
date created: 2022-08-15 17:47
|
||||
date updated: 2022-08-17 17:11
|
||||
---
|
||||
|
||||
#📑docs #❓
|
||||
|
||||
## 供应商信息维护
|
||||
|
||||
- 按照实际情况维护供应商信息, 如实填写
|
||||
- 如实勾选是否签订协议
|
||||
- 废弃`零星单位-地接`, 抓单系统中全部是真实的供应商名称和信息
|
||||
- 废弃重复的供应商, 每个供应商主体在系统中仅保留一条有效
|
||||
- 对于为了保存垫付的银行卡信息导致的重复, 通过其他方式解决银行信息快捷输入
|
||||
- 请勿在供应商信息中填写XX垫付
|
||||
|
||||
## 产品信息维护/订单操作
|
||||
|
||||
- 正确设置产品的供应商, 订单的供应商
|
||||
|
||||
## 财务
|
||||
|
||||
- 无协议/合同的导出之后将显示为`零星单位`, 导入球系统也是这个
|
||||
|
||||
_2022-08-16_
|
||||
|
||||
%%## ❓
|
||||
|
||||
1. 付款申请: 借款和预付款, 单据如何填写
|
||||
|
||||
> 供应商就是订单操作使用的供应商,%%
|
||||
|
||||
![[Pasted image 20220816103331.png]]
|
||||
@ -0,0 +1,84 @@
|
||||
---
|
||||
date created: 2022-08-01 17:29
|
||||
date updated: 2022-08-11 14:42
|
||||
---
|
||||
|
||||
#📌diagram #📑docs
|
||||
|
||||
## 基本流程
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
Title: 基本流程
|
||||
产品->>财务: ① 提交预付款, 借款申请 (无账单明细)
|
||||
activate 财务
|
||||
财务->>+出纳: 付款明细
|
||||
Note right of 出纳: 银行付款
|
||||
出纳-->>-财务: 银行账单
|
||||
Note left of 出纳: [金额,时间]
|
||||
财务-->>-产品: 确认已付
|
||||
Note over 产品: ② 核定成本[供应商报价]
|
||||
Note over 产品: 付供应商
|
||||
产品->>+财务: ③ 销账: 提交账单明细,发票
|
||||
Note right of 财务: 确认账单,发票
|
||||
财务-->>-产品: 销账: 预付款, 借款
|
||||
Note left of 产品: 核销完毕
|
||||
```
|
||||
|
||||
## 操作
|
||||
|
||||
### 业务操作
|
||||
|
||||
#### ① 预付款, 借款 - 申请
|
||||
|
||||
**操作入口**
|
||||
`产品管理`>`供应商付款申请`, 此页面内`新建`申请单并提交
|
||||
|
||||
1. _单据类型_: `预付款 - 申请`, `个人借款 - 申请`
|
||||
|
||||
#### ② 核定成本
|
||||
|
||||
**操作入口**
|
||||
`计调服务`>`核账-基础`, 在此页面内确认成本数据, 点击`已核`即完成核定操作
|
||||
|
||||
==只有核定后的数据, 才能提交==
|
||||
|
||||
**筛选条件**
|
||||
|
||||
1. 科目: **成本 - 供应商报价**
|
||||
2. 其他条件根据实际情况输入: 出行日期, 供应商等
|
||||
|
||||
#### ③ 销账 (即提交账单明细和发票)
|
||||
|
||||
成本数据核定之后, 才能提交到财务
|
||||
|
||||
**操作入口**
|
||||
`产品管理`>`供应商付款申请`, 此页面内`新建`申请单并提交
|
||||
|
||||
1. `新建`, 弹窗内输入申请单的信息
|
||||
1. _单据类型_: `付款(使用预付款)`, `付款(使用个人借款)`
|
||||
2. _收款单位_: 即供应商.
|
||||
在下拉菜单中选中后, 开户银行等信息会自动填充, 如果没有, 需要在供应商信息管理中填好(`产品管理`>`供应商列表`).
|
||||
借款, 预付款单据, 可以根据实际情况填写收款的账号信息.
|
||||
3. _付款单位_: 操作付出款项的单位. 比如国旅或者第五季
|
||||
4. `添加明细`, 供应商已自动填好, `搜索`后即列出上一步==已核定成本数据的订单数据==, 勾选后确认, 支持多选
|
||||
|
||||
2. 确认保存账单信息. 收付款方, 具体明细等
|
||||
|
||||
> [!attention] 账单明细
|
||||
>
|
||||
> - 在提交之前, 账单明细勾选后仍可删除, 重新搜索添加
|
||||
> - 仅在发起新建时添加账单明细, 提交保存之后, 明细不可再更改
|
||||
> - 销账单据提交的`付款单位`, `供应商`, `申请人`, 应完全一致, 用于挂账、计算预付款或借款的余额
|
||||
> - 系统完成的销账操作如下, 为了使账单明细和付款明细数据实现闭环:
|
||||
> - 计算预付款, 借款当前的余额, 将账单逐一写入原预付款, 借款的单据
|
||||
> - 将原预付款, 借款申请单的付款明细写入销账的单据
|
||||
> - 计算预付款, 借款本次销账后的余额
|
||||
|
||||
### 财务操作
|
||||
|
||||
#### 销账 (预付款, 借款)
|
||||
|
||||
##### ① 确认账单
|
||||
|
||||
账单数据无误, 操作`账款付清`即可
|
||||
@ -0,0 +1,53 @@
|
||||
---
|
||||
date updated: 2022-09-21 14:30 Wed
|
||||
---
|
||||
|
||||
#💬meeting
|
||||
|
||||
### 议题:
|
||||
|
||||
第五季业务管理系统: 供应商付款申请流程, 演示和释疑
|
||||
|
||||
### 议程:
|
||||
|
||||
1. 演示: 付款, 预付款, 借款, 核账-基础, 核账-工具
|
||||
|
||||
2. 疑问和讨论
|
||||
1. 借款/预付款
|
||||
1. 零星单位,
|
||||
1. 供应商应正确录入和维护, 订单中应使用操作实际供应商, 不应填写零星单位
|
||||
2. 付款申请和销账的单据也应使用明确的供应商
|
||||
2. 记账: 申请预付款和借款的单据需要明确填写: 申请人, 付款单位, 供应商, 才能正确地记账
|
||||
2. 核账-基础
|
||||
1. 理论上应每条记录一一核对
|
||||
2. 批量核对: 每次操作100条. 当前筛选条件下的数据
|
||||
3. 核账-工具
|
||||
1. 上传的数据表应尽可能数据干净, 每一列数据保证准确性, 比如, 电话号码就是电话号码, 不要混写姓名在其中, 应另起一列显示姓名
|
||||
4. 售后退款: 退差等
|
||||
1. 销售补全操作记录
|
||||
2. 需要确认是否到账: 方案如下
|
||||
1. +财务审核: 确认是否到账
|
||||
2. 团款认领: 销售确认认领
|
||||
3. 离团3个月之后, 团锁定存档, 不许变更数据
|
||||
3. 企业微信
|
||||
1. 推广
|
||||
2. 退款问题: 财务到账, 其他流程节点无法明确知道状态
|
||||
|
||||
### 与会者:
|
||||
|
||||
- 领导: 谭
|
||||
- 财务: 黄明莉+
|
||||
- 销售: 吴+
|
||||
- 技术
|
||||
- 产品
|
||||
- 计调
|
||||
|
||||
### 拟办事项:
|
||||
|
||||
#### 业务:
|
||||
|
||||
1. [x] 核账-基础: 批量操作: 增加操作确认
|
||||
|
||||
#### 财务:
|
||||
|
||||
3. [x] 业务员的挂账数据统计
|
||||
@ -0,0 +1,32 @@
|
||||
---
|
||||
date updated: 2022-06-15 11:28
|
||||
---
|
||||
|
||||
#📌diagram
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
title: 实现
|
||||
actor sales as 销售
|
||||
participant prod as 产品
|
||||
|
||||
sales->>prod: 确认订单
|
||||
Note over sales,prod: 成本 fd_operation_cost
|
||||
Note over sales,prod: 应付账款 fd_account_payable
|
||||
prod->>财务: 付款申请 (账单明细)
|
||||
Note right of prod: fd_payment_requisition
|
||||
财务-->>prod: 锁定申请
|
||||
activate 财务
|
||||
Note right of 财务: 付款明细 [payment_detail_json]
|
||||
财务->>+出纳:
|
||||
Note right of 出纳: 银行付款
|
||||
出纳-->>-财务: 银行账单
|
||||
Note left of 出纳: [金额,时间]
|
||||
财务-->>-prod: 确认已付
|
||||
Note left of 财务: fd_capital
|
||||
Note over prod: 应付账款 [销]
|
||||
Note over prod: 付款完成
|
||||
loop 账单认领
|
||||
财务-->>财务: 付款记录 1 <--> [*] 申请明细
|
||||
end
|
||||
```
|
||||
@ -0,0 +1,11 @@
|
||||
---
|
||||
date created: 2022-05-31 11:49
|
||||
date updated: 2022-06-15 11:25
|
||||
---
|
||||
|
||||
#❌deprecated
|
||||
|
||||
> [!attention] 已废弃
|
||||
> 当前目录的功能已经废弃, 付款申请的处理都在`财务`>`销账`>`应付账款`
|
||||
|
||||
%%⚠ **已废弃**: 当前目录的功能已经废弃, 付款申请的处理都在`财务`>`销账`>`应付账款`%%
|
||||
@ -0,0 +1,31 @@
|
||||
---
|
||||
date created: 2022-09-21 Wed
|
||||
date updated: 2022-09-21 11:54 Wed
|
||||
---
|
||||
|
||||
#📑docs
|
||||
|
||||
## 目的
|
||||
|
||||
为了满足周期性清账的需求, 把个人借款未销账的余额退还公司, 保证系统里的数据是完整的, 账目是平的
|
||||
|
||||
## 操作方法
|
||||
|
||||
### 借款人操作
|
||||
|
||||
1. 在供应商付款单据列表, 找到需要清账的借款单据, 在右侧操作列, 点击`退借款`
|
||||
2. 在弹出的窗口已默认填好大部分单据信息, 退还金额默认是原来申请的借款在目前的余额, 填写好`退还金额`, `备注`, `上传银行凭据`提交就可以.
|
||||
|
||||
_操作步骤演示图:_
|
||||
![[Pasted image 20220921114505.png]]
|
||||
|
||||
_填好保存之后:_
|
||||
|
||||
1. 生成个人借款退还单据, 包含退款的银行凭据
|
||||
2. 原借款单据, 将锁定退还的金额, 避免其他业务流程和单据重复使用该金额去销账等
|
||||
|
||||
### 财务操作
|
||||
|
||||
##### ① 确认退款金额, 凭据有效
|
||||
|
||||
数据无误, 操作`账款付清`即可, 退借款完成
|
||||
@ -0,0 +1,80 @@
|
||||
---
|
||||
date updated: 2022-09-23 15:56 Fri
|
||||
---
|
||||
|
||||
#📌diagram #📑docs
|
||||
|
||||
## 基本流程
|
||||
|
||||
```mermaid
|
||||
sequenceDiagram
|
||||
Title: 基本流程
|
||||
Note over 产品: ① 核定成本[供应商报价]
|
||||
产品->>财务: ② 付款申请 (账单明细)
|
||||
财务-->>产品: 锁定申请
|
||||
activate 财务
|
||||
Note right of 财务: 应付账款
|
||||
财务->>+出纳: 付款明细
|
||||
Note right of 出纳: 银行付款
|
||||
出纳-->>-财务: 银行账单
|
||||
Note left of 出纳: [金额,时间]
|
||||
财务-->>-产品: 确认已付
|
||||
Note left of 产品: 付款完成
|
||||
loop 账单认领
|
||||
财务-->>财务: 付款记录 1 <--> [*] 申请明细
|
||||
end
|
||||
%%Note over 财务: 付款记录 1 <--> [*] 申请明细
|
||||
```
|
||||
|
||||
## 操作
|
||||
|
||||
### 业务操作
|
||||
|
||||
#### ① 核定成本
|
||||
|
||||
**操作入口**
|
||||
`计调服务`>`核账-基础`, 在此页面内确认成本数据, 点击`已核`即完成核定操作
|
||||
|
||||
==只有核定后的数据, 才能提交付款申请==
|
||||
|
||||
**筛选条件**
|
||||
|
||||
1. 科目: **成本 - 供应商报价**
|
||||
2. 其他条件根据实际情况输入: 出行日期, 供应商等
|
||||
|
||||
#### ② 付款申请
|
||||
|
||||
成本数据核定之后, 才能提交申请到财务
|
||||
|
||||
**操作入口**
|
||||
`产品管理`>`供应商付款申请`, 此页面内点击有`+`号的按钮, 新建相应的单据, 如图:
|
||||
![[Pasted image 20220923134141.png#centre|截图-新建单据的按钮]]
|
||||
|
||||
1. **新建单据**, 弹窗内输入申请单的信息
|
||||
1. *收款单位*: 即供应商.
|
||||
在下拉菜单中选中后, 开户银行等信息会自动填充, 如果没有, 需要在供应商信息管理中填好(`产品管理`>`供应商列表`).
|
||||
2. *付款单位*: 操作付出款项的单位. 比如国旅或者第五季
|
||||
3. `添加明细`, 供应商已自动填好, `搜索`后即列出上一步==已核定成本数据的订单数据==, 勾选后确认, 支持多选
|
||||
|
||||
2. 确认保存申请单信息. 收付款方, 具体明细等
|
||||
|
||||
> [!attention] 账单明细
|
||||
>
|
||||
> - 在申请单提交之前, 账单明细勾选后仍可删除, 重新搜索添加
|
||||
> - 仅在发起新建申请时添加账单明细, 申请提交保存之后, 明细不可再更改
|
||||
|
||||
### 财务操作
|
||||
|
||||
#### 付款申请
|
||||
|
||||
1. 添加付款明细.
|
||||
2. 保存单据
|
||||
3. 获得银行回执之后, 填写银行流水号到付款明细的`凭证号`列
|
||||
4. 付款完毕后, 操作`账款付清`, 即付款申请完成.
|
||||
|
||||
#### 销账: 使用预付款, 使用个人借款, 退借款
|
||||
|
||||
对于`使用预付款`, 使用`个人借款`, `退借款`这三种单据, 付款明细已经由系统自动填好,
|
||||
金额分别从原申请单据中扣除
|
||||
|
||||
1. **确认账单无误, 操作`账款付清`即可**
|
||||
@ -0,0 +1,45 @@
|
||||
---
|
||||
date created: 2022-08-12 17:12
|
||||
date updated: 2022-08-12 17:51
|
||||
---
|
||||
|
||||
#📑docs
|
||||
|
||||
## 基本原理
|
||||
|
||||
上传供应商账单, 使用电话/姓名/团号等关键信息, 与系统内数据匹配, 执行数据对比操作
|
||||
|
||||
**目的:**
|
||||
迅速筛查异常数据
|
||||
|
||||
**注意:**
|
||||
核账-工具, 仅作为数据对比的操作使用, 不能在此处直接修改系统内数据
|
||||
|
||||
## 操作步骤说明
|
||||
|
||||
1. 上传excel, 选择正确的工作表, 尤其当excel内含有多个表格时
|
||||
> 数据表应尽可能数据干净, 每一列数据保证准确性.
|
||||
> 比如, 电话号码就是电话号码, 不要混写姓名在其中, 应另起一列显示姓名
|
||||
2. 识别和匹配excel数据; (后附图)
|
||||
1. 源数据: 即读取到的excel的列名称
|
||||
2. 目标数据: 指的是系统内的对应数据. 需要在此列操作选择正确的数据
|
||||
比如: 源数据`订单号`, 则应在目标数据中选择`D-订单号`
|
||||
表示excel表中的`订单号`列, 匹配系统中的订单号
|
||||
3. 类型: 数据类型, 必须正确操作.
|
||||
==金额数据必须设置为数字==
|
||||
4. 主键列: 勾选主键列, 表示以此列为关键列, 对比其他列数据
|
||||
> 比如:
|
||||
> 勾选团号, 表示excel团号=系统中团号,
|
||||
> 勾选团号, 姓名两行, 表示 excel团号=系统团号, ==**并且**==excel姓名=系统中姓名
|
||||
5. 将不需要对比的数据列删除
|
||||
3. 数据匹配完毕, `完成`保存当前的设置
|
||||
4. `核对`: 此处已将第二步中的关键列数据应用到筛选条件, `搜索`筛选出系统内数据
|
||||
5. `对比`: 执行数据对比, 下方会将有异常的数据以**红色下划线**标记
|
||||
> 左边是excel数据, 右边是系统内数据
|
||||
> 系统内的数据, 按照订单汇总显示, 订单内含有多个项目或套餐的, 可展开行显示明细
|
||||
> 可移除当前不需要的行, 再次点击`对比`,
|
||||
> 在订单编辑页面修改数据保存后, 再次点击`对比`
|
||||
> 直到数据达到匹配要求
|
||||
> 最下方显示数字列的汇总
|
||||
|
||||
![[Image_20220812_002.png]]
|
||||
@ -0,0 +1,26 @@
|
||||
---
|
||||
date created: 2022-09-22 Thu
|
||||
date updated: 2022-09-23 18:01 Fri
|
||||
---
|
||||
|
||||
## 目的
|
||||
|
||||
跨部门共用一笔预付款, 而抓单系统目前只有OTA订单, 导致预付款余额和财务系统不一致.
|
||||
在抓单系统申请的借款, 只销账了一部分, 另有部分金额是网络运营部线下销账使用的.
|
||||
为了解决上述业务流程导致的挂账余额无法清账, 使抓单系统中的预付款记账和财务系统一致.操作一个补单将线下销账的金额扣去.
|
||||
|
||||
## 操作方法
|
||||
|
||||
### 财务操作
|
||||
|
||||
在`挂账查询`相应的记录后面, 点击`线下销账补单`, 填写好以下内容:
|
||||
|
||||
> - **金额**
|
||||
> - **备注**: ==务必在**备注**中描述清楚, 以备后续查阅==
|
||||
> - **财务编号:** 输入U8的编号, 方便后续核查. 多个编号用换行分隔, 即每个编号一行.
|
||||
|
||||
`保存提交`即可.
|
||||
|
||||
- 两个保存按钮的操作描述:
|
||||
- `保存`: 仅是保存单据, 并不马上销账, 还可以*删除*和*编辑修改*, 后续操作`账款付清`即完成销账
|
||||
- `保存并销账`: 保存单据并立即销账, 销账金额立即生效, 流程马上结束. 不可再*删除*和*编辑修改*
|
||||
@ -0,0 +1,12 @@
|
||||
---
|
||||
date updated: 2022-08-10 15:17
|
||||
---
|
||||
|
||||
## 业务操作
|
||||
|
||||
1. 在`订单列表`标记刷单，填写刷手费用；
|
||||
2. 每月按财务要求，提交预定日期，总刷单数据，在`计调列表页-广告费用`里填写，刷单费用；
|
||||
|
||||
## 财务操作
|
||||
|
||||
1. 财务在`财务-广告费用`里确认核对后，系统流程完成
|
||||
@ -0,0 +1,12 @@
|
||||
---
|
||||
date created: 2022-06-15 11:00
|
||||
date updated: 2022-06-15 11:06
|
||||
---
|
||||
|
||||
## 新增账户
|
||||
|
||||
- user.Permission 对应的是Department表的code, 在人员信息的部门里勾选多个
|
||||
- #❓ 多个部门体现在什么功能
|
||||
- user.DepartmentCode将用户与部门绑定, 显示在树状图上
|
||||
- 在RoleUsers中查询用户的角色
|
||||
- 设置角色: 选择角色, 勾选人员, 按部门查找
|
||||
|
After Width: | Height: | Size: 28 KiB |
|
After Width: | Height: | Size: 73 KiB |
|
After Width: | Height: | Size: 45 KiB |
|
After Width: | Height: | Size: 26 KiB |
|
After Width: | Height: | Size: 14 KiB |
|
After Width: | Height: | Size: 11 KiB |
|
After Width: | Height: | Size: 21 KiB |
|
After Width: | Height: | Size: 39 KiB |
|
After Width: | Height: | Size: 42 KiB |
|
After Width: | Height: | Size: 42 KiB |
|
After Width: | Height: | Size: 42 KiB |
|
After Width: | Height: | Size: 44 KiB |
|
After Width: | Height: | Size: 45 KiB |
|
After Width: | Height: | Size: 43 KiB |
|
After Width: | Height: | Size: 43 KiB |
|
After Width: | Height: | Size: 42 KiB |
|
After Width: | Height: | Size: 112 KiB |
|
After Width: | Height: | Size: 63 KiB |
|
After Width: | Height: | Size: 91 KiB |
|
After Width: | Height: | Size: 40 KiB |
|
After Width: | Height: | Size: 41 KiB |
|
After Width: | Height: | Size: 62 KiB |
|
After Width: | Height: | Size: 91 KiB |
|
After Width: | Height: | Size: 4.9 KiB |
|
After Width: | Height: | Size: 163 KiB |
|
After Width: | Height: | Size: 575 KiB |
|
After Width: | Height: | Size: 465 KiB |
|
After Width: | Height: | Size: 29 KiB |
@ -0,0 +1,13 @@
|
||||
---
|
||||
|
||||
mindmap-plugin: basic
|
||||
|
||||
---
|
||||
|
||||
# 后台管理
|
||||
|
||||
## 小程序
|
||||
- 正式版
|
||||
- 体验版
|
||||
|
||||
## H5
|
||||