EA043579B1 - ACS "HOUSING STANDARD" - Google Patents

Description

Field of technology

The invention relates to the field of automation of housing and communal services, in particular to an automated management system for housing and communal services (ACS).

The presented solution can be used, at least, by management companies and residents.

State of the art

International application WO 2019103149 A2, publication date 05/31/2019, describes a residential network system for paying for accommodation and transmitting information, with which you can easily make payments at your place of residence, as well as perform various services and collect information through an information network at your place of residence. A home network system for residential payments and information transmission includes a home information management device that is connected to a display device. Using your smartphone, you can wirelessly connect to your home information management device. An information management device is installed in a residential building, and the residential building is provided with a plurality of sensors. Data collected from multiple sensors is transmitted to a home information management device.

The closest analogue is US patent 11354443 B2, publication date 06/07/2022, which describes a system and method for providing customizable property management services that provide increased transparency and communication. The invention relates to customer management and, in particular, to customer management and service platforms that allow management companies to create a customizable transparent environment, providing clients and customers with a forum to interact and effectively communicate with all groups, members and tenants in the virtual space. The method includes obtaining, using a graphical user interface associated with the electronic device, user credentials for accessing a digital application for providing property management services, wherein the electronic device is connected to one or more secondary electronic devices through one or more servers. The method further includes authenticating, using a processor coupled to the electronic device, the identity of the user, wherein the authentication includes determining a user type for the user.

The method further includes providing the user with access to a digital menu configured for the user type, and displaying the digital menu to the user using a graphical user interface.

However, this solution does not have interconnected modules - a house and premises module, an emergency shutdown module, a control room module, a document flow module, a seasonal inspection module, a warehouse module, an estimating module, a passport office module, a telephony module, an email module, a management internal documents module, a module completed acts, a module for accruals and payments, a module for working with debtors, an online cash register module, a module for the site of users of the automated housing and communal services system, a module for setting up a typology of documents that allow you to more effectively automate the management of housing and communal services.

The technical problem to which the present invention is aimed is to provide automation of housing and communal services management, which will increase the efficiency of housing and communal services management.

Terms and abbreviations

The following terms and abbreviations are used in the description of the invention.

ACS Housing and Communal Services (ASU Housing Standard (ASU Housing Standard)) - automated management system for housing and communal services

Management Company - management company, management organization or HOA in the field of maintenance/maintenance of apartment buildings;

ADS - emergency dispatch service;

MKD - apartment building;

MP - mobile application;

ATS - automatic telephone exchange;

GIS Housing and Communal Services - state information system for housing and communal services;

LS - personal account;

IPU - individual metering device;

ODPU - common house metering devices;

OKTMO - all-Russian classifier of territories of municipalities;

PKO - cash receipt order;

Rosreestr - federal service for state registration, cadastre and cartography;

RSO - resource supply organization;

EGRN - unified state real estate register;

FIAS is a federal information address system.

The essence of the invention

The technical result of the claimed invention is to ensure automation of housing and communal services management, increasing the efficiency of housing and communal services management, thereby achieving an increase in the quality of service and operation of residential and non-residential housing and communal services.

The specified technical result is achieved due to the fact that:

an automated housing and communal services management system (ACS) includes at least:

control server for ACS housing and communal services;

a database associated with the management server of the automated housing and communal services system;

at least one user device containing at least one interface for user interaction with the housing and communal services automated control system;

at least one digital automatic telephone exchange (ATS) of the automated housing and communal services system, connected to the control server of the automated housing and communal services system;

at least one automated workstation (AWS) connected to the control server of the ACS for housing and communal services and the digital automatic telephone exchange of the ACS for housing and communal services;

ACS housing and communal services modules connected to the control server of the ACS housing and communal services, wherein the modules of the ACS housing and communal services are interconnected and include at least the following modules: organization module, house and premises module, emergency shutdown module, control room module, document flow module, seasonal inspection module, warehouse module , estimating module, passport office module, telephony module, e-mail module, document modules, accrual and payment module, module for working with debtors, online cash register module, user site module for ACS housing and communal services;

Moreover, the objects of the organization module and the objects of the house and premises module are associated with documents of the following modules - emergency shutdowns, control room, document flow, seasonal inspections, warehouse, estimating, passport office, telephony, e-mail, documents, accruals and payments, work with debtors, online box office, website; in addition, said documents are linked to each other in such a way that each current document is linked to a parent and/or child document in relation to the current document, the status of the current document depends on the status of the parent and/or child document; and user access to specified objects and documents is carried out in accordance with access rights and/or access groups.

In the system, the dispatch module may include at least a request module and a task module.

In the system, document modules may include at least an internal documents module and a work completion certificate module.

The ACS housing and communal services system may additionally include a module for setting up the typology of documents of the ACS housing and communal services modules.

The housing and public utilities automated control system may additionally include a reporting and analytics module, and the housing and public utilities automated control system modules transmit data to the reporting and analytics module.

The housing and communal services automated control system can be integrated with at least the following external services: housing and communal services information systems, address information systems, accounting systems, tax accounting systems, acquiring systems, telemetry systems, CMC messaging services, voice services, virtual telephony, postal services, a unified state register of legal entities, cloud services, including at least cloud online cash registers, cloud data storage.

In the system, a digital PBX can additionally be connected to a call center.

In the system, organizations module objects can include organizations and organization-related objects; objects of the house and premises module can include houses, house-related objects, premises, premises-related objects.

In the system, users of the automated housing and communal services system can be residents of houses and organizations of at least the following type: management company, insurance company, court, bank, counterparty, supervisory authority, military commissariat, executive authority, registration authority.

In the system, the interfaces for interaction between the automated housing and communal services system and system users can be at least the graphical user interfaces of a resident’s mobile application, the mobile application of the client’s employee of the housing and communal services management system, the user’s website of the housing and communal services management system, and web interfaces.

Description of drawings

The implementation of the invention will be described further in accordance with the accompanying drawings, which are presented to explain the essence of the invention and in no way limit the scope of the invention.

The claimed invention is illustrated in Fig. 1-4, which depict:

fig. 1 - illustrates an example of interaction between automated housing and communal services systems and users;

fig. 2 - illustrates an example of relationships between modules of an automated housing and communal services system;

fig. 3 - illustrates an example of communication between documents of ACS modules for housing and communal services;

fig. 4 illustrates an example of a general circuit of a computing device for implementing an automated housing and communal services system.

- 2 043579

Detailed description of the invention

The following detailed description of the invention sets forth numerous implementation details designed to provide a clear understanding of the present invention. However, it will be apparent to one skilled in the art how the present invention can be used with or without these implementation details. In other cases, well-known methods, procedures and components have not been described in detail so as not to unduly obscure the features of the present invention.

In addition, from the above discussion it will be clear that the invention is not limited to the above implementation. Numerous possible modifications, alterations, variations and substitutions, while retaining the spirit and form of the present invention, will be apparent to those skilled in the art.

The present invention describes an automated housing and communal services management system (ACS). The housing and public utilities automated control system includes a control server; database, user devices containing interfaces for interaction between automated housing and communal services systems and system users, digital automatic telephone exchange (PBX), one or more automated workstations (AWS). The management of the housing and communal services control system is carried out using a management server. The data of the automated housing and communal services system is stored in a database that is connected to the control server. The digital PBX, connected to the management server, is designed to provide customers with various telephony services to the automated housing and communal services system. User interaction with the housing and communal services automated control system is carried out using a user device containing an interface for user interaction with the housing and communal services automated control system, connected to the control server. Automated workstations associated with a control server and a digital PBX are designed to ensure the work of automated housing and communal services clients (for example, management company employees) with the housing and communal services automated control system (for example, management company employees register requests from residents of houses served by the management company, set tasks, etc. ), receiving and making calls (Fig. 1).

In addition, the ACS housing and communal services includes interconnected modules that are connected to the control server of the ACS housing and communal services - an organization module, a module of internal documents of the client of the ACS housing and communal services, a module of houses and premises, an emergency shutdown module, a control room module, a document flow module for the client of the ACS housing and communal services, a module of acts of completed work, seasonal inspection module, warehouse module - accounting for materials, estimating module - work directory, passport office module, telephony module, email module, accrual and payment module, module for working with debtors, online cash register module, reporting and analytics module, document typology settings module, module of the client's website for the housing and communal services management system (Fig. 2).

One of the basic principles of the automated housing and communal services system is the connection of objects and documents with each other, the connection of documents with each other and the interdependence (transitivity) of document statuses, as well as the delimitation of access rights to objects and documents. All documents in the automated control system store connections with other documents (parent and child documents in relation to the current document). Objects of the organization module and objects of the house and premises module are associated with documents of the following modules - emergency shutdowns, control room, document flow, seasonal inspections, warehouse, estimating, passport office, telephony, e-mail, documents, accruals and payments, work with debtors, online cash register . The specified documents are linked to each other in such a way that each current document is linked to a parent and/or child document in relation to the current document, the status of the current document depends on the status of the parent and/or child document. User access to specified objects and documents is carried out in accordance with access rights and/or access groups. For each type of document (for example, application, task), a corresponding journal is maintained (for example, application journal, task journal).

Module of objects - organizations.

The objects of the organizations module are organizations and objects associated with organizations (for example, documents, current accounts, employees, etc.). The organization module contains information about organizations of various types, for example, such as the Criminal Code, RSO, Court, Bank, Counterparty, Supervisory Authority, Military Commissariat, Executive Authority, Registration Authority, etc. If the required organization is not in the housing and communal services management system, it can be added to the database. When adding an organization, you must indicate the name and affiliation of the organization to a specific type. You can add organizations using the standard organization record creation form. Two or more management companies can operate within the framework of the housing and communal services automated control system.

Module of objects - houses and premises.

