Hlavní účet a podúčty - jedna firma, víc přihlášení

Otevřené otázky

Pro ALBI otázky NEJSOU. Otázky pro vývoj nebrání začít. D2, D5 a D6 se týkají bezpečnosti a rozhodují se před nasazením.

Jak to funguje dnes

Jedna firma z AlbiLine = jeden uzel (customers_nodes). Všechny účty firmy sdílí uzel, adresy patří uzlu, ne účtu.

Stránka Nastavení účtu

• Jen ke čtení. Žádný formulář, hlavní účet ani podúčet tu nic nemění.
• Bloky: jméno účtu, „Přihlašovací e‑mail", „Telefon" (jen když je vyplněný), „Číslo zákazníka" · „Fakturační údaje" · „Vybraná doručovací adresa" s odkazem „Změnit dodací adresu" · „Přehledy" s počty objednávek, faktur a zásilek · tlačítka „Upravit doručovací adresy" a „Změnit heslo".
• Chyba dneška: tlačítko „Upravit doručovací adresy“ vidí i podúčet a dostane hlášku o chybějícím oprávnění. Na novém B2B ho podúčet NEVIDÍ, stejně jako nevidí položku menu Doručovací adresy. Oprávnění se nemění (sekce 03).

Stránka Správa uživatelů

• Jen pro hlavní účet a Master uživatele. Ostatní přesměruje s hláškou.
• Nahoře blok „Založení nového uživatele" s tlačítkem „Založit nového uživatele". To dnes rozbalí formulář přímo na stránce.
• Pod ním „Výpis stávajících uživatelů": karta na účet s pořadovým číslem, jménem, štítkem „Hlavní zákazník", e‑mailem, telefonem, „Aktivní" a „Master uživatel" Ano / Ne, pobočkou. Akce „Upravit" a „Smazat".
• Úprava se dnes rozbalí pod kartou. Smazání se potvrzuje otázkou „Opravdu si přejete uživatele smazat?".

Snímky starého B2B jsou u wireframů v části StorefrontX, vedle nového návrhu.

Role a oprávnění

Všechna práva jsou stejná jako na starém B2B. Rozsah dat podle role je už v jádru a platí i pro FrontAPI. V SFX přibývá jen menu podle role. Hlavní zákazník a Master uživatel mají stejná práva, liší se jen zámkem.

Menu účtu v SFX

• Hlavní zákazník a Master uživatel: Objednávky · Přehled faktur · Přehled zásilek · Nastavení účtu · Import objednávky · Doručovací adresy · Správa uživatelů · XML feed · Změna hesla.
• Podúčet: Objednávky · Přehled faktur · Přehled zásilek · Nastavení účtu (změna hesla je pod ním) · Import objednávky · XML feed.
• „Fakturační adresa“ v menu podúčtu NENÍ. Starý B2B ji v menu má, její stránka ale neexistuje. Fakturační údaje firmy vidí podúčet v Nastavení účtu, stejně jako dnes.
• Menu se skládá z role v profilu. Jádro SFX má menu účtu jako pevný seznam odkazů, filtr podle role vzniká nově. D3
• Přímá adresa na stránku, kterou role nemá: SFX přesměruje na Nastavení účtu. Server vrátí 403 bez ohledu na SFX.

Workflow

Co se ukládá

• Nic nového. Účty jsou v tabulce customers s vazbou na uzel customer_node_id, pobočka je delivery_address_id. Obálka ALBI má navíc is_master_from_al a ms_deleted.

A. Nastavení účtu

1. Uživatel otevře Můj účet → Nastavení účtu. SFX vezme údaje z profilu (GET /api-users/users/auth, rozšířený), fakturační adresu a aktivní doručovací adresu.
   • Neúspěch: neplatný token → SFX pošle uživatele na přihlášení.
   • Úspěch: zobrazí bloky podle WF-F1. Nic nejde upravit.
2. Hlavní účet klikne na „Změnit dodací adresu" → otevře se přepínač adresy (S02, workflow H). Podúčet odkaz NEVIDÍ, přepínat nemá mezi čím.
3. Hlavní účet klikne na „Upravit doručovací adresy" → stránka Doručovací adresy. Podúčet tlačítko NEVIDÍ.
4. Klik na „Změnit heslo" → workflow G.

