Home / Knowledge / SUR-810: master document

Primary document · 25–29 August 2026

SUR-810: Master Document

Master document and strategic presentation of the development management system SUR-810.

Material for the article "SUR-810: master document"
The first page of the presentation from the package of primary materials.

Brief annotation

About the document

Master document and strategic presentation of the development management system SUR-810.

Presentation

SUR_810_Strategic_Presentation.pptx

Page — from —
Width

Downloading the document...

For viewing prepared PDF-copy of the presentation. PowerPoint animations and transitions are not played.

Scroll through the pages and change the scale on the viewbar.

Integrated Development Management of Russia

KRISTALL741 | STANDARDS 260 | MONETARY AND SETTLEMENT FRAMEWORK 810

The Concept of Transition to the Integrated Development Management System of the Russian Federation

Inter-agency review project

Author: Sergey Leonidovich Sokolov

Version 1.0 | 27 August 2026

DOCUMENT STATUS

Passport concept and mandatory differentiation of terms

MarkingValueStatus
SESDevelopment Management System of the Russian FederationDesigned organizational and methodological system
SUR/810Soviet ruble in historical lists ISO 4217Historical, invalid code
RUR/810Russian ruble to denomination 1998Historical, invalid code
RUB/643Russian ruble after denominationThe current code of the Russian ruble
810 in accountTechnical feature of the ruble in the rules of numberingNot a valid currency code
Outline 810Project and registry name of the design outline of the SESNot currency, not denomination or means of payment

MAIN

Summary for decision

The Russian Federation has national objectives before 2030 Year and future before 2036 years, strategic planning system, government programs, national projects and budget mechanisms. The challenge for the next phase is not to multiply bodies and documents, but to harmonize goals, data, resources, decisions, risks and measurable results.

SDGs are offered as an organizational, methodological and digital system of integrated development management. The unit of control becomes a closed evidence chain: the goal - the initial state - the solution - the resource - the execution - the result - an independent check - the adjustment.

The operational core of SUR is KRISTALL741: 19 interconnected balance management systems, 13 phases in a decision’s life cycle, and three scales of management. Each of the 741 cells receives a profile covering responsibility, data, resources, risks and results. Layer 260 sets standards, indicators, formulas, sources and validation rules.

Monetary and settlement contour SUR-810 connects the source of financing, the obligation, the ruble payment and the confirmed effect. In the pilot phase 810 is a historical identifier and a registry prefix, not a currency. Money execution and accounting are carried out in RUB/643.

DECISION

Proposed management solution

  1. Approve the development and limited piloting of SES as a system of decision support and interagency coordination.
  2. Determine the state customer, coordinator, pilot object and owner of a measurable result.
  3. Use KRISTALL741 as a methodological addressing model and catalogue 260 as a normative and measurement layer.
  4. Apply "810" only as the project and registry name of the monetary and settlement circuit; exclude money issue and public exchange promises.
  5. To offer the Bank of Russia participation in the monetary and legal expertise; to ensure the participation of the Ministry of Finance, the Ministry of Economic Development, the Treasury, Rosfinmonitoring, Rosstandart and interested bodies.
  6. Following the results of the pilot, submit a legal, economic, technological and organizational assessment and a scaling plan until 2030/2036.

FOUNDATIONS

Strategic and regulatory context

SDS is designed as an applied mechanism for the implementation of already established goals and documents, and not as a parallel contour of public power. The regulatory framework sets goals, mandates and requirements; the SDS itself requires a separate decision on the pilot.

BasisWhat setsRole for SDGs
Constitution of the Russian FederationPowers of the President, Government and Bank of RussiaNon-substitution of institutions and the legality of the monetary contour
172-FZStrategic planning systemLinkages of documents, indicators and monitoring
Decree No309National targets up to 2030/2036Top level of goal setting
Spatial development strategy No4146-rBalanced spatial developmentTerritorial balance sheets and pilots
Decree No145Scientific and technological developmentForecast, technology and expertise
Decree No400National securityLimitations, risks and sustainability
Resolution No171Government Coordination CenterCompatibility with current situation management

DIAGNOSIS

Problem field: the rupture of the management cycle

The main systemic deficit arises between the strategic planning document and the actually confirmed result. Goals, indicators, budgets, projects, data, risks and reporting often exist in different contours and are updated with different periodicity.

  • the same goal is decomposed into disparate indicators and reporting formats;
  • the data source, formula, version and owner of the indicator are not always traceable;
  • Inter-agency dependencies are detected after the project delay;
  • resource solution is not always associated with a specific passport result;
  • Risk signals come later than there is a need for adjustment;
  • The success of the event replaces the assessment of changes in the state of the territory, industry or person.

TARGET MODEL

Definition of SES and system boundaries

The CSD is a federal organizational, methodological and digital environment that links national goals, 19 balances, data, models, decisions, project obligations, legitimate calculations and evidence of results.

SUR

  • collects in a single model the goals, indicators, risks and dependencies;
  • forms scenarios and shows the consequences of solutions;
  • assigns responsibility through KRISTALL741 module profiles;
  • links the resource obligation with the result through the contour SUR-810;
  • provides versioning, origin of data and independent verification;
  • returns feedback to the next management cycle.

SRS does not comply

  • does not make political or legally significant decisions instead of authorized bodies;
  • does not create 741 body, 741 information system or new mandatory reporting;
  • does not open bank accounts, does not store customer funds and does not transfer money;
  • does not issue currency, money surrogate, digital currency or payment token;
  • does not replace official statistics, budget accounting and state audit.

