Авторизація і переддоговірне розкриття

Реєстр охоплює більше ніж брокерів

Це самостійний текстовий практикум для страхових посередників, агентів і всіх, хто супроводжує продаж полісів. Курс має чотири уроки, а після них — підсумковий тест із шести запитань. Усі компанії, люди, поліси й реєстрові записи вигадані, а вправи виконуються лише на навчальних даних. Жодних зовнішніх дій — запитів до реального реєстру, підписання договорів чи листування зі страховиком — курс не передбачає.

Очевидний шлях — знайти брокера в реєстрі й на цьому зупинитися — не працює, бо реєстр охоплює не лише брокерів. Починайте з фактичної ролі особи: брокер, агент, субагент чи інший передбачений законом посередник. Старе уявлення, що перевіряти потрібно лише брокерський реєстр, не відповідає сучасній моделі авторизації. Закон №1909-IX та Положення НБУ №2 від 03.01.2025 визначають відповідні правила, тому перед роботою відкрийте чинну редакцію, перевірте зміни та фактичний запис у реєстрі, а не лише старий скріншот.

Робоча структура починається з таблиці функцій: що саме працівник робить; які повноваження має; які реєстраційні відомості підтверджені на дату продажу; які переддоговірні повідомлення отримав клієнт. Окремою графою позначте характер і джерело винагороди, адже комісія від страховика та плата від клієнта описуються по-різному. Обсяг розкриття перевіряйте за чинними правилами для конкретної ролі, а не за загальним шаблоном. Невідоме поле залишайте видимим із позначкою «потребує уточнення», не заповнюйте його припущенням.

Маркетингова назва не усуває законодавчих вимог: сайт може називатися інформаційним, але якщо співробітник добирає конкретний поліс і допомагає укладати договір, це потребує юридичної оцінки. Не можна оголошувати будь-яку комісію незаконною або вважати договір зі страховиком достатньою заміною авторизації. Не переносьте спеціальні вимоги до одного виду посередників на всіх без перевірки. Остаточний висновок про статус і про «незалежність» поради залишається за відповідальним фахівцем, а не за згенерованим текстом.

Розібраний приклад

У навчальній справі компанія «Обрій» створила агрегатор і називає себе інформаційним сайтом, але співробітник добирає конкретний поліс, допомагає укладати договір та отримує винагороду від страховика. Висновку про статус у справі немає, тому єдиний надійний матеріал — опис фактичних дій. Усі дані вигадані, як і наступні приклади курсу.

Правильний запис у картці виглядає так: «Роль: потребує юридичної перевірки за фактичним обсягом дій. Договори зі страховиками: перевірити. Повноваження працівника: перевірити. Реєстраційний статус: звірити на дату продажу. Джерело винагороди: страховик, підтвердження в договорі. Повідомлення клієнту: опис ролі, передбачені законом відомості, доступний спосіб перевірки та звернення». Кожне непідтверджене поле залишається видимим, а не зникає з картки.

Хибний запис звучить упевненіше й тому небезпечніший: «Роль: інформаційний посередник, реєстрація не потрібна, комісія від страховика відсутня». Тут назва сайту підмінена юридичним висновком, а джерело винагороди суперечить фактам справи. Дату звірки фіксують окремим рядком: Положення НБУ №2 датоване 03.01.2025, але запис у реєстрі перевіряють на дату продажу, бо він змінюється, і старий скріншот не підтверджує нічого.

Зробіть самостійно

Завдання. Візьміть навчальний опис роботи агрегатора й заповніть картку на одну сторінку, додавши до неї текст переддоговірного інформування для клієнта.

Запит до Lawestro. «Розділи опис на фактичні функції та рекламні твердження. Заповни поля картки лише тим, що підтверджено наданими матеріалами. Познач відкриті поля як “потребує уточнення”. Сформулюй повідомлення клієнту про роль посередника і джерело винагороди без вигаданої незалежності».

Типова помилка. перетворити список питань на висновок і замінити «звірити на дату продажу» впевненим «у реєстрі відсутній».

Самоперевірка:

1. Відомості узгоджені з фактичною роллю.
2. Винагорода описана зрозуміло.
3. Немає вигаданої «незалежності».
4. Зафіксовано дату перевірки статусу.

Практика у Lawestro

У «Файлах» заведіть «Новий файл» з назвою «Сектор-078_Картка-посередника.md». Надішліть у чат запит: «Проаналізуй вигаданий опис роботи агрегатора. Відокрем фактичні функції від рекламної назви. Створи перелік питань для перевірки авторизації і повідомлення клієнту про посередника та винагороду, не вигадуй запису в реєстрі».

Далі уточніть: «Зроби картку з полями роль, функції, повноваження, джерело винагороди, реєстраційний статус і додай текст переддоговірного повідомлення; збережи файлом Сектор-078_Картка-посередника.md». Відкрийте збережений файл і перевірте, які поля залишилися відкритими: саме вони показують, що ще належить з’ясувати в людини.

У «Проєктах» створіть завдання «Звірити статус посередника» з датою завершення й описом, які реєстрові відомості перевіряються та хто відповідальний. Збережіть файл «Сектор-078_Картка-посередника.md» із карткою та повідомленням.

САМОПЕРЕВІРКА
роль має статус «потребує юридичної перевірки»; реєстраційний статус позначений як такий, що звіряється на дату продажу; джерело винагороди підтверджене договором; у тексті клієнту немає вигаданої «незалежності».