The objects of the house and premises module are houses and premises and objects associated with houses and premises (for example, an entrance, an apartment, an elevator, general house metering devices (PU), individual metering devices (IMU), general apartment metering devices, personal accounts (PA), current accounts , address-forming elements (for example, settlement, street, house, etc.). Information about houses and premises is entered into the module of objects-houses and premises. A house is a fundamental element in the automated housing and communal services system. A house is understood as any building that is serviced UK The house has different types, for example, a residential building (RH), an apartment building (MKD), an office building, an outbuilding (for example,

- 3 043579 barn), etc. In most cases, houses created in automated housing and communal services systems are of the MKD type, since this is the main type of houses serviced by management companies (MCs). A house in an automated housing and communal services system is an object and has all the standard properties that objects in an automated housing and communal services system have.

A list of previously created houses is available in the housing and communal services management system. The user sees all the houses to which he has the right to access according to the settings of the housing and communal services management system. In most cases, the right to view information about the house is assigned to the user in accordance with his affiliation with the management company. For example, a user has two management companies listed as his place of work in the Housing and Public Utilities Management System. In total, there are three management companies working in the Housing and Public Utilities Management System. Consequently, in the list of houses, the user will see all the houses in which one or another management company is indicated in the management company field, where he is listed as an employee, and will not see the houses of a third management company, to which he is not related.

The user can view the list of houses, create a new record about a house in the Housing and Public Utilities Management System, run a procedure for checking the relevance of FIAS numbers indicated for houses in the Housing and Public Utilities Management System, filter the list of displayed houses depending on the filtering parameters, manage the number of houses displayed on one page of the list, configure list of houses, export the generated list of houses to a file of the selected format, for example, PDF or Excel.

You can view a house card containing detailed information about the house. When viewing information about a house, you can find all the information associated with it, depending on the rights that the user has in the housing and communal services control system. If the user does not have the right to view certain information, then the corresponding information will not be displayed to him.

The house card contains the following information - type of house; management company (according to the current management agreement); minimum and maximum number of floors (according to the electronic passport of the house); the total number of premises (residential and non-residential premises), records of which were created in the automated housing and communal services system; the number of residential premises (apartments), records of which were created in the housing and communal services management system; the number of non-residential premises, records of which were created in the housing and communal services automated control system; area of the house according to the passport, area of residential premises, area of non-residential premises, total area of premises included in the common property in an apartment building, total area of common areas in an apartment building - these area values are transferred to the GIS housing and communal services and can be used in the accrual process; basement area, attic area - these area values are transferred to the GIS housing and communal services and can be used in the accrual process to calculate fees for the maintenance of SOI; date of commissioning of the house; year the house was built; court (an organization can be added from the list of organizations of the Court type, which are stored in the organization object module and then used when generating claims for small amounts not exceeding the established threshold); court (large claim) - an organization can be added from the list of organizations of the Court type, which are stored in the organization object module and then used when generating claims for large amounts exceeding the established threshold; military commissariat (the organization can be added from the list of organizations of the Military Commissariat type, which are stored in the organization objects module); payment document template - all templates created in the housing and communal services management system are available for selection; if the payment document template is not specified, then the default template is used in the process of generating receipts; house code according to FIAS (used to establish the initial connection between an object in the housing and communal services automated control system and in the housing and communal services GIS); OKTMO (used to exchange data with the GIS Housing and Communal Services, the correctness of the entered data is verified during the exchange with the GIS Housing and Communal Services, if an incorrect value is entered, then data exchange between the ACS of Housing and Communal Services and the GIS of Housing and Communal Services for this house will not be carried out); cadastral number (transmitted to the GIS Housing and Communal Services, if the value is present, then the house is linked to the record of the object in FIAS); postcode; land plot (cadastral number); land plot (area).

The user can perform the following actions in the housing and communal services control system with the house being viewed - edit information about the house; remove a house from the ACS of housing and communal services, while deleting a house is possible only if there are no objects associated with this house in the ACS of housing and communal services; if the ACS contains any object (apartment, entrance, etc.) associated with the house, then record about the house will not be deleted from the housing and communal services management system; edit information about the house posted on the Internet; change the management company, open balance sheets in various forms, massively generate instructions for installing and using a resident’s mobile application for all owners of personal accounts of a given building.

The user can open the following information about the house that he needs - addresses (a list of synonyms for a given house from address-forming elements); entrances (list of entrances in a given house); residential premises (list of residential premises of a given house); non-residential premises (list of non-residential premises of a given house); elevators (list of elevators located in this building); structural elements (list of structural elements of a given house); engineering systems (list of engineering systems for a given house); applications (list of applications received from residents of this house); paid applications (list of paid applications received from residents of a given building); residents (list of individuals living in this house); personal accounts (list of personal accounts opened for residential and non-residential premises of a given building); disclosure of information (list of data obtained from the Internet, for example, from the housing and communal services reform website); common house metering devices (list of ODPU,

- 4 043579 the installation location of which is equal to the house being viewed); individual metering devices (list of individual accounting devices that are linked to personal accounts opened in the house being viewed); reports (reports with information about a given house); scheduled work (list of work on a given house, planned using the seasonal inspection and estimating modules); incoming correspondence (list of incoming letters registered in the Housing and Communal Services ACS indicating this house as the sender's address); outgoing letters (list of outgoing letters registered in the Housing and Communal Services ACS indicating this house as the recipient's address); tariff schedule (list of tariffs that were assigned to a given house); accruals (information on checking the integrity of data relating to objects involved in accruals).

When creating a record about a new house in the Housing and Public Utilities Management System, information about the street on which the house is located and the house number is required to be filled out. After all the necessary fields have been filled in, the user saves the completed information, and a record of the new home will be added to the housing and communal services management system. If the house record is successfully created, the user can view the completed house information.

The procedure for checking the relevance of FIAS is launched from the page for viewing the list of houses. This procedure involves comparing the FIAS numbers indicated for houses in the ACS with the current database of FIAS numbers. Upon completion of the procedure, the current status is recorded in the FIAS field for each house. Important: the procedure does not imply checking the correspondence of the FIAS number and the house address.

The housing and communal services management system implements a mechanism for generating information about the house, for example, records of entrances and apartments in apartment buildings, based on the characteristics of the house obtained from the Internet, for example, from the housing and communal services reform website.

The automated housing and communal services system has the ability to automatically create a record of the required number of entrances and apartments for the required set of houses. This tool also allows you to distribute all created records about apartments among the created entrances with a choice of the principle of distribution of apartments - proportionally (that is, an equal number in each of the entrances) or set intervals. If you choose the principle of indicating intervals, the user must select the house for which the procedure for distributing apartments among the entrances will be carried out, and indicate the apartment numbers for each entrance. If the procedure is successfully completed, each apartment will have a connection with the corresponding entrance.

The housing and communal services management system has the ability to import information about a house from files of various formats. The user can either download a template file without previously entered data into the ACS, or download a template with data, having previously selected the management company for which the data is needed. In the file downloaded to the user’s device, the user can enter the main characteristics of houses, which will subsequently be imported into the housing and communal services automated control system.

You can import data previously entered into the GIS housing and communal services system into the Housing and Communal Services ACS. If records about houses were not previously created in the Housing and Public Utilities Management System, then you need to upload a list of houses, having previously selected the management company through which the import will be carried out. As a result of this procedure, records will be created in the Housing and Communal Services ACS for all houses, information about which was previously posted in the Housing and Communal Services GIS on behalf of the selected management company. After this, in order to import detailed data about houses from the Housing and Public Utilities GIS, the user must select the desired management company and set of houses. It is also necessary to note those types of objects that need to be imported from the Housing and Communal Services GIS and created in the Housing and Communal Services ACS. If you load only identifiers, then new objects will not be created in the Housing and Communal Services ACS, but a procedure for comparing objects on the Housing and Communal Services GIS and in the Housing and Communal Services ACS will be carried out.

Export information about the house to the GIS housing and communal services. Information about houses located in the Housing and Communal Services ACS can be exported to the Housing and Communal Services GIS. It is advisable to carry out the procedure for exporting data to the Housing and Communal Services GIS if the data in the Housing and Communal Services ACS is filled out in a better and more complete manner than in the Housing and Communal Services GIS. Exporting information is possible if the house has a FIAS identifier indicated in the Housing and Communal Services ACS. Next, you need to select the desired management company, a set of houses for which the data will be exported to the GIS housing and communal services. It is also necessary to indicate the types of objects that should be sent to the GIS Housing and Communal Services.

Mass formation of instructions on the use of resident MP. In order to generate instructions with an access code to a resident’s mobile application, the housing and communal services automated control system has functionality for mass generation of instructions. A generated zip archive containing files with instructions for each personal account, a record of which is present in the housing and communal services management system, is downloaded to the user’s device. Each instruction contains QR codes with links to download the application, as well as personal QR codes for authorization in the mobile application.

On a typical website of a management company, the city map displays the coordinates of houses maintained by the management company. The interface for specifying these coordinates is located in the Housing and Communal Services ACS in the settings. It is possible to automatically download the coordinates of houses from the Internet (for example, from the housing and communal services reform website). It is also possible to set the coordinates of a specific house using a map, on which you need to find the location of the house and place an icon on the corresponding place on the map, and then save the coordinates.

Personal accounts are created by filling in information (for example, personal account number,

- 5 043579 information about the premises, information about residents, information about individual and general apartment metering devices, etc.) using the form for creating a personal account record. When viewing a personal account card, you can view general information about the drug, all ACS documents related to accrual issues for the selected drug (for example, payment documents, payments, recalculations, etc.), information about all tariffs that have been applied to this drug since its creation, external identifiers that contain information about all connections between the record of this drug in the housing and communal services control system and external information systems. External identifiers are intended for data exchange between automated housing and communal services systems and external information systems (services).

ACS for housing and communal services can be integrated with various external services, for example, information systems for housing and communal services, information address systems, accounting systems, tax accounting systems, acquiring systems, telemetry systems, SMS messaging services, voice services, virtual services telephony, postal services, unified state register of legal entities, cloud services (for example, cloud online cash registers, cloud data storage).

You can close a LP using the LP closure form, in which you must sequentially fill in the following information: indicate the closing date (the date of the last day for the provision of LP services); indicate which of the counterparties will be recipients of debts for services where accruals have not been repaid; enter readings from all metering devices. You can also edit a drug account, divide the current drug account into two new personal accounts, merge personal accounts, import and export data on a drug account, export data on personal accounts to the Housing and Communal Services GIS.

Control room module.

The dispatch module includes a request module and a task module. The application module is designed to maintain a log of requests received by the emergency dispatch service from citizens living in the serviced housing stock on issues that fall within the scope of responsibility of the management company according to management agreements.

Access to working with the application log is available to those employees who have permission assigned to them in the automated control system, for example, employees have administrator rights for the housing and communal services automated control system. The list of applications that are available for viewing depends on what settings the employee has for belonging to the housing stock according to access groups. If an employee is responsible for working only on part of the company’s housing stock and these settings are specified in the employee’s account in the housing and communal services management system, then in the application log he will not have access to viewing applications relating to the housing stock for which he does not work.

The general view of the application journal is built on the same principles as all other journals in the housing and communal services control system. All log items are sorted in order of when they were created, from most recent to oldest. The displayed columns of the log are configured by the user of the automated housing and public utilities system. The order log will take on the appearance that the user has configured and will remain unchanged until the user edits the list and sequence of columns again. The number of log elements displayed on the page is specified by the user and can be, for example, either 25, 50, or 100 elements per page. This setting is individual and applies only to a specific log and how it will be displayed for a specific user. If necessary, the log contents can be imported into a file of various formats, for example, *.pdf or *.xlsx. The list and order of columns in the generated file will correspond to the settings that the user will set for the journal in the housing and communal services control system. The user can filter the journal items, displaying only those items that interest him.

Filtering the list of applications. The user can use filters and search by an unlimited number of fields. For example, you can indicate the dates the application was created (from and to) and indicate the address of the house from which the application was received. As a result of a search in the order log, the user will only see orders received from the specified address during the specified period of time. After the user has specified all search parameters and applied them, the specified search parameters are stored in the log until a new search is performed or the search parameters are reset. Those search parameters that may be useful to the user in the future can be saved as a standard search query. To do this, you need to set parameters and save the filter. All previously saved filters will be available in the filter window. If necessary, they can be removed.

View information about the application in the application log. The magazine is built on the principle of one application - one line of the magazine. All columns have headings - application number; creation time (the day and exact time at which the application was entered into the ACS is displayed); content (information about the essence of the application is displayed); address (the address is displayed in the form in which it was recorded, and the ACS allows you to save applications, both by indicating the specific apartment from which the application was received, and only the house in which the problem is observed); application type; applicant (information about the resident from whom the application was received is recorded); convenient time (information about a convenient time of visit to complete the application is displayed); executor (information is displayed if the request was assigned a task and displays

- 6 043579 task executor, and if two or more tasks are assigned, then all executors of the tasks assigned according to the application will be displayed in the field); comment (all comments that were left on this application are displayed, and, if a task was assigned to the application, information about the task number is displayed in this field); author (contains information about the user who created the application); date of status change (information about the day when the current application status was assigned is displayed); status (displays the current status of the application).

Also, when working with the order journal, the following functions are available: opening an order card; viewing information about the application in a pop-up window (this information is more detailed than what is displayed in the journal and contains information about the chain of documents associated with the application; the composition of the information displayed in this window does not depend on the personal settings of the user’s journal); Instant transition to the application editing page.

All magazines containing more elements than can be displayed on one page have a pagination panel. The pagination panel is placed after all the elements placed on the page. If the user has configured the Journal to display 50 or 100 items on one page, the pagination panel is duplicated in front of the list of items at the top of the page. The pagination panel allows you to go to one of the nearest pages, or go to the beginning/end of the magazine.

Working with a log of requests from external sources. In the housing and public utilities automated control system, the control room module is supplemented with a log of requests from external sources. This log displays applications from residents received from the standard management company website, the resident’s mobile application, as well as applications based on voicemail.

The appearance of the log is identical to the appearance of the other logs of the control room module. Users can also sort the log contents by selected parameters, display the required number of elements per page (for example, 25, 50, 100) and download the log contents to a file in various formats. The journal is also supplemented with information about the source of the application. In addition, users can indicate the source of a claim when creating a claim.

Creating an application. Creation of an application in the Housing and Public Utilities Management System can occur in several ways: automatically, based on data entered by the resident through the Resident’s personal account on the Management Company website; automatically, based on data entered by the resident through the resident’s mobile application; manually via the web interface without using a PBX; manually using PBX.

All users of the Housing and Public Utilities Management System who have permission to create records of new applications in the Housing and Public Utilities Management System see a button to create an application. This button is available only to users with the Manager role. Other users of the housing and communal services control system will not see this button.

Application field No. - The housing and communal services management system automatically assigns an application number after its creation. However, if the user needs to reserve a request number when creating it, you must click on the appropriate button.

Application Creation Time field - displays information about the time the Application was created. If necessary, the User can adjust the creation time. The time is recorded according to the time zone specified in the settings of the automated housing and communal services system.

Application Status field - displays the stage of the application life cycle.

Application field Priority - displays the presence or absence of priority status for this application. The priority of an application is end-to-end, that is, if it is set by one user, it is the same for all users.

Application field Address - in it the user must sequentially fill in the address at which the problematic situation described in the application is observed. The address in the Housing and Public Utilities Management System is multi-level. In the application creation form, the user is asked to fill out the address from the level at which there are two or more elements. For example, if the entire housing stock is concentrated in one city, then the City level in the address field will be filled in automatically. If the entire housing stock to which an employee has access is located on the same street, then this level will be automatically filled.

In general, the levels in the address field are as follows: locality (city, village); Street; House number; number of the room. At the same time, other address levels can be added to the housing and communal services control system. For example, a region or a microdistrict. In the premises field, you can select both residential and non-residential premises that are located in the previously selected house. When creating an application, at least the house where the problematic situation is observed must be indicated in the address field. It is advisable to fill out the address completely, down to the apartment. In this case, it will be easier for those colleagues who will process the application to interact with the resident who left the application.

Application field Individual applying - in this field you must indicate the individual who is submitting the application. When you select an apartment in the address field, the Housing and Public Utilities Management System offers a list of residents, information about which was previously entered into the Housing and Public Utilities Management System, as well as telephone numbers that are assigned to this premises. The user can either select one of the proposed residents, or add to the database through the form for creating a record of a new resident. In this form, the user can fill in the fields - last name, first name, patronymic, date of birth, mobile phone number, email address. Only the Last Name field is required.

After selecting the applicant, the housing and communal services management system will display information about this resident: the amount of debt on personal accounts owned by the applicant (the Debt field is for informational purposes and is filled in automatically); the telephone number assigned to the resident and the address of the premises in which he lives.

Application field Telephone - the system automatically inserts a value into this field if: the tenant was created through the adding form to the database and the Mobile phone field was filled in (in the form), and also if the telephone number was determined by the automatic telephone exchange, and the application is created during processing incoming call. If the user of the automated housing and communal services system has registered on the PBX line, then clicking on the user's phone number initiates an outgoing phone call.

If, when creating an application, the user selects an applicant from the proposed list, then the housing and communal services management system will display information about all phone numbers that are assigned to this resident. When you click on a phone number, it will automatically be entered into the Phone field.

If the field is empty, you can enter a value into it. The format of the telephone number in the housing and communal services automated control system is not regulated. When saving the phone number, the housing and communal services management system will exclude unnecessary characters. At the same time, when using a phone number in the process of sending CMC and/or auto-calls, the housing and communal services management system will independently convert the phone number to the required format.

If the automatically filled phone number is not relevant for this application, the user can enter a new number in the Phone field. In this case, if the Update for tenant checkbox is activated at the end of the line, the entered phone number will be saved as the current number of the selected tenant. If the checkbox is not activated, then the number will be saved only for the application, and the tenant’s phone number property will remain in the state in which it was before the application was created.

Application field Applying legal entity - in this field you must indicate the legal entity that is submitting the application. This field is used to search for organizations entered in the organization objects module. If the required organization is not in the housing and communal services management system, it can be added to the database.

The Contents application field is intended for entering text information about the essence of the problem situation for which the application is being created. The text entered in this field will be inherited into the task assigned later on this request. It is necessary to enter an extremely correct description and remember that this description can be available to the applicant through the resident’s personal account on the management company’s website, and can also be sent in the text of the information CMC about the progress of the application.

The Type application field is intended to classify the application and assign it to one type or another. It is important to remember that access rights to view an application, as well as automatically setting a task for processing an application, depend on the correctly defined type of application. The deadline for completing the application also depends on the type of application.

The Emergency request field is used to mark certain requests as emergency, which affects their priority in the automated control system, and also affects the deadlines for their completion and which executor the task will be assigned to if the automatic task assignment functionality is used.

Request field Task performer - in this field you can specify the employee to whom the task will be automatically created and assigned. This way, the dispatcher will not need to manually create a task after saving the request.

The application field Visit time, convenient for the customer, has the format Date plus time interval during the selected date. This field must be filled in if the execution of work on the application requires mandatory contact with the applicant, for example, if it is planned to perform work inside the applicant’s apartment.

A number of request types can be marked as always emergency; when you select this type, for example, in-house engineering equipment - heating system, the request will automatically have the emergency value filled in, without the ability to clear this value.

If the application has the Convenient time of visit field filled in, and this time is later than the automatically calculated deadline for completing the application, then the value from the Convenient time of visit field will be substituted in the Deadline for completing the application field.

The next block of fields describes the permissions that a tenant can give to the management company to communicate with him.

The application field “Agrees to receive CMC notifications” reflects previously granted/not granted permission to send CMC messages from the management company about the progress of fulfillment of requests left by the resident, as well as about emergency shutdowns at the house.

The Send application link field displays the granted/unprovided consent to receive an informational CMC message inviting the resident to use the mobile application.

The user must use these fields only if the Management Company uses the CMC message service connected to the Housing and Public Utilities Management System.

If a resident has previously given consent to the distribution of notifications from the management company, and this information was recorded in the housing and communal services automated control system, the user will receive a notification Already sent.

- 8 043579

Application field Author - displays information about which of the users of the housing and communal services system created a record about this application.

After all fields of the Application are completed, the user saves the application, which will lead to the creation of a record of a new application in accordance with the completed fields. If the user for some reason decides not to save the application, he can click cancel creation of the application. In the process of saving the application, the housing and communal services management system checks the form for completeness of the data and, if incorrect data was entered, the user will be re-opened to the application creation form, at the top of which a notification about errors that need to be corrected will be displayed. In this case, the user needs to correct the errors and save the application again. After successful saving, the user will be shown a page to view the created application.

The following actions with the application are available to the user: editing the application; deletion of the application indicating the reason for deletion; creation of documents related to this application: tasks and emergency shutdown; changing the application status (selecting a status from the list of available statuses to which the application can be transferred); opening the form for creating a paid application; copying the application; rejection of the application; Printing work orders that are child tasks in relation to the application. Deleting a document does not lead to it disappearing from the housing and communal services system forever. All deleted documents remain in the housing and communal services management system, but are not displayed in the log in the normal log viewing mode. You can view deleted documents only by activating the function to show deleted documents in the journal filters. You can no longer work with a deleted document in the housing and communal services management system; it is only available in viewing mode. It is also worth keeping in mind that transferring an application to the Rejected status and to the Closed status is impossible if the application has unclosed child tasks. In addition, when creating a paid application, all available characteristics of the paid application will be inherited from the current application, and at the time the paid application is saved, the current application will be transferred to the Rejected status with the comment Paid application created: Application No. XX. If the application is in the Closed status, then the ability to enter information based on the results of quality control is added.

The application block History of changes in application status displays information about how and when the stage of the document life cycle changed. For example, on March 29, a document was created by the user Chief Administrator and this was done through the web interface of the Housing and Communal Services ACS, then the document was automatically transferred on March 30 to the In progress status and this was done based on the statement of the task for this application. On the same day, the application was automatically transferred to the Closed status, since the executor, using the mobile application of the management company employee, reported that he had turned on the light bulb and transferred the child task to the Closed status.

The Document Links application block displays information about documents that are related to the application being viewed. A required property is the ability to go to the card of any related document.

The application block Telephone conversations with a subscriber displays all cards of telephone calls that were between the management company and the person applying during a given period, for example +/- 2 days from the time the current application was created.

The application block Attached files displays all files that were attached to the application or generated in the Housing and Communal Services ACS for this application. In this block, each file is displayed on a new line. File information contains, for example, the name of the document and its format; file size; the name of the user who saved/created this file; date and time when the file was created/saved. Files can be viewed in a browser, downloaded, deleted.

The application block Comments displays all comments that are significant for this application and left by users of the automated housing and communal services system. Each comment contains fields such as text content; time and date of leaving a comment; status - important/ordinary comment; files that were attached to the comment. This block displays not only those comments that users left directly on the application being viewed, but also all comments that have the Important status and relate to the objects involved in the application: premises, appealing.

Simultaneously with the previously left comments, a field for entering a new comment opens. The user can write text in the comment text field, activate the important comment checkbox, attach a file if necessary, publish a comment and share the entered information with colleagues.

The CMC order block displays all CMC messages sent for the currently viewed Order. The block is displayed if any CMCs were sent based on the application. The record for each CMC contains information about the time it was sent; current status of CMC delivery, phone number to which the CMC was sent, contents of the CMC message, CMC system identifiers.

The application block Event history displays the time and nature of all actions that users performed with the application. Each action is characterized by: action; a property that was modified when an action was performed; the user who performed the action; the source through which the action was performed; date and time of the action. All activities are displayed in chronological order, from most recent to oldest.

- 9 043579

The Access Rights application block is available for viewing only to users with administrator rights for the Housing and Public Utilities Management System. The block contains information about which access groups are allowed to view the document. The administrator can change access groups by adding or removing groups from the access list.

Those users who have been given the right to edit applications in the Housing and Public Utilities Management System see an edit button on the page of each application. All changes, the time they were made and the user who made them are saved in the housing and communal services control system and displayed in the Event History block. Records from this block cannot be deleted. Therefore, if the purpose of the changes being made is to falsify data in the housing and communal services control system, then this fact will be easily detected. The applicants and the task executor receive CMC and push notifications about all changes regarding their applications.

The form for editing an application is identical to the form for creating an application. There are no restrictions on changing information in the fields. After making the necessary changes, the user saves the changes made, after which the application will be edited. If, during the process of making changes, for some reason the user changes his mind about saving the entered data, he can cancel the changes.

In the Housing and Communal Services ACS, users can copy the created application. This functionality will be useful if you need to create several requests with different types for one room. Or if the same problem occurs in several rooms. When copying an application, the application creation form opens with pre-filled data from the copied application. The user only needs to edit the required fields and save the application.

The procedure for closing an application means recording in the housing and communal services management system information that all work necessary to satisfy the application has been completed.

Depending on the availability of rights to perform actions in the housing and communal services control system, users can close an application either through the procedure for changing the status of the application, or through setting and subsequently closing a task. You can close a request by changing the status only if no child task has been created for the request. If a task has been created, the user will see a notification that it is impossible to close the request because the child documents are not closed. If the application does not have child documents, the user will be presented with a window for entering a mandatory comment. After entering a comment, you can change the application status to Closed.

The procedure for deleting an application from the Housing and Public Utilities Management System may be necessary if, for some reason, an erroneous application was created in the Housing and Public Utilities Management System. For example, due to poor Internet quality, a user mistakenly created two identical requests. In this case, so that the application is not displayed in the application log, and also does not participate in statistics on the volume and quality of work performed, the application must be deleted from the housing and communal services management system. When deleting an application, you must also enter a comment indicating the reason for deleting the application.

The procedure for rejecting an application is intended for cases where, for some reason, the execution of the application has become no longer relevant. For example, the applicant himself asked not to perform the work on the application, or it turned out that the work was not required. In order to reject an application, the user must change the status to Rejected. If the application was assigned a task that was not transferred to terminal status, the Housing and Public Utilities Management System, in response to the actions described above, will inform you that it cannot be rejected. If no child documents have been created for the application, then the Housing and Public Utilities Management System will ask the user to enter a comment and confirm the Rejection. Entering a comment is required. The rejected document continues to be displayed in the application log, while you can continue to work with the rejected document - all action buttons for it are available and such a document can be returned back to work.

In a situation where the applicant has left a request, which... In the course of its development, it turned out to be beyond the scope of the management company’s obligations assumed under the management agreement, the user of the ACS housing and communal services, in agreement with the applicant, can create a paid application in the ACS on the basis of a previously submitted application. To do this, the user must click the Make paid button on the viewing page of the previously created application. A form for creating a paid application will open, into which the data from the previously created application will be inherited. The following is inherited from the application: address; circulating; phone number; content; convenient time. The user just has to check the relevance of the entered data (for example, the convenient time for completion may have already passed and the automated control system will not allow such a request to be saved), and also enter the types of work that need to be provided. After entering all the data, the user saves the paid application. At the same time, a record of a new paid application will be created in the Housing and Communal Services ACS, and the previously created application will be transferred to the Rejected status with an automatic comment Paid application created: Application No..

If the function of automatically creating tasks for responsible specialists is not activated in the housing and communal services management system, then task creation must be done manually. On the request viewing page, you need to create a task, after which the task creation form will open with the following fields.

Task field Performer - determines which employee will perform the tasks.

Task field Contents - the contents from the request are automatically copied into this field. The user can change it. If the user adds new text to the previously saved text, then the text format takes the form:

new text about the task *** old text from the application

The Address task field is inherited from the request and can be changed if necessary.

The task field Requester is inherited from the request and can be changed if necessary.

The task field Telephone is inherited from the request and can be changed if necessary.

The task field Visit time convenient for the customer is inherited from the application and can be changed if necessary. Must be greater than the current time.

The task field Deadline is an automatically calculated field. Filled out based on the time limits set for this document type in the Typology module.

Task field Contractor contractor - in this field you can specify the third-party contractor to whom the work on the task has been delegated. Filling out the Contractor contractor field does not replace the need to fill out the Contractor field. All organizations to which the user has access rights are available for selection.

Task field Participants - filled in if completing the task involves teamwork. In this case, the main person responsible is entered in the Performer field, and the rest in the Participants field. The Participants field is multiple. The user specified as a task participant is granted permission to view and interact with the task.

The task field Creation time is automatically filled in with the current time. Available for user editing.

Task field Attach file - allows you to attach an unlimited number of files to the created task.

The Clear task field allows you to delete all attached files.

After the task creation form is filled out, the user must save the task and a record of a new task will be created in the housing and communal services management system, and a page with a card for this task will open to the user. If during the creation of a task the user changes his mind about performing this action, he can cancel the creation of the task.

In the Housing and Public Utilities Management System there is functionality that allows you to record an assessment of the quality of work performed on a completed application. This assessment can be obtained in several ways: through the resident’s personal account on the website of the management company; through the resident’s mobile application; using automatic telephone dialing; entered through the web interface of the Housing and Public Utilities Management System. For example, when entering a grade via the web interface, on the page for viewing a completed application, a user who has rights to record a grade will see the Quality Control button. When you click on this button, the user opens a form for recording the assessment received from the resident. In the Resident Reaction field, you must enter the numerical rating given by the applicant. The rating range is from 0 to 5. Where 0 means that the application was not completed, and 5 means that the application was completed with the highest quality. In the Resident's Comment field, you can enter an explanation of why the applicant gave a particular rating. The resident's telephone number is displayed as reference information. The Return for revision field allows you to select tasks completed as part of the request and transfer them to the Rework status. By default, the Housing and Public Utilities Management System is configured in such a way that when a rating of Not Completed is recorded, all tasks that were performed according to the application are marked as being re-committed to work. The Reaction Source field is filled in with Operator. The Quality Control Time field displays the date and time at which the assessment was made.

The Housing and Public Utilities Management System has implemented a tool that allows you to assign performers to certain types of work on a given housing stock. This tool allows you to automatically assign tasks to those performers who: a) are responsible for performing a certain type of work (type of requests); b) work on the right house; c) are at the workplace when the deadline for completing the task occurs.

