The hereby Code is the principle regulatory document for the WebMoney Transfer System.
The Code establishes the configuration and implementation of the WebMoney Transfer System algorithms and sets the main principles guiding the System Members’ interactions.
The System’s algorithm software will guarantee the implementation of the Code and it will be mandatory for all System Members to observe them.
*The System Operator, as the owner of the WebMoney Transfer System Transactions Certification Centre software, and the System’s automated services shall develop and introduce the Code to the client’s system.
The arrangement of a technical cooperation between the System Members, establishment of the amount of remuneration for the use of the System and of the security standards will be the exclusive prerogative of the System Operator.
The same requirements shall apply to all System Members.
The System Operator has the right to amend the hereby Code at their discretion and shall undertake to amend the Code upon completion of a referendum held among the Members of the System – the holders of Personal WebMoney Passports.
The System Members shall be notified of the amendments at least 10 days prior to the effective date of the relevant amendments.
The WebMoney Transfer System (hereinafter – the System) – is a combination of an automated software and hardware complex, a Transactions Certification Center, the System’s automated services, the client’s software system modules (WebMoney Keeper), which are autonomously managed by individuals and legal entities (the Members of the System) as well as interrelations and procedures arising between the said structural elements in regards to the issue and accounting of the unified title units, and the scope of proprietary rights in the digital WM format.
Composition and definitions of the structural elements of the WebMoney Transfer System:
WEBMONEY – a universal title unit (WM) in a digital format which expresses the amount (scope) of proprietary rights. The price of which (conditional network value) is established and maintained by the owners.
MEMBER of the WebMoney Transfer SYSTEM – any person (or legal entity) autonomously managing the client’s software system modules, using the automatic hardware and software complex of the Transactions Certification Center, or being a party to a transaction which is carried out using WM. WEBMONEY KEEPER – a program module acquired by a Member of the System free of charge and installed on the Member’s computer which implements a set of algorithms for WEBMONEY transactions and accounting.
Member’s COMPUTER – a computer (computers) on which the System Member uses WebMoney Keeper to conduct operations in the WebMoney Transfer System.
OPERATOR – the developer, owner, installer, and administrator of the electronic transfer system, who Assures the continuous and sustainable operation of the System. CODE – provisions of the regulatory nature and guidance on application of algorithms, technical and procedural rules, simultaneously governing the Member’s user status and their relationships with the Operator.
MEMBER’S IDENTIFIER – a set of characters which are generated at the time of installation of; WebMoney Keeper on the Member’s Computer. This is a unique name of the Member in the System to which all the WM operations initiated by the Member are linked.
KEY – a digital sequence used in the System’s security algorithms, allowing it to univocally interpret the ability to manage the Member’s Identifier and confirm the affiliation of the Identifier with the key holder. PURSE – an attribute registered under the MEMBER’S IDENTIFIER. Every purse has a prefix denoting the type of title units the purse is intended for.
WM-TRANSACTION – a transaction for a transfer of title units between purses of the same type.
MESSAGE – a text message transferred between the client’s software which is signed by the SENDER’s and RECEIVER’s keys.
INVOICE – a claim for the transfer of a selected type of title units from one MEMBER’S IDENTIFIER to another.
GUARANTOR – an organization who issues, stores and administers the issuing of title units of a certain type, establishes the equivalents for the exchange of the claimed proprietary rights that have been published on the system website and in the WebMoney Keeper software. The guarantor establishes the offer for the purchase and sale of title unites of the guaranteed type, and provides a legally valid introduction of the title unites of a certain type to the economy of the country where the Guarantor is registered, in compliance with the country’s legislation.
THE SYSTEM SERVICES – automated hardware and software complexes which provide additional features to the WebMoney Keeper System Member’s software module. These are developed, installed and maintained by the Operator.
ACCREDITATION – a Member identifier Service that verifies whether the Identifier belongs to a certain individual or a legal entity and assures the appropriateness of the scope of rights to use the Service System through the implementation of an algorithm which requires the submission of identification documents. ARBITRATION – a service for the settlement of disputes between System Members in accordance with the Code agreements and standards adopted in the System. REGISTRAR – an individual or a legal entity that has contributed to the System’s guarantee fund and carries out the ACCREDITATION of the System Members and represents the Members during Arbitration.
PERSONAL CERTIFICATE – registered in the System as evidence of the successful passing of an individual or a legal entity to the attestation procedure performed by the REGISTRAR.
Paragraph 1.3.1. Principle duties of the WebMoney Transfer System Member Any Member of the System shall be granted:
Paragraph 1.3.4. Principle duties of the Registrars
To obtain the status of a Registrar any individual or legal entity who is a Member of the System and holds a Personal Certificate can sign an agreement with the Operator on behalf of the
System during the Member’s accreditation procedure Initiated by a process participant for the confirmation of affiliation of an Identifier with an individual or a legal entity).
A premium, the amount of which shall be determined by the Operator, shall guarantee the performance of such an agreement. Should the Registrar cease its activities, the premium is to be returned
to the participant subject to the compliance of its activities with the agreement. Should there be any discrepancies identified in the data verified by the Registrar at the time of issue the System
certificates, the participant will be deprived of the status of Registrar and the premium will not be
refunded.
In addition to accreditation activities a Registrar may participate in arbitrations. Should the Registrar
consent to arbitration activities the Operator enters the details of the Registrar in the Arbitrators list.
The Registrar then can be selected from the list to act as a plaintiff, as a defendant, or the System can be selected to render a
verdict in the case. In this case the access to the arbitration procedure interface shall be provided by
the Arbitration system robot.
Relationships between the Members of the WebMoney Transfer System and the Operator or Guarantors shall be governed by the accepted agreements and the present Code. At the time of the registration of client’s software, establishment of a purse or use of the automated Services, each Member shall select a mode of the System utilization by accepting (not accepting) the proposed options.
Paragraph 2.1.1. Principle provisions of the Transfer of Proprietary Rights Agreement
A Transfer of Proprietary Rights Agreement shall be signed by the Operator and ANY Member. It shall be the only document, which has to be consented in order to use the System. The Transfer of Proprietary Rights Agreement shall define the following provisions:
Paragraph 2.1.2. Principle concepts of agreements between the System Operator and Guarantors
WebMoney Transfer System is available for use in any jurisdictions and by any types of legal incorporation not contradicting the international law. Availability of the System shall be defined by the presence of a procedure for accession of Guarantors to the System through the establishment of contractual relationships between a Guarantor and the Operator. Such agreements may offer different forms of cooperation, however, they requirement to follow the below listed principle concepts shall be mandatory:
Paragraph 2.1.3. Principle concepts of agreements between Guarantors and the Members of the System
Agreements between Guarantors and a Members of the System shall be signed at the time of the registration by the Member of a new Purse for the title units of the Guarantor at the time of purchase of the Guarantor’s title units (Purse replenishment), at the time of exchange of the Guarantor’s title units for equivalents (output from the System). The procedure for publishing and signing of such Agreements shall be organized by the Operator through the addition of certain procedures to the relevant System algorithms. It is mandatory for such agreements to contain a description of the equivalent of the title units, the obligation of the Guarantor to exchange title units and the terms of exchange.
Paragraph 2.1.4. Principle concepts of the System in relation to the methods applied by the System Members in order to conduct business
All agreements signed by the Operator, Guarantors or Registrars shall contain a clear statement in regards to:
Paragraph 2.2.1. Structure of settlements
Settlements shall be carried out in the System:
All settlements carried out in the System shall be made in title units.
Paragraph 2.2.2. Remuneration for the services rendered in the System
Remunerations for the fulfillment of WM-transactions shall be established by the Operator for each type of Purse at the time of signing of an agreement with the Guarantor. The amount of remuneration for the use of the System Services shall be set forth by the Operator at his discretion.
Any relationships in the System shall be established and implemented exclusively based on the WM-procedures, providing identification of the parties. Any actions in the System shall be conducted only by the Members, who have completed the registration procedure, including System and Operator Services.
Paragraph 2.3.1. Registration of Members in the System
To use the System, a Member shall register its Identifier on the transactions certification server. After that, the Member gains access to the registration of purses of all types offered in the System as well as the System Services. The identification data, which the Member reports at the time of registration may, at the Member’s consent, become available for a review by the other Members. The list of data required for registration of the Member’s Identifier, shall be set by the Operator, and the data required for the registration of purses – by the Guarantors. The Member shall be responsible for the information entered during the registration.
Paragraph 2.3.2. Registration of the Guarantor in the System
Registration of a Guarantor in the System shall be implemented upon signing of an agreement with the Operator pursuant to Paragraph 2.1.3.
To sign an Agreement with the Operator, an individual or a legal entity shall file an application with the Operator. The Operator shall collect and publish data for the System Members to elaborate an unbiased assessment of appropriateness of introduction to the System of new title units of the declared type. A decision to sign an agreement between the new Guarantor and Operator shall be approved by the General Voting of those System Members, who, at the time of publication of the data for voting, hold Certificates with the status “Personal” or above and have non-zero balances of title units in their purses. The decision of the Operator to sign an agreement with the Guarantor shall be deemed approved if more than half of all participants have voted in favor of the decision. The voting shall be deemed valid if no less than 10% of all those System Members, who, at the time when the voting was announced, held Certificates with the status “Personal” and had non-zero balances in their purses, have taken part in the voting.
Upon signing of the agreement, the Operator shall arrange for the accounting of the title units in the purses of the relevant type; inform all the System Members of the registration of the Guarantor; publish on the servers of the System all the necessary instructions, agreements and details, including the WM-Identifier of the Guarantor.
Authorization – a procedure for granting of an authorization to receive messages, invoices and title units from a correspondent.
TCC – Transactions Certification Center of the WebMoney Transfer System.
Transaction amount – the volume of title units transferred during a WM-transaction.
Purse type – a prefix in front of the purse’s number denoting that title units correspond to a particular Guarantor of the System.
Invoice – a request of a WM-transaction from the Member, which shall contain a number, an amount and the transaction purpose.
Message – any information transferred between the Members, authenticity and integrity of which is verified by the TCC.
Transactions performed by a Member shall be certified and recorded by the System in the WebMoneyKeeper Member log. The data recorded to the log shall be available to the Member for a review and use. The data from the System’s log shall be used at the request of the Member in order to recover the Member’s log in case of its damage or loss.
Paragraph 3.2.1. Transfer of title units
Transfer of title units can be performed only between the purses of the same type and between the mutually authorized Members.
Shall there be a need to transfer title units to a purse of an irrelevant type, the Member is to exchange the title units for the required type. An exchange shall be carried out through the Services offered by the Operator or services of other Members.
The System offers two types of transactions:
Paragraph 3.2.2. Billing and payment of invoices
A transfer of title units may be initiated by the Recipient. In this case the Recipient forwards a transfer request (an invoice) to the Sender. The invoice shall contain all the necessary details for the transfer: the Recipient’s details, the amount of payment, its purpose, payment term and transaction type (regular or protected). By accepting the request, the Member performs an automatic transfer of title units. If the Member does not accept the request, a notice of refusal is generated for the invoice Sender.
Paragraph 3.2.3 Message exchange
The Members can exchange messages when using the System. The maximum size of transmitted messages shall be established by the Operator. All messages sent in the System shall be signed with the Sender’s, Receiver’s keys and the keys of the TCC and may serve as evidence in settling of disputes by Arbitrators.
Paragraph 3.3.1. Principle concepts of the security assurance
Each Member shall abide by the security procedures established in the System and shall bear responsibilities for damages and losses of the Member’s data. The Operator shall, at the time of the Member’s registration as well as in case of change of the data exchange protocols or technological algorithms, arrange for and conduct control of the Member’s compliance with the security procedures and standards.
A Member shall inform the Operator of any cases or attempts of fraudulent activities connected to the System’s operations. Based on the information received, the Operator shall develop recommendations on the security assurance, which shall be published and distributed to the Members in a form of service messages from time to time; the Operator shall also develop and adjust the general strategy for the assurance of a secure System.
Paragraph 3.3.2. Security assurance duties of the Operator
The Operator shall carry out the following System security assurance duties:
Paragraph 3.3.3. Responsibilities of the Members for illegal use of the System tools
Members bear full responsibility for unauthorized or improper use of his Identifier.
Upon detection of the facts of use of the System tools for illegal purposes by a Member, the Operator shall immediately suspend services provided to that Member in the System and shall take all the necessary actions to protect the interests of the System and its Members .
For the convenience of the System Members, the Operator shall develop and maintain software and hardware complexes (Services) that are available for use to all the Members of the System.
Services may be included in the WebMoney Keeper software as additional functions, or may be made available for use on the System’s servers.
Services shall be developed by the Operator on its own or at the initiative of the Members.
Third party developments using System Services may also be included in the list of Services at the Operator’s discretion.
Amount of remuneration and payment terms for the use of Services shall be set forth by the Operator.
The Operator shall inform all the System Members of the introduction of a new Service or a change of the complex of the existing Service and shall publish their descriptions and terms of use.
To assure sustainable operation of the System, it was decided to split the duties of its governance between the Operator, Guarantors and Registrars.
The System, as a single technological environment, is developed, maintained and further advanced by the Operator. The Operator voluntarily assumed the obligations to implement the hereby Code. The Operator shall not be a party to any transactions carried out between the System Members. The Operator cannot act as a Guarantor of the title units. The Operator’s remuneration shall be paid in a form of a fee for WM-transactions and the use of the System Services exclusively in title units.
All proprietary rights to the assets, securing title units of different types, belong to the System Guarantors.
Any disputes between the System Members shall be settled in Arbitrage, consisting of three arbitrators, chosen from among the System Registrars – representatives of the plaintiff, the defendant and the Operator. The result of a settlement of a dispute in the Arbitrage may be either an amicable settlement between the plaintiff and the defendant, or termination of service delivered to the guilty party in the System.
A referendum may be held to take a decision on amendment of the hereby Code at the initiative of the System Members.
Referendums in the System shall be held at the initiative of the System Members if at least 10% of the Members, holding Personal Certificates approved it.
Only the System Members, who, at the time of announcement of the referendum, hold Certificates with the status of “Personal” or above and have non-zero balances of the title units in their purses, shall participate in the referendum.
To conduct a referendum, the Operator shall send to all participants of the referendum a special form for voting, containing the issue put up for voting, an explanation of the decision-making procedure and a link to a specially organized forum for communication between the Members – participants of the referendum.
The participants shall have 10 days from the date of the dispatch of the voting forms for submission of their votes.
A decision to amend the Code shall be deemed approved if no more than 10% of the referendum participants voted AGAINST the decision.
Upon conclusion of the referendum, the Operator, within thirty days, shall make any necessary amendment to the information and System algorithms.