菜单权限配置主要包括三块内容：菜单管理、角色管理、用户管理，用户与菜单的关系由角色进行关联。 1.功能说明 1.1.菜单管理 菜单管理负责维护系统中所有的菜单，只有系统管理员有配置权限。菜单管理支持修改菜单名称、图标，启用禁用菜单，删除菜单（不建议）。 新增菜单需要初始化数据，详细见文档【liquibase自定义实现类使用介绍】中菜单自定义实现类。 相关表 sys_menu（菜单表） sys_menu_language（菜单语言表） 1.2.角色管理 角色管理可以分配菜单权限，并分配用户。角色管理分为集团角色管理和普通用户管理。 集团角色维护的是集团管理员角色，通过给集团管理员分配不同权限的菜单来控制集团菜单权限。 ![image.png](http://tmpbbs.zt...

接口描述 请求地址：/sys/interface-internal/invoice/queryInvoicePage http请求方式：POST

接口描述 请求地址：/invoice/obtainInvoiceData http请求方式：POST 接口诞生版本：3.9.2 所属系统：π平台 接口说明：用于归集企业指定开票月份的红冲作废发票，需要在红冲作废发票归集任务处理成功之后调用

接口描述 请求地址：/invoice/initiateVoidRedCharge http请求方式：POST 接口诞生版本：3.9.2 所属系统：π平台 接口说明：用于申请企业指定开票月份、发票类型、进销项、红冲作废

接口描述 请求地址：/invoice/invoiceCollectionCheck http请求方式：POST 接口诞生版本：3.8.5 所属系统：π平台 接口说明：用于归集企业指定税款所属期的已勾选进项发票，需要在发票归集任务处理成功之后调用

接口描述 请求地址：/invoice/invoiceCollectionInitiationCheck http请求方式：POST 接口诞生版本：3.8.5 所属系统：π平台 接口说明：

接口描述 请求地址：/invoice/invoiceCollection http请求方式：POST 接口诞生版本：3.8.5 所属系统：π平台 接口说明：用于归集企业指定开票月份的进销项发票，需要在发票归集任务处理成功之后调用。 单次

接口描述 请求地址：/invoice/invoiceCollectionInitiationCheck http请求方式：POST 接口诞生版本：3.8.5 所属系统：π平台 接口说明：用于申请企业指定开票月份、发票类型、进销项发票归集任务，或者获取发票归集任务的状态。 单次调用最大条数：1

财务云系统发送邮件统一使用的新云邮箱，如果需要更换发送邮箱，请按下述步骤进行配置 1.配置地址 邮箱配置维护在系统字典-全局字典 EMAIL\_CONFIGURATION中 ，配置的值为json字符串 2.配置介绍 邮件配置的值中有以下参数： | 参数 | 参数名 | 示例 | 备注 | | ------...

菜单范围 | 菜单 | 二级菜单 | 菜单介绍 | | | ------- | -------------------- | --------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------

前言 本文仅限为个人部分的java开发场景做出的示例； 有存在不足的地方，欢迎大家评论，不断补充完善，提示开发效率，谢谢； 效率： 1.多语言的翻译 平时在写业务逻辑时，存在多语言的编写，但是经常是一个一个翻译，如果用chatgpt的话，可以先全部定义好，比如全部写中文，然后直接全量复制给它，它能直接输出一个完整的结果，提供了一定的便利性 示例： 2.正则表达式的编写 写一个跟自己业务逻辑相符合的正则，可以直接把内容告诉它；或者是把数据给它，直接让他输出一段正则， 示例1： ![image.png](http://tmpbbs.ztc.ztccloud.com.cn:6875/developers-server/rest/file/group1/2024/02/...

跨微服务调用时，如果参数是文件，要在postmapping的注解中增加参数consumes = MediaType.MULTIPART\_FORM\_DATA\_VALUE，用来指定入参格式，不然会报错！

高级查询组件介绍： 高级查询为jpa查询，mybatis查询（不包括xml），sql查询提供通用替换组件，在兼容原逻辑的同时提供了扩展为高级查询的功能。 一、参数改造： 为了适配高级查询多种查询方式，后端对查询参数（支持requestBody、requestParam）进行了改造，如下： | 参数 | 类型 | 必需 | 说明 | | --------------- | ---------------------------------- | --- | ------------------------------------------------- | | checkKey | String | 否 | 多选时，选择字段的key（不传为id) | | checkValu

[ ]()费报相关版本数据字典 [V3.6.0_MYSQL.xlsx](http://tmpbbs.ztc.ztccloud.com.cn:6875/developers-server/rest/file/group1/2023/04/28/A04ABFCBFFFFC643DEBE84CBB1B7B2AE0905.xlsx) [V3.7.0_ORACLE.xlsx](http://tmpbbs.ztc.ztccloud.com.cn:6875/developers-server/rest/file/group1/2023/04/28/A04ABFCBFFFFC645F526947EB1B7B2AE0906.xlsx) [V3.8.0_ORACLE.xlsx](http://tmpbbs.ztc.ztccloud.com.cn:6875/developers-server/rest/file/group1/2024/12/09/1830A2CEFFFFDA1B4E7FD8EAB1B7B2AE0D28.xlsx) [V3.9.2_ORACLE.xlsx](http://tmpbb...

1、银行联行号与SWIFT Code的区别： （1）定义不同 银行行号，即银行联行号就是一个地区银行的唯一识别标志。用于人民银行所组织的大额支付系统，小额支付系统，城市商业银行银行汇票系统，全国支票影像系统等跨区域支付结算业务。 而SWIFT号码，该号码是国际编号，每个地区的每个银行都不同。该号相当于各个银行的身份证号。从国外往国内转帐外汇必须得使用该号码。 （2）编号规则不同 银行行号由12位组成：3位银行代码+4位城市代码+4位银行编号+1位校验位。而SWIFT的编号规则一般是8位或11位，前四位为某银行代码，如中行是BKCH 农行是ABOC，紧接着四位是国别及地区代码，如中国北京是CNBJ，后面可能会有3位的数字或字母代码，一般是指具体的分支行。 （3）使用范围不同 银行行号是中国内部的用于跨区域银行间的结算的地址符号。而SWIFT虽是起源于欧洲，但它在全世界通用。