For example, in an automated housing and communal services system, a group of workers is created and assigned responsibility using the form for creating a record about a group of workers. A group of workers in an automated housing and communal services system is a list of employees performing the same functionality. These employees do not necessarily belong to the same organizational unit or work hand in hand.

Field of the form for creating a record about a group of workers Name - in this field you must enter the name of the group of workers that is understandable to all users. For example, plumbers, carpenters, craftsmen, etc.

In the field of the form for creating a record about a group of workers, Managing Organization, you must select which management company this group of workers belongs to (two or more management companies can operate within the framework of the automated housing and communal services system).

The field in the form for creating a record about a group of workers, Emergency, means that the employees included in this group of workers are working in emergency mode, that is, it is the employee from this group who will be assigned to complete a request that has the status Emergency and which must be completed during non-working hours.

- 11 043579

The field of the form for creating a record about a group of workers Types of work allows you to add those types of work for which the employees included in this group of workers are responsible.

In the field of the form for creating a record about the group of workers Employees, you must add all employees who perform the above functionality (types of work).

In the field of the form for creating a record about a group of workers, Senior Employee, you must enter the executor to whom the Housing and Public Utilities Management System will order to perform the work in the event of the absence of any of the executors.

After all the necessary employee groups have been created, the employees of these groups must be assigned to houses.