B. Výpis uživatelů

1. Hlavní účet otevře Správa uživatelů. SFX zavolá GET …/sub-accounts.
   • Neúspěch: podúčet (přímá adresa) → 403. SFX přesměruje na Nastavení účtu a ukáže „Nemáte oprávnění provést požadovanou akci".
   • Úspěch: karty všech nesmazaných účtů firmy v pořadí starého B2B. Hlavní zákazník má štítek „Hlavní zákazník".
2. Akce na kartě: „Upravit" u každého účtu. „Smazat" jen u účtu, který NENÍ Hlavní zákazník a NENÍ přihlášený uživatel.

C. Založení uživatele v modálním okně

1. Hlavní účet klikne na „Založit nového uživatele". Otevře se modální okno „Nový uživatel" (WF-F3). SFX načte seznam poboček firmy. D4
2. Vyplní „Jméno a příjmení", „E‑mail - přihlašovací jméno", „Telefon", „Heslo", „Potvrzení hesla", zaškrtne „Aktivní" a případně „Master uživatel", vybere pobočku. „Aktivní“ a „Master uživatel“ jsou při otevření okna nezaškrtnuté, stejně jako starý B2B.
3. Klikne na „Založit uživatele". SFX zkontroluje povinná pole a zavolá POST …/sub-accounts. Tlačítko je do odpovědi neaktivní (technická nutnost proti dvojímu odeslání).
   • Neúspěch, chyba ve formuláři: okno zůstane otevřené, vyplněné hodnoty zůstanou. Hláška u pole: „Vyplňte jméno" · „Vyplňte emailovou adresu" · „E‑mail byl zadán v neplatném formátu" · „Tato emailová adresa již existuje" · „Telefon zadán v neplatném formátu" · „Heslo nesmí být kratší než 6 znaků" · „Kontrolní heslo nesouhlasí" · „Nebyla vybrána pobočka" · „Zadána neplatná pobočka".
   • Neúspěch, jiná chyba (síť, 500): hláška nahoře v okně „Uživatele se nepodařilo založit, zkuste to znovu.“ Okno zůstane otevřené. Technická nutnost API, NENÍ to nová funkce.
   • Úspěch: okno se zavře, nahoře na stránce „Uživatel byl přidán", nový účet je ve výpisu. E‑mail novému uživateli se NEPOSÍLÁ, stejně jako starý B2B. Heslo mu předá hlavní účet sám.

D. Úprava uživatele v modálním okně

1. Hlavní účet klikne na „Upravit" u karty. Otevře se okno „Upravit uživatele" s aktuálními hodnotami (WF-F4). E‑mail je jen ke čtení, heslo v okně NENÍ.
   • Upravuje sám sebe: „Aktivní" a „Master uživatel" jsou zamčené.
   • Upravuje Hlavního zákazníka: všechna pole zamčená, tlačítko „Upravit údaje“ NENÍ. Stejně jako starý B2B.
2. Změní jméno, telefon, „Aktivní", „Master uživatel" nebo pobočku a klikne na „Upravit údaje". SFX zavolá PUT …/sub-accounts/{id}.
   • Neúspěch: okno zůstane otevřené s hláškou u pole (stejné texty jako u založení). Pokus upravit Hlavního zákazníka přes API → „Hlavního zákazníka nelze editovat".
   • Úspěch: okno se zavře, „Uživatel byl upraven", karta se obnoví.

E. Deaktivace

1. Hlavní účet v úpravě odškrtne „Aktivní" a uloží. Platí workflow D. Hlavního zákazníka ani sebe deaktivovat NELZE.
2. Deaktivovaný účet se nepřihlásí. Na kartě je „Aktivní: Ne". Zpětné zaškrtnutí účet znovu zpřístupní. D2 D5

F. Smazání

1. Hlavní účet klikne na „Smazat". Otevře se potvrzení s otázkou „Opravdu si přejete uživatele smazat?“ (WF-F5). Tlačítka „Smazat“ a „Zrušit“. Text a chování jako starý B2B, forma okna podle jádra SFX.
2. Potvrdí. SFX zavolá DELETE …/sub-accounts/{id}.
   • Neúspěch: „Uživatele se nepodařilo smazat". Týká se i pokusu přes API smazat sebe nebo Hlavního zákazníka. Výpis se nemění.
   • Úspěch: „Uživatel byl smazán". Účet zmizí z výpisu i z administrace, nepřihlásí se. Smazání je měkké, záznam v databázi zůstává.

