Főmérő - almérő fejlesztés - Main meter - submetering development
Description
Fontos, hogy a társasház főmérőit rögzítsük (amelyek alapot adnak a közműszolgáltatókkal való elszámoláshoz). Ennek számos előnye van: a különbségek gyorsan kiemelik a hibákat, és az elosztáshoz szükséges eltéréseket automatikusan ki lehet számolni, elkerülve a kézi adatbevitel szükségességét. Ez vonatkozik a gázra, vízre, fűtésre stb. Ideális lenne lehetővé tenni a mérők szabad elnevezését és mérési egységeik konfigurálását.
ENG:
Meters
It is essential to record the main meters of the condominium (those serving as the basis for accounting with utility providers). This has several benefits: discrepancies will quickly highlight errors, and the differences for allocation can be automatically calculated, eliminating the need for manual input. This applies to gas, water, heating, etc. It is ideal to allow free naming of these meters and the configuration of their measurement units.
If these main meters are recorded, sub-meters can then be assigned to them. When creating a sub-meter, it must be linked to a corresponding main meter. This feature is particularly useful (though not typical for residential properties) when a sub-meter supplies another part of the property, and that part is not directly connected to the main meter. In such cases, the system can automatically deduct the consumption of the second sub-meter from the first.
A well-organized table under the “Meters” tab, listing all meters with customizable parameters, would provide a clear and transparent solution. This would allow all meters to be managed, added, or edited in one location, not just in the sub-account section, making it much more user-friendly for administrators.
In the reading menu, it would also be helpful to have a table listing all meters where the meter readings can be sequentially entered. In our custom system, this feature is enhanced with the ability to generate a PDF list before the month’s readings begin. This list includes the closing readings of the previous month, meter numbers, and identification details, alongside empty fields for the reader to fill in the current readings.
The order of this list matches the meter list (above), allowing for streamlined administrative tasks. Administrators can enter readings in sequence on a single page, verify them, and finalize the month’s records when complete. Closed months should remain accessible for retrospective analysis of meter readings.
A common situation arises when a gas main meter supplies a boiler in the central heating system of a building, where heat is measured with a heat meter. This setup is increasingly common. Here, the gas consumption (e.g., xm³) translates into heating energy (xkWh), which is then measured with sub-meters. It would be highly beneficial for the system to calculate how many kWh of heating energy were generated per cubic meter of gas in a given month (this depends on the boiler’s efficiency and the gas’s calorific value, which can vary). This allows for accurate determination of heating costs per kWh.
Investing energy into a robust meter-reading and cost-sharing module could make it a marketable standalone product. Beyond condominiums, there is significant demand for internal expense allocation among owners in other sectors. Currently, this is managed with complex Excel sheets and similar tools, with no suitable market solution available.1. Meters
It is essential to record the main meters of the condominium (those serving as the basis for accounting with utility providers). This has several benefits: discrepancies will quickly highlight errors, and the differences for allocation can be automatically calculated, eliminating the need for manual input. This applies to gas, water, heating, etc. It is ideal to allow free naming of these meters and the configuration of their measurement units.
If these main meters are recorded, sub-meters can then be assigned to them. When creating a sub-meter, it must be linked to a corresponding main meter. This feature is particularly useful (though not typical for residential properties) when a sub-meter supplies another part of the property, and that part is not directly connected to the main meter. In such cases, the system can automatically deduct the consumption of the second sub-meter from the first.
A well-organized table under the “Meters” tab, listing all meters with customizable parameters, would provide a clear and transparent solution. This would allow all meters to be managed, added, or edited in one location, not just in the sub-account section, making it much more user-friendly for administrators.
In the reading menu, it would also be helpful to have a table listing all meters where the meter readings can be sequentially entered. In our custom system, this feature is enhanced with the ability to generate a PDF list before the month’s readings begin. This list includes the closing readings of the previous month, meter numbers, and identification details, alongside empty fields for the reader to fill in the current readings.
The order of this list matches the meter list (above), allowing for streamlined administrative tasks. Administrators can enter readings in sequence on a single page, verify them, and finalize the month’s records when complete. Closed months should remain accessible for retrospective analysis of meter readings.
A common situation arises when a gas main meter supplies a boiler in the central heating system of a building, where heat is measured with a heat meter. This setup is increasingly common. Here, the gas consumption (e.g., xm³) translates into heating energy (xkWh), which is then measured with sub-meters. It would be highly beneficial for the system to calculate how many kWh of heating energy were generated per cubic meter of gas in a given month (this depends on the boiler’s efficiency and the gas’s calorific value, which can vary). This allows for accurate determination of heating costs per kWh.
Investing energy into a robust meter-reading and cost-sharing module could make it a marketable standalone product. Beyond condominiums, there is significant demand for internal expense allocation among owners in other sectors. Currently, this is managed with complex Excel sheets and similar tools, with no suitable market solution available
Asana ID: 1209168362147531|
Microsoft.VSTS.Common.StateChangeDate
State Change Date
|
2025-03-26T14:06:45.493Z |
|
Microsoft.VSTS.Common.Priority
Priority
|
1 |
|
Microsoft.VSTS.Common.StackRank
Stack Rank
|
826086940 |
|
Microsoft.VSTS.Common.ValueArea
Value Area
|
Business |
|
System.AreaId
Area ID
|
54 |
|
System.AreaLevel1
Area Level 1
|
homeGo Portal |
|
System.AreaPath
Area Path
|
homeGo Portal |
|
System.AuthorizedAs
Authorized As
|
{"displayName":"Jeney Júlia","url":"https:\/\/spsprodweu5.vssps.visualstudio.com\/A3f90c750-1bf3-47a8-b56d-536b2f25f7b6\/_apis\/Identities\/5f11c22a-d0a8-476f-b49e-11978a8a4f0b","_links":{"avatar":{"href":"https:\/\/dev.azure.com\/inhousehu\/_apis\/GraphProfile\/MemberAvatars\/aad.MzQ4OWNlN2YtMGVjYS03MjcyLWIyNDctZDJiOGQ0NmJkYzU4"}},"id":"5f11c22a-d0a8-476f-b49e-11978a8a4f0b","uniqueName":"julia.jeney@magicom.com","imageUrl":"https:\/\/dev.azure.com\/inhousehu\/_apis\/GraphProfile\/MemberAvatars\/aad.MzQ4OWNlN2YtMGVjYS03MjcyLWIyNDctZDJiOGQ0NmJkYzU4","descriptor":"aad.MzQ4OWNlN2YtMGVjYS03MjcyLWIyNDctZDJiOGQ0NmJkYzU4"} |
|
System.AuthorizedDate
Authorized Date
|
2025-08-07T07:34:43.517Z |
|
System.BoardColumn
Board Column
|
New |
|
System.BoardColumnDone
Board Column Done
|
false |
|
System.ChangedBy
Changed By
|
{"displayName":"Jeney Júlia","url":"https:\/\/spsprodweu5.vssps.visualstudio.com\/A3f90c750-1bf3-47a8-b56d-536b2f25f7b6\/_apis\/Identities\/5f11c22a-d0a8-476f-b49e-11978a8a4f0b","_links":{"avatar":{"href":"https:\/\/dev.azure.com\/inhousehu\/_apis\/GraphProfile\/MemberAvatars\/aad.MzQ4OWNlN2YtMGVjYS03MjcyLWIyNDctZDJiOGQ0NmJkYzU4"}},"id":"5f11c22a-d0a8-476f-b49e-11978a8a4f0b","uniqueName":"julia.jeney@magicom.com","imageUrl":"https:\/\/dev.azure.com\/inhousehu\/_apis\/GraphProfile\/MemberAvatars\/aad.MzQ4OWNlN2YtMGVjYS03MjcyLWIyNDctZDJiOGQ0NmJkYzU4","descriptor":"aad.MzQ4OWNlN2YtMGVjYS03MjcyLWIyNDctZDJiOGQ0NmJkYzU4"} |
|
System.ChangedDate
Changed Date
|
2025-08-07T07:34:43.517Z |
|
System.CommentCount
Comment Count
|
0 |
|
System.CreatedBy
Created By
|
{"displayName":"Domas Andrijauskas","url":"https:\/\/spsprodweu5.vssps.visualstudio.com\/A3f90c750-1bf3-47a8-b56d-536b2f25f7b6\/_apis\/Identities\/a90dc9b8-ebac-6c7c-8d81-aab088b65e11","_links":{"avatar":{"href":"https:\/\/dev.azure.com\/inhousehu\/_apis\/GraphProfile\/MemberAvatars\/aad.YTkwZGM5YjgtZWJhYy03YzdjLThkODEtYWFiMDg4YjY1ZTEx"}},"id":"a90dc9b8-ebac-6c7c-8d81-aab088b65e11","uniqueName":"domas.andrijauskas@inhouse.digital","imageUrl":"https:\/\/dev.azure.com\/inhousehu\/_apis\/GraphProfile\/MemberAvatars\/aad.YTkwZGM5YjgtZWJhYy03YzdjLThkODEtYWFiMDg4YjY1ZTEx","descriptor":"aad.YTkwZGM5YjgtZWJhYy03YzdjLThkODEtYWFiMDg4YjY1ZTEx"} |
|
System.CreatedDate
Created Date
|
2025-03-26T14:06:45.493Z |
|
System.Description
Description
|
Fontos, hogy a társasház főmérőit rögzítsük (amelyek alapot adnak a közműszolgáltatókkal való elszámoláshoz). Ennek számos előnye van: a különbségek gyorsan kiemelik a hibákat, és az elosztáshoz szükséges eltéréseket automatikusan ki lehet számolni, elkerülve a kézi adatbevitel szükségességét. Ez vonatkozik a gázra, vízre, fűtésre stb. Ideális lenne lehetővé tenni a mérők szabad elnevezését és mérési egységeik konfigurálását. Ha ezeket a főmérőket rögzítjük, akkor almérőket rendelhetünk hozzájuk. Almérő létrehozásakor azt egy megfelelő főmérőhöz kell kapcsolni. Ez a funkció különösen hasznos (bár nem jellemző a lakóingatlanok esetében), ha egy almérő egy másik ingatlanrészt lát el, és az nincs közvetlenül összekötve a főmérővel. Ilyen esetekben a rendszer automatikusan levonhatja a második almérő fogyasztását az elsőből. A „Mérők” fül alatt egy jól szervezett táblázat, amely minden mérőt felsorol testreszabható paraméterekkel, tiszta és átlátható megoldást kínálna. Ez lehetővé tenné az összes mérő kezelését, hozzáadását vagy szerkesztését egy helyen, nemcsak az almérői szakaszban, így sokkal felhasználóbarátabb lenne az adminisztrátorok számára. A leolvasási menüben hasznos lenne egy táblázat, amely az összes mérőt felsorolja, ahol a mérőállásokat sorrendben lehetne bevinni. Egyéni rendszerünkben ezt a funkciót továbbfejlesztettük azzal a lehetőséggel, hogy egy PDF listát generáljunk a hónap leolvasása előtt. Ez a lista tartalmazza az előző hónap záró állását, a mérőszámokat és az azonosító adatokat, üres mezőkkel, amelyeket a leolvasó tölthet ki a jelenlegi állásokkal. A lista sorrendje megfelel a mérőlistának (fent), lehetővé téve az adminisztrációs feladatok egyszerűsítését. Az adminisztrátorok egy oldalon, sorban rögzíthetik a leolvasásokat, ellenőrizhetik őket, és véglegesíthetik a hónap záró adatokat. A lezárt hónapoknak elérhetőnek kell maradniuk a mérőállások utólagos elemzéséhez. Gyakori helyzet, hogy egy gáz főmérő egy központi fűtési rendszer kazánját látja el, ahol a hőt egy hőmérő méri. Ez egyre gyakoribb elrendezés. Itt a gázfogyasztás (pl. xm³) fűtési energiává (xkWh) alakul, amelyet aztán almérők mérnek. Nagyon hasznos lenne, ha a rendszer képes lenne kiszámolni, hogy hány kWh fűtési energia keletkezett egy köbméter gázból egy adott hónapban (ez függ a kazán hatékonyságától és a gáz fűtőértékétől, ami változhat). Ez lehetővé tenné a fűtési költségek pontos meghatározását kWh-ban. Egy erős mérőállás-olvasási és költségmegosztási modulba történő befektetés piacra dobható önálló termékké válhat. A társasházakon túl más szektorokban is jelentős kereslet van a tulajdonosok közötti belső költségmegosztásra. Jelenleg ezt összetett Excel-táblázatokkal és hasonló eszközökkel kezelik, de nincs megfelelő piacra készült megoldás. Fontos, hogy a társasház főmérőit rögzítsük (amelyek alapot adnak a közműszolgáltatókkal való elszámoláshoz). Ennek számos előnye van: a különbségek gyorsan kiemelik a hibákat, és az elosztáshoz szükséges eltéréseket automatikusan ki lehet számolni, elkerülve a kézi adatbevitel szükségességét. Ez vonatkozik a gázra, vízre, fűtésre stb. Ideális lenne lehetővé tenni a mérők szabad elnevezését és mérési egységeik konfigurálását. Ha ezeket a főmérőket rögzítjük, akkor almérőket rendelhetünk hozzájuk. Almérő létrehozásakor azt egy megfelelő főmérőhöz kell kapcsolni. Ez a funkció különösen hasznos (bár nem jellemző a lakóingatlanok esetében), ha egy almérő egy másik ingatlanrészt lát el, és az nincs közvetlenül összekötve a főmérővel. Ilyen esetekben a rendszer automatikusan levonhatja a második almérő fogyasztását az elsőből. A „Mérők” fül alatt egy jól szervezett táblázat, amely minden mérőt felsorol testreszabható paraméterekkel, tiszta és átlátható megoldást kínálna. Ez lehetővé tenné az összes mérő kezelését, hozzáadását vagy szerkesztését egy helyen, nemcsak az almérői szakaszban, így sokkal felhasználóbarátabb lenne az adminisztrátorok számára. A leolvasási menüben hasznos lenne egy táblázat, amely az összes mérőt felsorolja, ahol a mérőállásokat sorrendben lehetne bevinni. Egyéni rendszerünkben ezt a funkciót továbbfejlesztettük azzal a lehetőséggel, hogy egy PDF listát generáljunk a hónap leolvasása előtt. Ez a lista tartalmazza az előző hónap záró állását, a mérőszámokat és az azonosító adatokat, üres mezőkkel, amelyeket a leolvasó tölthet ki a jelenlegi állásokkal. A lista sorrendje megfelel a mérőlistának (fent), lehetővé téve az adminisztrációs feladatok egyszerűsítését. Az adminisztrátorok egy oldalon, sorban rögzíthetik a leolvasásokat, ellenőrizhetik őket, és véglegesíthetik a hónap záró adatokat. A lezárt hónapoknak elérhetőnek kell maradniuk a mérőállások utólagos elemzéséhez. Gyakori helyzet, hogy egy gáz főmérő egy központi fűtési rendszer kazánját látja el, ahol a hőt egy hőmérő méri. Ez egyre gyakoribb elrendezés. Itt a gázfogyasztás (pl. xm³) fűtési energiává (xkWh) alakul, amelyet aztán almérők mérnek. Nagyon hasznos lenne, ha a rendszer képes lenne kiszámolni, hogy hány kWh fűtési energia keletkezett egy köbméter gázból egy adott hónapban (ez függ a kazán hatékonyságától és a gáz fűtőértékétől, ami változhat). Ez lehetővé tenné a fűtési költségek pontos meghatározását kWh-ban. Egy erős mérőállás-olvasási és költségmegosztási modulba történő befektetés piacra dobható önálló termékké válhat. A társasházakon túl más szektorokban is jelentős kereslet van a tulajdonosok közötti belső költségmegosztásra. Jelenleg ezt összetett Excel-táblázatokkal és hasonló eszközökkel kezelik, de nincs megfelelő piacra készült megoldás. ENG: Meters It is essential to record the main meters of the condominium (those serving as the basis for accounting with utility providers). This has several benefits: discrepancies will quickly highlight errors, and the differences for allocation can be automatically calculated, eliminating the need for manual input. This applies to gas, water, heating, etc. It is ideal to allow free naming of these meters and the configuration of their measurement units. If these main meters are recorded, sub-meters can then be assigned to them. When creating a sub-meter, it must be linked to a corresponding main meter. This feature is particularly useful (though not typical for residential properties) when a sub-meter supplies another part of the property, and that part is not directly connected to the main meter. In such cases, the system can automatically deduct the consumption of the second sub-meter from the first. A well-organized table under the “Meters” tab, listing all meters with customizable parameters, would provide a clear and transparent solution. This would allow all meters to be managed, added, or edited in one location, not just in the sub-account section, making it much more user-friendly for administrators. In the reading menu, it would also be helpful to have a table listing all meters where the meter readings can be sequentially entered. In our custom system, this feature is enhanced with the ability to generate a PDF list before the month’s readings begin. This list includes the closing readings of the previous month, meter numbers, and identification details, alongside empty fields for the reader to fill in the current readings. The order of this list matches the meter list (above), allowing for streamlined administrative tasks. Administrators can enter readings in sequence on a single page, verify them, and finalize the month’s records when complete. Closed months should remain accessible for retrospective analysis of meter readings. A common situation arises when a gas main meter supplies a boiler in the central heating system of a building, where heat is measured with a heat meter. This setup is increasingly common. Here, the gas consumption (e.g., xm³) translates into heating energy (xkWh), which is then measured with sub-meters. It would be highly beneficial for the system to calculate how many kWh of heating energy were generated per cubic meter of gas in a given month (this depends on the boiler’s efficiency and the gas’s calorific value, which can vary). This allows for accurate determination of heating costs per kWh. Investing energy into a robust meter-reading and cost-sharing module could make it a marketable standalone product. Beyond condominiums, there is significant demand for internal expense allocation among owners in other sectors. Currently, this is managed with complex Excel sheets and similar tools, with no suitable market solution available.1. Meters It is essential to record the main meters of the condominium (those serving as the basis for accounting with utility providers). This has several benefits: discrepancies will quickly highlight errors, and the differences for allocation can be automatically calculated, eliminating the need for manual input. This applies to gas, water, heating, etc. It is ideal to allow free naming of these meters and the configuration of their measurement units. If these main meters are recorded, sub-meters can then be assigned to them. When creating a sub-meter, it must be linked to a corresponding main meter. This feature is particularly useful (though not typical for residential properties) when a sub-meter supplies another part of the property, and that part is not directly connected to the main meter. In such cases, the system can automatically deduct the consumption of the second sub-meter from the first. A well-organized table under the “Meters” tab, listing all meters with customizable parameters, would provide a clear and transparent solution. This would allow all meters to be managed, added, or edited in one location, not just in the sub-account section, making it much more user-friendly for administrators. In the reading menu, it would also be helpful to have a table listing all meters where the meter readings can be sequentially entered. In our custom system, this feature is enhanced with the ability to generate a PDF list before the month’s readings begin. This list includes the closing readings of the previous month, meter numbers, and identification details, alongside empty fields for the reader to fill in the current readings. The order of this list matches the meter list (above), allowing for streamlined administrative tasks. Administrators can enter readings in sequence on a single page, verify them, and finalize the month’s records when complete. Closed months should remain accessible for retrospective analysis of meter readings. A common situation arises when a gas main meter supplies a boiler in the central heating system of a building, where heat is measured with a heat meter. This setup is increasingly common. Here, the gas consumption (e.g., xm³) translates into heating energy (xkWh), which is then measured with sub-meters. It would be highly beneficial for the system to calculate how many kWh of heating energy were generated per cubic meter of gas in a given month (this depends on the boiler’s efficiency and the gas’s calorific value, which can vary). This allows for accurate determination of heating costs per kWh. Investing energy into a robust meter-reading and cost-sharing module could make it a marketable standalone product. Beyond condominiums, there is significant demand for internal expense allocation among owners in other sectors. Currently, this is managed with complex Excel sheets and similar tools, with no suitable market solution available Asana ID: 1209168362147531 |
|
System.Id
ID
|
706 |
|
System.IterationId
Iteration ID
|
49 |
|
System.IterationLevel1
Iteration Level 1
|
homeGo Portal |
|
System.IterationPath
Iteration Path
|
homeGo Portal |
|
System.NodeName
Node Name
|
homeGo Portal |
|
System.Parent
Parent
|
666 |
|
System.PersonId
PersonID
|
305986911 |
|
System.Reason
Reason
|
New |
|
System.Rev
Rev
|
12 |
|
System.RevisedDate
Revised Date
|
9999-01-01T00:00:00Z |
|
System.State
State
|
New |
|
System.Tags
Tags
|
2025 4 Months |
|
System.TeamProject
Team Project
|
homeGo Portal |
|
System.Title
Title
|
Főmérő - almérő fejlesztés - Main meter - submetering development |
|
System.Watermark
Watermark
|
8294 |
|
System.WorkItemType
Work Item Type
|
User Story |
|
WEF_99F4C0C40F2843AEB66A255FF350D776_Kanban.Column
|
New |
|
WEF_99F4C0C40F2843AEB66A255FF350D776_Kanban.Column.Done
|
false |
|
WEF_99F4C0C40F2843AEB66A255FF350D776_System.ExtensionMarker
|
true |
{
"id": 706,
"rev": 12,
"fields": {
"System.Id": 706,
"System.AreaId": 54,
"System.AreaPath": "homeGo Portal",
"System.TeamProject": "homeGo Portal",
"System.NodeName": "homeGo Portal",
"System.AreaLevel1": "homeGo Portal",
"System.Rev": 12,
"System.AuthorizedDate": "2025-08-07T07:34:43.517Z",
"System.RevisedDate": "9999-01-01T00:00:00Z",
"System.IterationId": 49,
"System.IterationPath": "homeGo Portal",
"System.IterationLevel1": "homeGo Portal",
"System.WorkItemType": "User Story",
"System.State": "New",
"System.Reason": "New",
"System.CreatedDate": "2025-03-26T14:06:45.493Z",
"System.CreatedBy": {
"displayName": "Domas Andrijauskas",
"url": "https://spsprodweu5.vssps.visualstudio.com/A3f90c750-1bf3-47a8-b56d-536b2f25f7b6/_apis/Identities/a90dc9b8-ebac-6c7c-8d81-aab088b65e11",
"_links": {
"avatar": {
"href": "https://dev.azure.com/inhousehu/_apis/GraphProfile/MemberAvatars/aad.YTkwZGM5YjgtZWJhYy03YzdjLThkODEtYWFiMDg4YjY1ZTEx"
}
},
"id": "a90dc9b8-ebac-6c7c-8d81-aab088b65e11",
"uniqueName": "domas.andrijauskas@inhouse.digital",
"imageUrl": "https://dev.azure.com/inhousehu/_apis/GraphProfile/MemberAvatars/aad.YTkwZGM5YjgtZWJhYy03YzdjLThkODEtYWFiMDg4YjY1ZTEx",
"descriptor": "aad.YTkwZGM5YjgtZWJhYy03YzdjLThkODEtYWFiMDg4YjY1ZTEx"
},
"System.ChangedDate": "2025-08-07T07:34:43.517Z",
"System.ChangedBy": {
"displayName": "Jeney Júlia",
"url": "https://spsprodweu5.vssps.visualstudio.com/A3f90c750-1bf3-47a8-b56d-536b2f25f7b6/_apis/Identities/5f11c22a-d0a8-476f-b49e-11978a8a4f0b",
"_links": {
"avatar": {
"href": "https://dev.azure.com/inhousehu/_apis/GraphProfile/MemberAvatars/aad.MzQ4OWNlN2YtMGVjYS03MjcyLWIyNDctZDJiOGQ0NmJkYzU4"
}
},
"id": "5f11c22a-d0a8-476f-b49e-11978a8a4f0b",
"uniqueName": "julia.jeney@magicom.com",
"imageUrl": "https://dev.azure.com/inhousehu/_apis/GraphProfile/MemberAvatars/aad.MzQ4OWNlN2YtMGVjYS03MjcyLWIyNDctZDJiOGQ0NmJkYzU4",
"descriptor": "aad.MzQ4OWNlN2YtMGVjYS03MjcyLWIyNDctZDJiOGQ0NmJkYzU4"
},
"System.AuthorizedAs": {
"displayName": "Jeney Júlia",
"url": "https://spsprodweu5.vssps.visualstudio.com/A3f90c750-1bf3-47a8-b56d-536b2f25f7b6/_apis/Identities/5f11c22a-d0a8-476f-b49e-11978a8a4f0b",
"_links": {
"avatar": {
"href": "https://dev.azure.com/inhousehu/_apis/GraphProfile/MemberAvatars/aad.MzQ4OWNlN2YtMGVjYS03MjcyLWIyNDctZDJiOGQ0NmJkYzU4"
}
},
"id": "5f11c22a-d0a8-476f-b49e-11978a8a4f0b",
"uniqueName": "julia.jeney@magicom.com",
"imageUrl": "https://dev.azure.com/inhousehu/_apis/GraphProfile/MemberAvatars/aad.MzQ4OWNlN2YtMGVjYS03MjcyLWIyNDctZDJiOGQ0NmJkYzU4",
"descriptor": "aad.MzQ4OWNlN2YtMGVjYS03MjcyLWIyNDctZDJiOGQ0NmJkYzU4"
},
"System.PersonId": 305986911,
"System.Watermark": 8294,
"System.CommentCount": 0,
"System.Title": "Főmérő - almérő fejlesztés - Main meter - submetering development",
"System.BoardColumn": "New",
"System.BoardColumnDone": false,
"Microsoft.VSTS.Common.StateChangeDate": "2025-03-26T14:06:45.493Z",
"Microsoft.VSTS.Common.Priority": 1,
"Microsoft.VSTS.Common.StackRank": 826086940,
"Microsoft.VSTS.Common.ValueArea": "Business",
"WEF_99F4C0C40F2843AEB66A255FF350D776_System.ExtensionMarker": true,
"WEF_99F4C0C40F2843AEB66A255FF350D776_Kanban.Column": "New",
"WEF_99F4C0C40F2843AEB66A255FF350D776_Kanban.Column.Done": false,
"System.Description": "<p><strong></strong> </p><span>Fontos, hogy a társasház főmérőit rögzítsük (amelyek alapot adnak a közműszolgáltatókkal való elszámoláshoz). Ennek számos előnye van: a különbségek gyorsan kiemelik a hibákat, és az elosztáshoz szükséges eltéréseket automatikusan ki lehet számolni, elkerülve a kézi adatbevitel szükségességét. Ez vonatkozik a gázra, vízre, fűtésre stb. Ideális lenne lehetővé tenni a mérők szabad elnevezését és mérési egységeik konfigurálását.<br></span><div><br> </div><div>Ha ezeket a főmérőket rögzítjük, akkor almérőket rendelhetünk hozzájuk. Almérő létrehozásakor azt egy megfelelő főmérőhöz kell kapcsolni. Ez a funkció különösen hasznos (bár nem jellemző a lakóingatlanok esetében), ha egy almérő egy másik ingatlanrészt lát el, és az nincs közvetlenül összekötve a főmérővel. Ilyen esetekben a rendszer automatikusan levonhatja a második almérő fogyasztását az elsőből.<br> </div><div><br> </div><div>A „Mérők” fül alatt egy jól szervezett táblázat, amely minden mérőt felsorol testreszabható paraméterekkel, tiszta és átlátható megoldást kínálna. Ez lehetővé tenné az összes mérő kezelését, hozzáadását vagy szerkesztését egy helyen, nemcsak az almérői szakaszban, így sokkal felhasználóbarátabb lenne az adminisztrátorok számára.<br> </div><div><br> </div><div>A leolvasási menüben hasznos lenne egy táblázat, amely az összes mérőt felsorolja, ahol a mérőállásokat sorrendben lehetne bevinni. Egyéni rendszerünkben ezt a funkciót továbbfejlesztettük azzal a lehetőséggel, hogy egy PDF listát generáljunk a hónap leolvasása előtt. Ez a lista tartalmazza az előző hónap záró állását, a mérőszámokat és az azonosító adatokat, üres mezőkkel, amelyeket a leolvasó tölthet ki a jelenlegi állásokkal.<br> </div><div><br> </div><div>A lista sorrendje megfelel a mérőlistának (fent), lehetővé téve az adminisztrációs feladatok egyszerűsítését. Az adminisztrátorok egy oldalon, sorban rögzíthetik a leolvasásokat, ellenőrizhetik őket, és véglegesíthetik a hónap záró adatokat. A lezárt hónapoknak elérhetőnek kell maradniuk a mérőállások utólagos elemzéséhez.<br> </div><div><br> </div><div>Gyakori helyzet, hogy egy gáz főmérő egy központi fűtési rendszer kazánját látja el, ahol a hőt egy hőmérő méri. Ez egyre gyakoribb elrendezés. Itt a gázfogyasztás (pl. xm³) fűtési energiává (xkWh) alakul, amelyet aztán almérők mérnek. Nagyon hasznos lenne, ha a rendszer képes lenne kiszámolni, hogy hány kWh fűtési energia keletkezett egy köbméter gázból egy adott hónapban (ez függ a kazán hatékonyságától és a gáz fűtőértékétől, ami változhat). Ez lehetővé tenné a fűtési költségek pontos meghatározását kWh-ban.<br> </div><div><br> </div><div>Egy erős mérőállás-olvasási és költségmegosztási modulba történő befektetés piacra dobható önálló termékké válhat. A társasházakon túl más szektorokban is jelentős kereslet van a tulajdonosok közötti belső költségmegosztásra. Jelenleg ezt összetett Excel-táblázatokkal és hasonló eszközökkel kezelik, de nincs megfelelő piacra készült megoldás.<br> </div><div><br> </div><div>Fontos, hogy a társasház főmérőit rögzítsük (amelyek alapot adnak a közműszolgáltatókkal való elszámoláshoz). Ennek számos előnye van: a különbségek gyorsan kiemelik a hibákat, és az elosztáshoz szükséges eltéréseket automatikusan ki lehet számolni, elkerülve a kézi adatbevitel szükségességét. Ez vonatkozik a gázra, vízre, fűtésre stb. Ideális lenne lehetővé tenni a mérők szabad elnevezését és mérési egységeik konfigurálását.<br> </div><div><br> </div><div>Ha ezeket a főmérőket rögzítjük, akkor almérőket rendelhetünk hozzájuk. Almérő létrehozásakor azt egy megfelelő főmérőhöz kell kapcsolni. Ez a funkció különösen hasznos (bár nem jellemző a lakóingatlanok esetében), ha egy almérő egy másik ingatlanrészt lát el, és az nincs közvetlenül összekötve a főmérővel. Ilyen esetekben a rendszer automatikusan levonhatja a második almérő fogyasztását az elsőből.<br> </div><div><br> </div><div>A „Mérők” fül alatt egy jól szervezett táblázat, amely minden mérőt felsorol testreszabható paraméterekkel, tiszta és átlátható megoldást kínálna. Ez lehetővé tenné az összes mérő kezelését, hozzáadását vagy szerkesztését egy helyen, nemcsak az almérői szakaszban, így sokkal felhasználóbarátabb lenne az adminisztrátorok számára.<br> </div><div><br> </div><div>A leolvasási menüben hasznos lenne egy táblázat, amely az összes mérőt felsorolja, ahol a mérőállásokat sorrendben lehetne bevinni. Egyéni rendszerünkben ezt a funkciót továbbfejlesztettük azzal a lehetőséggel, hogy egy PDF listát generáljunk a hónap leolvasása előtt. Ez a lista tartalmazza az előző hónap záró állását, a mérőszámokat és az azonosító adatokat, üres mezőkkel, amelyeket a leolvasó tölthet ki a jelenlegi állásokkal.<br> </div><div><br> </div><div>A lista sorrendje megfelel a mérőlistának (fent), lehetővé téve az adminisztrációs feladatok egyszerűsítését. Az adminisztrátorok egy oldalon, sorban rögzíthetik a leolvasásokat, ellenőrizhetik őket, és véglegesíthetik a hónap záró adatokat. A lezárt hónapoknak elérhetőnek kell maradniuk a mérőállások utólagos elemzéséhez.<br> </div><div><br> </div><div>Gyakori helyzet, hogy egy gáz főmérő egy központi fűtési rendszer kazánját látja el, ahol a hőt egy hőmérő méri. Ez egyre gyakoribb elrendezés. Itt a gázfogyasztás (pl. xm³) fűtési energiává (xkWh) alakul, amelyet aztán almérők mérnek. Nagyon hasznos lenne, ha a rendszer képes lenne kiszámolni, hogy hány kWh fűtési energia keletkezett egy köbméter gázból egy adott hónapban (ez függ a kazán hatékonyságától és a gáz fűtőértékétől, ami változhat). Ez lehetővé tenné a fűtési költségek pontos meghatározását kWh-ban.<br> </div><div><br> </div><div>Egy erős mérőállás-olvasási és költségmegosztási modulba történő befektetés piacra dobható önálló termékké válhat. A társasházakon túl más szektorokban is jelentős kereslet van a tulajdonosok közötti belső költségmegosztásra. Jelenleg ezt összetett Excel-táblázatokkal és hasonló eszközökkel kezelik, de nincs megfelelő piacra készült megoldás.<br> </div><div><br> </div><span></span><p><strong>ENG:</strong> </p><p><strong>Meters</strong> </p><p>It is essential to record the main meters of the condominium (those serving as the basis for accounting with utility providers). This has several benefits: discrepancies will quickly highlight errors, and the differences for allocation can be automatically calculated, eliminating the need for manual input. This applies to gas, water, heating, etc. It is ideal to allow free naming of these meters and the configuration of their measurement units. </p><p>If these main meters are recorded, sub-meters can then be assigned to them. When creating a sub-meter, it must be linked to a corresponding main meter. This feature is particularly useful (though not typical for residential properties) when a sub-meter supplies another part of the property, and that part is not directly connected to the main meter. In such cases, the system can automatically deduct the consumption of the second sub-meter from the first. </p><p>A well-organized table under the “Meters” tab, listing all meters with customizable parameters, would provide a clear and transparent solution. This would allow all meters to be managed, added, or edited in one location, not just in the sub-account section, making it much more user-friendly for administrators. </p><p>In the reading menu, it would also be helpful to have a table listing all meters where the meter readings can be sequentially entered. In our custom system, this feature is enhanced with the ability to generate a PDF list before the month’s readings begin. This list includes the closing readings of the previous month, meter numbers, and identification details, alongside empty fields for the reader to fill in the current readings. </p><p>The order of this list matches the meter list (above), allowing for streamlined administrative tasks. Administrators can enter readings in sequence on a single page, verify them, and finalize the month’s records when complete. Closed months should remain accessible for retrospective analysis of meter readings. </p><p>A common situation arises when a gas main meter supplies a boiler in the central heating system of a building, where heat is measured with a heat meter. This setup is increasingly common. Here, the gas consumption (e.g., xm³) translates into heating energy (xkWh), which is then measured with sub-meters. It would be highly beneficial for the system to calculate how many kWh of heating energy were generated per cubic meter of gas in a given month (this depends on the boiler’s efficiency and the gas’s calorific value, which can vary). This allows for accurate determination of heating costs per kWh. </p><p>Investing energy into a robust meter-reading and cost-sharing module could make it a marketable standalone product. Beyond condominiums, there is significant demand for internal expense allocation among owners in other sectors. Currently, this is managed with complex Excel sheets and similar tools, with no suitable market solution available.<strong>1. Meters</strong> </p><p>It is essential to record the main meters of the condominium (those serving as the basis for accounting with utility providers). This has several benefits: discrepancies will quickly highlight errors, and the differences for allocation can be automatically calculated, eliminating the need for manual input. This applies to gas, water, heating, etc. It is ideal to allow free naming of these meters and the configuration of their measurement units. </p><p>If these main meters are recorded, sub-meters can then be assigned to them. When creating a sub-meter, it must be linked to a corresponding main meter. This feature is particularly useful (though not typical for residential properties) when a sub-meter supplies another part of the property, and that part is not directly connected to the main meter. In such cases, the system can automatically deduct the consumption of the second sub-meter from the first. </p><p>A well-organized table under the “Meters” tab, listing all meters with customizable parameters, would provide a clear and transparent solution. This would allow all meters to be managed, added, or edited in one location, not just in the sub-account section, making it much more user-friendly for administrators. </p><p><span>In the reading menu, it would also be helpful to have a table listing all meters where the meter readings can be sequentially entered. In our custom system, this feature is enhanced with the ability to generate a PDF list before the month’s readings begin. This list includes the closing readings of the previous month, meter numbers, and identification details, alongside empty fields for the reader to fill in the current readings.</span> </p><p>The order of this list matches the meter list (above), allowing for streamlined administrative tasks. Administrators can enter readings in sequence on a single page, verify them, and finalize the month’s records when complete. Closed months should remain accessible for retrospective analysis of meter readings. </p><p>A common situation arises when a gas main meter supplies a boiler in the central heating system of a building, where heat is measured with a heat meter. This setup is increasingly common. Here, the gas consumption (e.g., xm³) translates into heating energy (xkWh), which is then measured with sub-meters. It would be highly beneficial for the system to calculate how many kWh of heating energy were generated per cubic meter of gas in a given month (this depends on the boiler’s efficiency and the gas’s calorific value, which can vary). This allows for accurate determination of heating costs per kWh. </p><p>Investing energy into a robust meter-reading and cost-sharing module could make it a marketable standalone product. Beyond condominiums, there is significant demand for internal expense allocation among owners in other sectors. Currently, this is managed with complex Excel sheets and similar tools, with no suitable market solution available </p> Asana ID: 1209168362147531<br>",
"System.Tags": "2025 4 Months",
"System.Parent": 666
},
"multilineFieldsFormat": {
"System.Description": "html"
},
"relations": [
{
"rel": "System.LinkTypes.Hierarchy-Reverse",
"url": "https://dev.azure.com/inhousehu/94e196a4-cea8-41d0-8b27-c0433bfb56be/_apis/wit/workItems/666",
"attributes": {
"isLocked": false,
"name": "Parent"
}
}
],
"_links": {
"self": {
"href": "https://dev.azure.com/inhousehu/94e196a4-cea8-41d0-8b27-c0433bfb56be/_apis/wit/workItems/706"
},
"workItemUpdates": {
"href": "https://dev.azure.com/inhousehu/94e196a4-cea8-41d0-8b27-c0433bfb56be/_apis/wit/workItems/706/updates"
},
"workItemRevisions": {
"href": "https://dev.azure.com/inhousehu/94e196a4-cea8-41d0-8b27-c0433bfb56be/_apis/wit/workItems/706/revisions"
},
"workItemComments": {
"href": "https://dev.azure.com/inhousehu/94e196a4-cea8-41d0-8b27-c0433bfb56be/_apis/wit/workItems/706/comments"
},
"html": {
"href": "https://dev.azure.com/inhousehu/94e196a4-cea8-41d0-8b27-c0433bfb56be/_workitems/edit/706"
},
"workItemType": {
"href": "https://dev.azure.com/inhousehu/94e196a4-cea8-41d0-8b27-c0433bfb56be/_apis/wit/workItemTypes/User%20Story"
},
"fields": {
"href": "https://dev.azure.com/inhousehu/94e196a4-cea8-41d0-8b27-c0433bfb56be/_apis/wit/fields"
}
},
"url": "https://dev.azure.com/inhousehu/94e196a4-cea8-41d0-8b27-c0433bfb56be/_apis/wit/workItems/706"
}