On the Performers Chess page, a form is generated for distributing employees to homes. All created employee groups are displayed line by line; in columns - all houses that were created in the automated housing and communal services system.

If a significant number of ACS houses have been created, the user can control the display of houses using the Street filter.

By the names of the groups we understand their area of responsibility. For example, there is one group dealing with emergency work, there are groups of craftsmen, plumbers and electricians.

After performers are assigned to each house for each group of workers, you need to go to work schedules - working hours, where for each employee included in the groups of workers, you can set the working hours of his work. Users can configure employee work schedules for each day individually. This function will be useful if the employee works on an arbitrary schedule, or if the length of the shifts for each day is different. In the Work schedule type field, you specify the frequency of the employee’s work. The following types are available for selection: five-day (working days for the employee will be from Monday to Friday); six days (Monday to Saturday); two after two (working days will be the first two days, counted from the day specified in the Start date field, then working days and weekends will alternate two after two); three days later (the working day will be the day specified in the Start Date field and then according to the schedule: 1 working day, three days off); every other day (the working day will be the day specified in the Start date field and then according to the schedule: 1 day on work, two days off); daily. The start date and end date fields indicate the time interval during which the specified work schedule will operate. The first hour of work field records the time at which the employee’s working day begins; in the Shift duration field, the amount of time worked per working day (including lunch time) is indicated. Activating a checkmark in the field Resting on holidays according to the production calendar means that if the days that will be calculated as working days for an employee according to the configured schedule turn out to be holidays, then the housing and communal services management system will consider that the employee is not at the workplace and will not distribute to him applications within his area of responsibility and due on that day. In addition to working hours, each employee can have periods of absence from the workplace. For example, due to illness or vacation. To do this, you need to go to the Work Schedules - Absences section and add the time interval during which the employee was absent from the workplace. Many periods of absence for each employee can be added. On the Add Absence Period form, you must indicate the range of dates on which the employee will be absent, as well as the reason for the absence. During the specified period of absence, applications that should have been allocated to the specified employee will be assigned to the group senior. Or, in the Work Schedules - Substitutions section, you can specify another employee to whom requests will be assigned during a given interval of time when the employee is absent.

You can see which employee on what day and time period was appointed responsible for work on the MKD on the Timesheets tab of the Task Performers section. To do this, you need to select the group of workers you are interested in, select the house for which the list of workers will be viewed, as well as the month for which information will be displayed.

If necessary, the user can view a more detailed work schedule by displaying it in Week mode. This mode allows you to see the intersection of time intervals, if any.

In the automated control system there is a Checklist tool that allows you to break down the execution of a task into a set of standard actions. This tool is useful in situations where in order to perform any work it is necessary to perform a sequence of clearly defined actions. The composition of these actions, as well as their properties, are specified using checklist templates.

The template can be set for a task performed on any type of document, on any type within the selected type. You can also set a checklist template for all tasks within a document type or for a document type containing subtypes. An example of the process of creating a checklist for all applications of the In-house engineering equipment type. After selecting the required type of document, you need to open the form for adding checklist items, where in the Title field you need to write the essence of the work stage, in the Labor costs (plan) field, indicate the number of hours and minutes that, according to the standard, it will take to complete this work stage, in the Responsible field you can specify the procedure for determining the 12 043579 performer for this stage of work. The following alternatives are available in the Responsible field: task performer - this means that the employee who is indicated as the performer of the entire task will be automatically assigned as the performer of the work stage; task author - this means that the employee who created the task in the housing and communal services automated control system will be automatically assigned as the executor of the work stage; or you can specify a specific performer for all tasks for a given type of request. Each checklist item is added separately. Previously created checklists are available for editing. The following actions are also available: activating the ability to drag an item along the hierarchy of items, editing a checklist item, deleting a checklist item, deleting the entire set of checklist items.

If the management company has notified its residents that they can use the mobile application to communicate with the management company, and has also activated the ability to send applications from the mobile application, residents can independently submit the application to the housing and communal services management system.

If the ability to send applications through a resident’s personal account is activated on a standard management company website, then such applications will be created in the housing and communal services automated control system and will appear in the application log. In order to leave a request through the website and support it with a photo reflecting the essence of the problem, a resident needs to go to his personal account on the management company website using his personal account number and, in the Application form, consistently fill out all the necessary information about the problem, namely, the sender’s name, phone number, and also briefly indicate the essence of the Appeal. The resident can attach the necessary files in .jpg, .png formats, other graphic images, or text files. After sending the completed application form, the resident will receive a notification with the application number, and the submitted application will appear in the application log in the housing and communal services management system.

Working with tasks in the automated housing and communal services system

A task in an automated housing and communal services system is the main tool for distributing the amount of work that needs to be completed by the management company within the framework of its activities. A task can be created on its own, or can be created based on any parent document. The order of working with tasks has certain patterns, rules and restrictions.

All documents in the housing and communal services management system store connections with other documents. A document in relation to the current one can be a parent and a child. Typically, tasks in an automated housing and communal services system are created on the basis of some document that encourages the performance of certain actions described in this task. This could be an application from a resident, an incoming document from a counterparty, a plan for housework, etc. In addition, the task itself can generate documents (for example, a subtask, write-off of materials). As a result, document links are formed. In fig. Figure 3 shows an example of the connection of documents between modules of an automated housing and communal services system (a typical chain of related documents). The current document (task No. 96) is in the Subtask in progress status. This task was created based on request No. 86 (parent document), which in turn was created based on voice message No. 5 left on the automated telephone system for housing and communal services. For the current task, a child document has already been created (write-off of materials No. 2), which is in the New status (that is, the write-off is not currently approved by the responsible employee).

The following tools are available for working with tasks in the housing and communal services management system.

Task log. For the convenience of working with the entire array of tasks and with its individual parts, the task log is displayed in different contents in the housing and communal services management system.

Tasks sublog - displays all tasks that have ever been created in the housing and communal services control system and to which the user is allowed access.

Sub-journal Tasks assigned to me - displays all tasks in which the user is listed as a performer or participant in the task.

Sub-log Overdue tasks - displays all tasks that have not been transferred to terminal status and the deadline for which has already passed.

Sublog Uncompleted tasks - displays all tasks that currently do not have a terminal status.

Sub-journal Based on requests - displays all tasks that were assigned based on requests and paid requests.

Sub-journal According to documents - displays all tasks that were assigned according to incoming and internal documents.

The order of display of the task list and navigation for each of the sub-journals are identical. The following actions are available: creating a task; filter by different parameters (the user can set an unlimited number of parameters for filtering); saving filter; filtering using a saved filter.

Basically, the body of the task logs (sub-logs) contains tasks sorted in chronological order by creation time: from the most recent to the oldest. With each task, the user can perform the following actions: open a page for viewing detailed information about the task; opening the task editing form; Opening more detailed information about the task in a pop-up window.

A pagination line is displayed below the list of tasks (and when displaying 50 or more elements on the page and above the list of tasks).

- 13 043579

Information on the task viewing page is presented in blocks: action buttons (for example, edit, delete, create a subtask, template, change status); basic information about the task; history of status changes; task checklist; related documents; files attached to the task; write-off of materials; history of status changes; CMC; comments; history of events.

If the status change was made using the mobile application of an employee who allowed access to geodata on his phone, then the geotags are saved. Clicking on a geotag opens a map image in a pop-up window indicating the employee’s location at the time of the status change.

