The aggregator is standard

A website for organizing work that connects customers and performers to interact between them for mutual benefit. The customer receives a service that can be implemented by the contractor, and awards the contractor for the service rendered. The communication organizer receives partial benefits from the transactions carried out, or by other means (subscriptions, subscription fees).

The designated type of website is regulated by state laws, and is available for development order to official legal entities and sole proprietors who operate in the relevant areas. If the customer of the site is an individual who wants to check the algorithms and features of the organization of such a structure, to see the ability of the aggregator to work (calculate the benefits), then Web Park LLC will fulfill such an order.

The technical capability of the proposed site performs the registration of service providers and the creation of service objects (cards). The performer’s cards have a set of features that the customer of the described site will determine for them. The created artist’s cards, which have been checked by the moderator of the aggregator, are available for order and are shown to all site visitors and technical robots (search engines). Any user of the site can view in detail the service offered by the contractor and place an order for it. When a potential customer has familiarized himself with the details of the proposed order, he can create a request for the service. When making an order, the customer is registered based on a preliminary offer to register, or automatically by collecting visitor data in the service order form (the registration algorithm is determined by the customer of the aggregator).

The contractor who has received the request for the service confirms his willingness to fulfill it. When the contractor takes the order into operation, the process of implementing the service on the aggregator begins. Upon completion of the work on the order, the contractor announces the completion of the work to the system. The customer of the service gets a choice of actions, between Refusing the service, Returning for revision, and Accepting the work. Each of the options contains an algorithm for subsequent actions that lead to the closing of the transaction. When choosing to Accept the work, the transaction is closed, and the service is considered to have been provided in full.

The order fulfillment system is accompanied by financial redundancy of funds within the site. For monetary support of transactions, payment systems are connected to the aggregator, which are available to the customer of the development of this site.

The account of each registered user maintains a cash account, which can be replenished and funds can be withdrawn from it to the user’s bank accounts. Algorithms keep records of transactions with account accounts. It is recommended to check incoming transactions (account deposits) with the receipt of funds to the payment system connected to the aggregator manually. When withdrawing funds to user resources, it is recommended that funds received from other users of the aggregator be verified and confirmed based on deposits. Verification should be done for all users who translate to the outputting user.

When creating the site, it includes an online chat for the convenience of communication between performers and customers. A chat between the aggregator participants can increase the level of mutual understanding between the parties and allows you to specify in detail the requirements for the services and the possibility of their implementation. Direct communication between the parties inside the site reduces the number of conflict situations, but it also contains another negative side. With direct communication, service participants have a way to collaborate without using algorithms embedded in the structure. Participants are able to negotiate services and remuneration for services using the tools available to participants, bypassing the aggregator. Orders that are placed outside the site are not counted by the service, and the platform organizer does not receive income from them. The chat should exclude the possibility of participants making transactions outside the aggregator. To do this, you need to develop additional methods for processing chat messages (track the transfer of contact information, check correspondence manually or automatically), or completely abandon the chat.

The service provides a program of incentive receptions: Statuses, Titles, Badges of distinction. The structure of algorithms for incentive methods is determined by the customer of the platform, and is accepted for development.