ARCHITECTURE

Principles of Integrated Development Management

PrinciplePractical requirement
LegalityEvery decision, authority and calculation has a legal basis.
FederalityThe data remains with the owners; The SDS uses harmonized passports and interfaces.
SubsidiarityThe decision is made at the minimum sufficient level of management.
BalanceThe result is evaluated along with resources, limitations and side effects.
EvidenceEach indicator has a formula, source, version and validator.
ReversibilityFor a significant decision, stop conditions, rollback and standby mode are determined.
SecurityAccess, data, models and calculated events are divided into protection classes.
Human-centerednessThe result is a change in quality of life and sustainability, not the amount of reporting.

FIVE WORDS

General architecture of SUR

LayerPurposeMain result
1. Normative-targetNational objectives, strategies, powers, constraintsHierarchy of objectives and legal bases
2. Observation and dataOfficial statistics, departmental data, GASMP, feedbackVerified status picture
3. Analytics and ForecastingEQUILIBRIUM, balances, scenarios, early signalsOptions and implications
4. Project executionSFERA, ECO-PPA, SPECZASHCHITA, Project PortfolioResponsible, resources, time frame
5. Calculation and proofSUR-810, banking/treasury statuses, ESG-IR 1.0Relationship of obligation, payment and result

All layers use the common object identifier and passport version, but retain the legal separation of authority, data, and responsibility.

ARCHITECTURE

Institutional model and power allocation

The SDS is integrated into the existing public administration system. Each institution retains constitutional and legal powers; the digital platform provides coherent information, coordination routes, and evidence package.

InstituteRole in the circuitBorder
President of RussiaNational objectives and strategic prioritiesSDGs do not shape policy decisions
Presidential AdministrationCoherence of priorities and monitoring of assignmentsDepartmental execution is not replaced
The Russian GovernmentPortfolio, resources, interagency executionLegally significant decisions - on established procedures
The State CouncilFederal and regional coordinationThe powers of the subjects of the Russian Federation are preserved
Security CouncilRisks, safety and sustainabilityAccess — by modes and tolerances
Federal AssemblyLegislation and Parliamentary ControlSES does not replace legislation
Bank of RussiaMonetary and payment competenceParticipation offered; decisions within independent mandate
Russian TreasuryTreasury Execution and Budgetary TraceabilitySES does not open or maintain treasury accounts
The Accounts ChamberExternal state auditIndependent assessment is not replaced by self-assessment
RosstatOfficial statistical informationAuthor's indexes are marked separately
Subjects and municipalitiesTerritorial execution and feedbackThe principle of subsidiarity applies

ARCHITECTURE

Ecosystem of SDGs: roles without duplication

ComponentFunctionResult
EQUILIBRIUMBalance analysis, forecast and scenariosReasonable solutions
GASMPObservation and Early SignalsConfirmed event or rejection
KRISTALL741Object, phase and scale addressingPassport of the management module
SFERAAcceptance and routing of initiativesTransparent offer status
ECO-PPAStructuring of the project and resource commitmentsAgreed project package
SPECZASHCHITAExecution and protection of critical processesResults and Primary Evidence
ESG-IR 1.0Passport indicator and independent validationEvidentiary reporting
SUR-810Relationship of obligation, ruble payment and resultTraceable calculated trace

A typical chain: GASMP detects a signal → EQUILIBRIUM develops scenarios → KRISTALL741 addresses the module → SFERA registers the initiative → ECO-PPA formalises the project → SPECZASHCHITA ensures implementation → SUR-810 reconciles the obligation and payment → ESG-IR 1.0 confirms the result.

IDENTIFICATIONS

Three codes, three different functions

CodeFunctionWhat code does not mean
810Historical memory of calculations and the name of the traceability registerNot valid currency and not value factor
74119 Balance Management Systems × 13 Phases × 3 ScaleNot the number of bodies, departments or mandatory reports
260Catalog of standards, indicators, formulas and rules of verificationNot a fixed forever list of regulations

MONEY AND ACCOUNT CONTOUR

Code 810: historical chronology

Period / ObjectMarkingCorrect interpretation
Soviet RubleSUR / 810Historical currency designation in the lists ISO 4217
Russian ruble before denominationRUR / 810Historical designation of the old Russian ruble
Denomination with 01.01.19981000: 1Complete change in price scale; not the current rate
The current Russian rubleRUB / 643Current cash execution and accounting code
Bank account numbersign 810Technical feature of the ruble according to the rules of the Bank of Russia
Project SESSUR-810Name of the resource, obligation, payment and result communication registry

LEGAL CLEARNESS

810 and 643: Facts, Myths, and Obligatory Disclaimer

ApprovalEvaluationCorrect position
In Russia, two rubles are circulating - 810 and 643InvalidThe current ruble is designated RUB/643
810 in the account means Soviet rublesInvalidThis is a technical feature of the ruble in the account structure
The amount on the account should be multiplied by 1000Invalid1000:1 - completed denomination 1998 year
ISO-code itself creates a monetary claimInvalidThe classifier does not create an obligation or a course
SUR-810 can be used as project nameAdmissibleWith a clear disclaimer and calculations only in RUB
Conditional unit is possible in the contractConditionallyAfter legal qualification and with a defined ruble performance

Legal Model

Acceptable use case 810

