登录格式
数字卢布准备情况审核是大型项目之前的一个简短的管理和技术阶段。需要避免从采购、紧急开发或分散的会议开始，而是首先获得一个清晰的地图：哪些流程受到影响，哪些系统需要修改，哪些地方存在网络安全风险，谁应该参与以及哪些场景是合理的首先测试。
数字卢布的官方标志。 2026 年 8 月，俄罗斯央行推出了数字卢布的官方符号——刻在圆圈中的卢布符号。在有关数字卢布的 RESTART 页面上，使用了这个特殊的符号。
数字卢布已对第一批企业强制实施： 2026年9月1日之后的最初几周表明了什么 — 俄罗斯央行的数据、针对企业的手续费、用户评价以及准备清单。
对于谁特别有用
银行
评估通过俄罗斯银行环境对远程银行服务、客户渠道、集成、日志记录、角色、支持和与数字卢布平台交互的改进。
零售及贸易网络
了解数字卢布将如何影响收银机、网站、移动应用、退款、对账、忠诚度计划、收入核算以及与合作银行的合作。
网上商店
提前检查客户的支付路径、订单状态、退货、个人账户、欺诈交易控制、通知、支付合作伙伴软件界面和会计分录。
金融和IT区块
以便CFO、IT总监、网络安全总监和支付部门负责人获得一种共同语言：流程发生了什么变化，存在哪些风险，涉及多少团队以及试点前需要决定什么。
提前了解什么是重要的
数字卢布是俄罗斯国家货币的数字形式。数字卢布账户在俄罗斯银行的平台上开设，通过参与银行提供访问权限。一枚现金卢布、非现金卢布和数字卢布等值。
对于企业来说，实际问题听起来更简单：需要准备哪些用户、支付、会计、集成和网络安全流程，以便新的支付方式不会成为单独的手动环境。因此，RESTART 审核的重点不是重述概念，而是关注特定组织对变革的准备情况。
官方背景： 俄罗斯银行有关数字卢布的页面.
实施时间表和监管背景
以下时间节点和门槛依据俄罗斯央行提供的资料整理，不能替代原始文件：具体适用条件及例外情形，请以您作出决策之日生效的规范性文件为准。根据俄罗斯央行资料，数字卢布业务将分阶段开放：自2026年9月1日起，向相应范围内上年度营收超过1.2亿卢布的大型银行和贸易公司开放；自2027年9月1日起，向持有全面牌照的银行及上年度营收超过3,000万卢布的贸易公司开放；自2028年9月1日起，向持有基础牌照的银行及上年度营收在2,000万至3,000万卢布之间的贸易公司开放。对于年营收低于500万卢布的销售点以及无互联网覆盖的地区，另有单独例外规定。
这些最后期限并不意味着企业需要等到最后一个季度才能达到强制性里程碑。准备工作包括与银行的协议、支付脚本、现金流、会计、退货、对账、网络安全、用户支持、测试平台和内部法规。
关键术语说明
| 学期 | 俄语清晰 | 去公司要检查什么 |
|---|---|---|
| 数字卢布 | 卢布的第三种形式，除了现金和非现金。 | 哪些支付和会计流程应该能够适用于新的支付方式。 |
| 数字卢布钱包 | 数字卢布平台上的账户，客户可以通过银行访问该账户。 | 哪些客户渠道、角色、通知和交易状态受到影响。 |
| 远程银行 | 手机银行、网上银行等远程客户端渠道。 | 应该准备哪些接口、支持和集成场景。 |
| 会计环境 | ERP、1C、会计系统、登记册、过账、对账和报告。 | 如何记录交易、回报、佣金、期末结算和控制报告。 |
| 网络安全 | 访问、日志、加密、监控、数据保护和活动控制。 | 安全操作需要哪些角色、事件、密钥、证书、日志和法规。 |
| 飞行员 | 在生产启动之前对一种或多种场景进行有限测试。 | 哪种场景能够以最小的风险提供最大程度的理解：付款、退货、对账、报告、支持。 |
我们在 10 个工作日内检查的内容
组织的作用
我们确定您在数字卢布场景中的身份：银行、零售连锁店、在线商店、大型付款接收方、服务运营商或内部支付环境的参与者。
支付场景
我们分析付款、退货、取消、部分退货、交易状态、客户支持、争议以及与银行的和解。
系统和集成
我们绘制收银机、网站、应用程序、个人帐户、ERP/1C、会计、数据存储、报告、支付网关和服务支持的地图。
会计与控制
我们检查如何记录交易、如何结束交易、如何建立对账、财务部门和内部控制需要哪些报告。
网络安全与运营
我们关注访问、日志、加密、测试台、监控、管理员角色、法规、事件和维护要求。
准备计划
我们创建一个准备矩阵、风险清单、第一位试点、一个团队、控制点和清晰的路线图。
编辑和字数限制
银行和贸易机构的复杂性和责任不同，因此该套餐分为两个版本。两个版本的期限均为10个工作日。
| 参数 | 贸易组织 | 银行 |
|---|---|---|
| 周长 | 一个法人实体，一个销售渠道——网上商店或一种标准收银系统 | 一个法人实体和一个选定的客户渠道 |
| 流程与系统 | 最多四个流程和四个系统，一家合作银行 | 多达五个进程和六个系统 |
| 交换接口 | до пяти | 到八 |
| 面试 | 到六 | 到十 |
| 文件 | 最多15份文件，最多300页 | 最多25份文件，最多600页 |
对其他渠道和整个银行生态系统的审查是一项单独的工作内容。
客户需要提供什么
- 支付业务、IT、网络安全、会计、法律职能和支持的参与；
- 当前的流程和集成方案；
- 对银行而言，是其可获得的与平台交互的最新要求和规范；
- 对于贸易组织——所选合作银行的条款和技术资料。
如果没有技术规范，结果仅限于管理层的准备情况和向合作银行提出的问题清单——在这种情况下，它并不构成经确认的连接技术方案。
什么不包括在内
- 连接银行平台或服务；
- 远程服务系统、收银软件和支付接口的开发；
- 与俄罗斯央行的测试；
- 防护设备的采购、认证和鉴定；
- 监管机构对决议的批准；
- 法律上对在特定期限前履行义务的担保。
工作完成后
- 已针对组织的协调角色和所选渠道明确了受影响的系统、流程、角色、依赖关系和缺口；
- 监管和技术结论与所使用的源版本相关联；
- 已选定一个试点方案，或在满足先决条件之前已说明不启动该方案的理由。
“暂不启动试点”这一合理结论是审计的完整成果。
输出文件
| 人工制品 | 为什么需要它？ |
|---|---|
| 准备矩阵 | 显示哪些流程和系统已经准备就绪，哪些地方存在差距以及在试点之前需要完成哪些工作。 |
| 系统和集成图 | 将支付场景与收银台、网站、应用程序、ERP/1C、会计、报告、支持和银行连接起来。 |
| 风险登记册 | 捕获网络安全、会计、计时、数据、集成、运营和客户体验的风险。 |
| 第一个飞行员的计划 | 定义场景、参与者、测试数据、验收标准、责任和限制。 |
| 准备路线图 | 为管理层提供了清晰的行动顺序：决策、改进、采购、测试、文档和发布。 |
该套件以组织角色护照和被检查渠道护照开启，而需求矩阵和原始规格则记录结论所依据的源版本。
套餐预算
| 编辑部 | 套餐预算 |
|---|---|
| 贸易组织 | 300 – 600 тыс. ₽ 不含增值税 |
| 银行 | 1 – 2 百万卢布（不含增值税） |
确切的固定价格将在启动会议和范围确认后确定；包含的工作内容、交付成果和排除事项将在项目启动前明确；任何范围扩展均需经双方协商一致。
团队构成
解决方案架构师
收集流程、系统、集成、角色和里程碑的目标图。
网络安全架构师
审查访问、日志、加密、测试循环、监控和操作风险。
ERP/1C 和会计分析师
审查交易、回报、对账、期末结算、报告以及与金融机构的沟通。
业务分析师和工作经理
进行访谈、记录决策、收集工件并将调查结果转化为易于理解的行动计划。
RESTART 的价值所在
RESTART 致力于 IT、网络安全、ERP/1C、集成、数据和项目管理的交叉领域。这对于数字卢布尤其重要：支付场景不能与会计、收银机、客户渠道、日志、访问、支持和报告分开考虑。
常见问题
审计适合非银行机构吗？
是的。对于零售、网上商店和大型分销网络来说，提前准备好支付、现金、会计和客户线路非常重要。银行负责访问平台，但企业需要了解其流程和集成。
您是否正在连接数字卢布平台？
不会。RESTART为客户准备IT、网络安全、会计和集成环境。数字卢布平台的访问是通过俄罗斯银行规则框架内的参与银行提供的。
是否可以在没有技术规格的情况下启动？
是的。第一阶段只是帮助收集初始情况：目标、场景、系统、所有者、风险、限制以及在试点之前需要做出的决策列表。
什么样的审计结果才是好的审计结果？
不是一般性的演示，而是实用的工具包：准备矩阵、系统地图、风险登记册、首次试点计划、团队和培训路线图。
人工智能可以用在这样的项目中吗？
是的，但是要小心。人工智能可用于搜索需求、协议、法规、支持问题和项目的知识库。有关风险、准入、财务和启动的决定必须由负责的专家确认。
如何确定数量和期限
以下条款对所有套餐均相同，并原封不动地纳入合同。
- Perimeter — before the agreement. 我们进行一次不超过60分钟的启动会议，确定边界范围说明书：系统、流程、数据源、参与方和成果。
- 期限倒计时。 期限自交付经确认的原始材料整套文件、发放访问权限及确认访谈时间表后开始计算。如因客户方原因造成延误，则工期相应顺延。
- 数据。 我们在经双方确认的安全通道中工作。生产数据不会在未经客户书面许可的情况下传输至外部AI服务。
- 结果传输。 我们以PDF和可编辑格式（DOCX、XLSX、PPTX或双方商定的同类格式）提供材料，并进行一次不超过90分钟的成果汇报。
- 验收。 审核结果需五个工作日。包含一轮在约定范围内的统一澄清；此轮澄清不限于修正错误和合同不符之处。
- 音量更改。 新系统、资源和任务仅在经协商一致的范围和成本变更后纳入。
- 工作格式。 默认形式为远程，除非该套餐明确包含出差安排。
开展工作的依据状态和许可证已汇总在页面上 “许可证和状态”.
给我们发邮件
申请中应包含的内容
- 组织的角色：银行、零售、网上商店、零售连锁店或其他参与者；
- 关键支付场景：支付、退款、对账、报告、支持；
- 主要系统列表：收银机、网站、应用程序、ERP/1C、会计、数据仓库；
- 对网络安全、个人数据和集成的限制；
- 所需的决策或试点时间。
请求格式
我们就音量、时间和输出工件达成一致 - 并在短时间内启动它。
