Pokračovat v práci
Databáze byla dříve připojena. Prohlížeč z bezpečnostních důvodů po každém restartu potřebuje jedno potvrzení přístupu k souboru — přihlašovací obrazovka se pak zobrazí hned.
Vítejte
Tato aplikace ukládá data přímo do souboru na vašem počítači (formát JSON) — žádný cloud, žádný server.
Při prvním spuštění vytvořte novou databázi, příště stačí otevřít stejný soubor.
Funguje v prohlížečích Chrome / Edge (potřebují přístup k souborovému systému).
Přihlášení
PS ASSISTANCE, s.r.o.iPřihlašovací jméno a heslo jsou uložené jen v tomto souboru databáze — slouží k evidenci, kdo který záznam pořídil a změnil, nikoli jako zabezpečení proti komukoli, kdo má k souboru přístup.
Nemáte účet? Vytvořit prvního uživatele (administrátora)
Širší pohled — bez vyřazení flotilových podsmluv, odbavených upozornění a smluv bez provizních výpisů
Tahle čísla jsou vždy vyšší než dlaždice nad nimi a slouží ke kontrole, ne k práci. Rozdíl proti nim je přesně to, co portál z pracovní fronty vyřazuje: podsmlouvy flotil (zastupuje je obalová smlouva), upozornění, která už někdo odbavil, a u provizí smlouvy podepsané před začátkem evidence provizí — u těch „nedorazila provize" znamená jen „nemáme o ní záznam".
Proplacenost nových smluvHlídá, jestli na novou smlouvu podle provizních pravidel dorazila provize — u flotil (např. Kooperativa) se provize typicky napáruje na hlavní flotilovou smlouvu, ne na jednotlivou podsmlouvu, což se tu zohledňuje. Provize mají oproti podpisu prodlevu, proto se zobrazuje 12 měsíců zpětně.
| Pojišťovna | Sazba | Nových smluv | S provizí | Proplacenost | Roční pojistné |
|---|
Rozdělení produkceZ čeho se skládá živý kmen ve zvoleném rozsahu — v kusech i v korunách ročního pojistného. Podsmlouvy flotil zastupuje obalová smlouva, jinak by jedna flotila přebila všechno ostatní.
Očekávané provize
Vyžadují pozornost
| Číslo PU | Klient | Stav | Termín | Likvidátor |
|---|
| Číslo PU | Klient | Typ PU | Vznik | Termín vyřízení | Stav | Likvidátor | Škoda Kč |
|---|
Pojistné k potvrzení
Smlouvy, u kterých se roční pojistné vedené v portálu liší od částky, ze které pojišťovna skutečně počítá provizi. Potvrzením se částka přepíše a změna se zapíše do historie pojistného k datu, odkdy nová částka platí — statistiky za dřívější měsíce zůstanou beze změny.
Nové smlouvy
Smlouvy čekající na provizi
Smlouvy, u kterých od pozdějšího z podpisu a počátku pojištění (provize nemůže dorazit dřív, než je smlouva podepsaná a pojištění běží) uplynula zvolená lhůta a dosud nedorazila žádná provize. U flotil se uznává i provize napárovaná na obalovou smlouvu — vozidlo tedy nehlásí nezaplaceno jen proto, že pojišťovna účtuje flotilu vcelku. Seznam začíná u nejstaršího měsíce, za který máme provizní výpis: starší smlouvy nelze posoudit, protože portál o jejich provizích nemá záznam. Očekávaná provize = roční pojistné × sazba smlouvy.
Blížící se výročí
Výročí se počítá od data „Platnost od“, konec od data „Platnost do“. Okna upozornění lze nastavit v Nastavení → Smlouvy.
Storna ke zpracování
Všechna storna a ukončení, která pojišťovna doložila a evidence je ještě nemá srovnanou — z provizních listů (datum storna) i z pošty od pojišťoven. Je to týž seznam, který obchodníci vidí na nástěnce Úkolů ve sloupci „Storna“; tady je kvůli přehledu nad celkem. Pracuje se s ním na nástěnce — tlačítkem „Na nástěnku“ se dostanete přímo na kartu úkolu, kde je i potvrzení jedním tlačítkem.
| Pojišťovna | Číslo smlouvy | Klient | Obchodník | Ukončení dle pojišťovny | Důvod | Zdroj | Co je potřeba | Stav smlouvy |
|---|
Potvrzená storna
Smlouvy ukončené jako storno — ať to zapsal import provizí, potvrzení z nástěnky, nebo člověk ve formuláři. Poznají se podle důvodu ukončení („Storno doložené pojišťovnou“, „Storno (záporná provize)“ a historické hodnoty). Zobrazují se jen smlouvy, které jsou skutečně v ukončeném stavu — samotná záporná provizní položka storno neznamená.
| Číslo smlouvy | Klient | Partner | Datum ukončení | Poznámka |
|---|
Seznam přijatých provizí
Provize na cestě
Nejbližší splátka u každé aktivní smlouvy — ne jen u těch, které ještě nikdy nic nedostaly. Vychází z data platnosti, frekvence placení a průměrné lhůty dané pojišťovny; není to odhad z trendu, ale výpočet z konkrétních smluv.
Smlouvy s nejbližší splátkou
Provize rozpočítané tipařům
Jen podíly tipařů — bez celkových částek a čistých podílů obchodníků. Filtruj tipaře či firmu a výsledek vyexportuj jako podklad k vyúčtování.
| Tipař | Firma | Pojišťovna | Číslo smlouvy | Klient | Kategorie | Měsíc | Podíl tipaře |
|---|
Souhrn provizí
| Počet položek | Součet Kč | Podíl na celku | Podíl tipařů Kč | Čistý podíl Kč |
|---|
Import provizí
Provize se párují na existující smlouvy podle čísla smlouvy. Pokud má smlouva nastaveného tipaře a jeho podíl v %, spočítá se jeho podíl automaticky.
Ruční provize se hodí u pojišťoven bez importního profilu (CEE Specialty a další podklady jen v PDF). Špatně nahraný import se vrací dole v Přijatých platbách — u pojišťovny se rozbalí její importy za zvolený měsíc a vrátí se celý jedním krokem. Jen dokud je období otevřené; v uzavřeném se chyba narovnává opravnou položkou.
Přijaté platby od pojišťoven
Nezávislá kontrola importu: u každé pojišťovny
a měsíce se zapíše částka, která reálně dorazila na účet, a portál ji porovná se součtem
zaúčtovaných provizí. Nahrazuje dosavadní sešit psa_-_finext_MM.RRRR_-_provize_-_přijaté.xlsx,
který po přechodu na nový portál skončí. Eviduje se po pojišťovnách — Kooperativa i GČP
posílají víc provizních listů za měsíc, ale na účet chodí jedna částka.
Čeká na potvrzení smlouvy
Nespárované provize
Provize, které se nepodařilo navázat na konkrétní smlouvu — buď se číslo smlouvy v evidenci nenašlo, nebo je ve zdroji poškozené. Do celkových součtů vstupují jako měsíční dorovnání na technické smlouvě, takže evidence dál sedí s provizním výpisem; přiřadit je ale potřeba ručně. Vyřešit lze založením nové smlouvy z předvyplněných údajů, přiřazením k existující smlouvě, nebo označením jako vyřešeno (např. u storna položky, která v Portálu nikdy neexistovala).
Pravidla párování a přepočtu provizí
Pravidla použitá při automatizovaném měsíčním importu provizních listů jednotlivých pojišťoven — jak se řádek napáruje na smlouvu, jak se detekuje storno, a jak se dopočítává „Aktuální pojistné“ ke srovnání s Ročním pojistným. Slouží jako dokumentace metodiky, needituje se zde přímo.
Klienti
Kliknutím na řádek se pod ním rozbalí parametry klienta a jeho smlouvy. Dvojklik otevře úplný detail klienta.
Smlouvy klienta
Nejvíc rozpracovaní klienti
Klienti, u kterých se poslední dobou nejvíc pracuje — ne nutně ti největší. Kliknutím na dlaždici se otevře detail.
Pracovní fronta
Klienti rozdělení podle typu rozpracované práce za posledních 90 dní. Jeden klient se může objevit ve více sloupcích.
← Zpět na Statistiky
Kliknutím na řádek se rozbalí smlouvy klienta se stavem proplacení. Dvojklik na jméno klienta otevře jeho úplný detail.
Klienti rozdělení podle stavu proplacenosti. „K prověření“ = u některé smlouvy už uplynul termín, do kdy měla provize dorazit (u nové smlouvy 14 dní od pozdějšího z podpisu a počátku pojištění, u následné provize 4 měsíce od výročí — vždy posunuto na konec měsíce kvůli měsíčnímu importu provizí), nebo je proplacenost pod 60 %. Kliknutím na kartu se otevře detail klienta.
Pracovní fronta
Tuhle obrazovku vykresluje nový frontend. Pokud tu zůstala jen tahle věta, balík se nenačetl — zkuste načíst portál znovu (Cmd‑Shift‑R). Zbytek portálu tím není dotčený.
Úkoly po obchodnících
Klienti, u kterých zatím nic nepojišťujeme
Klienti bez jediné smlouvy — typicky založení při zápisu pojistné události, kde jsme řešili škodu, ale pojištění má klient jinde. To je nejteplejší obchodní stopa, jakou máme: víme o klientovi, známe jeho vozidlo a máme důvod se ozvat.
Porovnání s registrem podle IČO
Projde všechny klienty s IČO a porovná, kolik vozidel na ně registr eviduje s tím, kolik jich pojišťujeme. Vypíše jen ty, kde registr ví o víc vozidlech — to jsou konkrétní příležitosti. Vyžaduje sestavený index (Obnovit index vozidel.command). Výsledek se ukládá do databáze, takže po přepnutí záložky ani po zavření portálu neběží znovu — tlačítkem ho spustíte načisto. Řádek s vozidly rozbalíte dvojklikem.
Firmy propojené společným jednatelem
Sestaveno z jednatelů, které už máme načtené z ARES u firemních klientů. Vyloučená jsou SVJ, bytová družstva, spolky a obce — tam je společná osoba běžná a o obchodní vazbě nic neříká. Zajímavé jsou skupiny, kde u některé firmy pojišťujeme hodně a u jiné málo nebo nic: tam je nejsnazší cesta k dalšímu obchodu, protože se jednáme s tímtéž člověkem.
Nemovitosti, které nikde nepojišťujeme
Nemovitosti zapsané v evidenci, které nejsou místem pojištění na žádné smlouvě. U nich víme jistě, že o nich víme a že pojištěné u nás nejsou — to je nejtvrdší stopa, jakou tahle záložka nabízí.
Klienti, u kterých žádnou nemovitost nevedeme
Klienti, se kterými něco pojišťujeme a máme na ně adresu, ale žádná nemovitost u nich zapsaná není. Neříká to, že nemovitost mají — jen že se u nich vyplatí podívat, co na jejich adrese stojí. Dohledání otevře jejich kartu na záložce s poptávkou; registr se ptá až tam a po jednom, ne hromadně.
Hromadné dohledání po částech
Projde klienty se smlouvou ve vybrané kategorii a zkusí k jejich adrese najít stavbu v RÚIAN. Nic nezapisuje — vypíše, co na těch adresách stojí, a kartu založí až ta, kterou zaškrtneš. Adresa, na kterou registr nabídne víc možností, se přeskočí a označí; vybrat z nich je práce pro člověka.
Vyhledání vozidla podle VIN
Úplný výpis z registru silničních vozidel — technické údaje, motor a emise, rozměry a hmotnosti, výbava, doklady. Funguje pro jakékoli vozidlo, nejen pro to, které máme v evidenci. Držitele registr zveřejňuje jen u firem (podle IČO); u vozidel vedených na fyzickou osobu adresa ve veřejných datech není.
Vyhledání firmy podle IČO
Funguje pro jakoukoli firmu, nejen pro klienty v evidenci — použitelné při jednání se zájemcem. Zadat jde IČO i název: podle názvu portál firmu najde v ARES a IČO doplní za vás. Vozidla se rozlišují na provozovaná (na těch stojí pojištění) a vlastněná; u vozu na leasing je vlastníkem leasingová společnost a provozovatelem klient.
Hledání podle rodného čísla nebo adresy
Vozidla vedená na rodné číslo veřejné zdroje neuvádějí — registr u nepodnikajících fyzických osob držitele nezveřejňuje. Podle rodného čísla se proto hledá v naší evidenci; podle adresy i v registru vozidel, kde adresu má každý subjekt s IČO. Tím se najde firma nebo příbuzný na téže adrese.
Shoda na adrese neurčuje osobu — adresu sdílí s někým dalším 59 % subjektů a nejčastější adresa v registru jich má přes čtyři tisíce (virtuální sídla). Berte to jako vodítko pro jednání, ne jako důkaz.
← Zpět na Statistiky
Rozdělení událostí
Nové události podle měsíce
Finanční souhrn
Souhrn podle likvidátora
| Likvidátor | Počet událostí | Nedořešeno | Součet škod | Součet vyplaceno |
|---|
Odliv kmene (posledních 12 měsíců)
Rozdělení produkceZ čeho se skládá živý kmen ve zvoleném rozsahu — v kusech i v korunách vedle sebe, protože obojí říká něco jiného: podle počtu smluv vede jiná pojišťovna než podle pojistného. Podsmlouvy flotil zastupuje obalová smlouva. V pohledu Tabulka se každý řádek rozklikne na druhou úroveň. ⬇ Export XLSX
Sezónnost výročí a obnov (dle měsíce, všechny roky)
Dva samostatné grafy: výročí podle měsíce data „Platnost od“ a konec platnosti u aktivních smluv s pevným datem do. Každý má vlastní měřítko (výročí jsou řádově početnější, ve společném grafu byly konce platnosti nečitelné). Kliknutím na měsíc se otevře jeho detail.
Predikce provizí ⬇ Export XLSX
Splátkový kalendář každé smlouvy (výročí × frekvence, sazba dle stáří — 1. rok získatelská), poměrná doúčtování vozidel zařazených do flotil v průběhu období, poměrné vratky při ukončení (rozpočet na dny) a prodleva úhrady každé pojišťovny změřená z historie plateb (u klientů s dostatkem dat jejich vlastní). Vše v měsíčních uzávěrkách — provize se účtují k poslednímu dni měsíce.
Vazba mezi datem podpisu smlouvy a datem přijetí první provize, podle pojišťovny a kategorie produktu (jen skupiny s alespoň 3 smlouvami se zobrazí samostatně). Predikce níže odhaduje, kdy dorazí první provize u nedávno podepsaných smluv, které zatím žádnou neobdržely — na základě mediánového zpoždění jejich skupiny (nebo celkového mediánu, pokud je vzorek skupiny malý).
| Pojišťovna | Kategorie produktu | Počet smluv | Medián (dní) | Průměr ± odchylka | Rozptyl P10–P90 |
|---|
| Číslo smlouvy | Klient | Partner | Kategorie | Datum podpisu | Odhad příjmu (rozmezí) | Očekávaná Kč |
|---|
Přijaté provize
Letošek se porovnává s loňskem ke stejnému dni, ne s celým rokem — jinak by letošek vždycky vycházel hůř jen proto, že ještě neskončil. Kliknutím na sloupec se otevře detail měsíce.
Smlouvy, jejichž výročí (měsíc data „Platnost od") připadá na daný měsíc, a podíl z nich, u kterých byla do 120 dní od výročí zaznamenána přijatá provize. Číslo v závorce u popisku měsíce = počet smluv s výročím v daném měsíci. Podrobnější pohled zohledňující frekvenci placení je na kartě „Naplněnost provizí“ níže a na záložce Proplacenost.
Kolik z provize, která už podle uplynulých platebních období měla dorazit, skutečně dorazilo — zvlášť pro každou frekvenci placení. Ukáže, u které frekvence provize nejvíc vázne.
| Frekvence placení | Smluv | Plateb za rok | Roční pojistné | Očekávaná provize dosud | Přijatá provize | Naplněnost |
|---|
Provizní sazby — nastavené vs. realizované
Porovnání sazby nastavené v portálu se sazbou, která reálně vychází z přijatých provizí. Výrazný a dlouhodobý rozdíl znamená, že je sazba v nastavení špatně — nebo že u dané pojišťovny část provizí nedorazila.
| Pojišťovna | Nastavená sazba | Realizovaná sazba (medián) | Rozdíl | Smluv ve vzorku |
|---|
Flotily — % zaplacenosti dle ročního pojistného ⬇ Export XLSX
Očekávaná roční provize = roční pojistné flotily × provizní sazba dané pojišťovny. Sazby se nastavují v Nastavení → Provize — sazby a termíny; výchozí hodnoty jsou odvozené z rozboru skutečných provizních listů (do 07/2026 se místo nich používalo plošných 18 %, což bylo u Directu, Slavie, IPA AXA a PVZP znatelně mimo). Přijato = součet provizí za posledních 12 měsíců napárovaných na flotilu (nadřazenou smlouvu i všechny podsmlouvy).
| Flotila | Klient | Partner | Roční pojistné | Zdroj | Očekávaná provize (18 %) | Přijato (12 měsíců) | % zaplacenosti |
|---|
Pojistné události — přehled ⬇ Export XLSX
| Klient | Počet PU | Škoda celkem | Vyplaceno |
|---|
Provize a pojistné — křížová analýza ⬇ Export XLSX
Provize dle měsíce importu, roční pojistné z aktivních smluv (u flotil včetně podsmluv). Efektivní sazba = provize za posledních 12 měsíců / roční pojistné aktivních smluv skupiny. Odhad budoucích měsíců = klouzavý průměr posledních 6 měsíců.
| Skupina | Aktivních smluv | Roční pojistné (aktivní) | Provize za období | Provize 12 měs. | Efektivní sazba | Ø provize na smlouvu |
|---|
Porovnání obchodníků, týmů a tipařů ⬇ Export XLSX
Segmentace a scoring klientů ⬇ Export XLSX
Zařazení klientů do kategorií podle objemu
a stornovosti. VIP = top 5 % klientů podle ročního pojistného aktivních smluv —
aktuálně klienti nad hranicí ročního pojistného, kteří dohromady drží 61 % objemu
celého kmene. Rizikový = stornovost ≥ 30 % při alespoň 2 stornech — aktuálně
148 klientů, z toho 9 je zároveň VIP. Skutečná platební morálka (zaplacené předpisy)
v datech není, jako náhrada slouží stornovost pro neplacení. Přepočítáno 07/2026 nad
opravenými daty: do objemu se nově počítají i vozidla ve flotilách, jejichž obalová
smlouva nemá příznak flotily — 421 smluv za 6,0 mil. Kč, které dřív nebyly vidět nikde.
Pozor na záměnu: tohle je zařazení do kategorií, ne číselné hodnocení. Souhrnné
skóre klienta 0–100 je na záložce Proplacenost.
Klíčové ukazatele 🔍 Podrobné statistiky
Kliknutím na dlaždici se pod ní rozbalí graf průběhu včetně předpovědi.
Provizní sestavy — přijaté provize po měsících
Stejná struktura jako měsíční přehledy ve složce provizí: pojišťovny × měsíce (dle měsíce importu), níže obchodníci a tipaři (podíl tipaře). Všechny částky jsou v Kč, „·" znamená bez provize. Sytost podkreslení odpovídá velikosti částky v rámci tabulky; při najetí myší se podkreslí celý řádek i sloupec.
Porovnání obchodníků
Každý sloupec se dá seřadit klikem na hlavičku. Žádné souhrnné skóre tu není záměrně — vážení objemu proti kvalitě by bylo mou volbou, ne vaší, a nešlo by ho obhájit před nikým, koho by umístilo dole.
Vzhled systému
Výchozí barevná varianta pro všechny uživatele. Tmavý režim si každý uživatel přepíná sám tlačítkem 🌙 vedle svého jména (osobní volba má přednost před variantou). Náhledy všech variant: soubor „Vzhled_navrhy_portalu.html" ve složce Portálu.
Velikost zobrazení
Zvětší nebo zmenší celý portál včetně tabulek, modálních oken i grafů. Je to osobní volba každého uživatele — ukládá se do prohlížeče, ne do databáze. Výchozí hodnota je 106 %, tedy dřívějších 92 % zvětšených o 15 %.
Výchozí zobrazení pro nové uživatele
Volba sloupců, řazení, počtu záznamů na stránku a rozvržení karet se ukládá jen do prohlížeče toho, kdo si ji nastavil. Nový obchodník by tak začínal s prázdnou tabulkou a musel si všechno nastavovat znovu. Tímto tlačítkem se dosavadní nastavení uloží do databáze jako výchozí — každý, kdo se přihlásí poprvé (nebo si zobrazení vrátí na výchozí), ho dostane hotové.
Rozvržení formuláře smlouvy
Jak se ve formuláři nové smlouvy uspořádají pole. Obsah ani chování se nemění, jen rozložení. Nastavení platí pro všechny uživatele.
Nová podoba obrazovek
Převedené záložky se dají přepnout zpátky na starou podobu. Obsah i čísla jsou stejné, liší se vykreslení. Volba platí jen pro vás.
Rozvržení záložky Klienti
Určuje, jak vypadá hlavní obrazovka pro práci s klienty. Náhledy všech variant: soubor „Navrhy_klienti.html" ve složce Portálu.
Uspořádání záložky Statistiky
Určuje, jak jsou karty na záložce Statistiky rozdělené do sekcí.
Srovnání stavů smluv podle dat
Projde celou evidenci a najde smlouvy, jejichž stav neodpovídá datům — typicky „Aktivní" s dávno uplynulým datem ukončení nebo po skončení sjednané doby. Nejdřív ukáže, kolika smluv se to týká; teprve po potvrzení stavy srovná. Smlouvy s výpovědí do budoucna se nemění, ty pořád platí.
Registr vozidel
Dotažení technických údajů z Registru silničních vozidel podle VIN. Běží přes pomocníka VIN. Registr povoluje 27 dotazů za minutu, dávka se proto načítá pomalu; může běžet na pozadí, mezitím se dá v portálu normálně pracovat. Přerušení nevadí, načtené VIN se podruhé neptají.
Kdo uvidí u klienta odkaz na skupinu propojených firem a odznak „vozidla navíc v registru", se nastavuje v Nastavení → Uživatelé a práva. Obojí rozhoduje, komu se co ukáže, takže to patří mezi práva; dokud nejsou vazby na registr prověřené, nemá smysl je pouštět všem.
Zakládání vozidel do evidence
Kdy portál sám zapíše vozidlo do sdílené evidence — při uložení smlouvy s VIN nebo RZ a při importu provizí. Vozidlo se hledá podle VIN, a když ho list nenese, podle RZ u téhož klienta; vyplněný údaj se nikdy nepřepíše, jen se doplní prázdný. Bez zápisu do evidence zůstane u smlouvy prázdná vazba na vozidlo — a s ní i prázdná karta vozidla a sloupec RZ v přehledech.
Pomocné id (VOZ-######) počítá databáze z čísla záznamu, portál ho neposílá —
viz migrace/vozidla_zalozeni.sql. Dokud ta migrace neproběhla, zápis
vozidla skončí chybou a portál to ohlásí.
Zdroje orientačních cen
Odkud se berou ceny pro sloupec Orientační cena. Když je zapnutých víc zdrojů, ceny se slijí do jednoho vzorku a teprve z něj se počítá střed — průměrovat mediány dvou serverů by dalo horší číslo. Nastavení si pomocník pamatuje i po restartu.
Obchodní část se přesunula. Porovnání s registrem a vyhledání firmy podle IČO najdete v záložce Příležitosti — v Nastavení zůstávají jen technické věci (dotažení údajů z registru, zdroje cen, přepínač zobrazení odznaku).
Číselníky kalkulace
Hodnoty, které se v kalkulaci nabízejí pod poli — limity, spoluúčasti, rozsah asistence, kategorie vozidla a názvy produktů. V průvodci jde kterékoli pole přepsat volným textem a nová hodnota se sem sama doplní. Tady se dá upravit její znění, změnit pořadí nabídky nebo hodnotu skrýt, když se přestala používat.
Kalkulace — hodnoty po pojišťovnách
Co se nabízí v kalkulaci u produktu a limitu. Vytěženo z 808 archivních kalkulací — nabízí se jen hodnoty, které se objevily aspoň dvakrát. Kliknutím na seznam ho upravíte; totéž jde přímo z okna kalkulace volbou Přidat / upravit…. Flotila zatím sdílí retailové hodnoty (v archivu je flotilových kalkulací devět, na číselník to nestačí) — jakmile ji tu upravíte, půjde vlastní cestou.
Rozcestník kalkulací
Dlaždice, kterými začíná průvodce kalkulací. Každá kategorie má vlastní postup i výstup, proto se volí hned na začátku. Tady se dá změnit pořadí, popisek i text a kategorii, kterou nepoužíváte, jde skrýt. Označení hotová říká, že postup vede až k výstupu pro klienta — u ostatních se průvodce před otevřením zeptá.
Pravidla a výpočty
Co portál kde dopočítává, jak páruje provize a podle čeho vyhodnocuje smlouvy. Slouží jako manuál, když si nebudete jistý, odkud se která hodnota bere. Každé pravidlo jde upravit — vaše znění se uloží do databáze a u výchozích pravidel si portál pamatuje původní text, takže když se výpočet později změní, upozorní vás, že popis už nemusí platit.
Uživatelé a práva
Přehled všech uživatelů a jejich práv na jednom místě — změny se ukládají okamžitě a zapisují do vývojového deníku. Viditelnost smluv se skládá takto: každý vidí svoje smlouvy a smlouvy svého týmu; navíc lze zaškrtnout konkrétní obchodníky ve sloupci „Vidí navíc", případně zapnout „Vše". Jméno otevře kartu uživatele (heslo, e-mail, tým).
LeaseFlow — dotazy partnera
Partner (skupina FinCaptive / Pro Resale Trucks) se ptá na IČO, která už má ve svém CRM, a my mu u nich hlásíme změny. Ptát se smí i na IČO, které u nás není — proto tenhle přehled: je to jediné místo, ze kterého jde doložit, na koho se ptal a kdy. Seznam klientů od nás neodchází, odpovídáme vždy jen na konkrétní dotaz.
| Kdy | Akce | IČO | Nově sledovaných | Případ | Výsledek |
|---|
Zatím žádný dotaz.
Provize — sazby, termíny a scoring
roční pojistné × provizní sazba = kolik má za smlouvu přijít za rok.÷ počet plateb za rok = jedna splátka, tedy to, co se objeví v jednom provizním výpisu.Do výpočtu tak vstupují tři údaje a každý má vlastní zdroj:
- Roční pojistné ze smlouvy. U obalu flotily se sečte z vozidel, u běžné smlouvy se přičtou dodatky.
- Provizní sazba — tři úrovně, použije se nejpřesnější dostupná (viz níže).
- Frekvence placení ze smlouvy. Rozpadá roční částku na splátky a určuje, kdy má další dorazit. Historicky se nevyplňovala, takže velká část smluv má výchozí „Ročně" — podle provizních listů je ale skutečná frekvence jiná u víc než tisíce smluv.
Provizní sazby pojišťoven
Poslední záchrana pro smlouvu, u které se sazba nedá zjistit přesněji. Přednost mají, v tomto pořadí: 1) sazba spočítaná z vlastních přijatých provizí smlouvy — z poměru vyplacené částky a pojistného za dobu, kterou provize kryjí (přepočítává se po každém importu); 2) sazba produktu z katalogu pojišťovny — zvlášť pro první rok a pro následná léta, u 23 z 98 produktů se liší; 3) sazba pojišťovny níže. Výchozí hodnoty vycházejí z rozboru skutečných provizních listů — část pojišťoven sazbu ve výpisu uvádí přímo (Allianz, Uniqa, Direct, GČP, Slavia, Pillow, IPA AXA), u ostatních je dopočtená z pojistného základu a vyplacené provize. Pole jsou předvyplněná sazbou, se kterou portál právě počítá — vlastní úprava se uloží, vymazání pole vrátí výchozí hodnotu.
Sazby produktů — první rok a následná
Úroveň 2 v pořadí přesnosti: platí pro smlouvy, které ještě nemají sazbu spočítanou z vlastních provizí. První rok = získatelská sazba (platí od podpisu do prvního výročí), následná = od druhého roku dál. Hodnoty pocházejí z rozboru provizních listů podle typu provize (Sjednání/Získatelská vs. Prolongace/Následná); prázdné pole znamená „použij sazbu pojišťovny výše". Úpravy se ukládají tlačítkem Uložit dole a zapisují přímo do katalogu produktů.
Frekvence placení a odkud se bere
Frekvence je na smlouvě, ne v tomto nastavení — je u každé jiná. Rozhoduje ale o dvou věcech, které se počítají všude: jak velká je jedna splátka provize a kdy má dorazit další. Špatně vyplněná frekvence proto posune jak kartu „Na cestě", tak termíny po splatnosti.
Od 18. 8. 2026 databázi zpřesňuje každý import provizí sám: z nových řádků se u dotčených smluv doplní frekvence placení (kód/text v listu má přednost, jinak ucelené období platby — kratší úseky jsou dodatky a nepočítají se), roční pojistné dle provize (samostatné pole na smlouvě, ruční roční pojistné se nepřepisuje), provizní sazba (získatelská → 1. rok, následná → další roky) a VIN/RZ vozidla (jen doplnění prázdných). Hromadná jednorázová korekce z 1 301 historických listů proběhla 18. 8. 2026 (viz logy operací); sporné případy zůstávají v Nastavení → Import provizí, sekce „Frekvence placení podle provizních listů".
| Pojišťovna | Sloupce v provizním listu |
|---|---|
| Kooperativa | DATOD / DATDO, kód ZPPL |
| ČPP | Platnost od / Platnost do |
| Slavia | Předpis_Od / Předpis_Do, Frekvence_platby |
| Generali SK | datod / datdo / obdobi, zppl |
| Allianz | DATOD / DATDO, KLHPL |
| Colonnade | Období od / Období do, Frekvence placení |
| Direct | Počátek / Konec platnosti, Období od/do splátky, Frekvence platby (textem) |
| IPA AXA | Počátek poj. / Konec poj., Dat. splátky |
| GČP | Provizní období |
| Uniqa | období od / Období do, Frekvence placení (textem) |
| Pillow | Předpis provize od / do, Frekvence platby (textem) |
| PVZP | DatumOd / DatumDo |
Parametry predikce v2
Konstanty peněžního toku (Statistiky → Peníze → Predikce provizí). Vzorec je popsaný v Pravidlech a výpočtech („Predikce provizí v2") — tady se mění jen čísla, se kterými počítá. Prázdné pole = výchozí hodnota.
Termíny provizí a tolerance
Provize se importují vždy k poslednímu dni měsíce, takže se termín počítá v měsíčních uzávěrkách, ne ve dnech. U první provize je to lhůta dané pojišťovny, u dalších se přičítá krok podle frekvence placení klienta. Lhůty se počítají ze skutečně přijatých provizí — tabulka níže.
Váhy scoringu klientů
Určuje, co je pro celkové hodnocení klienta (0–100) důležité. Váhy se přepočítávají poměrně, takže nemusí dávat součet 100.
Body: dřívější stav. Každá složka má vlastní stupnici napsanou v kódu, takže číslo je srovnatelné v čase, ale ne mezi složkami — 60 u retence znamená „nevíme", 60 u platební spolehlivosti „každá třetí smlouva skončila problémem". Váha proto neznamená to, co slibuje: složka, která u všech vychází skoro stejně, pořadí neovlivní ani s vahou 50.
Měřeno na ostrých datech 10/2026 (6 236 klientů): pořadí v kmeni rozlišuje o něco lépe (rozpětí skóre 29 proti 26 bodům, 73 různých hodnot proti 68) a hlavně mnohem méně opisuje velikost klienta — shoda s pořadím podle objemu pojistného klesne z 0,583 na 0,293 a překryv horních desetin ze 37,2 na 14,6 %. Pořadí klientů se mezi režimy liší (shoda 0,824), horní desetina se překrývá ze 64,3 %. Prázdnou složku má 63,6 % klientů (nejčastěji retenci — u 61,9 % není jediná ukončená smlouva s určitelným výsledkem); skóre přesto stojí nejméně na 71 % vah, u poloviny klientů na 90 % a víc. Co pořadí stojí: číslo se klientovi změní, i když se u něj nic nestalo — stačí, že se posunul kmen. Přepnutí nemění data, jen způsob výpočtu.
Grafy a karty
Vzhled statistických karet a grafů (Statistiky, Dashboard, Vedení…) — samostatné nastavení od celkového vzhledu systému výše. U karet i grafů je grafický prvek vždy pod textem. Náhledy všech variant: soubor „Navrhy_karty_a_grafy.html" ve složce Portálu.
Kontrola dat
Nálezy v datech, které portál umí najít sám a které se opravují ručně — nejde o chyby aplikace, ale o to, co se za roky nasbíralo v evidenci.
Duplicitní klienti
Dva záznamy téhož klienta poznáme podle
shodného IČO nebo rodného čísla — po srovnání vedoucích nul, protože právě tím
se duplicity liší (01000001 a 0001000001 je totéž číslo).
Shoda jména sama o sobě nestačí: 654 skupin stejného jména má rozdílné IČO, jsou to
jmenovci, ne duplicity. Sloučením se smlouvy i pojistné události přepojí na ponechaný
záznam a duplicita se smaže. Provizí se to nedotkne — ty jsou navázané na číslo
smlouvy, ne na klienta.
Co vypadává z přehledů
Záznamy, které v některém přehledu nejsou vidět, přestože v evidenci jsou. Buď mají v poli s číselníkem hodnotu, která v nabídce není — pak je každé členění podle toho pole přeskočí —, nebo mají prázdnou či přetrženou vazbu na jiný záznam. Ani jedno portál sám neopraví; u každého nálezu je napsáno, z čeho přesně záznam vypadává, a odkazy na konkrétní záznamy, aby se to dalo spravit. Odvozené stavy (třeba „Ve výpovědi“, který se počítá z data ukončení) se za nález nepovažují.
Adresy klientů
Klienti, jejichž adresa je prázdná nebo v ní je jen výplň („Nevíme", „#NENÍ_K_DISPOZICI"). U firem se dá adresa dohledat v ARES podle IČO — portál nejdřív projde rejstřík, ukáže řádek po řádku, co by se změnilo, a teprve po potvrzení to zapíše. Skutečná adresa se nikdy nepřepisuje. U fyzických osob se dohledat nedá nic: bez IČO nemá ARES co najít a v evidenci není z čeho vyjít.
Rozsah pojištění z poznámek
Než měl portál pole Rozsah pojištění, psal se rozsah do poznámky („POV100/100, HAV10/10, skla na 20 000 Kč"). Portál z poznámek přečte, co je jednoznačné, ukáže řádek po řádku, co by se zapsalo, a teprve po potvrzení to uloží. Co jednoznačné není — holé číslo u havarijního, zmínka o krytí u jiné pojišťovny, otazník, dvě vozidla v jedné poznámce — zůstává v poznámce a nepřevádí se. Druh, který smlouva v rozsahu už má, se nepřepisuje. Poznámka se nemaže a používá se dál.
Jak dlouho trvalo načtení
Rozpad času po fázích. „Studené" je načtení, které si nevzalo z mezipaměti ani jednu tabulku — tedy první přihlášení, nový prohlížeč nebo vyčištěná data stránky. Podle něj se pozná, jestli čekání drží server, nebo zápis do mezipaměti.
Soubor databáze
Údaje o připojeném souboru databáze a jeho správa. Viditelné pouze administrátorovi.
Logy operací
Co se změnilo ve sdílené databázi — zapisuje server u každého uložení, ve stejné transakci jako samotnou změnu. Ukládají se jen názvy polí, nikdy hodnoty, aby v logu natrvalo neležela rodná čísla ani adresy klientů. Zpětně se do něj zapsat nedá.
| Datum a čas | Uživatel | Co se stalo | Čeho se to týkalo |
|---|
Historie do 11. 9. 2026
Záznamy ze souborového portálu. Skončily dnem přechodu na sdílenou databázi a už nepřibývají — od té chvíle pokračuje tabulka výš.
| Datum a čas | Uživatel | Akce | Detail |
|---|
Logy exportů
| Datum a čas | Uživatel | Co exportováno | Formát | Počet záznamů |
|---|
Storna z provizních listů
Některé pojišťovny píšou do provizního listu datum storna — den, ke kterému smlouva u nich skončila. Když je propis zapnutý, import podle něj u smlouvy doplní datum ukončení, přepne stav na „Výpověď" a nastaví důvod „Storno doložené pojišťovnou"; obchodníkovi smlouvy z toho vznikne úkol ve sloupci „Výpovědi". Vyplněné ukončení se nikdy nepřepíše — rozdíl se jen poznamená a pošle ke kontrole. Rozporuplný list (dva řádky téže smlouvy s různým datem) se ignoruje celý.
Propis ukončuje smlouvu, a to je zásah do evidence, ne doplnění chybějícího údaje. Proto je u každé pojišťovny vypnutý, dokud se nedoloží, že datum storna v jejím listu opravdu znamená konec smlouvy. Měřítkem je „z toho ukončených" proti „základnímu výskytu": kolik dotčených smluv je v evidenci ukončených nezávisle na listu, proti tomu, jak často je ukončená smlouva u té pojišťovny vůbec. Osmdesát procent nic neznamená u pojišťovny, kde je ukončená každá druhá smlouva — a hodně znamená tam, kde je ukončená každá devátá. Za doložený se tu bere zdroj s aspoň deseti smlouvami, nejméně 50 % ukončených a dvojnásobkem základního výskytu.
Sloupec stavu je jen pro přehled: kód jako „Ukončená", „SK" nebo „27" sice o konci smlouvy leccos napovídá, ale neříká KDY, takže se z něj datum ukončení vzít nedá. Jako zdroj storna se nepoužívá.
Sloupec s datem storna se tu dá přemapovat i zrušit. Je to totéž číslo jako v Nastavení → Import provizí; při čtení souboru má přednost název sloupce v hlavičce, číslo je záloha.
Import provizí — mapování sloupců
Nastavení, jak se z raw souboru každé pojišťovny čtou jednotlivé sloupce při importu provizí (Provize → Import). Změny se uloží per pojišťovna a projeví se hned v dalším importu. Sloupce se číslují od 0 (první sloupec souboru = 0).
Od 07/2026 má přednost název sloupce v hlavičce, číslo se použije, jen když se název nenajde — a je to vidět níže. Když pojišťovna sestavu přeuspořádá, mapování se dřív tiše posunulo a naimportovaly se částky z vedlejšího sloupce.
Z čeho portál čerpal při posledním importu
Zůstává tu i po zavření okna importu, aby bylo na první pohled patrné, které sloupce se používají. Podle názvu = našel se v hlavičce. Podle pořadí = název nenalezen, použilo se uložené číslo sloupce — tady je riziko, že se zdroj změnil. Nenalezeno = pole se vůbec nenačetlo.
Pokrytí pojišťoven — co umíme z provizních listů vytěžit
Kontrola úplnosti: každá pojišťovna, která má v evidenci smlouvu, tu má řádek s přesným popisem, odkud se bere roční pojistné z provizí, frekvence placení a storna — a jakým kanálem se její provize dostávají do portálu. Červený řádek znamená mezeru: pojišťovně chodí provize, ale nemá profil ani vysvětlení.
Kódy ze zdrojů — co znamenají a co z nich portál odvozuje
Referenční přehled kódových sloupců v provizních listech. Odvozuje se jen z ověřených kódů — vše ostatní se ukládá pouze informativně na řádek provize, aby bylo při sporu s pojišťovnou vidět přesně to, co poslala.
| Pojišťovna | Sloupec | Pozorované kódy a význam | Co portál odvozuje |
|---|---|---|---|
| ČSOB | Kód (15) | 9 / 23 / 24 / 51 / 56 jen na kladných řádcích; 27 / 28 / 30 / 57 / 58 / 157 / 901 výhradně na stornech a vratkách (ověřeno na 68 souborech, 9 776 řádcích — množiny se nepřekrývají) | storno se pozná z kódu + záporné částky; kód se ukládá na řádek |
| ČSOB | sloupec 16 | kódy frekvence 1 / 2 / 4 / 12 (vzácně 11, 21 — nerozpoznané) | frekvence placení + dopočet ročního pojistného z lhůtního (5) |
| Kooperativa | STAV (5) | ZA / SK / ZAR / SP / S / D — nepotvrzeno (SK bývá u storen, ale ne výhradně: 382 záporných z 2 001) | nic — jen informativně |
| Kooperativa | TYPODM (18) | VN / V / VPN / VP / SVN / SV — výplatní kódy, význam nepotvrzen („VN" může být výplata následná i nová; S* zřejmě storno) | nic — záměrně se NEpřevádí na získatelskou/následnou |
| ČPP | Kód (9) | V / VP / VN / SVN / VPN / SV — stejný číselník jako Kooperativa TYPODM, nepotvrzen | nic — jen informativně |
| Slavia | Stav (17) | T = převážně storno (64 z 70 na záporných řádcích), N = běžný řádek | nic automaticky; T + záporná částka ≈ storno pro ruční kontrolu |
| Slavia | Typ_provize (21) | ZO / ZV = získatelská, NO / NV = následná (SG ojedinělé) | sazba → 1. rok (Z*) / následná (N*) na smlouvě i produktu |
| Slavia | Frekvence_platby (13) | 1 / 2 / 4 / 12; 0 = nepočítat (výskyt vzácný, 4 řádky) | frekvence placení + dopočet ročního pojistného |
| GČP | Provizní oblast (10) | Sjednání = získatelská, Prolongace = následná (ověřeno: občanské 55 % / 15 %) | sazba (Koeficient odměny, 13) → 1. rok / následná |
| Direct | Typ provize (24) | Získatelská / Následná (textem) | sazba (22) → 1. rok / následná |
| Direct | Stav smlouvy (11) | Aktivní / Ukončená (textem) | nic — storno se bere z Data storna (15) |
| Pillow | Typ provize (11) | Z = získatelská, N / SN = následná | sazba (6) → 1. rok / následná |
| Allianz | TYP_PROV (7) | kódy — význam nepotvrzen | sazba (SAZBA, 37) se bere jako běžná/následná, dokud se kódy neověří |
| Uniqa | Frekvence placení (34) | textem MALÝMI písmeny: ročně / pololetně / čtvrtletně / měsíční; „jiné" (12×) a „jednou částkou" (3×) = nepočítat | frekvence placení (roční pojistné má Uniqa přímo ve sloupci 36) |
| Uniqa | Typ/druh provize (31) | textové druhy provize | rozpoznané získ./násl. → sazby; záporná částka se u Uniqy NEPOVAŽUJE za storno (dohoda 18. 8. 2026) |
Frekvence placení podle provizních listů
Frekvence na smlouvě je historicky nespolehlivá — nikde se s ní dřív nepočítalo, takže zůstávala předvyplněná na „Ročně". Nově vstupuje do výpočtu termínu provize, takže musí sedět. Opravuje se jen z důkazu od pojišťovny: z kódu frekvence uvedeného v listu, nebo z délky období, které provize kryje. Rytmus plateb se jako důkaz nepoužívá — nerozliší klienta, který platí měsíčně, od pojišťovny, která jen rozpouští roční provizi do měsíců.
Uzávěrky provizí
Měsíc se měkce uzamkne sám, jakmile se zaúčtuje provize s novějším obdobím — od té chvíle do něj smí zapisovat jen uživatel s právem na opravné položky. Roční uzávěrka zamkne rok natvrdo; rozlomit ji smí jen administrátor. Oprava už uzavřeného období se řeší opravnou položkou v nejbližším otevřeném měsíci, ne přepisem.
📖 Manuál pravidel importu provizí (přečíst před ručním importem)
Sjednocený přehled všech dosud zjištěných a opravených případů a pravidel při importu provizí (naposledy aktualizováno 07/2026 po zpětné rekonstrukci historie 10/2023–06/2026). Cílem je, aby se manuální import napoprvé trefil přesně — tedy aby se žádná z těchto chyb neopakovala.
1) Obecná pravidla párování smlouvy
- Fallback pořadí při hledání smlouvy podle čísla z výkazu pojišťovny: číslo smlouvy → číslo flotily/rámce (je-li ve výkazu) → číslo návrhu pojišťovny (vlastní sloupec, např. Kooperativa CISNAVR) → číslo návrhu v Portálu → číslo bez úvodních nul (poslední záchranná varianta, kontrolovat ručně).
- Smlouvy se stavem „Ke kontrole“ se nikdy nepárují (ještě nejsou potvrzené).
- Provize se vždy páruje na hlavní (wrapperovou) smlouvu, nikdy na podřazenou flotilovou/rámcovou podsmlouvu — platí obecně pro jakoukoli smlouvu s vyplněným polem „Nadřazená smlouva“, bez ohledu na pojišťovnu a bez ohledu na to, jakým způsobem byla podřazená smlouva nalezena (přímo podle čísla, přes flotilu, přes návrh…). Porušení tohoto pravidla v jednom pomocném skriptu způsobilo v 04/2026 dvojí zaúčtování celou částku dávky u GČP — nalezeno uživatelem přes rozštěpené názvy pojišťovny v seznamu provizí, opraveno 07/2026.
2) Výběr správného zdrojového souboru
- Vždy použít soubor s „finext“ (nebo starší tvar „_pracovní_“ u dat z roku 2023, případně překlep „fienxt“, vyskytl se u Direct 02/2026) v názvu — to je verze přepočtená účetním systémem. Nikdy nesčítat dohromady s nativním exportem přímo od pojišťovny ležícím ve stejné složce (obsahuje stejná data v jiném formátu → dvojí započtení).
- ČSOB: pokud ve složce existuje nativní
.txtexport (bez hlavičky, oddělovač tabulátor nebo „|“), použít vždy jeho — odvozený „_finext_“ CSV vedle něj umí tiše chybět o pár řádků (ověřeno 04/2026: chybělo částku navíc / 3 řádky oproti .txt). - Kooperativa: pokud existuje soubor s „CLK“ v názvu (např. „…_CLK.csv“), vynechat ho — překrývá se s číslovanými částmi (I, II, III…) a jeho přičtením vyjde součet cca 1,5–1,8× vyšší, než je skutečnost (ověřeno přesně na 01/2026 a 03/2026 — bez CLK sedí na korunu).
- GČP: IPS soubory (běžné/individuální smlouvy, klíč „Číslo pojistky“) a RPS soubory (rámcové/flotilové smlouvy, klíč „Číslo rámcové smlouvy“) mají odlišný význam sloupců — nelze sloučit do jednoho profilu, ale v seznamu přijatých provizí a filtru pojišťoven se to díky napojení na partnera smlouvy (ne na text poznámky) už nijak neprojevuje.
3) Číslování u Direct (krátký ↔ dlouhý tvar)
U Direct existuje mezi číslem smlouvy a číslem návrhu vždy tato vazba: kratší tvar (10 číslic, začíná „26“) ↔ delší tvar (12 číslic, „90“ vložené hned za úvodní „26“), např. 2600000001 ↔ 269000000001. Platí obecně pro libovolné číslo u Direct, které se nenajde přímo — zkusit obě varianty, včetně čísla rámcové smlouvy.
Leasingové rámcové smlouvy u Direct. U produktu „Pojištění vozidel - leasing“ (Raiffeisen-Leasing, Pro LeaseKredit a podobně) uvádí list ve sloupci „Číslo smlouvy“ číslo jednotlivého vozidla, které v evidenci vlastní smlouvu nemá — použitelné je jen „Číslo rámcové smlouvy“ z vedlejšího sloupce, a to v krátkém tvaru (2600000002), zatímco v evidenci je rámec veden dlouze (269000000002). Bez obou kroků najednou spadne celá dávka do nespárovaných: za 07/2026 to bylo 92 řádků a nezanedbatelnou částku. Sloupec je proto potřeba namapovat na pole „Číslo rámcové / flotilové smlouvy“.
4) Přepočet ročního pojistného a storno
- U flotilových/rámcových smluv s více položkami (vozidly/riziky) se hodnota „Základ“/„Roční základ“ ve výkazu vztahuje jen k JEDNÉ položce — před porovnáním se skutečnou hodnotou u smlouvy je nutné nejprve sečíst všechny položky patřící ke stejné smlouvě.
- Detekce storna se řeší dvěma způsoby podle pojišťovny: buď přes výslovný příznak v samostatném sloupci (Allianz STATS=„ST“, Direct „Stav smlouvy“=„Ukončená“, Kooperativa STAV=„SK“, ČPP Kod=„SV“/„SVN“), nebo (u ČSOB/Uniqa/Slavia/pVZP/Axa, kde spolehlivý příznak chybí) přes záporný čistý součet za smlouvu/měsíc — u těch se ale nikdy nedá říct s jistotou, jde jen o kandidáta ke kontrole.
5) Menší pojišťovny bez automatického importu
Colonnade a CEE Specialty poskytují podklad jen ve formátu PDF (žádná strojově čitelná tabulka) — u těch se provize zadává ručně podle podkladu z finext sestavy „přidaná provize“. Generali SK, Generali penzijní společnost, HVP a Allianz penzijní společnost mají malý objem a v tuto chvíli také nemají vlastní import profil — kontrolovat ručně proti finext sestavě při každém měsíčním uzávěru.
6) Kontrola po importu
Po každém importu vždy porovnat součet za pojišťovnu s měsíčním žebříčkem „psa_-_finext_MM.RRRR_-_provize_-_přijaté.xlsx“ (list „výpočet“) — to je nezávislý zdroj pravdy. Rozdíl nad pár korun (zaokrouhlení) znamená, že je někde chyba a import se nemá potvrzovat, dokud není vysvětlená.
Importní profily pojišťoven — čísla i názvy sloupců
Profily jsou uložené na jednom místě — tenhle editor i okno Importu čtou a zapisují tutéž sadu, takže se nemohou rozjet. Při importu se sloupec hledá nejdřív podle názvu (uvedeného u každého pole), číslo sloupce je záloha pro soubory bez hlavičky. Když se názvy najdou na jiných číslech, než je tu uloženo, import po dokončení nabídne jednorázovou aktualizaci čísel — profil tak zůstává aktuální i po přeskládání exportu pojišťovnou.
Výjimky z pravidla flotily — přes všechny profily
Čísla, pro která platí opak obou voleb profilu. Zapisují se u profilu, ale rozházená po dvaceti kartách se nedají přečíst — tady jsou pohromadě i s tím, co to číslo v evidenci je a jestli výjimka ještě něco dělá. Trefit se dá číslem smlouvy i číslem rámcové smlouvy z listu.
Pole formuláře pojistné události
Obecná nastavení
Při zadání nové pojistné události se termín vyřízení automaticky přednastaví na datum nahlášení + tento počet dní. Konkrétní termín lze u každé události kdykoli ručně změnit.
Obecná nastavení
Smlouva se zobrazí v přehledu blížících se výročí, pokud je do jejího nejbližšího výročí od data „Platnost od" méně než tento počet dní. Pod 43 dní nemá upozornění smysl: výpověď k výročí se podává nejpozději 42 dní předem, takže kratší okno se otevře až po tom termínu a zbyde jen nechat smlouvu prolongovat.
Smlouva se zobrazí v přehledu blížícího se konce, pokud do data „Platnost do" zbývá méně než tento počet dní.
Zaškrtněte, ve kterých polích se má hledat text zadaný do vyhledávacího pole nad seznamem smluv.
Zaškrtněte, ve kterých polích se má hledat text zadaný do vyhledávacího pole nad seznamem podsmluv (nezávisle na nastavení hledání ve smlouvách výše).
Obecná nastavení
Klíč získáte zdarma registrací na developer.mapy.cz. Po vyplnění se v poli „Ulice“ u klientů zobrazí nabídka adres — výběrem se automaticky doplní PSČ a město. Bez klíče se pole chovají jako běžný text. Tato funkce jako jediná v aplikaci vyžaduje internetové připojení.
Napovídání adres běží
přes server: klíč k Mapy.com je uložený v proměnné prostředí MAPY_API_KLIC
na Vercelu a prohlížeč ho nikdy nevidí. Sem se nezadává — do sdílené databáze
klíč k placené službě nepatří, protože by si ho přečetl každý přihlášený.
Když napovídání nefunguje, řekne pole „Ulice“ rovnou proč (odmítnutý klíč, vyčerpaná
kvóta, výpadek).