ScenarioRiskSolution for the concept
Historical symbol and registry nameLowApply now with disclaimer
Non-transferable Analytical IndexLow-mediumMethodology, audit, no promise of exchange
Contractual unitMediumOnly after the legal conclusion and the model contract
Points of the closed projectMedium-highDo not sell, cash out, promise universal acceptance
Multilateral ClearingHighNot to be included in the base pilot; only with a regulated partner
Transferable token or digital rightVery highA separate regulated project on a legitimate infrastructure
Parallel currency "ruble 810"UnacceptableDelete from concept

MONEY AND ACCOUNT CONTOUR

Three-layer model SUR-810

LayerPurposeThe Source of Legal Truth
H-810 - historicalArchive SUR/RUR, comparison of statistical series, documentation of denominationPrimary historical documents and official data
L-643 - legalContracts, budget obligations, bank and treasury paymentsLaw, Contract, Bank or Treasury; Amounts of RUB
U-SUR - analyticalOptional index of cost, sustainability or resultApproved method; does not change monetary liability

MONEY AND ACCOUNT CONTOUR

Financial flow and functional modules

ModuleFunctionBenchmark
SourcesRegister of budgetary and extrabudgetary sourcesLegal basis and limit
ObligationsContracts, stages, amounts, termsUnambiguous connection to the project
Payment calendarPlanning of cash eventsEarly Deficit Signal
AcceptanceConfirmation of stage and resultSet of evidence
DecisionAuthorization by an authorized personSignature and authorization
IntegrationTransfer of Order to Bank or TreasuryStatus of execution at RUB
SverkaComparison of statement and project registerT+1 closure or incident
AuditUnchanged log and unload dossierThe Verified Chain

The SES operator does not accept client money, does not open accounts and does not make transfers. The money transaction is performed by a regulated infrastructure.

CONTROL

Eight mandatory contours of financial readiness

CodeContourBlocking condition
LEGLegal qualificationsUncertain legal nature of the operation
PAYPayment compatibilityUnlicensed translation or wrong route
BUDBudget compatibilityNo limit, basis or treasury control
TRCCross-cutting traceabilityPayment without obligation or acceptance
RESReserve and liquidityInadequate coverage of commitment
AMLAML/CFT, KYB/KYCUndetermined participant or unauthorized signal
CYBCybersustainabilityViolation of authority, integrity or signature
CNVEvaluation and conversionNo approved formula or reliable price source

OPERATIONAL NUCLEAR

Balance as a management system

In SES, the balance sheet is not a static table or a single indicator. It is a logical control system for a certain area of development: it observes the state of the controlled object, compares it with the target corridor, identifies the causes of deviation, forms impact options, connects the solution with the resource and checks the actual result by feedback.

System ElementContentsMandatory question
Managed ObjectPopulation, territory, resource, infrastructure, industry or institutionWhat exactly are we changing?
StateStocks, flows, structure, constraints and inter-balanceWhere are we now?
Target corridorStandard, target, tolerance and time frameWhere and within what limits are we going?
ObservationData sources, signals, frequency and qualityHow do we know about the change?
ModelCausal relationships, scenarios and prognosisWhy did the rejection occur?
RegulatorAuthorized owner of the decision and the route of approvalWho has the right to make a decision?
ImpactNorm, program, project, resource or organizational decisionWhat exactly will be done?
ImplementationResponsible, resource, calendar, dependencies and controlWho, when and at what cost?
FeedbackAcceptance, result, independent verification and adjustmentIs there an effect and what to change?

OPERATIONAL NUCLEAR

KRISTALL741: nineteen balance management systems

CodeBalance Management System
B01Demography
B02Health
B03Family, income and social well-being
B04Education, skills and talents
B05Culture, values and social cohesion
B06Work and employment
B07Food and APC
B08Space and resettlement
B09Housing and public infrastructure
B10Transport and logistics
B11Fuel and energy
B12Water
B13Natural capital and ecological capacity
B14Materials, resources and circularity
B15Production and cross-sectoral linkages
B16Finance, investment and budget
B17Science, technology and innovation
B18Digital environment, information and data
B19Security, sovereignty and institutional sustainability

Each of the 19 systems undergoes the same closed control cycle, but has its own object, target corridor, causality model, set of impacts, decision owners and outcome indicators.

OPERATIONAL NUCLEAR

Thirteen phases of the solution life cycle

CodePhaseThe main question
L01Signal or needWhat's changed?
L02Identification of data and sourcesWhat is the assessment based on?
L03Data validationCan we trust the data?
L04Base LineWhere do we start?
L05Balance and Causal DiagnosisWhy did the rejection occur?
L06Forecast and scenariosWhat will happen to different decisions?
L07Purpose, standard and allowable deviationWhat is the result and limit of risk?
L08Options for solutionWhat alternatives are available?
L09Legal Expertise and SecurityIs the decision legal and safe?
L10Resource and calculation modelWhat resources and calculations are needed?
L11Implementation and coordinationWho, what and when does it work?
L12Monitoring, acceptance and validationIs the test result achieved?
L13Adjustment, scaling or closingWhat to change in the next cycle?

OPERATIONAL NUCLEAR

Three Scales and Formula 741

CodeScaleModel solution
S1National / FederalNational goal, intersectoral balance, federal resource
S2Regional / InterregionalTerritorial scenario and inter-agency portfolio
S3Municipal / Object / ProjectSpecific performance, acceptance and effect
Example codeDecryption
SUR-B16-L10-S1Federal resource-calculated model of financial balance
SUR-B12-L12-S2Regional validation of the water balance result
SUR-B06-L11-S3Project execution on the balance of work and employment

KRISTALL741

Universal passport module

