Повідомлення за Законом України «Про захист персональних даних» №2297-VI: що ми обробляємо, навіщо, на якій підставі, як довго і що ви можете з цим зробити.
Редакцію від 28.09.2026 склав оператор сервісу за фактичним станом продукту. Юридична вичитка цієї редакції ще триває; якщо після неї текст зміниться, зміни вийдуть новою редакцією з датою в журналі редакцій.
Оператор сервісу «Звірено» — Фізична особа-підприємець Пустотай Маргарита Вікторівна, код ЄДРПОУ / РНОКПП 2858814822, місцезнаходження: 61060, м. Харків, проспект Льва Ландау, буд. 34. Звернення щодо персональних даних: support@zvireno.com.
Це головна таблиця повідомлення. Вона описує фактичний стан на дату редакції, а не задум. Кожен рядок має власну дату: коли режим зберігання зміниться, рядок буде закрито датою, а не переписано.
Наш сервер фізично розміщено за межами України. Базу даних і автентифікацію веде Supabase на інфраструктурі AWS (за налаштуваннями проєкту — регіон у Великій Британії), застосунок працює на хостингу Vercel. Хто саме, що обробляє і на якій підставі — на сторінці Субобробники; там же названо, чого в цьому питанні ми ще не підтвердили документом.
| Дані | Де зберігаються | З якої дати |
|---|---|---|
| Обліковий записSupabase Auth (auth.users і auth.identities): адреса електронної пошти, хеш пароля (якщо ви входите паролем), відмітка підтвердження пошти, спосіб входу, дати створення і входів. Якщо ви входите через Google (кнопка є лише тоді, коли цей спосіб увімкнено), платформа автентифікації зберігає ще й дані профілю, які передав Google: ідентифікатор облікового запису Google, адресу пошти, імʼя і посилання на фото профілю. Їх склад визначають Google і платформа; наш код бере з них лише спосіб входу і час привʼязки. Таблиця public.profiles: ідентифікатор і та сама адреса пошти (колонка full_name у схемі передбачена, але жоден виклик її не заповнює). Пароль у відкритому вигляді проходить через наш серверний обробник реєстрації і не зберігається. | на сервері | 28.09.2026 |
| Технічні записи входу (сесії та журнал автентифікації платформи)Службова схема платформи автентифікації у тій самій базі проєкту: активні сесії та журнал подій входу — ідентифікатор користувача, IP-адреса, ознака браузера (user-agent), час. Ці таблиці створює і веде платформа, а не наш код; склад полів визначає вона. Ми їх не читаємо із застосунку, але вони фізично лежать на нашому сервері, тому названі тут. | на сервері | 11.08.2026 |
| Картка підприємстваpublic.companies: найменування, код ЄДРПОУ або РНОКПП, система оподаткування, група єдиного податку, статус платника ПДВ, стандарт звітності. Для фізичної особи-підприємця у полі коду стоїть РНОКПП — це персональні дані, а не лише реєстровий код. | на сервері | 11.08.2026 |
| Склад учасників підприємстваpublic.company_members: ідентифікатор користувача, ідентифікатор підприємства, роль. Запис власника створює тригер бази при створенні підприємства. Інших користувачів власник додає запрошенням із роллю бухгалтера або переглядача. | на сервері | 11.08.2026 |
| Запрошення до команди підприємстваpublic.company_invites: адреса електронної пошти запрошеного, роль, хеш одноразового токена, хто і коли створив запрошення, строк дії, хто і коли його прийняв. Сам токен у базі не зберігається; посилання передає його у фрагменті адреси і прибирає з адресного рядка після відкриття. | на сервері | 20.08.2026 |
| Підключення зовнішньої обробки BAS / 1Сpublic.bas_connections і public.bas_pair_codes: підприємство, назва підключення, версії платформи, конфігурації та обробки, тип бази, статус і причина перевірки сумісності, хто і коли створив підключення, час останнього звернення і відкликання; відбиток бази 1С (32 символи SHA-256 рядка з'єднання — щоб обробка з іншої бази не отримала завдань підприємства) і коди ЄДРПОУ/РНОКПП організацій цієї бази (до 50) для звірки з ЄДРПОУ підприємства. Відбиток і коди учасникам підприємства не показуються — їх читає лише сервер. ЄДРПОУ підприємства передається обробці разом із завданням: у базі з кількома організаціями вона вивантажує лише організацію підприємства. Одноразовий код діє 10 хвилин. Відкриті код і токен пристрою в нашій базі НЕ зберігаються — лише їх SHA-256-відбитки. Сам токен зберігається на боці клієнта: з обробки 1.2.6 — у налаштуваннях користувача 1С в інформаційній базі клієнта (у клієнт-серверній базі це сервер 1С клієнта), окремо для кожної пари «база 1С + підприємство»; файли токенів попередніх версій обробка переносить туди і видаляє, якщо має на це право. | на сервері | 28.09.2026 |
| Журнал завдань прямого оновлення даних із BAS / 1Сpublic.bas_sync_jobs: замовлений період, користувач і підключення, статус і час етапів, строк, до якого завдання збору чекає обробку, посилання на збір, назва та розмір пакета, SHA-256 і відбиток вмісту пакета (без часу формування), посилання на збережену версію даних, текст технічної помилки (без переліку організацій бази; коди ЄДРПОУ/РНОКПП маскуються) і діагностика прийому пакета без імен, назв організацій і шляхів профілю, до 16 КБ. Завдання ставить лише явна дія користувача — кнопка оновлення або збір; обробка сама завдань не створює. Сам пакет зберігається в приватному архіві вивантажень. | на сервері | 28.09.2026 |
| Знімок облікової картки платника з Е-кабінету ДПСpublic.company_snapshots (джерело payer_card): зберігається СИРА, необрізана відповідь cabinet.tax.gov.ua — РНОКПП або ЄДРПОУ, повне найменування чи прізвище, ім'я, по батькові фізичної особи, адреса (реєстрації та фактична), коди КВЕД, дата взяття на облік, назва органу ДПС, індивідуальний податковий номер платника ПДВ. Обсяг знімка визначає відповідь Е-кабінету, а не наш добір полів. Знімок зберігається при підключенні Е-кабінету і під час кожного збору «Завантажити все за період» — окремо для кожного обраного підприємства; поруч — хто його зберіг. Старі знімки не витісняються, тому в таблиці накопичуються всі отримані копії. | на сервері | 28.09.2026 |
| Знімок стану розрахунків з бюджетомpublic.company_snapshots (джерело budget): за кожним податком — нараховано, сплачено, недоїмка, переплата — за кожен рік обраного періоду збору, а не лише за поточний. Поруч — хто зберіг знімок. Це податкова інформація про підприємство, а не лише персональні дані, і режим доступу до неї визначає Податковий кодекс. | на сервері | 28.09.2026 |
| Подана звітність з Е-кабінету ДПС: декларації, додатки та квитанціїpublic.company_snapshots (джерело reports). Потрапляє туди двома шляхами. (1) Збір «Завантажити все за період» за явною дією користувача для обраних ним підприємств: подана звітність за обраний період з усіма версіями (зокрема відхиленими) і квитанціями, річні форми попереднього року, а також метадані реєстру подань ДПС (форма, період, номер, дата, статус) за роки періоду до сьогодні. XML зберігається лише для форм, які продукт звіряє: декларації з ПДВ, з податку на прибуток разом із додатками, які перевіряє звірка (у додатках ПН і ТЦ є найменування і коди нерезидентів), фінансова звітність (ф.1–ф.5), основна форма Податкового розрахунку (ЄСВ, ПДФО, ВЗ), декларації платника єдиного податку, акцизного податку, екологічного податку, рентної плати, податку на нерухоме майно, плати за землю, транспортного податку, туристичного збору, звіт з трансфертного ціноутворення і податкова декларація про майновий стан і доходи (у ФОП — з його власними персональними даними), а також квитанції. Решта документів пакета — зокрема додатки 1 і 4ДФ Податкового розрахунку з даними працівників і додатки до декларації з ПДВ з кодами контрагентів — зберігаються лише рядком реєстру без змісту. (2) Ручне завантаження обраних користувачем звітів: зберігається повний XML обраних документів — якщо серед них Податковий розрахунок, його додатки Д1 і 4ДФ містять прізвища, імена, по батькові та РНОКПП (або серію й номер паспорта) застрахованих осіб і отримувачів доходу, суми їх доходу, внеску, податку і збору, коди категорій і ознаки доходу, а додаток Д5 — ще й посади, дати і номери наказів. Звірка бере з Д1 і 4ДФ лише суми, коди і номери рядків; ПІБ і РНОКПП у результати перевірки не потрапляють, додаток Д5 не використовується. В обох шляхах у шапці кожної декларації є підписанти — прізвище, імʼя, по батькові і РНОКПП керівника та головного бухгалтера, — і вони зберігаються разом з XML. Поруч — хто зберіг знімок і яким збором, ЄДРПОУ/РНОКПП, контрольні показники, які продукт використовує для звірки. Дані кожного підприємства пишуться лише в це підприємство: окремий вхід до кабінету з його кодом, перевірка коду платника в кожному XML. Файл ключа КЕП, пароль, підпис і токени Е-кабінету в цей запис не входять. | на сервері | 28.09.2026 |
| Завантажені вивантаження обліку: оборотно-сальдова відомість, журнал проводок, пакет BAS, довідник контрагентівПриватне сховище файлів (бакет `zvireno`, шлях co/<підприємство>/src/…): СИРИЙ файл у тому вигляді, у якому його завантажили або передала обробка BAS / 1С. Усередині — коди РНОКПП фізичних осіб і підприємців, найменування та коди контрагентів, вільний текст призначення операцій, а в пакеті BAS — також реквізити документів і рядки їх табличних частин. Пакет BAS з обробки 1.2.6 додатково несе дані для точної звірки: податкові накладні, розрахунки коригування і реєстрацію вхідних накладних (номери, дати, суми, ставки, ІПН і ЄДРПОУ контрагентів, ознаки реєстрації в ЄРПН), нарахування зарплати, ПДФО і ЄСВ за місяцями, звіти виробництва і залишки за субконто з кількістю. Працівники та інші фізичні особи, що є субконто або учасниками зарплатних документів, у проводках, залишках за субконто і даних про зарплату пакета 1.2.6 передаються лише псевдонімом «Працівник #N» — без ПІБ і РНОКПП (у проводках і залишках поруч лишається внутрішній ідентифікатор запису 1С). У документах 1С пакета 1.2.6 посилання на людину і реквізити, де типові конфігурації пишуть ПІБ («Відповідальний», «Працівник», «Фізична особа», «Видати», «Прийнято від», поля з «ПІБ»), теж ідуть псевдонімом, а реквізити документа, що посвідчує особу, і вільний коментар документа не вивантажуються; прізвища можуть лишатися у вільному тексті (зміст операції, підстава, призначення платежу), у реквізитах з іншими назвами і в пакетах обробок до 1.2.6; у файлах, завантажених вручну (ОСВ, журнал з Excel), прізвища працівників у субконто лишаються такими, як у файлі. Поруч зберігається паспорт файлу: відбиток його байтів і, для пакета BAS, відбиток вмісту без часу формування, ім'я, розмір, підтверджені межі звітного періоду, версія розбірника, хто і коли завантажив. Доступ мають лише співробітники, додані до цього підприємства; ізоляція між підприємствами забезпечена правилами самої бази даних. Перевірку на цих даних виконує сервер — з розібраного знімка цієї версії; у браузері результат лише показується і не зберігається. | на сервері | 28.09.2026 |
| Робочий журнал бухгалтера на сервері: обґрунтування, позначки, коментарі, відповіді щодо похідних проводок, метадані виданих довідокpublic.work_notes: кожне рішення бухгалтера як окремий запис із часом і автором. ⚠ У полі payload лежить ТЕКСТ ОБҐРУНТУВАННЯ, написаний бухгалтером, — той самий, що друкується в бухгалтерській довідці; у ньому можуть бути прізвища, імена та по батькові фізичних осіб, номери й дати первинних документів. Знеособити його неможливо: скорочений текст був би іншим документом. ⚠ У полі subject лежить ключ операції, у який склеєні субконто обох сторін проводки (назви контрагентів, ПІБ фізичних осіб і підприємців); в індекс бази йде лише його відбиток sha256, але сама колонка з ключем на сервері є. Передача відбувається ЛИШЕ за окремою дією користувача («Перенести роботу цього компʼютера в акаунт»), а не автоматично. Записи не редагуються і не видаляються — ні застосунком, ні користувачем: це журнал рішень, і його цінність саме в незмінності. Доступ мають лише співробітники, додані до цього підприємства. | на сервері | 14.08.2026 |
| Розібраний знімок вивантаження (ОСВ, проводки, документи BAS і довідник у робочому форматі)Приватне сховище файлів (бакет `zvireno`, шлях co/<підприємство>/src/<відбиток>.parsed.json.gz): ті самі дані обліку, що й у сирому файлі, лише вже розібрані і стиснені — коди РНОКПП фізичних осіб і підприємців, найменування та коди контрагентів, вільний текст призначення операцій, реквізити документів BAS (реквізити шапки і рядки табличних частин; реквізит-людина — лише псевдонімом: розбірник замінює ПІБ службовою позначкою навіть у пакетах до 1.2.6), а для пакета BAS 1.2.6 — ще й розібрані документи ПДВ, зарплати і виробництва з тими самими псевдонімами працівників, що й у пакеті. Прізвища працівників у ньому є рівно там, де вони є в сирому файлі. ⚠ ЗНАХІДОК ПЕРЕВІРКИ В НЬОМУ НЕМАЄ: знімок несе рівно вхідні дані, а відповіді живуть у файлі результату перевірки. Саме з цього знімка сервер виконує перевірку. У паспорті файлу поруч зберігаються відбиток стиснених байтів, їх розмір, номер формату і час запису. Доступ мають лише співробітники, додані до цього підприємства. | на сервері | 28.09.2026 |
| Результати перевірок і паспорт кожного прогонуПриватне сховище (co/<підприємство>/runs/<прогін>/result.json.gz) містить повний стиснений результат: знахідки, повідомлення, суми та службові ключі перевірок. public.check_runs зберігає період, розділ, відбитки вхідних даних, параметри, версії правил і розбірника, версію застосунку, автора (для фонового прогону пакета BAS — того, хто замовив оновлення), час, підсумкові лічильники, шлях та контрольну суму результату. Обчислення виконує сервер із розібраного знімка версії; у браузері результат лише показується і не зберігається. | на сервері | 09.09.2026 |
| Спільна книга бухгалтерських довідок, їх реквізити та заморожені текстиpublic.documents і public.document_counters: централізований номер, період, предмет, вид і стан довідки, фінальний знімок реквізитів, контрольна сума, автор і час, звʼязок із перевипуском, клас і строк зберігання та ознака спору/перевірки. Після друку або включення в досьє незмінний текст зберігається у приватному сховищі co/<підприємство>/docs/…. Історія зміни строку та legal hold зберігається окремо в public.document_retention_events. | на сервері | 20.08.2026 |
| Журнал доступу і змін командиpublic.access_log: ідентифікатор підприємства й користувача, тип дії, короткий предмет та серверний час. Фіксуються відкриття і завантаження архіву, експорт досьє, друк і видача документів, зміни команди та строків зберігання. Рядки не редагуються і не видаляються користувачами. | на сервері | 20.08.2026 |
| Задекларовані показники, введені рукамиpublic.company_declared: підприємство і період оборотно-сальдової відомості як ключ, чистий дохід і податкові зобовʼязання з ПДВ з поданих вами декларацій, дати їх вводу, ЄДРПОУ на момент вводу, хто і коли зберіг. Сервер бере їх у перевірку звітності перед обчисленням. Це показники самого підприємства, а не третіх осіб. Доступ мають лише співробітники, додані до цього підприємства. | на сервері | 09.09.2026 |
| Реєстр податкових накладних і розрахунків коригування з Е-кабінету ДПС (ЄРПН): видані й отриманіpublic.company_snapshots: під час збору «Завантажити все за період» — один знімок на збір з переліком виданих (складених в обраному періоді) і отриманих (складених від дати за 365 днів до першого числа місяця, з якого починається період, до кінця періоду — строк права на податковий кредит за п.198.6 ПКУ) податкових накладних і розрахунків коригування з реєстру ЄРПН. З відповіді кабінету зберігаються лише реквізити: вид документа (ПН чи РК) і напрямок, номер, дата складання, дата в реєстрі і реєстраційний номер, стан реєстрації словами ДПС і його код, найменування та індивідуальний податковий номер контрагента, сума ПДВ і обсяг операцій; решта полів відповіді відкидається, а самі накладні (товари, ціни, кількість) не запитуються і не зберігаються. Для контрагента — фізичної особи-підприємця найменування — це його прізвище, імʼя і по батькові, а податковий номер містить його РНОКПП: це персональні дані третьої особи. Реєстр читається службовими адресами Е-кабінету лише в сесії юридичної особи; за описом кабінету для цього ключ має мати роль для роботи з ЄРПН — якщо кабінет відмовляє, реєстр не отримується, а збій записується в журнал збору. Поруч — межі запиту, які вікна кабінет віддав повністю, хто зберіг знімок і яким збором. Файл ключа, пароль і токени Е-кабінету в запис не входять. | на сервері | 28.09.2026 |
| Журнал зборів «Завантажити все за період»public.data_collections: хто і коли запустив збір, підприємство, обраний період і його вид, стан етапу Е-кабінету і етапу BAS, коди збоїв (ідентифікатор документа реєстру, код форми і код причини — без тексту відповіді ДПС), посилання на завдання BAS і версію даних, на якій порахована звірка, час завершення. Вмісту документів тут немає. Пише лише сервер; читають співробітники, додані до цього підприємства. | на сервері | 28.09.2026 |
Тут перелічені локальні копії та дані, носієм яких є браузер. Якщо для тієї самої сутності у таблиці вище є окремий серверний рядок, вона зберігається в обох місцях. Cookie сесії лежить у браузері та передається серверу при кожному запиті, бо саме нею тримається вхід. Те, для чого серверного рядка немає, прив'язане до цього браузера і після очищення його сховища не може бути відновлене з нашого боку.
| Дані | Де зберігаються | З якої дати |
|---|---|---|
| Робота бухгалтера у браузері: обґрунтування, позначки «пояснено», коментарі, метадані виданих довідокlocalStorage браузера (позначки, коментарі, обґрунтування, метадані документів) і IndexedDB цього ж браузера — стрічка записів із часом і автором. Обидва носії зберігаються далі: старі ключі не видаляються навіть після переходу на стрічку, бо під ними лежать адреси вже виданих і підписаних довідок. | у браузері | 14.08.2026 |
| Локальні робочі копії виданих бухгалтерських довідокIndexedDB і localStorage браузера містять робочу копію метаданих та сформованого тексту, щоб відкрити і надрукувати документ у цьому браузері. Офіційний номер, паспорт документа, контрольна сума і заморожений після друку текст одночасно ведуться у спільній серверній книзі підприємства. | у браузері | 20.08.2026 |
| Прізвище, ім'я, по батькові укладача і головного бухгалтера, місто складанняlocalStorage браузера. У базі даних відповідних полів немає взагалі — ці дані на сервер не потрапляють. | у браузері | 11.08.2026 |
| Cookie сесіїCookie автентифікації, які застосунок ставить на кожному маршруті: тримають вхід між сторінками. Містять токен сесії, а не самі дані облікового запису. Видаляються виходом з акаунта або очищенням сховища браузера. | у браузері | 11.08.2026 |
| Файл особистого ключа КЕП і пароль до ньогоТільки оперативна пам'ять вкладки, доки відкрито сторінку. Не зберігаються ніде — ні на сервері, ні в сховищі браузера. Підпис формується локально. Якщо сертифіката в контейнері немає, браузер формує CMP-запит лише з публічними ідентифікаторами ключів; він і відповіді перевірених КНЕДП транзитом проходять через сервер малими групами до першого криптографічного збігу і не зберігаються. | у браузері | 21.08.2026 |
Закриті рядки не видаляються: вони показують, який режим зберігання діяв у минулому — це має значення для документів, сформованих у той період.
| Дані | Де зберігалися | Діяло |
|---|---|---|
| Обліковий записSupabase Auth (auth.users): адреса електронної пошти, хеш пароля, відмітка підтвердження пошти, дати створення і входів. Таблиця public.profiles: ідентифікатор і та сама адреса пошти (колонка full_name у схемі передбачена, але жоден виклик її не заповнює). Пароль у відкритому вигляді проходить через наш серверний обробник реєстрації і не зберігається. | на сервері | 11.08.2026 — 28.09.2026 |
| Підключення зовнішньої обробки BAS / 1Сpublic.bas_connections і public.bas_pair_codes: підприємство, назва підключення, версії платформи, конфігурації та обробки, тип бази, статус і причина перевірки сумісності, хто і коли створив підключення, час останнього звернення і відкликання. Одноразовий код діє 10 хвилин. Відкриті код і токен пристрою в базі НЕ зберігаються — лише їх SHA-256-відбитки; токен зберігається локально на комп'ютері з BAS. | на сервері | 20.08.2026 — 23.09.2026 |
| Підключення зовнішньої обробки BAS / 1Сpublic.bas_connections і public.bas_pair_codes: підприємство, назва підключення, версії платформи, конфігурації та обробки, тип бази, статус і причина перевірки сумісності, хто і коли створив підключення, час останнього звернення і відкликання; відбиток бази 1С (32 символи SHA-256 рядка з'єднання — щоб обробка з іншої бази не отримала завдань підприємства) і коди ЄДРПОУ/РНОКПП організацій цієї бази (до 50) для звірки з ЄДРПОУ підприємства. Відбиток і коди учасникам підприємства не показуються — їх читає лише сервер. ЄДРПОУ підприємства передається обробці разом із завданням: у базі з кількома організаціями вона вивантажує лише організацію підприємства. Одноразовий код діє 10 хвилин. Відкриті код і токен пристрою в базі НЕ зберігаються — лише їх SHA-256-відбитки; токен зберігається локально на комп'ютері з BAS, окремо для кожної пари «база 1С + підприємство». | на сервері | 23.09.2026 — 28.09.2026 |
| Журнал завдань прямого оновлення даних із BAS / 1Сpublic.bas_sync_jobs: замовлений період, користувач і підключення, статус і час етапів, назва та розмір пакета, SHA-256, посилання на збережену версію даних і текст технічної помилки. Сам пакет після перевірки зберігається в приватному архіві вивантажень, описаному окремим рядком нижче. | на сервері | 20.08.2026 — 23.09.2026 |
| Журнал завдань прямого оновлення даних із BAS / 1Сpublic.bas_sync_jobs: замовлений період, користувач і підключення, статус і час етапів, назва та розмір пакета, SHA-256, посилання на збережену версію даних, текст технічної помилки (без переліку організацій бази; коди ЄДРПОУ/РНОКПП у ньому маскуються) і діагностика прийому пакета: регістр, період, кількості проводок, рахунків, документів і контрагентів, кількість організацій бази і чи застосовано фільтр організації, помилки перевірки — без імен, назв організацій і шляхів профілю користувача, до 16 КБ. Сам пакет після перевірки зберігається в приватному архіві вивантажень, описаному окремим рядком нижче. | на сервері | 23.09.2026 — 28.09.2026 |
| Знімок облікової картки платника з Е-кабінету ДПСpublic.company_snapshots (джерело payer_card): зберігається СИРА, необрізана відповідь cabinet.tax.gov.ua — РНОКПП або ЄДРПОУ, повне найменування чи прізвище, ім'я, по батькові фізичної особи, адреса (реєстрації та фактична), коди КВЕД, дата взяття на облік, назва органу ДПС, індивідуальний податковий номер платника ПДВ. Обсяг знімка визначає відповідь Е-кабінету, а не наш добір полів. Кожне підключення додає НОВИЙ знімок: старі не витісняються, тому в таблиці накопичуються всі отримані копії. | на сервері | 11.08.2026 — 28.09.2026 |
| Знімок стану розрахунків з бюджетомpublic.company_snapshots (джерело budget): за кожним податком — нараховано, сплачено, недоїмка, переплата за рік. Це податкова інформація про підприємство, а не лише персональні дані, і режим доступу до неї визначає Податковий кодекс. | на сервері | 11.08.2026 — 28.09.2026 |
| Подана звітність з Е-кабінету ДПС: декларації, додатки та квитанціїpublic.company_snapshots (джерело reports): кожне ручне завантаження зберігається окремою версією. У payload лежить повний XML обраних користувачем поданих звітів, їх додатків і квитанцій №2, метадані реєстру ДПС (форма, період, номер, дата, статус), ЄДРПОУ/РНОКПП, хто і коли виконав імпорт, а також контрольні показники, які продукт фактично використовує для звірки: чистий дохід рядка 2000 фінансової звітності та податкові зобов'язання рядка 9 декларації з ПДВ. Файл ключа КЕП і пароль у цей запис не входять і на сервер не надсилаються. Персональні дані працівників: якщо серед обраних звітів є Податковий розрахунок (ЄСВ, ПДФО, ВЗ), XML його додатків Д1 і 4ДФ містить прізвища, імена, по батькові та РНОКПП (або серію й номер паспорта) застрахованих осіб і отримувачів доходу, суми їх нарахованого доходу, єдиного внеску, податку на доходи фізичних осіб і військового збору, коди категорій і ознаки доходу; додаток Д5 — ще й посади, дати та номери наказів про прийняття і звільнення. Звірка бере з Д1 і 4ДФ лише суми, коди й номери рядків — ПІБ і РНОКПП у результати перевірки не потрапляють (особа позначається номером рядка додатка); додаток Д5 для звірки не використовується. | на сервері | 20.08.2026 — 28.09.2026 |
| Завантажені вивантаження обліку: оборотно-сальдова відомість, журнал проводок, пакет BAS, довідник контрагентівПриватне сховище файлів (бакет `zvireno`, шлях co/<підприємство>/src/…): СИРИЙ файл у тому вигляді, у якому його завантажили. Усередині можуть бути прізвища працівників у субконто, коди РНОКПП фізичних осіб і підприємців, найменування та коди контрагентів, вільний текст призначення операцій, а в актуальному пакеті BAS — також реквізити документів і рядки їх табличних частин. Поруч зберігається паспорт файлу: відбиток його байтів, ім'я, розмір, підтверджені вами межі звітного періоду, версія розбірника, хто і коли завантажив. Доступ мають лише співробітники, доданих до цього підприємства; ізоляція між підприємствами забезпечена правилами самої бази даних. Обчислення на сервер НЕ передається: правила перевірки виконуються у вашому браузері, на сервер їде копія файлу. | на сервері | 12.08.2026 — 09.09.2026 |
| Завантажені вивантаження обліку: оборотно-сальдова відомість, журнал проводок, пакет BAS, довідник контрагентівПриватне сховище файлів (бакет `zvireno`, шлях co/<підприємство>/src/…): СИРИЙ файл у тому вигляді, у якому його завантажили. Усередині можуть бути прізвища працівників у субконто, коди РНОКПП фізичних осіб і підприємців, найменування та коди контрагентів, вільний текст призначення операцій, а в пакеті BAS — також реквізити документів і рядки їх табличних частин. Поруч зберігається паспорт файлу: відбиток його байтів, ім'я, розмір, підтверджені вами межі звітного періоду, версія розбірника, хто і коли завантажив. Доступ мають лише співробітники, додані до цього підприємства; ізоляція між підприємствами забезпечена правилами самої бази даних. Перевірку на цих даних виконує сервер — з розібраного знімка цієї версії; у браузері результат лише показується і не зберігається. | на сервері | 09.09.2026 — 28.09.2026 |
| Вивантаження: оборотно-сальдова відомість, журнал проводок, пакет BAS, довідник контрагентівФайл читається у вкладці браузера і розбирається там само. На сервер не надсилається і на сервері не зберігається. Знімок розібраних даних лишається в IndexedDB цього ж браузера до натискання «Очистити все». | у браузері | 11.08.2026 — 12.08.2026 |
| Канонічний журнал проводок і результати перевірокIndexedDB браузера: розібрані проводки, знахідки рушія, світлофор за кожним звітом. | у браузері | 11.08.2026 — 09.09.2026 |
| Робота бухгалтера: обґрунтування операцій, позначки, робочі нотаткиIndexedDB браузера. На інше робоче місце не переноситься і між співробітниками не синхронізується. | у браузері | 11.08.2026 — 13.08.2026 |
| Робота бухгалтера: обґрунтування операцій, позначки «пояснено», коментарі, відповіді щодо похідних проводок, метадані виданих довідокlocalStorage браузера — основне сховище: позначки, коментарі, структуровані обґрунтування (зокрема ТЕКСТ, написаний бухгалтером, який далі друкується в довідці) і метадані виданих документів (номер, дата, контрольна сума, знімок реквізитів бланка). Додатково, у розгортанні з увімкненим серверним шляхом, та сама робота дублюється в IndexedDB цього ж браузера як стрічка записів із часом і автором — щоб було видно, хто і коли ухвалив рішення. На інше робоче місце не переноситься і між співробітниками не синхронізується: передачі на сервер у продукті немає — ні виклику, ні кнопки. | у браузері | 13.08.2026 — 14.08.2026 |
| Розібраний знімок вивантаження (ОСВ, проводки, документи BAS і довідник у робочому форматі)Приватне сховище файлів (бакет `zvireno`, шлях co/<підприємство>/src/<відбиток>.parsed.json.gz): ті самі дані обліку, що й у сирому файлі, лише вже розібрані і стиснені — прізвища працівників у субконто, коди РНОКПП фізичних осіб і підприємців, найменування та коди контрагентів, вільний текст призначення операцій, реквізити документів BAS і рядки їх табличних частин. ⚠ ЗНАХІДОК ПЕРЕВІРКИ В НЬОМУ НЕМАЄ: знімок несе рівно вхідні дані, а відповіді живуть у файлі результату перевірки. У паспорті файлу поруч зберігаються відбиток стиснених байтів, їх розмір, номер формату і час запису. Доступ мають лише співробітники, додані до цього підприємства. | на сервері | 15.08.2026 — 09.09.2026 |
| Розібраний знімок вивантаження (ОСВ, проводки, документи BAS і довідник у робочому форматі)Приватне сховище файлів (бакет `zvireno`, шлях co/<підприємство>/src/<відбиток>.parsed.json.gz): ті самі дані обліку, що й у сирому файлі, лише вже розібрані і стиснені — прізвища працівників у субконто, коди РНОКПП фізичних осіб і підприємців, найменування та коди контрагентів, вільний текст призначення операцій, реквізити документів BAS і рядки їх табличних частин. ⚠ ЗНАХІДОК ПЕРЕВІРКИ В НЬОМУ НЕМАЄ: знімок несе рівно вхідні дані, а відповіді живуть у файлі результату перевірки. Саме з цього знімка сервер виконує перевірку. У паспорті файлу поруч зберігаються відбиток стиснених байтів, їх розмір, номер формату і час запису. Доступ мають лише співробітники, додані до цього підприємства. | на сервері | 09.09.2026 — 28.09.2026 |
| Результати перевірок і паспорт кожного прогонуПриватне сховище (co/<підприємство>/runs/<прогін>/result.json.gz) містить повний стиснений результат: знахідки, повідомлення, суми та службові ключі перевірок. public.check_runs зберігає період, розділ, відбитки вхідних файлів, параметри, версії правил і розбірника, версію застосунку, автора, час, підсумкові лічильники, шлях та контрольну суму результату. Обчислення виконується у браузері, але його завершений результат завантажується до серверного архіву. | на сервері | 20.08.2026 — 09.09.2026 |
| Видані бухгалтерські довідки, їх нумерація і заморожені текстиIndexedDB і localStorage браузера. Нумерація ведеться локально на цьому робочому місці, а не централізовано; те саме написано в поясненні до досьє. | у браузері | 11.08.2026 — 20.08.2026 |
| Задекларовані показники, введені рукамиlocalStorage браузера: сума доходу і ПДВ з поданих вами декларацій та дата вводу. | у браузері | 11.08.2026 — 09.09.2026 |
| Файл особистого ключа КЕП і пароль до нього (режим до автоматичного пошуку сертифіката)Тільки оперативна пам'ять вкладки, доки відкрито сторінку. Не зберігаються ніде — ні на сервері, ні в сховищі браузера. Назовні йде лише сформований підпис. | у браузері | 11.08.2026 — 21.08.2026 |
Дата в колонці — дата, з якої діє САМЕ ЦЕЙ рядок повідомлення. У першій редакції це 11.08.2026 для всіх рядків: раніше повідомлення про обробку даних не публікувалося. Серверні рядки описують стан, який існував і до цієї дати. У другій редакції (12.08.2026) додано зберігання завантажених вивантажень обліку на сервері; попередній рядок про те, що вони не залишають браузер, закрито цією ж датою і залишено в таблиці як історію. У третій редакції (13.08.2026) виправлено опис носія роботи бухгалтера: позначки, коментарі, обґрунтування і метадані виданих довідок зберігались у localStorage браузера, а не в IndexedDB, як було написано раніше. Попередній рядок закрито цією датою і залишено в таблиці як історію. У четвертій редакції (14.08.2026) робочий журнал бухгалтера почав передаватися на сервер за окремою дією користувача: разом із ним на сервер потрапляє ТЕКСТ ОБҐРУНТУВАННЯ, написаний бухгалтером (той самий, що друкується в довідці, — у ньому можуть бути прізвища), і ключі операцій зі субконто. Рядок третьої редакції, який стверджував, що робота між співробітниками не синхронізується, закрито цією датою і залишено в таблиці як історію. У пʼятій редакції (15.08.2026) поруч із сирим файлом вивантаження на сервер почав зберігатися РОЗІБРАНИЙ знімок тих самих даних: він потрібен, щоб вибір іншої версії даних у розділі займав секунди, а не десятки секунд розбору у вашому браузері. Рядок другої редакції про сирий файл не закривається — він лишається чинним, а новий рядок описує другий обʼєкт поруч із ним. У шостій редакції (20.08.2026) окремо названо серверні результати перевірок, спільну книгу і заморожені тексти довідок, запрошення до команди та журнал доступу. Це виправлення неповного попереднього опису, а не заява, що ці носії зʼявилися лише цієї дати. У сьомій редакції (20.08.2026) додано пряме підключення зовнішньої обробки BAS: зберігаються лише хеші секретів, паспорт підключення і журнал замовлених оновлень; сформований пакет далі потрапляє до того самого приватного архіву вивантажень. У восьмій редакції (21.08.2026) додано автоматичний пошук відсутнього публічного сертифіката КЕП: файл ключа і пароль далі не залишають браузер, але public key-id CMP-запиту і відповіді КНЕДП транзитом проходять через сервер без зберігання. У девʼятій редакції (09.09.2026) перевірку почав виконувати сервер із розібраного знімка збереженої версії даних; рядки про обчислення і кеш результатів у браузері закрито. У десятій редакції (23.09.2026) підключення BAS / 1С почало зберігати відбиток бази 1С і коди її організацій, а журнал завдань — діагностику прийому пакета. В одинадцятій редакції (28.09.2026) додано збір «Завантажити все за період»: за одну явну дію користувача — звітність, облікова картка, стан розрахунків за кожен рік періоду і реєстр податкових накладних з Е-кабінету ДПС, для кількох обраних підприємств однією сесією ключа, і журнал зборів; названо вхід через Google і дані, які він передає, та строк знищення даних за зверненням. Там само описано токен обробки BAS у налаштуваннях користувача 1С (обробка 1.2.6) і дані пакета BAS 1.2.6 для точної звірки з працівниками під псевдонімами. Закриті цією датою рядки лишаються в таблиці як історія.
Зберігання і передача — різні речі, і про передачу теж треба сказати прямо.
До суто локальних даних браузера ми не маємо доступу; локальна копія не скасовує обробку, якщо для тієї самої сутності вище названо серверний носій. Нижче — те, що зберігається на сервері, і окремо те, що через сервер лише проходить: транзит — теж обробка, тому мета, підстава і строк потрібні й для нього.
Ролей дві, і змішувати їх не можна, бо від цього залежить, до кого звертатися суб'єкту.
Практичний наслідок: якщо ви — контрагент, посадова особа контрагента чи працівник підприємства і хочете дізнатися, що про вас обробляється, звертайтеся до підприємства, яке користується сервісом. Ми не можемо відповісти за нього, бо не визначаємо ні складу, ні мети цієї обробки. Ми зобов'язані допомогти підприємству підготувати таку відповідь.
Чесна межа цієї конструкції: облікову картку платника ми зберігаємо цілком, у тому вигляді, у якому її віддав кабінет, тобто обсяг фактично визначає відповідь ДПС, а не добір полів клієнтом. Юрист має оцінити, чи не робить це нас співволодільцем щодо цього конкретного запису. Подану звітність зі збору за період, навпаки, мінімізуємо: зміст зберігається лише для форм, які звіряє продукт, і для квитанцій.
Перелік осіб, які обробляють дані за нашим дорученням, разом із підставою транскордонної передачі — на окремій сторінці Субобробники. Вона є частиною цього повідомлення, а не маркетинговою сторінкою: закон вимагає повідомляти саме про осіб, яким передаються дані.
Окремо: Е-кабінет ДПС не є нашим субобробником. Запит до нього — ваша дія, підписана ключем, який ви обрали; ми лише передаємо запит і відповідь. Так само вхід через Google — ваш вибір постачальника облікового запису, а не обробка за нашим дорученням.
Рушій формує знахідки за фіксованими правилами: ті самі дані дають той самий результат. Це не рішення, що породжує правові наслідки: знахідка — підстава подивитися на операцію, а остаточну кваліфікацію робить бухгалтер підприємства. Те саме написано на кожному документі, який формує продукт.
Вивантаження обліку і журнал проводок зберігаються у серверному архіві. У них можуть бути зарплатні субконто, лікарняні та інший вільний бухгалтерський текст, з якого інколи можна зробити висновок про стан здоров'я працівника. Обробка BAS / 1С з версії 1.2.6 передає працівників у проводках, залишках і даних про зарплату лише псевдонімами; у документах 1С посилання на людину і реквізити з ПІБ («Відповідальний», «Працівник», «Фізична особа», «Видати», «Прийнято від») теж ідуть псевдонімом, а реквізити документа, що посвідчує особу, і вільний коментар документа не передаються. Вільний текст (зміст операції, підстава, призначення платежу), реквізити з іншими назвами і пакети обробок до 1.2.6 вона не переписує — там можуть бути прізвища. Продукт не виділяє і не профілює такі дані, але технічно вони можуть входити до завантаженого клієнтом файлу; підприємство має не завантажувати надлишкові поля і визначити законну підставу їх обробки.
Стаття 8 частина 2 Закону №2297-VI дає суб'єкту персональних даних такі права (перелік наведено за структурою статті; дослівні формулювання звіряються з чинною редакцією):
Запит надсилайте на support@zvireno.com. Пошту домену обслуговує Google (рядок на сторінці Субобробники). Відповідь надаємо у строк, встановлений законом (стаття 16). Щоб ми могли відповісти, у запиті потрібні дані, за якими вас можна знайти в наших записах — адреса пошти облікового запису або код підприємства.
Самостійно в продукті можна виконати такі видалення серверних даних:
Решти самостійних дій у продукті поки немає, і ми не подаємо їх як наявні:
Окремо про документи: «видалити все на першу вимогу» ми обіцяти не можемо, і це не наша обережність. Первинні документи, регістри обліку і фінансова звітність мають законний строк зберігання (підпункт 44.3.2 Податкового кодексу — 1825 днів для юридичних осіб, включно з платниками єдиного податку; підпункт 44.3.3 — 1095 днів для інших документів, зокрема у фізичних осіб-підприємців; діє також Перелік типових документів №578/5, і зберігати треба за довшим строком). Строк не зупиняється, а продовжується у випадках, прямо передбачених Кодексом. Тому документи, для яких закон встановив строк зберігання, зберігаються до його спливу — незалежно від того, у браузері вони чи на сервері.
Книга документів і заморожені після друку тексти зберігаються у серверному архіві, а робоча копія — також у браузері (розділ 2). Строк на сервері обчислюється з класу зберігання; legal hold під час спору або перевірки блокує знищення. Конкретного числа за Переліком №578/5 ми тут не наводимо: чинної редакції Переліку в наших звірених джерелах немає, а неперевірене число в такому тексті читалося б як звірений факт.
Заходи, які вживаємо ми: доступ до записів на сервері обмежено на рівні бази даних — користувач бачить тільки записи підприємств, до яких він доданий; дані передаються захищеним з'єднанням (HTTPS); ключі КЕП і паролі до них у схемі бази не передбачені взагалі.
Про шифрування даних на носіях ми в цьому документі нічого не стверджуємо: це властивість інфраструктури постачальника, яку ми не реалізуємо і не перевіряємо самостійно. Те, що про неї заявляє постачальник, наведено в його рядку на сторінці Субобробники — як заява постачальника, а не як наша перевага. Стандартна властивість платформи не є нашою розробкою і не може подаватися як аргумент на нашу користь.
Чого немає: шифрування, при якому ключ був би лише у вас і ми не могли б прочитати вміст. Такого шифрування серверних записів у продукті немає, і обіцяти його ми не будемо, доки не зробимо. Єдине місце, де діє принцип «ми не бачимо», — це особистий ключ КЕП і пароль до нього: вони не залишають вашу вкладку браузера.
Кожна редакція має дату, а кожен рядок таблиці в розділі 2 — власну дату набуття чинності. Попередні рядки зберігаються закритими, а не видаленими.
Як саме ми повідомляємо про зміни. Продукт надсилає лише службові листи (підтвердження пошти, відновлення пароля); розсилки повідомлень про зміни в продукті немає. Тому повідомленням є сама публікація: зміни ми виносимо на цю сторінку, з датою редакції у шапці і з датою в кожному рядку таблиці, а попередні рядки лишаємо закритими. Коли змінюється текст доручення на обробку, власник підприємства бачить це ще й у застосунку — з проханням прийняти нову редакцію. Про інцидент з даними ми повідомляємо власника підприємства листом на адресу його облікового запису (див. Умови користування, п.5.8).