Typically, tasks in an automated housing and communal services system are created on the basis of some document that encourages the performance of certain actions described in this task. This could be an application from a resident, an incoming document from a counterparty, a plan for housework, etc. In addition, the task itself can generate some documents. Such as a subtask, write-off of materials. All documents in the automated control system store connections with other documents. A document in relation to the current one can be a parent and a child.

The files block displays all files that were attached to the Task or generated based on it. For example, photographs from the work site; audio comments left using the employee’s mobile application; work orders formed according to the task.

The Write-off block for a task is displayed only if a write-off of materials was previously registered for the task.

The CMC block displays a list of CMC messages sent in connection with the current task. CMC messages to the housing and communal services control system can be sent both to the performer of the task and to the individual at whose request the work is being carried out. Each CMC is characterized by the date and time it was sent; delivery status; the phone number to which it was sent; content of the message; an error message during the delivery process; internal CMC number in the automated control system.

The Event History block displays information about all events that occurred in the automated control system with this task. The user can control the output of event types. By default, all events of the following types are displayed: Creation, Change; Delete. View events are hidden. All events are logged automatically and cannot be deleted.

The Comments block displays all comments that relate to this task. These can be comments directly left for this task, as well as comments with the Important status left for objects (premises, individuals) associated with this task. Also in this block the user can leave his comment on the task. A comment can consist of text, a note about the importance of the comment (an important comment will be displayed on the pages of all related objects), and also contain an attached file.

For any task, the user can create a template work order to complete the task. The work order template can only be edited by technical support staff of the Housing and Public Utilities Management System. The template contains a number of references to variables, the value of which is substituted from the current task. The number of work order templates used in the housing and public utilities automated control system is unlimited. By default, two templates are installed: Work Order and Work Order for paid work.

Task statuses. A task has its own life cycle, which generally includes the following sequence of stages: New - Accepted - In progress - Resolved - Closed. Each stage corresponds to the same Status. In addition, there are other statuses: Rejected; The third side; A subtask has been set; Subtask at work; Back at work; The subtask is closed.

Let's consider the meaning of all statuses:

New - the task was just created in the housing and communal services management system, no actions were taken with it.

Accepted - the performer has read the contents of the task and accepted the employee in the mobile application.

In work - the executor, through a mobile application or via a web interface, transferred the task to the In work status. According to the logic of the housing and communal services management system, this means that the performer performs this action immediately before starting the work specified in the task.

Resolved - the executor has transferred the task to the Resolved status via the web interface. According to the logic of the housing and communal services management system, this means that the contractor has finished performing the work provided for by the task, but does not have the right to close the task, and is waiting for this (closing the task) from a higher-ranking employee.

Closed - the performer or task creator has transferred the task to the Closed status, which means that the work has been completed and does not require additional control.

Rejected - the status means that the completion of the work provided for by the task did not take place and for one reason or another is no longer required.

Third party - the execution of work on a task is transferred to a third-party organization, and the task performer is only required to control the volume and quality of work performed.

A subtask has been set - part of the work on the task has been delegated to another employee, for which a subtask has been created in the Housing and Public Utilities Management System. The subtask performer has not started to complete it.

Subtask in work - part of the work on a task has been delegated to another employee, for which a subtask has been created in the Housing and Public Utilities Management System. The subtask performer began to complete it.

- 14 043579

Repeatedly in work - the task was previously transferred to the Closed status, but during the quality control process, the fact of poor quality work was established and the task was returned to work.

The subtask is closed - part of the work on the task has been delegated to another employee, for which a subtask has been created in the Housing and Public Utilities Management System. The executor has already completed the subtask and transferred it to the Resolved (closed) status. The task performer must return to performing his part of the work.

Deleted - the task record was deleted from the housing and communal services management system for one reason or another.

Status changes can be either automatic or forced. For example, all statuses associated with a subtask are automatically assigned: when the user switches a subtask to the Closed status, the task's status automatically changes from Subtask in progress to Subtask closed.

A forced status change is available to the user through a status change. For example, the user has the opportunity to transfer the task to the following statuses: In progress; The third side; Reject the task; or report on the fact of completing the task, completing the task, or transferring it to the Resolved status, so that control is exercised by a higher-ranking employee.

In the automated housing and communal services system there is such a thing as interdependence (transitivity) of statuses. It means the dependence of the status of documents linked in a chain on the status of the child/parent document. If the user switches a subtask to the Closed status, the task's status automatically changes from Subtask in progress to Subtask closed. This is an example of status interdependence. Similarly, when a task is transferred to the Closed status, the parent document (application or incoming document) changes its status. If a task is assigned to an application in the New status, the application will be transferred to the In progress status. If two or more tasks are assigned to an application or incoming document, then the application (document) will not be transferred to terminal status until all child documents accept terminal status.

A task checklist is a tool for fragmenting a task into components. If a task consists of several actions, the user can describe these actions, as well as distribute each action. At the same time, individual checklist items can be delegated to your colleagues. In addition, each checklist item can have a planned and actual amount of time spent and a deadline for completion. Based on the checklist items, a calendar can be generated with the workload of employees, and the algorithm for distributing tasks among employees and planning/forecasting the time of task completion can be modified, taking into account the workload of employees. Checklists are also an alternative to using task-subtask document linkages. It is more appropriate to delegate part of the workload by adding a checklist item and assigning it to your colleague. A checklist for a task can appear automatically if the task is assigned according to a parent document. To do this, you need to specify a checklist template for the desired type and type of document.

For example, let's look at the process of setting up a checklist template for tasks created using the document Application for Collection. As part of this task, it is necessary to generate a package of claim documents, submit them to the court, obtain a court decision and transfer the case to the bailiffs. This is the most common scenario of action, which was developed by an experienced lawyer. Since the lawyer has experience in carrying out these actions, each of the actions is estimated in the hours and minutes required to complete them. Since most of the actions do not require the qualifications of a lawyer, they will be assigned to an employee holding the position of legal assistant, and the lawyer will reserve only the most critical stages of work (attending court hearings and transferring the case to bailiffs). When creating a task based on the document Application for Collection, a checklist of template items will be automatically added to it, and they will be assigned to the appropriate employees. Moreover, regardless of whether the checklist was added automatically, manually, or not added at all, the user can always edit the checklist for a specific task by adding or removing this or that item.

In the Tasks section there is a separate sub-journal, My Things, which is a list of checklist items where the performer is the current user.

One of the ways to delegate part of the work provided for by a task to an automated housing and communal services system is to set a subtask. Setting a subtask is possible both through the web interface and through the employee’s mobile application. Let's look at the procedure for creating a Subtask via the web interface. A task is created based on a parent task. In the form for creating a subtask, the following fields are automatically filled in: content (with the ability to change the content text); address; calling (if the parent task had one); phone number of the person calling (if the parent task had one); visit time convenient for the customer; deadline for execution. In fact, when setting a subtask, the user only needs to fill out the assignee field and, if necessary, edit the content and timing of the task. The created subtask is displayed in the document chain on the page of all documents associated with it. Setting a subtask automatically changes the status of the parent task to Subtask Assigned.

If the use of a warehouse module for accounting of materials is activated in the housing and communal services management system, then for the task being performed, users can record how much materials and mechanisms were spent in the process of completing the task. This action has two goals: accounting for materials arriving at the warehouse; house-to-house cost accounting. The ACS has a limitation - one task - one write-off. IN

- 15 043579 write-off may include an unlimited number of materials and mechanisms. The user can edit a previously created write-off.

The write-off creation form contains three sections that allow you to record spent materials depending on the method of their receipt. ACS for housing and communal services implies that materials can be: a) purchased by the contractor in the process of completing a task using accountable or own funds; b) previously issued to the contractor from the warehouse for their use for production needs; c) the contractor may have direct access to the warehouse and materials may be taken from the warehouse without documenting the procedure for issuing materials; e) a section for recording facts about the rental of mechanisms needed to solve the problem.

Since during the execution process an employee could buy materials from an unlimited range, the form for creating a record in this block allows you to both search for material according to the item previously added to the housing and communal services management system, and add a new product to the range. If the search by item does not produce results, the user can create a record about a new product. In this form, only the Name field is required to be filled out. Next, you need to specify the supplier (place of purchase of the goods), as well as indicate the quantity and cost of the goods.

The From issues form checks the quantity of goods issued and does not allow you to write off more materials than were issued to the employee. The user enters into the form the amount of materials that were spent on completing the task.

The form for recording write-offs directly from the warehouse has a similar format. The housing and communal services management system tells you how much materials are available in the warehouse and will not allow you to write off more than this amount.

The format of the field for recording the fact of renting machinery has a slightly different form.

Mechanism name - in this field the user can find a mechanism previously added to the ACS, or add an entry about a previously unused mechanism.

Quantity, hours - field for entering the duration of the rental period of the mechanism. Only the number of hours is written in the field, without indicating minutes. If the mechanism was rented for 90 minutes, then you must enter the value 1.5 in the field, not 1.30.

Cost, rub. total - in this field you must enter the amount that was paid for the entire rental period of the mechanism.

Cash - the field is activated if payment for the rental of the mechanism was made in cash and must be reimbursed to the contractor.

The completed write-off form is saved if all fields are filled out correctly. If any of the fields are filled in incorrectly, the housing and communal services management system will issue a warning about this and return the form for completion, highlighting the problematic entries.

The saved write-off will receive the New status and will not be taken into account in warehouse and house-to-house accounting until a superior employee approves the write-off and transfers it to the Approved status.

In the housing and communal services management system, it is possible to set up reminders for management company employees about the approaching deadline for completing a task via CMC, e-mail or in the employee’s mobile application. In order to receive notifications via CMC or e-mail, you must enter information about the employee’s phone number and email address in the employee card. After this, you need to enter the employee’s email address and phone number in the appropriate fields. If necessary, the entered data can be edited. In order to receive reminders in the employee’s mobile application, you just need to log in to the application.

In tasks that are children of other documents (tasks assigned based on requests, correspondence, etc.), the time for sending reminders depends on the deadline for completing the task. Configuring the ability to send reminders and setting the time for sending should be done individually for each type of document. The user must select the preferred methods of sending reminders about the task (remind via CMC, remind via Email, remind via notification in the application), and also set the task reminder time in the appropriate field. This field records how many days, hours and minutes in advance reminders will be sent about the end of the task. The system allows you to record the time of sending reminders only during business hours. The task reminder time is calculated not from the time the task was created, but from the deadline for its completion. When creating a task based on another document (application, incoming letter, etc.), the reminder time will be calculated automatically based on the typology of the primary document.

If the user creates an independent task, he can set a custom reminder time. In this case, the user can choose the method and time of reminder of the task directly when creating the task. The created task card will display information about the time and methods of sending reminders that are specific to this type of task.

Emergency shutdown module.

Using the emergency shutdown module, they keep a log of emergency shutdowns, which serves to record in the ACS of housing and communal services the facts of emergency and planned shutdowns of utilities that occur in the housing stock being serviced, view the list of emergency shutdowns previously entered into the ACS of housing and communal services, create new records about emergency shutdowns.

When creating a new emergency shutdown record, the required fields are the disabled resource, houses, and the time the resource was disabled. The remaining fields are filled in at the user's discretion. Once all fields are filled in, the record is saved. If all information has been entered correctly, the user will be shown a page for viewing the emergency shutdown record.

In the housing and public utilities automated control system, users can create an emergency shutdown not only from the emergency shutdown log, but also from the request and task view card using the emergency shutdown creation card, in which the Home field will be pre-filled (information is pulled from the address specified in the request or task), as well as the field Person who reported the emergency shutdown (the telephone number of the contacting resident will be pulled up).

View the emergency shutdown card. On the View Trip Information page, the user has access to actions that can be taken on the current trip, as well as information about the trip itself. The user can edit information about the emergency shutdown, print a template announcement about the emergency shutdown. If it is necessary to print emergency shutdown announcements for posting on notice boards in homes, the user can use the announcement template. After this, a file will be downloaded to the user’s device, generated on the basis of the advertisement template placed in the housing and communal services control system and the data specified in the emergency shutdown card. The number of advertisements of the same type that will be generated in the file will be equal to the number of entrances in houses affected by the current shutdown.