BlockRequired fields
IdentificationCode, name, version, date of action
ResponsibilityResult owner, operator, matching, validator
Legal modelRules, powers, licenses, permissible and prohibited functions
Target and PerimeterMeasurable result, term, territory, participants, restrictions
Entrances and exitsDocuments, data, events, solutions and exchange formats
IndicatorsFormulas, sources, frequency, thresholds, exceptions
RisksLegal, resource, financial, social, environmental, cyber risks
DependenciesRelated modules, directories, contracts, external systems
DecisionWhat is allowed, warned, blocked and approved by whom
Standby modeManual scenario, rollback, recovery and stop conditions
EvidenceSignatures, extracts, statuses, protocols, hashes and conclusions
HistoryAuthor, changes, agreement and basis of the new version

MEASUREMENT LAYER

Catalogue 260: standard for measuring the result

The number 260 stands for Managed Catalog of Standards and Indicators. The catalog is being versioned; each position undergoes methodological, legal and industry verification.

GroupContents of passportQuality control
TargetsRelationship to national purpose and instrumentConsistency of decomposition
Balance sheetStock, flow, deficit, sustainability limitBalanced identity and units
ResultChange object stateNot replaced by the volume of activities
RiskProbability, impact, early signalThreshold and owner of the reaction
DataSource, date, coverage, delay, qualityOrigin and version
ValidationVerification method, independent validatorReproducible calculation

DIGITAL ARCHITECTURE

Registers, data and evidence chain

RegisterKey objects
Objectives and documentsPurpose, indicator, reason, deadline, version
Balances and objectsBalance, territory, industry, object, relationship
Standards and indicatorsFormula, source, threshold, validator
Signals and initiativesEvent, source, priority, balance system and route
Programs and projectsPassport, stage, executor, dependence
Resources and fundingSource, limit, assignment, availability
Commitments and calculationsContract, stage, decision, payment status in RUB
Risks and SolutionsSignal, Evaluation, Authorized Decision, Term
Evidence and resultsAcceptance, indicator, verification, conclusion
Participants and credentialsOrganization, role, power of attorney, admission

DIGITAL ARCHITECTURE

Management cycle and automation rules

  1. The signal is recorded with the source, time, territory and level of trust.
  2. The algorithm offers a linked balance, phase, scale, and route owner.
  3. EQUILIBRIUM forms the baseline, dependencies, and scenarios.
  4. Authorized persons choose the decision and fix the legal basis.
  5. ECO-PPA translates the solution into a project, resource and commitment calendar.
  6. SUR-810 binds the obligation with the legal ruble performance.
  7. ESG-IR 1.0 confirms the change in the indicator; the result returns to the model.
AutomateIt requires a human decision
Check format, completeness and versionPolicy and regulatory choices
Comparison of identifiers and dependenciesResource approval and commitment
Calculation of indicators and early signalsLegal qualification of the disputed scenario
Blocking Technical DuplicationAddressing critical risk
Forming a dossier and reconciliationAcceptance of results and responsibility

MEASUREMENT

Result metrics and non-falsifiable readiness

The average score should not hide the blocking risk. Each mandatory circuit receives a level: 0 - blocked; 1 - projected; 2 - admitted to a limited pilot; 3 - ready for scaling.

ClassExampleRule
Stop indicatorUnlicensed transaction, payment without basisAcceptable value — only 0
ThresholdCompleteness of legal qualification100% types of operations before pilot
Operational KPICricket T+1, availability, STPThe model threshold is specified on the baseline
Effect indicatorChange of balanceComparison with baseline and control scenario
Data qualityCompleteness of origin and relevanceThe source and version are mandatory

MEASUREMENT

Model KPI financial circuit

Values marked [M] are model parameters of the pilot, not current standards. They are specified after the legal conclusion, the baseline and the first two months of measurements.

IndicatorPilot's thresholdStatus
Legal qualification of types of transactions100%Barrier to admission
Unlicensed financial functions0Stop indicator
Success of accepted payments≥99,0%[M]
Automatic processing without manual editing≥90%[M]
Matching to T+1≥99,5%[M]
Duplicate or orphaned payments0Stop indicator
Full chain commitment-result≥99,5%[M]
Accessibility of the financial circuit≥99,9%[M]
Unauthorized payments0Stop indicator
Formation of a complete dossier, P95≤15 minutes[M]

The payment order receives the idempotent key from the obligation, the recipient, the amount, the date, the contract and the stage. Repeat with the same key is blocked before checking.

CONTROL

Safety, AML/CFT and Continuity

MonitoringMandatory requirementEvidence
IdentificationParticipant and Beneficiary Verified Before OperationFile KYB/KYC and status
AML/CFTSignals are reviewed by an authorized compliance officerSolution and log of actions
CredentialsThe Two-Person Principle for Monetaryly Significant ActionsEP, role, power of attorney
IntegrityUnchanged log of critical eventsSignature, time and control hash
AccessMinimum privileges and multifactor authenticationRole Matrix and Log Ins
ContinuityStandby mode, RTO/RPO and recovery testProtocol of at least two tests [M]
Personal dataMinimization, purpose of processing and storage timeRegister of grounds and deletions
KIIClassification and profile measures, if applicableCategorization and control

IMPLEMENTING

Pilot 2026–2027: Object and limits

The pilot is selected according to the principle of manageable complexity: one complex task or territory, several interrelated balances, measurable results, available data and a ready-made owner of the solution.

