Контакт, запит, показ і пропозиція — окремі записи. Один запит може містити кілька офісів і показів. Телефон допомагає знайти контакт, але нова потреба після завершеної угоди створює новий цикл. Сумнівні збіги імпорту мають підтверджуватись менеджером.

Ringostat → вхідний дзвінок, call_id, нормалізований телефон, канал, кампанія, UTM, пропущений дзвінок і запис розмови. Повторний call_id не створює дубль. Перше джерело зберігається, кожен новий дзвінок має власну атрибуцію. Невідомий канал залишається невідомим. Живе підключення й записи очікують доступів Ringostat.

Покази та зустрічі призначаються Юлії. Перетин часу блокується. «Проведено» менеджер підтверджує після зустрічі. Скасовані зустрічі зберігаються в історії. Надсилання зовнішніх запрошень у робочому застосунку потребує підключеного календаря.

Передача пропозиції відділу створює задачу з дедлайном і сповіщенням для обраного співробітника. Контент пропозиції не перетворюється на кваліфікований орендний лід автоматично.

Тижневий звіт: кількість проведених показів, унікальні клієнти, нові запити та канали. Потенційні м² — унікальні основні офіси активних переговорів, без сумування альтернатив. Це поточний потенціал, а не гарантована оренда.

Одержувач — CEO. Для гарантованої доставки при закритій ERP потрібен серверний розклад.

Прайси офісів беруть корисну й орендну площу, ставку та OPEX із окремих числових полів. Суперечливий текст КП не перезаписує ставку. Статус доступності офісу підтверджується в Оренді.

Підписаний договір створює запит передачі Марині. Перенесення в CRM Резиденти має завершуватись підтвердженням клієнт-сервісу; черга передачі зберігає номер договору та історію.

Одна заявка — клієнт, слоти, послуги, оплати й історія. Відкрита дата не займає календар. Монтаж і прибирання блокують час; прострочений резерв його звільняє. Оплата не змінює статус бронювання. Старі суми зберігаються до редагування розрахунку.

Прайс береться з «Тарифи». 999 — межа пошуку, не місткість. Для Sunset понад 80 гостей ставки немає. Пакети Lounge включають клінінг. За замовчуванням клінінг додається один раз; щоденний обирається явно. Для укриття сума клінінгу задається вручну.

Знижка діє лише на оренду; безоплатна оренда лишає сервіси платними. Це запропонована база знижки. Особливі умови погоджує CEO або фінансовий відділ. TV: у прайсі 4200 грн, у формулі 3500 грн — ціну потрібно узгодити. Паркінг: 85 грн / авто-год або 450 грн / авто-день. Рядок рахунку не призначає фізичні місця.

Оплати й повернення не видаляються при перенесенні чи скасуванні. Повернення обмежене отриманими коштами. Звіт рахує надходження за датами платежів, проведені оренди — за датою завершення. Офіційні документи оформлюються в Документообігу.

Фінрезультат доступний CEO та фінансовому відділу. Невідомі витрати не стають нулями. Опис бази бонусу 7% та формули аркушів різняться; до узгодження база вводиться явно без ПДВ. Бонус рахується після проведення оренди.

Компанія може мати кілька юросіб та окремих договорів. Первинний договір є джерелом умов у CRM Резиденти. Нарахування зберігається окремо за договором і місяцем; повторне створення не дублює його. Зміна умов не переписує історію.

Площа нарахування = площа × коефіцієнт. Ставки Step Rent діють з точної дати; неповний місяць та зміна ставки розподіляються за календарними днями. OPEX, паркінг і сервіси нараховуються за активні дні; комунальні вносяться окремою сумою за місяць.

Джерело та дата курсу визначаються договором. У прототипі курс вноситься вручну, автоматичне отримання не підключено. ПДВ береться з умов договору: додається, включений або не застосовується. Суми округлюються до копійок за складовими.

Директор 5 і 1С: ідентифікатор договору, контрагент, специфікація, валюта та статті мають звірятися з обліковою системою. Рахунки та оплати поки зберігаються локально; завантажений рахунок є зразком для перегляду. Дані для KPI та фінрезультату надходитимуть лише після погодження фінансовим відділом їхніх джерел.

Контрагент — група клієнта. У групі є окремі юрособи з реквізитами, договорами, послугами, нарахуваннями та оплатами. Ідентифікатор юрособи прив’язаний до групи; номер договору не є глобальним ідентифікатором. Підсумок групи не створює спільного рахунку для різних юросіб.

Приклад із демофайлу: Квіточка 39 → Ромашка 39, 42, 44, 49 → договори 000-0026–000-0029. Історичні площі й кількість зберігаються з датами; оренда та OPEX не підсумовуються як дві різні площі. Рядки послуг не перетворюються на окремі договори.

Місячний розрахунок прикладу повторює формулу менеджера: чинність за перетином дат місяця, ставка на 1-ше число, округлення гривневої ставки до копійок перед множенням на кількість, ПДВ після розрахунку рядка. Автоматичну пропорцію за днями для цього прикладу не застосовано; правило неповного місяця потрібно погодити з фінансами.

НБУ на 1-ше, ПриватБанк на 1-ше та НБУ на останнє число — різні правила. Нульові й відсутні значення курсу у файлі вважаються відсутніми даними, а не нульовою вартістю. Завантажено лише демонстраційний приклад групи та збережені курси з файлу; живі API не підключені.

Гарантійний платіж обліковується окремо й не додається автоматично до оренди. Дані 1С та управлінського обліку потребують явного зіставлення; їх не можна додавати як два доходи. Некоректні строки та спірні умови з інших рядків файлу потребують перевірки перед імпортом.