After resuming the supply of a disconnected utility resource, it is necessary to note this fact in the housing and communal services control system, indicating the time of appearance of the utility resource. In the form, you must enter information about the time the resource appeared at each of the houses affected by the shutdown. If the time the resource appeared on each of the houses was the same, then you can fill in the Actual activation time field, and then click the Fill in all houses button. The value entered in the field will be copied to the field of each house. If the resource has not returned to all houses affected by the shutdown, you must indicate information about the time the resource will return to specific houses in the emergency shutdown edit form.

In the housing and communal services control system, users can close an emergency shutdown from the emergency shutdown log. In the emergency shutdown closing window, you will need to indicate the time when the disabled resource was turned on and indicate the person who reported the turn on.

Information entered into the log of emergency shutdowns in the automated housing and communal services system can be displayed on the website of the management company (subject to the use of the standard website module of the housing and communal services management system). Activation of the output of information about emergency shutdowns is carried out on the standard website of the management company, however, before this, the address of the standard site must be specified in the housing and communal services management system in the site settings section.

If it is necessary to import data about an emergency shutdown, the user must, on the page for viewing information about an emergency shutdown, click the Send to GIS Housing and Communal Services button. After pressing this button, a parcel is generated in the Housing and Communal Services ACS, which is queued for sending information to the Housing and Communal Services GIS. If the emergency shutdown record contains all the necessary information that is specified in the requirements of the GIS Housing and Communal Services, then based on the results of execution, the parcel acquires the status Executed. If the emergency shutdown record does not contain any information or contains erroneous information, then the essence of the error will be indicated on the page of the generated package. You can view information about the result of sending a parcel in several ways: find the sending report in the list of notifications and follow the link; go to the section GIS Housing and Public Utilities - Integration Interaction, and find the required parcel in the list of parcels; from a pop-up notification on the screen that will appear at the time of sending.

For an emergency shutdown in the Liquidated status, a shortage can be generated. This can be done both for all houses affected by the shutdown, and for each house individually. In the form for creating an underdelivery that opens, you need to select the period for which the underdelivery is created, the house for which the underdelivery will be generated, and fill in other parameters. If the information entered is correct, the page for viewing the created non-delivery record will open. If any data is filled in incorrectly, the system will report this and reopen the form for creating an underdelivery, highlighting the incorrectly filled field. Backlog records can be created in bulk. The user needs to select the period for which mass short deliveries will be created in the field that opens. The selection of the period determines the time intervals that will be taken into account for emergency shutdowns. After this, you need to mark all the outages of interest and create records. After this, the user will be shown a backlog page notifying him of the number of records created.

Internal documents module.

Using the client’s internal documents module, ACS housing and communal services generate internal documents

- 17 043579 clients of the ACS for housing and communal services based on requests, for example, internal documents of a management company or a group of management companies (for example, explanatory notes, orders, memos, documents of a group of companies, etc.), using data entered into the ACS for housing and communal services. System users can also configure the typology of internal documents.

Document flow module.

Using the client's document flow module, ACS housing and communal services carry out document flow. Using the document flow module, outgoing documents are created using the data entered into the housing and communal services automated control system. This module allows you to store and process incoming and outgoing correspondence (incoming and outgoing documents) in the housing and communal services automated control system, which is handled by clients of the housing and communal services automated control system, for example, a management company. The module also allows you to control the numbering order of incoming and outgoing documents registered in it. Incoming documents can be, for example, those from counterparties, requests from supervisory authorities, statements from citizens, etc. Outgoing documents can be, for example, outgoing letters in response to previously received correspondence, etc.

By default, documents in the housing and communal services management system are numbered automatically in the form of a serial number. Also, document numbers can be assigned by users who create documents in the housing and communal services automated control system. If it is necessary to set numbering rules, this can be done using the form for creating numbering rules. Since several companies can operate in the automated control system, which may have different numbering rules, then in the form of creating rules, first of all, you need to select a company or group of companies for whose documents numbering rules are created, and then create a numbering rule. Previously created rules can be changed or deleted. Documents numbered in accordance with these rules will not be changed if the numbering rules change.

Work with incoming and outgoing letters is carried out using logs of incoming and outgoing letters. Journals may include sub-journals for various categories (Counterparties, Citizens, Supervisory Authorities, Commercial Offers, etc.). Work with magazines (sub-magazines) is carried out using sorting, filters, viewing the letter card, etc.

The housing and communal services management system has the ability to create outgoing letters in accordance with a given template. System users can also configure the typology of outgoing documents. Creating an outgoing letter is possible from the page of the journal (sub-journal) of outgoing letters, and an outgoing letter can also be created from the page of the journal (sub-journal) of incoming letters in response to an incoming letter. In the form that opens when creating a letter, some of the fields can be filled in automatically with the possibility of subsequent editing (for example, the number and date field of the outgoing letter, if numbering rules are configured and used in the ACS, the time of creation of the letter), the values of some fields can be selected and drop-down lists ( for example, home (address), recipient of the letter, sender of the letter), some fields are filled in manually (for example, text of the letter, assigned track number). You can attach files to the generated outgoing letter.

Module of acts of completed work.

Using the module of work completion certificates, work completion certificates are generated in the established form, using the data entered into the housing and communal services automated control system.

Example of AVR formation:

1. Selection of MKDs according to which it is necessary to form an AVR.

2. Setting up a list of services for the content of the MKD.

3. Creation of a list of works for the current repair of apartment buildings.

4. Formation of AVR.

When working with each stage, the user opens a corresponding window to enter the necessary information.

Seasonal inspection module.

In the Housing and Communal Services ACS, using the seasonal inspection module, users can create seasonal inspection schedules for apartment buildings and generate spring-autumn inspection acts based on them using the form for creating a seasonal inspection schedule and the form for creating a spring-autumn inspection act.

The log for viewing seasonal inspection schedules displays all houses included in the housing and communal services automated control system. If necessary, the user can filter the contents of the log by selecting the required address. The log contains information about the periods of seasonal inspection: year and season (spring, autumn). Conducted seasonal inspections, for which a decision was made by the manager and a report was generated, have the status Completed. Seasonal inspections that are in progress have the status In Progress.

All created autumn-spring inspection reports are stored in the Seasonal Inspections - Inspection Reports journal. The created act has the Project status. After all the data has been verified and it can be put into operation, and the status of the act can be changed to Prepared. The entire history of status changes is saved. The act can again be transferred to project status so that the user can edit it. When all the data has been verified and the management company is ready to conduct a seasonal inspection, it is necessary to change the status from Prepared to In Progress. In this case, a task will be automatically created in the housing and communal services management system, the executor of which is the person responsible for conducting the seasonal inspection.

- 18 043579

All information about the performer and participants can be found in the seasonal inspection report card. The deadline for completing the task depends on the season, for example, for a spring inspection the deadline is 05/31, for an autumn inspection it is 11/30. The content of the task specifies the address of the house where the inspection needs to be carried out.

In addition to the standard active action buttons for a task, the user has access to a checklist in which he can mark completed work on the task. The checklist is a template, the user can edit it if necessary.

When all work on the task is completed, the executor can close the task; the status will change to Completed.

After the inspection of the apartment building, the contractor enters the inspection results into the housing and communal services automated control system. An example of information that the user enters is general information on the structure, the content of the inspection and testing, the results of inspection of parts of buildings and structures, engineering equipment. The user can also specify the actual dates of the inspection and edit the members of the commission. After filling out the data, you must save the entered information. Now the user can generate a template for the Inspection Report using the previously filled in data. The document status will change to In Process. After all the data has been filled in and the act has been generated, the user can complete the inspection; the status of the document will change from the In Progress status to the Inspection completed status. If the information needs to be edited, the user can return the document for revision. The final stage of working with the seasonal inspection report is its approval. After its approval, the status of the act will change to Approved. If necessary, the act can be returned for revision.

Warehouse module.

Using the warehouse - materials accounting module, materials entering the warehouse and door-to-door cost accounting are carried out. Also, the use of this module allows users to record, based on the task being performed, how much materials and mechanisms were spent in the process of completing the task.

Estimation module.

The estimating - work directory module contains a work directory (list of services) and is used when filling out forms that contain information about works (services). For example, when filling out a form for a certificate of completion of work at the stage of creating a list of works for routine repairs of apartment buildings, services can be selected from the list of services, which is pulled up from the estimating module.

Passport office module.

Using the passport office module in the housing and communal services system, they create records of registration actions (for example, records of registration at the place of residence, records of registration at the place of stay, records of deregistration at the place of residence/stay, generation of a temporary departure certificate), issue certificates , form registers, issue copies of personal accounts, issue copies of apartment cards, carry out mass data entry into apartment cards, maintain various journals (for example, a log of registration actions containing information about all registration actions, records of which are contained in the ACS of housing and communal services; a log of issued certificates ). Each log entry is characterized by the type of registration action, as well as the status in which this action is located. In order to go to detailed information about the registration action, you must click on the number of the desired action, which will open a page with information about it. On the page for viewing information about a registration action, the properties of this action, buttons for controlling the action, as well as all the files that were generated in the process of working with this document are displayed. A document can be edited, the status of a registration action can be changed, deleted (if deleted, a comment about the reasons for deleting the document is added), template documents can be created that can be generated for a given type of registration action. The generated documents are stored in the database of the automated housing and communal services system, and they can also be downloaded to user devices.

Creating a registration record at the place of residence in the Housing and Communal Services ACS is carried out by filling out the registration form at the place of residence, which contains many interrelated fields that must be filled out sequentially in the order in which they are placed. For example, fill in the address at which registration will be carried out, the personal account to which the tenant will be assigned for accrual purposes, select a previously created record about an individual in the Applicant field, or create a new record. If a previously created record is selected in the Housing and Public Utilities Management System, then all fields for which information is already stored in the Housing and Public Utilities Management System are automatically filled in. Further, depending on whether an adult is registered or not, or whether the individual is liable for military service, the remaining fields are filled in and the information is saved. All data that is entered into the form for creating a record of a registration action is stored in the automated control system and is subsequently used to generate template documents for this registration action. A registration record at the place of stay is created in the same way.

The creation of a record of deregistration at the place of residence/stay, the formation of a temporary departure sheet is carried out by filling out the forms for creating the corresponding registration actions, each form contains many interrelated fields that must be filled out sequentially in the order in which they are placed. The fact of the temporary absence of a tenant is recorded in the housing and communal services management system based on the created corresponding registration record and is taken into account when calculating according to formulas related to the number of residents in the premises.

Using the passport office module, you can also issue certificates (for example, certificates of registration at the place of residence, certificates of loss of a passport; certificates of deregistration; certificates of those registered at the time of death; certificates of absence of data at the place of residence). Each type of certificate is created by filling out the fields of the corresponding form for creating this type of certificate. All certificates previously generated in the Housing and Public Utilities Management System are available in a separate journal of issued certificates.

Also, using the passport office module, you can create registers that can be requested by third parties or organizations (for example, a register of citizens registered with the military; a register of owners of premises in an apartment building). Each type of register is created by filling out the fields of the corresponding form for creating this type of register. For example, to create a register of premises owners, in the form that opens, select the house for which the register will be generated, indicate the initiator to whose address the generated register will be sent, fill in the area of residential/non-residential premises, etc. and save the entered data; To create a register of citizens on military registration, in the form that opens, indicate the time period for which the data will be generated, select the Criminal Code for whose housing stock the data will be taken, and indicate the military registration and enlistment office to which the data will be sent. Registries are formed in the form of files, for example, *.docx files.

In addition, using the passport office module, you can export generated registration logs (registration log at the place of residence, registration log at the place of stay) from the housing and communal services management system in the form of files, for example, a *.xlsx file.

All documents on registration actions contained in the ACS of housing and communal services, and not in terminal status (the terminal status for documents on registration actions is Accepted and Rejected) are available to users in a special journal of documents for approval.

Telephony module.