ParameterProposed framework
Perimeter3 projects, 3–5 legal entities and one adjustable payment adapter [M]
OperationsUp to 2 000 ruble events; without public issue, exchange and fundraising [M]
BalancesThe 3–5 most closely connected balances from KRISTALL741
DataOfficial and departmental sources plus documented primary information
FinanceRUB/643 through a bank or Treasury; "810" only in Registry ID
MonitoringLegal, financial, cybernetic and methodological independent verification
WithdrawalDecision to discontinue, modify or scale

IMPLEMENTING

Pilot stages: 30 / 100 / 365 days

TimeframeWorksSolution of the control point
0–30 daysAssignment of the customer and the owner; selection of the object; inventory of law, data, systems and calculationsThere is a mandate, borders and a baseline
31–100 daysLegal opinion; model 741; catalogue of indicators; prototype of registers; security architectureGo/revise/stop for limited launch
101–180 daysShadow mode without legally significant automatic solutions; reconciliation with current processesConfirmed data quality and manageability
181–300 daysLimited working pilot with human control and independent auditPerformed stop indicators and KPI
301–365 daysStress test, recovery, effect assessment and scaling packageGovernment decision on the next stage

IMPLEMENTING

KPI Twelve Month Pilot

BlockCompletion criterion
Right100% Scenarios are Qualified; 0 Unlicensed Functions; 0 Critical remarks
Management100% critical decisions have owner, basis and evidentiary package
Data100% required fields have source, time and version
Payments≥99% Success; ≥90% STP; 0 Losses and losses [M]
Sverka≥99,5% Operations Closed T+1; unexplained difference — 0 [M]
Traceability≥99,5% Complete chains; dossier ≤15 Minutes [M]
Security≥99,9% Accessibility; 0 unauthorized payments; two DR tests [M]
ResultImprovement of the selected balance sheet indicator relative to the baseline confirmed
EfficiencyTime or labor gain is measured without deterioration of control
AuditIndependent legal, financial and cyber verification without critical remarks

The threshold values [M] are the pilot's hypotheses. The empirical effect is not declared until the baseline and the results of the control period are obtained.

MASSTABING

Road map to 2030 and 2036

StageFocusResult
2026Design and legal qualificationsHarmonized architecture, passports and pilot frames
2027Pilot and independent inspectionThe decision to modify or scale
2028Inter-agency integrationCommon identifiers, API and evidentiary packages
2029–2030Expansion into portfolios and territoriesSustainable cycle of national goals
2031–2036Adaptive development managementScenario management of long-term balance sheets

ORGANIZATION

Program Management and Responsibility Model

RoleResponsibility
State CustomerMandate, pilot facility, resource and final decision
Interagency Coordinating CouncilDependency resolution and lock control
Owner of the resultChange the state of the selected balance
Methodical CenterModel 741, catalog 260, quality indicators
Platform OperatorIntegrations, Availability, Logging and Support
Financial operatorBank or Treasury; executed at RUB
Legal CommitteeScenario Qualifications and Border Control
Independent ValidatorVerification of results, methods and evidence
Auditor / Supervisory AuthorityIndependent evaluation and recommendations

RISKS

Key risks and management measures

RiskManifestationMeasure
LegalSUR-810 is perceived as private moneyDisclaimer, qualification, only RUB/643
Reputational810 with pseudo-legal theoriesPublic fact sheet and common terminology
InstitutionalFear of organ replacementExplicit lines of authority and joint management
DataIncomparable formulas and versionsPassport indicator and origin of data
ModelError prediction or automation of the solutionScripts, person in outline, version log
FinancialPayment without reason or doubleSet check, two faces, idempotent key
CyberneticCompromise access or registrySegmentation, MFA, signature, reservation
ProjectThe first perimeter is too wide.Limited pilot and stop/go locks
MethodicalActivity instead of effectBaseline and independent validation

DRAFT DECISION

Draft instruction on pilot launch

Suggested wording for further legal development:

  1. To the Government of the Russian Federation to prepare proposals for a limited pilot project of the Development Management System of the Russian Federation.
  2. Determine the state customer, coordinator, pilot object, the list of participants and the owner of the measurable result.
  3. Provide a distinction between the organizational and methodological architecture of the SRS and the monetary and legal status of the designation 810.
  4. Form an inter-agency working group with the participation of interested bodies; The Bank of Russia shall offer participation within the established competence.
  5. Within a period of up to 100 days, prepare a joint legal, financial, technological and organizational conclusion and pilot’s regulations.
  6. Establish that all legally significant pilot calculations are carried out in rubles of the Russian Federation through authorized banking or treasury infrastructure.
  7. Within the pilot, do not allow the issue or sale of the instrument identified by code 810 or promises to exchange it; do not allow the operator to perform unlicensed financial functions.
  8. After twelve months, submit a report with an independent assessment and proposals for termination, finalization or scaling.

PLAN OF ACTION

First 100 days: list of specific results

ResultContentsAcceptance
Pilot's mandateCustomer, owner, facility, boundaries and budgetary basisExecutive document
Legal MemorandumQualification SUR-810, roles, data and financial scenarios0 Open Critical Questions
Process MapCurrent and target cycle from signal to resultConsent of owners
Matrix 741Selected balances, phases, scales and passportsComplete required fields
Catalogue of indicatorsThe first version of the set 260 and methodsExpert and statistical verification
Data ArchitectureRegistries, API, identifiers, access and originTechnical Council
Prototype SUR-810Register of obligations and payment statuses without storage of fundsReconciliation of test data
Security ModelThreats, Roles, Logging, BackupTest and report
Measurement planBaseline, KPI, control script and validatorIndependent opinion
Gateway solutionGo / revise / stopCoordinating Council Protocol