G. Změna hesla

1. Uživatel otevře změnu hesla (samostatná položka menu, nebo tlačítko „Změnit heslo" v Nastavení účtu). Pole „Současné heslo", „Nové heslo", „Potvrzení nového hesla", vše povinné. Stejné pro všechny role.
2. Klikne na „Uložit nové heslo". SFX ověří shodu nového hesla a potvrzení, pak zavolá PUT /api-users/users/{userId}/change-password.
   • Neúspěch: „Staré heslo je neplatné." · „Nové heslo a potvrzení hesla se musí shodovat." · „Heslo nesmí být kratší než 6 znaků."
   • Úspěch: „Heslo bylo změněno". Uživatel zůstane přihlášený.

H. Pobočka a aktivní adresa

1. Uživatel se přihlásí. Systém nastaví výchozí pobočku, stejně jako starý B2B.
   • Podúčet: jeho pobočka.
   • Hlavní zákazník a master: první aktivní doručovací adresa firmy. Pole „Pobočka“ z formuláře mastera se pro výchozí volbu NEPOUŽIJE. Jádro app/Modules/Customers/src/models/customers/BaseCustomer.php:227-239, app/Modules/Customers/src/models/ActualDeliveryAddress.php:34-87. D7
2. Master přepne pobočku předem v horní liště („Změnit dodací adresu“). Vybírá ze všech aktivních doručovacích adres firmy. Volba se uloží do session a platí do odhlášení. Technika ve FrontAPI je v S02.
3. V košíku se pobočka NEVYBÍRÁ. Lišta je v košíku skrytá, adresa v pokladně je jen ke čtení. Každá pobočka má vlastní košík.

Zobrazení na FE

Dvě stránky v Můj účet a tři modální okna. Vzhled podle design systému ALBI. Rozložení drží starý B2B: Správa uživatelů jako karty, ne tabulka. Prototyp ukazuje podúčty zjednodušeně (tabulka, pozvánka e‑mailem, podúčet bez faktur). Platí toto zadání.

Co převzít z jádra SFX

• Z obálky Harfasport SFX nic k podúčtům není. Vzor formuláře v modálním okně: organisms/TestCenterFormModal/TestCenterFormModal.vue (stejné nastavení okna, formulář jako obsah).
• Nově v obálce ALBI SFX: stránka Správa uživatelů, karta uživatele, formulář uživatele (jeden pro založení i úpravu), menu podle role, blok Nastavení účtu jen ke čtení.

Náhled FE: Nastavení účtu, Správa uživatelů, modální okna

WF-F1

Můj účet → Nastavení účtu (hlavní účet)

Starý B2B · dnes

Nový B2B · SFX

ALBI B2BMůj účet › Nastavení účtu

Můj účet

ObjednávkyPřehled fakturPřehled zásilekNastavení účtuImport objednávkyDoručovací adresySpráva uživatelůXML feedZměna hesla

Nastavení účtu

Marie Krásová

Přihlašovací e‑mail: marie.krasova@ulipy.cz
Telefon: +420 777 888 999
Číslo zákazníka: 888888

Fakturační údaje

Papírnictví u Lípy s. r. o., Lípová 12, 120 00 Praha 2, Česká republika
IČ: 27604977 · DIČ: CZ27604977
E‑mail: fakturace@ulipy.cz

Vybraná doručovací adresa

Lípová 12, 120 00 Praha 2, Česká republika - Změnit dodací adresu

Přehledy

Objednávky (11) | Faktury (59) | Zásilky (28)

Upravit doručovací adresyZměnit heslo

Podúčet vidí stejnou stránku bez odkazu „Změnit dodací adresu" a bez tlačítka „Upravit doručovací adresy". Menu podúčtu viz sekce 03. Počty v Přehledech: celkový počet ze seznamů objednávek, faktur a zásilek (S06). Když seznam celkový počet nevrací, rozhodne programátor, odkud ho vzít.

WF-F2

Můj účet → Správa uživatelů

Starý B2B · dnes

Nový B2B · SFX

ALBI B2BMůj účet › Správa uživatelů

Správa uživatelů

Uživatel byl přidán

Založení nového uživatele

Založit nového uživatele

Výpis stávajících uživatelů

1

Marie Krásová Hlavní zákazník
Uživatelský účet: marie.krasova@ulipy.cz · Telefon: +420 777 888 999
Aktivní: Ano · Master uživatel: Ano · Pobočka: Lípová 12, Praha 2

Upravit

2

Petr Lípa
Uživatelský účet: petr.lipa@ulipy.cz · Telefon: +420 734 875 291
Aktivní: Ano · Master uživatel: Ano · Pobočka: Lípová 12, Praha 2

Upravit | Smazat

3

Jana Nováková
Uživatelský účet: jana.novakova@ulipy.cz · Telefon: +420 774 211 777
Aktivní: Ano · Master uživatel: Ne · Pobočka: Nádražní 4, Brno

Upravit | Smazat

4

Eva Malá
Uživatelský účet: eva.mala@ulipy.cz · Telefon: +420 602 111 222
Aktivní: Ne · Master uživatel: Ne · Pobočka: Nádražní 4, Brno Neaktivní

Upravit | Smazat

Nové: „Založit nového uživatele" otevře modální okno místo rozbaleného formuláře. Karta drží údaje a pořadí starého B2B. Štítek „Neaktivní" u pobočky = doručovací adresa je v AlbiLine neaktivní. Přihlášená je Marie, proto u ní NENÍ „Smazat".

WF-F3

Modální okno Nový uživatel

Starý B2B · dnes

Nový B2B · SFX

Nový uživatel×

Jméno a příjmení *Eva Malá

E‑mail - přihlašovací jméno *jana.novakova@ulipy.cz

Tato emailová adresa již existuje

Telefon *+420

Heslo *min. 6 znaků

Potvrzení hesla *

Stav a oprávnění uživateleAktivníMaster uživatel

Vyberte pobočku pro uživatele *Lípová 12, 120 00 Praha 2Nádražní 4, 602 00 BrnoSkladová 1, 301 00 Plzeň · Neaktivní

ZrušitZaložit uživatele

Stav po neúspěšném odeslání: chyba u pole, okno zůstává otevřené. „Aktivní“ zaškrtl uživatel, při otevření okna je nezaškrtnuté, stejně jako starý B2B. Předvolba telefonu podle jazyka prezentace jako na starém B2B (+420, +421, +48). Neaktivní pobočka jde vybrat, je označená. „Zrušit“ a „ד jen zavřou okno, patří k modálnímu oknu. Formulář má jeden sloupec, na mobilu okno přes celou šířku podle nastavení Modal.

WF-F4

Modální okno Upravit uživatele

Starý B2B · dnes

Úprava se dnes rozbalí přímo pod kartou uživatele. Pole jsou stejná jako při založení, bez e‑mailu a hesla.

Nový B2B · SFX

Upravit uživatele×

E‑mail - přihlašovací jménojana.novakova@ulipy.cz

Jméno a příjmení *Jana Nováková

Telefon+420 774 211 777

Stav a oprávnění uživateleAktivníMaster uživatel

Vyberte pobočku pro uživatele *Lípová 12, 120 00 Praha 2Nádražní 4, 602 00 Brno

ZrušitUpravit údaje

E‑mail jen ke čtení, heslo v okně NENÍ. Úprava sebe sama: „Aktivní" a „Master uživatel" zamčené (šedé). Hlavní zákazník: všechna pole zamčená, tlačítko „Upravit údaje“ NENÍ. „Zrušit“ a „ד jen zavřou okno, patří k modálnímu oknu.

WF-F5

Potvrzení smazání

Starý B2B · dnes

Smazání se dnes potvrzuje oknem prohlížeče s otázkou „Opravdu si přejete uživatele smazat?“.

Nový B2B · SFX

Smazat uživatele×

Opravdu si přejete uživatele smazat?

ZrušitSmazat

Stejná otázka jako na starém B2B, forma okna podle komponenty Confirm jádra SFX. „Zrušit“ a „ד jen zavřou okno. Po úspěchu se okno zavře a na stránce je „Uživatel byl smazán". Při chybě zůstane okno s hláškou „Uživatele se nepodařilo smazat".

FrontAPI

Čtyři nové endpointy a rozšířený profil v jádru MasterShopu, modul FrontApi, skupina api-users. Logiku založení a úpravy má jádro hotovou (BaseB2BCustomerSaver), FrontAPI ji jen nevolá. Nový endpoint potřebuje tag v EndpointTagType, bez něj se nezaregistruje.

Kontroly v každém endpointu správy

• {userId} = přihlášený uživatel. Hlídá existující FrontApiCustomerPathJwtAuthenticator.
• Přihlášený má is_master = 1, jinak 403. Obdoba _checkMasterAccess ze starého frontu.
• subAccountId patří do uzlu přihlášeného a není smazaný, jinak 404. Odpověď NEPROZRADÍ, že účet jiné firmy existuje.
• Pobočka je doručovací adresa uzlu přihlášeného, jinak 422 „Zadána neplatná pobočka".
• Role se čte z databáze, ne z tokenu. D5
• Kódy 403, 404 a 422 jsou technická nutnost API, NE nová funkce. Uživatel vidí stejné hlášky jako na starém B2B.

Jádro, nebo obálka

Ukázka odpovědi výpisu

[
  { "customer_id": 1201, "name": "Marie Krásová", "username": "marie.krasova@ulipy.cz",
    "phone_number": "+420777888999", "active": true, "is_master": true,
    "is_master_from_al": true, "is_self": true,
    "delivery_address": { "id": 501, "label": "Lípová 12, 120 00 Praha 2", "active": true } },
  { "customer_id": 1388, "name": "Jana Nováková", "username": "jana.novakova@ulipy.cz",
    "phone_number": "+420774211777", "active": true, "is_master": false,
    "is_master_from_al": false, "is_self": false,
    "delivery_address": { "id": 502, "label": "Nádražní 4, 602 00 Brno", "active": true } }
]

• is_self a is_master_from_al řídí, jestli SFX ukáže „Smazat" a zamčená pole. Server to hlídá znovu.
• Názvy polí jsou pracovní, drží styl existujícího profilu (snake_case).
• delivery_address_id v profilu a ve výpisu = pobočka z formuláře. U mastera to NENÍ aktivní ani výchozí adresa (workflow H). Aktivní adresu vrací a přepíná FrontAPI podle S02. D7

Administrace

Beze změny. Uživatelé firmy se spravují na webu. Jedna poznámka, co by bylo dobré dodělat.

• Poznámka, bylo by dobré dodělat: ve výpisu Zákazníci sloupec a filtr „Role“ s hodnotami hlavní zákazník / master / podúčet, jen ke čtení. Dnes se role v administraci nikde neukazuje a podle ní nejde filtrovat; obsluha ji pozná jen na webu ve Správě uživatelů. Není to podmínka spuštění.
• Ověřeno v kódu: smazaný podúčet se ve výpisu zákazníků v administraci nezobrazuje (stará obálka, AdminCustomers.php:73). Na novém B2B to platí podle toho, kam přejde měkké smazání (sekce 06).
• Záložky detailu zákazníka a úpravy podúčtů v administraci se NEMĚNÍ.

Pravidla a validace

Přístup

• Správa uživatelů jen pro is_master = 1 (Hlavní zákazník, Master uživatel). Jinak 403 a hláška „Nemáte oprávnění provést požadovanou akci". Starý B2B má v textu překlep „opravávnění", na novém B2B se opravuje.
• Jen účty vlastní firmy. Cizí účet → 404.
• Nastavení účtu je jen ke čtení pro všechny role, stejně jako starý B2B. Jméno a telefon mění jen hlavní účet ve Správě uživatelů. Podúčet si je NEZMĚNÍ.
• Podúčet vidí jen data své pobočky: objednávky, faktury, zásilky, adresu, katalog a ceník. Stejně jako starý B2B.

Vznik účtů, Hlavní zákazník a blokace firmy

• Hlavní zákazník vzniká JEN synchronizací z AlbiLine. Když firma (uzel) hlavního zákazníka nemá, e‑shop ho založí: přihlašovací jméno = e‑mail firmy z AlbiLine, jméno = název firmy, aktivní, master. Pošle mu registrační e‑mail s odkazem na nastavení hesla.
• Každá změna firmy v AlbiLine ho znovu nastaví jako aktivního mastera a přepíše e‑mail podle AlbiLine. Při změně e‑mailu mu odejde e‑mail o změně.
• Master uživatele a podúčty zakládá Hlavní zákazník nebo jiný master v Můj účet → Správa uživatelů.
• Master uživatel bez Hlavního zákazníka existovat NEMŮŽE. Hlavní zákazník je první účet firmy, z webu ho NELZE smazat, synchronizace ho obnoví. Smazání firmy v AlbiLine smaže všechny účty firmy.
• Výjimka: v administraci jde Hlavního zákazníka vypnout („Aktivní“ = Ne). Nepřihlásí se, master uživatelé fungují dál. Další změna firmy v AlbiLine ho zase zapne.
• Zablokovaná firma (příznak IsBlocked u firmy v AlbiLine): NEPŘIHLÁSÍ se NIKDO z firmy - Hlavní zákazník, master ani podúčty. V administraci se blokace NENASTAVUJE. D2
• Blokace NENÍ špatný plátce. Špatný plátce se přihlásí, jen NEDOKONČÍ objednávku (S04).
• Vše stejně jako starý B2B. Kód v tabulce jádro, nebo obálka.

Založení

• „Jméno a příjmení" povinné - „Vyplňte jméno".
• „E‑mail - přihlašovací jméno" povinný - „Vyplňte emailovou adresu". Formát - „E‑mail byl zadán v neplatném formátu". Duplicita jen mezi aktivními účty - „Tato emailová adresa již existuje“. D1
• „Telefon“ povinný ve formuláři (hlídá SFX), předvolba předvyplněná podle jazyka. Server kontroluje jen formát - „Telefon zadán v neplatném formátu“. Stejně jako starý B2B.
• „Heslo" min. 6 znaků - „Heslo nesmí být kratší než 6 znaků". „Potvrzení hesla" se musí shodovat - „Kontrolní heslo nesouhlasí".
• Pobočka povinná - „Nebyla vybrána pobočka". Adresa mimo firmu - „Zadána neplatná pobočka". Jde vybrat i neaktivní adresu firmy, je označená „Neaktivní".
• „Aktivní“ a „Master uživatel“ jsou při otevření okna nezaškrtnuté, nezaškrtnuté = 0. Účet bez „Aktivní“ vznikne neaktivní a nepřihlásí se. Stejně jako starý B2B.
• E‑mail se uloží jako přihlašovací jméno i jako kontaktní e‑mail.
• Bez schvalování. Aktivní účet se hned přihlásí. Novému uživateli NEODCHÁZÍ e‑mail, heslo mu předá hlavní účet sám. Stejně jako starý B2B.
• Do AlbiLine se NIC neposílá. Podúčty AlbiLine nezná.

Úprava, deaktivace, smazání

• E‑mail po založení NELZE změnit. Heslo jiného účtu NELZE změnit, stejně jako starý B2B. Podúčet si heslo obnoví přes zapomenuté heslo na přihlášení.
• Sám sobě uživatel NEZMĚNÍ „Aktivní" ani „Master uživatel" a NESMAŽE se.
• Hlavního zákazníka NELZE upravit ani smazat - „Hlavního zákazníka nelze editovat". Jeho údaje i e‑mail mění jen AlbiLine.
• Deaktivace = „Aktivní" Ne. Účet se nepřihlásí, zůstává ve výpisu.
• Smazání je měkké. Účet zmizí z výpisu i z administrace a nepřihlásí se. Hlášky „Uživatel byl smazán“ / „Uživatele se nepodařilo smazat“.
• Synchronizace z AlbiLine maže podúčty natvrdo: když pobočka podúčtu zneaktivní, když AlbiLine smaže firmu (smaže všechny její účty) a když Hlavní zákazník z AlbiLine dostane e‑mail jiného účtu (ten účet smaže). Stejně jako starý B2B.
• Přihlášení odmítne neaktivní účet, smazaný účet a účet blokované firmy. D2
• Změna role platí nejpozději při obnovení tokenu. Endpointy správy roli ověří v databázi. D5

Změna hesla

• Tři povinná pole. Hlášky „Staré heslo je neplatné." · „Nové heslo a potvrzení hesla se musí shodovat." · „Heslo nesmí být kratší než 6 znaků." Úspěch „Heslo bylo změněno".

Hlášky po akci

• „Uživatel byl přidán" · „Uživatel byl upraven" · „Uživatel byl smazán" · „Uživatele se nepodařilo smazat". Texty jsou překladové klíče ve čtyřech mutacích.

Mimo rozsah, nasazení a kontrola

Mimo rozsah

• Přepínač doručovací adresy a ceník podle adresy. Řeší S02, tady je jen odkaz a pravidla výchozí pobočky (workflow H).
• Zavřený katalog. Řeší S02.
• Stránky faktur a zásilek. Řeší S06.
• Stránka Doručovací adresy (úprava adres). Tady jen tlačítko a oprávnění.
• Kopírování objednávky podúčtem. Řeší F01.
• Registrace a žádost o přístup. Řeší F12.
• Login wall (stránky jen pro přihlášené). Řeší rozpis A1 v rozdělení prací. Přihlášení, odhlášení a zapomenuté heslo jádro FrontAPI i SFX umí, beze změny.
• Funkce, které starý B2B nemá: pozvánka e‑mailem, reset hesla podúčtu hlavním účtem, změna e‑mailu, schvalování účtů, profilový obrázek, newsletter.

Nasazení

• Pořadí: jádro (rozšířený profil, endpointy správy) → obálka backendu ALBI (zámek Hlavního zákazníka, měkké smazání, synchronizace) → SFX (menu podle role, stránky, okna).
• Závislost: prezentace nového B2B v databázi typu B2B. Stará obálka filtruje smazané účty a povoluje smazání jen na B2B prezentaci. Typ prezentace ve FrontAPI řeší Z3.
• Bloker B2B košíku (Z1) se NETÝKÁ. Správa účtů košík nepoužívá.
• Stejný kód pro CZ, SK, PL a EN. Liší se jen překlady a předvolba telefonu.

Kontrola po nasazení

• Založení podúčtu: hlavní účet založí aktivní podúčet s pobočkou Brno. Podúčet se přihlásí, vidí jen objednávky Brna, v menu NEMÁ Správu uživatelů ani Doručovací adresy.
• Duplicita: založení s e‑mailem existujícího aktivního účtu → „Tato emailová adresa již existuje", okno zůstane otevřené s vyplněnými údaji.
• Chybná pobočka přes API: delivery_address_id jiné firmy → „Zadána neplatná pobočka", nic se neuloží.
• Podúčet přímou adresou: GET …/sub-accounts → 403, stránka Správa uživatelů přesměruje na Nastavení účtu.
• Cizí firma: master pošle PUT na id účtu jiné firmy → 404, nic se nezmění.
• Sám sebe: master pošle PUT na sebe s active: false → uloží se jméno a telefon, „Aktivní" zůstane Ano. DELETE na sebe → odmítnuto.
• Hlavní zákazník: PUT → „Hlavního zákazníka nelze editovat". DELETE → odmítnuto. V okně Upravit jsou pole zamčená.
• Deaktivace: odškrtnout „Aktivní" → účet se nepřihlásí. Po zaškrtnutí ano.
• Smazání: potvrdit → účet zmizí z výpisu i z administrace, přihlášení selže.
• Odebrání práv: masterovi odškrtnout „Master uživatel" → po novém přihlášení NEVIDÍ Správu uživatelů a jeho volání správy vrátí 403 hned.
• Zablokovaná firma: po IsBlocked z AlbiLine se nepřihlásí Hlavní zákazník, master ani podúčet firmy.
• Výchozí pobočka mastera: master s pobočkou Brno ve formuláři má po přihlášení aktivní první aktivní doručovací adresu firmy (podle D7). Podúčet má svou pobočku.
• Změna hesla: špatné současné heslo → „Staré heslo je neplatné.", správné → „Heslo bylo změněno" a nové heslo platí.