Using the telephony module in the housing and communal services automated control system, they view the log of all calls made using the housing and communal services automatic telephone exchange. The log has a standard appearance for automated housing and communal services systems, with minor changes in the interface that allow you to listen to a recording of any conversation from the log page. The log has the following fields - time of the call (the time the call was made, is recorded in the time zone specified in the settings of the housing and communal services management system), where (outgoing call number. If the call was made by management company employees, the internal telephone number of the employee can be indicated ), where (the phone number to which the call is being made), the start of the call (the time when the signal about an incoming call (initiation of an outgoing call) arrived at the PBX), the end of the call (the time when communication between the subscribers stopped), the duration of the call (the difference in the time specified at the start and end time of the call), objects (documents that were created in the housing and communal services management system based on the results of this conversation), conversation recording, operator (the management company employee who participated in the conversation), waiting for the dispatcher (the time interval that elapsed between the moment of switching to the alternative connect with the dispatcher and the moment when the dispatcher picked up the phone). The digital PBX of the housing and communal services can additionally be connected to the call center of the client of the ACS of the housing and communal services, and, for example, receiving calls, making calls to various organizations, calling residents by management dispatchers, can be carried out using the call center.

When using a telephony module in the housing and communal services automated control system, users registered on the housing and communal services automatic telephone exchange have access to the functionality of receiving calls through the operational log. The operational log is a set of events that are significant for the current call, information about which is stored in the housing and communal services automated control system. The employee whose extension number receives an incoming call is notified when it arrives. The notification contains information about the phone number from which the call comes, and, if this number has already been previously saved in the housing and communal services management system, the address and full name of the caller. When you click on the Operational log link displayed in the notification, the operational log page opens in the housing and communal services management system, containing all the action buttons that may be needed in the process of processing a call, and information about significant events associated with the caller. The page header displays information about the phone number from which the call is coming. Next there are two buttons: Green - Register a request, and Red - Register an emergency shutdown. When you click the green button Register an application in the ACS, a form for creating an application opens, in which only the Phone field will be pre-filled. When you click on the red Register emergency shutdown button, a form for creating an emergency shutdown record opens. In addition, the emergency shutdown block displays all records of emergency shutdowns contained in the housing and communal services automated control system and meeting the following criteria: they are in the active status, or were transferred to the liquidated status within the last 10 days; refer to the house in which the caller is believed to live. You can go to detailed information about any emergency shutdown by clicking on the task number. The tasks block displays all records of tasks that are associated with the caller and are unfinished or have been closed within the last 10 days. For detailed information about

- 20 043579 you can go to any task by clicking on the task number with the cursor. The metering devices block displays information about all metering devices installed at the caller's expected residential address.

At the end of each line with a metering device there is a button for entering readings for this metering device.

After entering all the readings and saving, the entered data will be saved in the housing and communal services control system.

Opening the forms for creating a new request, a new emergency shutdown from the operational log page ensures the establishment of a connection between the record of the call and the record of the child document.

The housing and communal services automated control system has functionality for automatically notifying citizens calling the dispatch service about the status of events that are significant for the callers. For example, about the progress of work on their application or about an emergency shutdown that occurred in the house where they live. All automatic notifications are recorded and displayed in the auto notification log of the telephony module. The magazine has a standard appearance for automated housing and communal services systems. The Log displays the following information: time of call (the point in time at which the call was connected to the PBX), telephone (phone number of the caller), type of alert (type of information that was communicated to the caller), went to (information about the action performed Caller after listening to the alert), call (link to view detailed information about the call during which the current alert was made). If during a call the caller listened to two or more types of alerts, information about each of the listened alerts will be separately displayed in the auto alert log.

The types of auto notifications are managed in the telephony module settings. In the settings, you can activate/deactivate notifications to callers about active emergency shutdowns, activate/deactivate notifications about the status of requests left by callers over the last 3 days. In the housing and public utilities automated control system, notifications about emergency shutdowns are played without the permission of the caller and are played only once. Notifications about the status of accepted applications can be played only at the request of the caller, which he makes through the tone mode during the call.

In the housing and communal services control system, it is possible to enter telephone numbers in the settings for which you need to disable automatic notification of emergency shutdowns.

The telephony module contains a log of auto calls and contains all the information about all auto calls that were made using the housing and communal services PBX. The magazine has a standard appearance for automated control systems. Each line of the log contains one task for making an automatic outgoing call. Each entry about an automatic call in the log contains the following information: creation time (the point in time at which the automatic call procedure was initiated in the housing and communal services automated control system; the time is recorded in the time zone specified in the automated control system settings), to whom (the telephone number to which the call is made). call), auto-dial type (type of event for which the auto-dial is made), parent document (the document of the housing and communal services management system that initiated the current auto-dial), call (number of attempts made during the current auto-dial), call log (displays no more than the last five attempts to call to the subscriber during the current auto call). The color marker of the attempt characterizes the status of the attempt: successful auto calls are highlighted in green; yellow - attempts during which the subscriber was dialed, but the auto-call script was not completed successfully; orange - attempts that ended in failure to reach the subscriber. Status - displays the status of the current auto call. If the number of allotted attempts is not exhausted and success is not achieved, then the status In Progress is displayed; if the Auto Call has achieved the specified result, the Success status is displayed; If the auto call does not achieve the specified result, and the specified time or number of attempts has been exhausted, then the Not Called status is displayed.

The auto call record contains, in addition to the information that was available in the auto call log, information about the user who initiated the auto call (the author), document links that include links to all dialing attempts made during the current auto call.

In the housing and communal services control system, using the telephony module, you can manage the black list of subscribers. The black list is designed to block incoming calls from unwanted subscribers. To add to the blacklist an entry about a new phone number, incoming calls from which will be blocked by the housing and communal services PBX, the user fills out a form in which he enters the phone number that will be blocked, and also selects a time interval (for example, 1 hour, 3 hours, 6 hours , 12 hours, day, week, indefinitely), during which incoming calls from this subscriber will be blocked. If necessary, the entry about adding a subscriber to the black list can be removed to stop blocking incoming calls from the specified subscriber.

In the Housing and Public Utilities Management System, direct integration with external telephony services, for example, with third-party virtual PBXs, is possible using the integration API, for example, in the case when the management company is serviced using a third-party virtual PBX.

Using the telephony module, work is carried out with mass notification of residents for sending arbitrary notifications to owners.

The notification log of the telephony module is characterized by the following fields: time of creation of the mass notification, time of notification, message (message text is displayed), houses (which houses are participating in the mailing), residents (number of residents to whom notifications were sent), status. Also, using the notification log, you can export the generated list of mass notifications in a selected format, for example, PDF or Excel, view information about the mass notification, view document links, and view information for each element.

A mass notification of residents is created by filling out the notification creation form. The Message field is required. Users can enter any text that needs to be conveyed to residents. The Notification method field allows you to select how the message will be delivered to residents: via SMS, PUSH notification in the application, or via auto-call. Required field. The user can set an arbitrary time when mass notification of residents is necessary. Required field. The Organizations field is intended for selecting legal entities to whom we will send mass mailings. Houses field - users can select houses whose residents need to be notified about the event. You can also select specific premises (for example, apartments) for sending mass notifications. If a notification needs to be delivered to specific residents rather than the entire building, users can select recipients in the Residents field. You can also upload a custom list of phone numbers for mass notifications as a file, for example, a file in .xlsx format that contains only a list of numbers. The user will be shown information about the downloaded numbers. If the phone number is assigned to a resident, the housing and communal services management system will display the resident’s full name next to the phone number. The information Tenant not found will be displayed next to phone numbers that are not entered into the system. The user can double-check the list and mark those numbers to which the mailing needs to be carried out (activate/deactivate the checkbox). Then, after saving the entered information, the user will see the card of the created mass notification. The user can edit or delete the created notification. You can schedule your email to be sent at a designated time. In the notification settings, the user can select to whom notifications will be sent when selecting a particular room. When sending to premises, the user can choose from two options: either the distribution will be carried out only to the owners of personal accounts of the selected premises, or to the owners of drugs, the owners of the premises and everyone living in this premises.

Email module.

The email module allows you to connect an unlimited number of email addresses to the housing and communal services control system and work with the full functionality provided by email. Users can configure the typology of documents in the email module of the Housing and Public Utilities Management System.

The initial setup of e-mail is carried out as follows. In order to work through the Housing and Public Utilities Management System with email, you need to connect your email address to the Housing and Public Utilities Management System using the form for adding a mail account. In the Address field, you must enter the name of the mailbox you want to add. The name is entered along with the domain zone. In the Password field, you must enter the password that is used to authorize the mailbox. In the Mailbox type field, you need to select the third-party mail service on which the mailbox you are adding was opened. The Sender's name field is used to indicate the sender's name, which will be filled in for letters sent using this mailbox from the Housing and Public Utilities Management System. The Signature field allows you to add an auto-signature that is added to sent emails. The Mail Import field activates the ability to receive mail from the specified address in the Housing and Public Utilities Management System. The Import interval, min field is used to indicate the time interval according to which mail will be imported into the housing and communal services automated control system. The minimum duration of the interval is 5 minutes. After saving, the user is shown the page of the created mailbox. The user has access to actions that allow him to edit a mailbox, delete a mailbox record from the Housing and Public Utilities Management System, and write a new letter. The mailbox information view form contains general information about the mailbox, a log of messages received using the mailbox, and a log of events that occurred in the automated control system with the mailbox.

Immediately after adding a mailbox, the procedure for importing incoming messages from it starts. It works correctly if the user has entered the login and password for the mailbox correctly. During primary import, all incoming correspondence received over the last 7 days is imported.

Incoming letters received from all mailboxes added to the Housing and Public Utilities Management System are stored in the incoming letter log. You can view them using the incoming email log. Each letter is characterized by a serial number, the time the letter was received by the mail server (this time is not equal to the moment when the letter was uploaded to the housing and communal services automated control system); subject of the letter; the sender of the letter; status of the letter; the mailbox to which it was sent.

Working with the log of incoming letters is structured in the same way as working with any document log in the automated control system - it is possible to filter documents; control of output parameters; managing the number of elements on one page.

The user can create a response to an incoming letter, create a task for an incoming letter, change the status of the letter, for example, assigning it a current status.

Let's look at the process of creating a task based on an incoming document using the task setting window. If the data of the sender of the letter is stored in the Housing and Communal Services ACS (the sender’s e-mail is identical to the e-mail property of an individual in the Housing and Communal Services ACS), then the task form that opens

- 22 043579 will be pre-filled. For example, the Address and Addressing task fields can be filled in automatically. Otherwise, the form for creating a task for an incoming email is identical to the general creation form. On the page of the created task, in the document links block, the connection of the task with the incoming letter will be displayed. Similarly, the connection will be displayed on the incoming document page.

Setting the task, in accordance with the principle of interdependence of statuses in the automated housing and communal services system, will transfer the incoming letter to the status In progress.

Using a task card assigned to an incoming document, the user can create an outgoing document.

The user can also send an outgoing letter in response to a previously received incoming letter. The form for writing an outgoing letter can contain fields such as To (the email address(es) to which the letter will be sent), Subject (the title of the letter), Text (the body of the letter, in which you can place both text and pictures, hyperlinks) . The Body of the message is automatically filled with the Signature specified in the mailbox settings. In addition, an unlimited number of files can be attached to a letter using the File field. It is important to remember that on the side of mail services there is a restriction on sending large files by mail, and the letter may not be sent for this reason. It is recommended to first post large files on file hosting services, and send a link to download these files in the mail. The graphical letter editor allows you to format the text of an outgoing letter and has all the basic capabilities that a user may need.

In the housing and communal services management system, it is possible to add the recipient to the black list. To do this, in the settings you need to enter unwanted addresses into the black list of addresses and save them. If the recipient is no longer unwanted, then you simply need to remove him from the list.

There is a spam email log in the Housing and Public Utilities Management System. It includes all letters that were identified as spam by an external mail server, as well as all letters from recipients added to the blacklist. Any email included in the spam email log is available for viewing by users. If a letter is included in spam by mistake, the user can move such a letter to the inbox.

Accruals and payment module.

Using the accrual and payment module, tariff schedules are analyzed and compared according to various parameters (for example, you can set the following parameters: house, service, premises, drug purpose, drug status, etc.), you can also select groups of parameters by which to compare tariff schedules. In addition, the accruals and payments module allows users to independently create and configure distribution schemes for funds received when accepting payments for housing and communal services. When creating a payment in the Housing and Communal Services ACS, the required payment distribution scheme is selected automatically according to the parameters of the personal account. It is also possible to track unidentified payments when downloading payment registers. The payment register log of the accrual and payment module contains information about all loaded payment registers in the housing and communal services automated control system.