CONCLUSION

Final position

The SRM shifts development management from a set of disparate documents and information contours to 19 interconnected balance management systems and a single but federative cycle of responsibility: from signal and scenario to legitimate resource, execution and independently validated result.

KRISTALL741 creates an addressable operational matrix, catalogue 260 a language of measurement, and SUR-810 traceability of the connection between an obligation, a ruble payment and the result.

Historical accuracy is fundamental: SUR/810 the Soviet Ruble, RUR/810 — the Russian ruble to denomination, RUB/643 — to the current Russian ruble. In a bank account 810 It is a technical feature of the ruble. This history does not create a modern exchange rate or monetary claim.

SUR-810 does not return the old currency - it returns the traceability, long-term and relationship to the result.

ANNEX A

Official sources and regulatory materials

1. Constitution of the Russian Federation, Article 75

2. Federal Law No. 172-FZ "On Strategic Planning in the Russian Federation"

3. Decree of the President of the Russian Federation No. 309 on national goals

4. Spatial Development Strategy, Government Order No4146-r

5. Decree of the President of the Russian Federation No. 145 on scientific and technological development

6. Decree of the President of the Russian Federation No. 400 on the National Security Strategy

7. Decree of the Government of the Russian Federation No. 171 on the Coordination Center

8. Decree of the Government of the Russian Federation No. 1278 on the FIS of strategic planning

9. Decree of the Government of the Russian Federation No. 733 on the national data management system

10. Bank of Russia: explanation of the ruble sign 810 and currency code 643

11. Bank of Russia Regulation No. 809-P: Rules for Numbering Personal Accounts

12. Decree of the President of the Russian Federation No. 822 on denomination

13. ISO: Standard ISO 4217

14. SIX: official escort body ISO 4217

15. SIX: historical list ISO 4217 List Three

16. Bank of Russia: digital financial assets

17. Bank of Russia: digital ruble

ANNEX B

Glossary and rules of terminology

TermWorking definition
Balance management systemClosed circuit: object, state, target, observation, model, solution, impact, resource, execution and feedback
EvidenceDocument, status, measurement or conclusion with origin and version
ContourA set of processes, data, roles and control rules with a common function
Module 741Addressable combination of balance, life cycle and scale phases
Indicator 260Validated passport of definition, formula, source, threshold and verification
SUR-810Project name of the source, obligation, ruble payment and result communication register
RUB/643Current designation of the Russian ruble for cash execution
Sign 810Technical element of the structure of the Russian bank account
PilotLimited hypothesis testing with predefined boundaries and stop conditions
ValidatorIndependent or functionally separate subject of result verification

ANNEX C

Methodological reservations

  • The document describes the target concept and does not prove the actual economic effect before the pilot.
  • The numbers 741 and 260 are elements of the author's architecture; their application requires approved passports and versions.
  • Model thresholds [M] are not government regulations, bank rules, or a promise of result.
  • Official statistics have priority within their subject area; derived indices are labeled as analytical.
  • The algorithm supports decision but does not replace authority, legal responsibility, and professional judgment.
  • Financial, tax, accounting, procurement and currency scenarios require separate qualifications for participants and the pilot facility.
  • Any function of transferring, storing, exchanging or raising money is excluded from the pilot if it is not performed by a properly regulated entity.
  • Scaling is allowed only after an independent assessment of the law, effect, security, cost of ownership and organizational readiness.

End of document

Source materials

Originals and versions of the document

Other editions in web format

Each version is disclosed separately; the sequence of the source document is saved.

SURSUR_810_Strategic_Presentation.pptx · web text

810

HISTORIC

RCD

Management system

Development of Russia

19 balance management systems • KRISTALL741

Standards 260 • monetary and settlement contour SUR-810

Inter-agency review project

810 is not the pilot's currency

Author: Sokolov Sergey Leonidovich | version 1.0 | 27 August 2026

You can fly now.

MANAGEMENT POSITION

The monetary value of 810 is not introduced - it passes a separate legal gateway

SUR - run as a control system

810 - use only as project code

Organizational and methodological architecture, 19 balance systems, matrix 741, catalog 260 and evidence cycle.

Historical identifier and name of the traceability registry. All calculations, accounting and payments — in RUB/643.

Requested solution: legal training + limited non-monetary pilot

Sokolov Sergey Leonidovich

National goals need a closed execution cycle

THE PROBLEM

Goal

Data

Decision

Resource

Implementation

Evidence

result and deadline

status and signal

Option and Authority

Commitment and limit

Responsible and Stage

effect check

Feedback returns the confirmed result to the next decision cycle

The SES does not create a new power; it makes the current cycle coherent and verifiable.

Sokolov Sergey Leonidovich

Balance is a management system

OPERATIONAL NUCLEAR

Not a static table, but a closed loop of impact and feedback

Object

State

Goal

What we change

Where we are

Target Corridor

Observation

Model

Decision

How we know

Why and what will happen

Who is entitled

Impact

Implementation

Feedback

What we do

Who and what

Has the effect been achieved

object + Objective + surveillance + Model + Authority + Impact + resource + execution + feedback

Sokolov Sergey Leonidovich

Nineteen interrelated balance sheet management systems

KRISTALL741

Man and Society

Territory and life support

Production and capital

Knowledge and sovereignty

B01 Demographics

B07 Food

B14 Resources and Circularity

B17 Science and Technology

B02 Health

B08 Space

B15 Manufacturing

B18 Digital environment

