> For the complete documentation index, see [llms.txt](https://docs.myrspoven.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.myrspoven.com/myrspoven-docs/myrspoven-docs-pl/interfejsy-klienta/backoffice.md). # BackOffice BackOffice to wewnętrzne narzędzie Myrspoven do konfiguracji i monitorowania. Personel operacyjny używa go do rejestrowania sygnałów, ustawiania granic, w których działa myCoreAI, oraz zarządzania procesami odpowiedzialnymi za gromadzenie danych i sterowanie. Klienci pracują w [myPortal](/myrspoven-docs/myrspoven-docs-pl/interfejsy-klienta/myportal.md); partnerzy integracyjni mają samoobsługowy dostęp do BackOffice do zadań związanych z wdrożeniem i konfiguracją. ## Zakres * **Wdrożenie budynku.** Rejestruje sygnały z integracji z Building Management System (BMS), ustawia granice optymalizatora i granice komfortu oraz konfiguruje zapisywalne wartości zadane, którymi będzie sterował myCoreAI. * **Konfiguracja funkcji.** Włącza i dostraja dodatki myCoreAI dla każdego budynku: myLoadshift oraz adaptacyjne limity min./maks. sterowane komfortem. * **Zarządzanie procesami.** Tworzy i przełącza cykliczne procesy stojące za gromadzeniem danych i sterowaniem: odczyty BMS, odczyty pogody, uruchomienia optymalizatora oraz zapisy wartości zadanych. * **Rozmieszczenie czujników.** Umieszcza czujniki pomieszczeń na rzutach kondygnacji budynku i łączy każdy z nich z jego sygnałami temperatury pomieszczenia, CO₂ i wilgotności. Czujniki można umieszczać pojedynczo albo importować zbiorczo z pliku rozmieszczenia (.xlsx lub .csv) dostarczonego przez dostawcę czujników; każdy zaimportowany wiersz jest weryfikowany przed zastosowaniem. Gdy import połączy sygnał temperatury pomieszczenia lub CO₂ z czujnikiem, włącza również ten sygnał dla myCoreAI. * **Krzywe i transformacje.** Krzywe zasilania definiują zakres pracy dostępny dla myCoreAI; tabele transformacji łączą powiązane sygnały — na przykład odczyt temperatury powietrza nawiewanego z odpowiadającą mu wartością zadaną. * **Diagnostyka wsparcia.** Używane przez pracowników Myrspoven do sprawdzania konfiguracji budynku i ostatnich uruchomień optymalizatora, gdy zgłoszono sprawę. ## Efekty widoczne dla klienta Większość działań w BackOffice jest niewidoczna z zewnątrz. Część zmian pojawia się w myPortal: * Zaktualizowane granice komfortu lub granice optymalizatora pojawiają się we właściwych widokach myPortal po zastosowaniu. * Nowo dodane sygnały lub liczniki pojawiają się w raportach i widokach komponentów. * Nowo umieszczone czujniki pomieszczeń pojawiają się w widoku rzutu budynku w myPortal. * Przełączniki funkcji — na przykład włączenie myLoadshift — ujawniają odpowiednią sekcję myPortal. Zmiany konfiguracji są zgłaszane przez przedstawiciela Myrspoven; klienci nie wprowadzają ich bezpośrednio. ## Partnerzy integracyjni Kroki wdrożeniowe specyficzne dla partnera — plik discovery, tabela transformacji, krzywe zasilania, aktywacja procesu odczytu — są opisane w materiałach wdrożeniowych udostępnionych przez kontakt Myrspoven. Znajdują się poza publiczną dokumentacją, ponieważ przebieg pracy zależy od dostawcy BMS i metody integracji. ## Dostęp Dostęp jest ograniczony do pracowników Myrspoven oraz partnerów integracyjnych z kontami samoobsługowymi. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.myrspoven.com/myrspoven-docs/myrspoven-docs-pl/interfejsy-klienta/backoffice.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.