Module for working with debtors.

Using the module for working with debtors, they carry out mass work with the personal accounts of debtors, for example, using filters, generate mass notifications, collection applications, send mass CMC messages, launch mass auto-calls for the necessary accounts, and also work individually with debtors for each personal account (create a notice of debt, an application for collection, an application for an order on a medicinal product, an installment agreement, send a CMC message to the debtor, schedule an automatic call to the debtor). Generated documents can be viewed using the appropriate journals (for example, a log of debt notifications, a log of collection applications, a log of applications for entering an order, a log of SMS notifications sent to debtors, a log of mass auto calls, a log of installment agreements).

Online cash register module.

The online cash register module allows you to send information about payments for housing and communal services to the tax authorities, as well as to the payers themselves through online cash registers, for example ATOL online cash registers. The online cash register module has the following capabilities: downloading payment registers using templates from the Housing and Communal Services GIS; mass or individual fiscalization of loaded registers (transfer of information about payments to the tax authority with registration of an online receipt); automatic fiscalization of payments received through MP or from the personal account of the management company website (with connected Internet acquiring); tracking the status of exchanges with online cash registers; storing information about generated checks in the system and viewing checks on the OFD website; automatic distribution of online checks to the email of residents or management companies.

Reports and analytics module.

Using the reporting and analytics module, users can generate reporting and analytical information based on any data located in the housing and communal services automated control system, create arbitrary management reports and analyze information posted in the housing and communal services automated control system. The reporting and analytics module receives data from the modules of the automated housing and communal services system and, based on the received data, reports and analytics are generated.

- 23 043579

For example, using the reporting and analytics module, you can generate the following reports.

The extended report on the control room (a report on all requests entered into the ACS of housing and communal services) contains the characteristics of these requests and is generated by the request module. The presented characteristics allow the user to analyze applications and track how much time was spent on individual operations on the application. In addition to the extended report, users can generate shift and daily reports on the work of the dispatch service for the period of interest. The daily report allows you to track both the total number of applications received on a specified date for each management company (if several management companies work in the automated control system at once), and broken down by type of application. The shift report displays applications with the status Closed, i.e. only those applications that have been processed by the contractor. In this case, the report allows you to track the time of receipt of the application and the time of completion of work on this application.

The reports Applications by organization and status and Applications by organization and home are also available. The Applications by organization and status report allows you to track the number of received applications for each management company by application status. The Applications by organization and building report allows you to track the number of applications received for each company by residential property.

Users can generate standard reports on the task module - Tasks by executor and Tasks by type.

If necessary, you can generate a report/list of active emergency shutdowns based on the emergency shutdown module. When generating a report, you can choose what type of report you are interested in - for internal or external use. The internal report will contain all active outages. The report for external use will contain all active emergency shutdowns with the exception of local ones, which affect only part of the apartments in the building.

Also in the Housing and Communal Services ACS it is possible to generate an Operational Information report on the emergency shutdown module. This report contains information about all emergency shutdowns for a specified period by service.

Users can generate reports on the number of incoming and outgoing correspondence using the document flow module, indicating the status of the document. The Inbox by status report will display information about the number of incoming documents by type of incoming document and its status. The Outgoing status report contains similar information on outgoing correspondence.

The Housing and Communal Services ACS implemented the generation of a privatization report using the passport office module, which contains information on the distribution of the number of apartments and their areas by type of ownership, as well as the generation of a report on the number of registered/residents, which contains information on the number of registered and living in each of premises of the houses included in the report.

In the Housing and Communal Services ACS, the user can also independently download reports on the sum of volumes for services, or the sum of drug areas for services using the accruals and payment module. The Total Volumes by Services report will display information on how much consumption was charged for each service at the selected address for the specified period. The Sum of LP area by services report displays both the sum of the total area and separately the sum of the area of residential premises of all personal accounts of the selected house in the context of services.

Users can analyze the statistics of generated online checks, for example, online checks Receipt, online checks Return Receipt. For example, you can display information about the number of online receipts generated by Parish by house for the current month.

You can also generate analytics for accounts receivable in the debtor management module, for example, the volume of accounts receivable in rubles, the level of accounts receivable, expressed as a percentage, and calculated as the ratio of the amount of unpaid invoices to the total amount of invoices issued.

Module for customizing document typology.

The document configuration and typology module (typology module) allows users to independently create and configure a document typology. Thus, this module allows the user to completely customize the structure of documents of the automated housing and communal services system by changing the standard typology of the automated housing and communal services system or creating his own typology from scratch.

Users can configure typologies of such documents, such as internal documents of the management company (documents of a group of companies, explanatory notes, orders, memos); control room module documents (emergency shutdowns, warranty claims, claims, paid claims, problems); documents of the document flow module (incoming from counterparties, requests from supervisory authorities, statements from citizens); email module documents (messages); site documents (questions from the site). If necessary, the created typology can be displayed in the resident’s MP and/or on the standard website of the management company.

In the typology module, the settings contain all the information about the previously specified settings for each element of the typology. The general appearance of the journal in this section is characterized by such fields as the document to which the typology relates, typology (selected types and subtypes for the specified document), as well as parameters (characteristics selected by the user for the specified typology). If necessary, the user can edit the setting. For example, for the typology In-house engineering equipment and technical devices/cold and hot water supply system of the Request document, the user can edit access groups that will be able to work with the specified document and tasks related to it, as well as set a deadline for completing the task assigned to the selected document. In addition to the deadline for completing a task, users can also set a time limit that will be allotted for completing the task.

User interaction with the Housing and Public Utilities Management System is carried out using a user device containing an interface for user interaction with the Housing and Public Utilities Management System, for example, mobile applications (for example, a resident’s mobile application, a Housing and Public Utilities Management System employee’s mobile application), web interfaces (for example, a Housing and Public Utilities Management System client website).

The ACS housing and communal services client website allows owners of apartment buildings to receive basic information from their management company, leave applications, enter meter readings, view and pay payment documents, view information about their property, and ask questions through the application form. A personal account is available for owners of apartment buildings, through which residents can contact their management company. When visiting the site from a mobile device, the information will adapt to the screen, and the user will not experience any inconvenience when visiting the site.

The resident’s mobile application (MA) is designed to simplify communication between residents and the management company and is integrated with the housing and communal services automated control system. In the application, residents can leave applications, enter meter readings, view payment documents and information about their personal account, view information about the meeting of homeowners, view announcements and news of the management company, send appeals to government authorities, chat at home with other residents MKD. The employee's mobile application is designed to simplify communication between management company personnel.

Using the employee’s mobile application, management company employees can not only work with tasks on applications and paid applications and record the fact of their execution, but also view information about houses, emergency shutdowns and common house metering devices (CHM), and enter AHMU readings.

An example of implementation of the present invention is given, which should not be used as a limitation to other, particular examples of implementation of the present invention, which do not go beyond the scope of the requested scope of legal protection and are obvious to specialists in the relevant field of technology.

In fig. 4 shows a general diagram of a computing device (400) that provides data processing necessary to implement the claimed solution.

In general, the device (400) includes components such as: one or more processors (401), at least one memory (402), data storage means (403), input/output interfaces (404), I/O means ( 405), networking tools (406).

The device processor (401) performs basic computing operations necessary for the operation of the device (400) or the functionality of one or more components thereof. The processor (401) executes the necessary machine-readable instructions contained in the RAM (402).

Memory (402), as a rule, is made in the form of RAM and contains the necessary program logic that provides the required functionality.

The data storage medium (403) can be in the form of HDD, SSD drives, raid array, network storage, flash memory, optical storage devices (CD, DVD, MD, Blue-Ray disks), etc. The means (403) allows long-term storage of various types of information.

Interfaces (404) are standard means for connecting and working with the server part, for example, USB, RS232, RJ45, LPT, COM, HDMI, PS/2, Lightning, Fire Wire, etc.

The choice of interfaces (404) depends on the specific design of the device (400), which can be a personal computer, mainframe, server cluster, thin client, smartphone, laptop, etc.

The data I/O means (405) in any implementation of the system must use a keyboard. The hardware design of the keyboard can be any known: it can be either a built-in keyboard used on a laptop or netbook, or a separate device connected to a desktop computer, server or other computer device. The connection can be either wired, in which the keyboard connecting cable is connected to the PS/2 or USB port located on the system unit of the desktop computer, or wireless, in which the keyboard exchanges data via a wireless communication channel, for example, a radio channel, with base station, which, in turn, is directly connected to the system unit, for example, to one of the USB ports. In addition to the keyboard, I/O data tools can also include: joystick, display (touch display), projector, touchpad, mouse, trackball, light pen, speakers, microphone, etc.

Network communication means (406) are selected from devices providing network reception

-

Claims (9)

and data transfer, for example, Ethernet card, WLAN/Wi-Fi module, Bluetooth module, BLE module, NFC module, IrDa, RFID module, GSM modem, etc. Using the means (405), the organization of data exchange is ensured via a wired or wireless data transmission channel, for example, WAN, PAN, LAN (LAN), Intranet, Internet, WLAN, WMAN or GSM, 3g, 4g, 5G. The device components (400) are interfaced via a common data bus (407). These application materials provide a preferred disclosure of the implementation of the claimed technical solution, which should not be used as limiting other, private embodiments of its implementation, which do not go beyond the scope of the requested scope of legal protection and are obvious to specialists in the relevant field of technology. It should be clear to a person skilled in the art that various variations of the proposed method and system do not change the essence of the invention, but only determine its specific embodiments and applications. CLAIM 1. Automated housing and communal services management system (AHCS), including at least: ACS control server for housing and communal services; a database associated with the control server of the automated housing and communal services system; at least one user device containing at least one interface for user interaction with the housing and communal services automated control system; at least one digital automatic telephone exchange (ATS) of the automated housing and communal services system, connected to the control server of the automated housing and communal services system; at least one automated workstation (AWS) connected to the control server of the ACS for housing and communal services and the digital automatic telephone exchange of the ACS for housing and communal services; ACS housing and communal services modules connected to the control server of the ACS housing and communal services, wherein the modules of the ACS housing and communal services are interconnected and include at least the following modules: an organization module, a house and premises module, an emergency shutdown module, a control room module, a document flow module, a seasonal inspection module, a module warehouse, estimating module, passport office module, telephony module, e-mail module, document modules, accrual and payment module, module for working with debtors, online cash register module, user site module for ACS housing and communal services; Moreover, the objects of the organization module and the objects of the house and premises module are associated with documents of the following modules - emergency shutdowns, control room, document flow, seasonal inspections, warehouse, estimating, passport office, telephony, e-mail, documents, accruals and payments, work with debtors, online cash desk, website; in addition, said documents are linked to each other in such a way that each current document is linked to a parent and/or child document in relation to the current document, the status of the current document depends on the status of the parent and/or child document; and user access to specified objects and documents is carried out in accordance with access rights and/or access groups. 2. The system according to claim 1, characterized in that the control room module includes at least a request module and a task module. 3. The system according to claim 1, characterized in that the document modules include at least an internal documents module and a work completion certificate module. 4. The system according to claim 3, characterized in that the ACS housing and communal services additionally includes a module for setting up the typology of documents of the ACS housing and communal services modules. 5. The system according to claim 1, characterized in that the automated housing and communal services system additionally includes a reporting and analytics module, and the modules of the automated housing and communal services system transmit data to the reporting and analytics module. 6. The system according to claim 1, characterized by the fact that the housing and communal services automated control system is integrated with at least the following external services: housing and communal services information systems, address information systems, accounting systems, tax accounting systems, acquiring systems, telemetry systems, services for sending CMC messages, voice services, virtual telephony, postal services, a unified state register of legal entities, cloud services, including at least cloud online cash registers, cloud data storage. 7. The system according to claim 1, characterized in that the digital PBX is additionally connected to the call center. 8. The system according to claim 1, characterized in that the objects of the organization module include organizations and objects associated with organizations; objects of the house and premises module include houses, house-related objects, premises, premises-related objects. 9. The system according to claim 1, characterized by the fact that the users of the automated housing and communal services system are residents of houses and organizations of at least the following type: management company, insurance company, court, -