B03 Family and income

B09 Housing and utilities

B16 Finance and investments

B19 Security and Sustainability

B04 Education

B10 Transport

B05 Culture and connectedness

B11 Energy

B06 Labour and employment

B12 Water

B13 Natural capital

Each system has its own object, purpose, regulator, impact and feedback — and is not a new agency.

Sokolov Sergey Leonidovich

SES closes eight management actions

TARGET MODEL

Signal

Diagnostics

Scenario

Decision

Adjustment

Validation

Implementation

Resource

The decision is made by the authorized institute • SRS provides evidence and reversibility

Sokolov Sergey Leonidovich

810

IDENTIFICATIONS

810 / 741 / 260 - three codes, three functions

741

260

TRAVELING

ADDRESS OF MANAGEMENT

MEASUREMENT

Historical memory of calculations and the relationship "resource - obligation - result"

19 Balance Management Systems × 13 Phases × 3 Scale

Catalog of standards, indicators, formulas, sources and validation rules

Codes work together but do not replace each other.

Sokolov Sergey Leonidovich

Code 810 — historical; current ruble — RUB/643

HISTORICAL ACCURACY

SUR / 810

1000: 1

Soviet Ruble

denomination

from 01.01.1998

RUR / 810

RUB / 643

Russian Ruble

Before the denomination

current

Russian Ruble

Historical 1000:1 — a complete change in the scale of prices, not the current exchange rate between "two rubles"

Sokolov Sergey Leonidovich

The four myths about 810 are four verifiable facts

LEGAL CLEARNESS

In Russia, the ruble 810 and 643

The current ruble is designated RUB/643

MYTH

FACT

810 in the account means Soviet rubles

This is a technical feature of the ruble in the account structure

MYTH

FACT

The amount on the account must be multiplied by 1000

1000:1 - completed denomination 1998 year

MYTH

FACT

ISO-code itself creates a monetary claim

The classifier does not create an obligation or a course

MYTH

FACT

810 in a bank account is not an incident and does not require a change of details

Sokolov Sergey Leonidovich

The pilot's money system remains operational

LEGAL BORDER

Ruble

Emissions

Monetary unit of the Russian Federation

Exclusive competence of the Bank of Russia

CFA

The Digital Ruble

Not a means of payment

Form of national currency issued by the Bank of Russia

Pilot: without emission, sale, exchange, wallets and promise of state guarantee

Sokolov Sergey Leonidovich

What is acceptable now, what is conditional, what is excluded

SCENARIO 810

STOP

CAN NOW

AFTER EXPERTISE

NOT IN THE BASIC PILOT

historical symbol

contractual unit

Parallel Currency

Registry Name SUR-810

Defined ruble equivalent

public token or clearing

Non-transferable Analytical Index

Model contract and methodology

promise of exchange and return

Recommended route: historical sign → analytical index → only then separate contractual model

Sokolov Sergey Leonidovich

Three layers - one priority of legal truth

SUR-810

H-810

HISTORICAL REGISTER

RULE

PRIORITY

archive SUR/RUR • comparison of series • Documentation of denominations

In the event of a discrepancy, the law, contract, bank, or Treasury shall prevail in RUB.

The analytical record SUR does not change the monetary liability.

L-643

LEGAL REGISTER

contracts • budget • liabilities • bank and treasury payments RUB

U-SUR

ANALYTICAL LAYER

indices of value, stability or result • only according to the approved method

810 — Memory • 643 — execution

Sokolov Sergey Leonidovich

Money moves into RUB; SAD Drives Evidence

MONEY AND ACCOUNT CONTOUR

Source

Bank /

Treasurer

Outline

Project

account

Acceptance

Decision

Payment

in RUB

Sverka

ESG-IR

Result

SRS

SRS does not comply

Basis • obligation • stage • decision • status • result

does not keep funds • does not open accounts • does not transfer money

Transfer operator - only regulated bank or Treasury

Sokolov Sergey Leonidovich

Readiness is equal to the weakest mandatory circuit

CONTROL

Right

Payment

Budget

Next

LEG

PAY

BUD

TRC

legal qualification

Regulated route

Limit and basis

End-to-end traceability

Reserve

AML/CFT

Cyber

Evaluation

RES

AML

CYB

CNV

Coverage of obligations

KYB/KYC and signals

Integrity and Access

Approved method

Readiness SUR = min ( LEG, PAY, BUD, TRC, RES, AML, CYB, CNV )

Sokolov Sergey Leonidovich

Address of each management task

KRISTALL741

MANAGEMENT SYSTEMS

BALANCES

THE PHASE OF LIFE

CYCLA

MASSTABA

GOVERNANCE

object and target state

from signal to adjustment

Federal • Regional • Project

19 × 13 × 3 = 741

741 — not the number of bodies or IT systems; this is the number of management modules addressed

Sokolov Sergey Leonidovich

Thirteen Phases Turn Signal Into System Training

KRISTALL741

L01 Signal

L02 Sources

L03 Verification

L04 Base line

OBSERVE

L05 Diagnosis

L06 Scripts

L07 Purpose / Standard

L08 Options

L09 Law / Security

DECIDE

L10 Resource model

L11 Execution

L12 Validation

L13 Adjustment

PERFORM AND STUDY

Phase L13 returns the confirmed result in L01 - the system becomes adaptive

Sokolov Sergey Leonidovich

One Balance System - Three Scale Solutions

KRISTALL741

FEDERAL

national target • intersectoral balance • federal resource

REGIONAL

territorial scenario • interagency portfolio

PROJECT

specific performance • acceptance • confirmed effect

SUR-B16-L10-S1

financial balance • resource model • federal scale

Scales are related by feedback: the project result clarifies the regional and federal model

Sokolov Sergey Leonidovich

Eight components form one proof route

ECOSYSTEM

GASMP

EQUILIBRIUM

KRISTALL741

SFERA

Signal

script

Address

Initiative

ECO-PPA

SPECZASHCHITA

SUR-810

ESG-IR 1.0

draft

execution

calculated trace

Validation

Each component is responsible for its own function; a common identifier links the evidence

Sokolov Sergey Leonidovich

Authority remains with the existing bodies

INSTITUTIONAL MODEL

Objectives and strategy

Coordination

Russian President • Federal Assembly • Government of the Russian Federation

Presidential Administration • State Council • Coordination Center

Money and Execution

Security and independence

Government • Ministry of Finance • Treasury • regulated bank

Security Council • Bank of Russia — participation within its own mandate

Data and methodology

Control and proof

Rosstat • RAS • industry centers • subjects of the Russian Federation

The Accounts Chamber • Audit • Independent Validators

The SRM links the basis, data, decision, resource and result - but does not make a decision instead of the institute

Sokolov Sergey Leonidovich

100

IMPLEMENTING

Pilot 30 / 100 / 365 days - with the right to stop

365

DAYS

DAYS

DAYS

Mandate and boundaries

Legal Gateway

Verified result

customer • object • reference line

conclusion • passport • prototype

Pilot • Audit • Scale Decision

Perimeter [M]: 3 Project • 3–5 legal entities • to 2 000 Ruble Operations

Each control point allows go/revise/stop

Sokolov Sergey Leonidovich

100%

MEASUREMENT

Pilot proves right, reliability and effect

≥99% [M]

Legal Qualification of Scenarios

Unlicensed Functions

success of accepted payments

≥99,5% [M]

≥99,9% [M]

full chain and reconciliation T+1

availability of financial contour

Confirmed balance effect

[M] — pilot's model threshold, not a state standard and not a promise of effect

Sokolov Sergey Leonidovich

Stop/go gateways protect the pilot from irreversible errors

RISKS

STOP

public promise of exchange or return

legal model approved for 100% scenarios

receiving other people's money by the operator SUR

all payments go through a bank or Treasury

no power, reason or AML-permit

the decision has an owner and a full evidentiary package

broken signature, integrity or access control

Recovery and safe rollback

810 is used as a valid currency

No independent review criticisms

Law and security are barriers, not elements of the average score

Sokolov Sergey Leonidovich

Road map to 2030 and 2036

MASSTABING

2026

2028

2031–36

Design

Integration

Adaptive management

Right • Architecture • Base Line

common identifiers • API •

scenarios • Early Signals • Long-term balance

2027

2029–30

Pilot

Extension

limited run • independent check

portfolios • territories • national goals

Scaling is determined by the readiness of the gateways - not by a calendar date

Sokolov Sergey Leonidovich

Four Actions to Launch an SAR

DRAFT DECISION

Approve the limited pilot of SES

To appoint the customer and the owner of the result

Decision Support and Interagency Coordination Systems

identify the object, boundaries, participants and control points

100 days to complete the legal gateway

After 12 months to make a decision

810 — project name only; financial performance — RUB/643

stop • revise • scale based on independent verification

SUR-810 does not return the old currency - it returns the traceability, long-term and relationship to the result

Sokolov Sergey Leonidovich

Sources indicated in the presentation 26
  • Author's concept of SUR, Sokolov Sergey Leonidovich, version 1.0, 27.08.2026.
  • https://www.cbr.ru/explan/acts_bko/
  • [/Sources]
  • Author's concept of SUR, version 1.0, 27.08.2026.
  • https://kremlin.ru/acts/constitution/item
  • https://kremlin.ru/events/president/news/73986
  • https://publication.pravo.gov.ru/Document/View/0001201406300016
  • Author's concept of SUR: "Balances as control systems", Sokolov Sergey Leonidovich, 27.08.2026.
  • The author’s KRISTALL741 classification, version 1.0, 27.08.2026.
  • The author’s concept of SUR and KRISTALL741, version 1.0, 27.08.2026.
  • https://www.six-group.com/en/products-services/financial-information/market-reference-data/data-standards.html
  • https://www.kremlin.ru/acts/bank/11299/print
  • https://www.cbr.ru/Queries/XsltBlock/File/144005/-1/2400-2401
  • https://www.cbr.ru/finm_infrastructure/digital_oper/
  • https://www.cbr.ru/PSystem/dr/
  • https://pravo.gov.ru/proxy/ips/?doc_itself=&fulltext=1&nd=102033239&page=1&rdk=155
  • Author's model SUR-810, version 1.0, 27.08.2026.
  • Author's model of financial readiness SUR-810, version 1.0, 27.08.2026.
  • The author’s KRISTALL741 model, version 1.0, 27.08.2026.
  • The author's architecture of the ecosystem of SUR, version 1.0, 27.08.2026.
  • https://publication.pravo.gov.ru/Document/View/0001202102220029
  • Author's plan of the pilot of SUR, version 1.0, 27.08.2026.
  • Author's register KPI Pilot SUR-810, Version 1.0, 27.08.2026.
  • Author's risk matrix of SUR, version 1.0, 27.08.2026.
  • https://www.cbr.ru/counteraction_m_ter/
  • Author's road map of SUR, version 1.0, 27.08.2026.