Дневник на ежедневната активност

A1Архитектура: къде се намира в платформата

Дневник на ежедневната активност is a first-class module of the Продуктивност и благосъстояние на рекрутърите suite inside the authenticated Expertini ATS workspace. Платформата умишлено се рендерира на сървъра: всеки изглед се подготвя от сървъра на приложението и се изпраща като пълен HTML, без клиентски фреймуърк, без скринтове от трети страни CDN и без конвейер за изграждане между данните и страницата. Това, което се визуализира, е това, което сървърът е изчислил — свойството, което прави интерфейса одитируем.

Цялата постоянна памет работи в едно единствено хранилище за документи, базирано на търсене; всяка заявка носи идентификатора на организацията като задължителен филтър на най-ниското ниво на заявката. Следователно изолацията на тенантите е структурна — свойство на това как се композира всяка заявка — а не политика, която разчита на приложен код, който да не забрави да направи проверка.

Availability is governed by the platform's tool registry: this tool is registered from the Starter plan, and access is enforced server-side by the registry gate on every request — never by hiding a button. Plans also carry a monthly distinct-tool quota (3 / 5 / 15 / 30 / 45 across Trial→Business, unlimited on Enterprise), counted at the same chokepoint. The pricing page states both honestly: what is available, and how much of it the month includes.

A2Данников модел и карта на зависимостите

In production the tool reads and writes ats_planner_logs, job requisitions (ats_jobs), pipeline applications (ats_applications). Documents are plain, explicitly-mapped fields — mappings are provisioned ahead of first write, so term filters and aggregations behave deterministically instead of depending on inferred types.

Всяко отделно отваряне се записва в дневника за активност на инструмента – и този дневник, а не паралелна аналитична система, е това, което секцията с отчети агрегира. Използваните числа, които виждате, са числата, които платформата действително е записала.

Всичко, което напуска пътя на заявката — разклоняване на нотификации, доставка на уебхукове, регистриране на дейности, поща — работи във фонови нишки с изпращане и забравяне. Бавната външна крайна точка никога не може да накара интерфейса да забие, а неуспешният страничен ефект се регистрира, вместо да се повтаря мълчаливо до несъответствие.

A3Оперативни съображения

Настройките на ниво организация, деструктивните действия и връзките са достъпни само за роли на собственик и администратор; специалистите по подбор управляват инструмента върху записите, които могат да виждат. Промените в ролите се прилагат при следващата заявка — принудителното прилагане е на маршрута, а не в менюто.

Грешките се извеждат на повърхността, а не се прикриват: сървърната валидация връща точното поле и причина, грешките на доставчика се цитират буквално, когато са замесени интеграции, и всяко записване или се потвърждава, или докладва. Експортите се генерират отново при заявка, вместо да се кешират — отчетът, който изтегляте, отразява състоянието в хранилището в момента, в който сте го поискали, а не снимката от снощи.

Всичко написано е ваше за вземане: CSV експортите и приложението Експорт на данни покриват същите хранилища, които самият продукт чете. Изходът е толкова отворен, колкото и входът — по дизайн, а не по отстъпка.

A4Interaction contract

Интерфейсът следва конвенцията на платформата за търсене и избор: всяко поле, което назовава реален запис — кандидат, клиент или позиция — е инструмент за избор с въвеждане и търсене върху живи данни, никога низ с свободно въвеждане, което поддържа пътеките за активност и дедупликацията надеждни. Статичните избори са комбинирани полета с филтриране при писане, а не естествени падащи менюта, и преходите на състоянията дават изрична обратна връзка: потвържденията на сървъра се появяват като изскачащи съобщения, грешките при валидиране назовават точното поле и нищо не се показва като готово, което сървърът не е потвърдил.

Уефреймът и потокът по-долу документират структурния договор на интерфейса — какви панели съществуват, в какъв ред възникват състоянията и какво се случва на всеки ръб — вместо пиксели. Оформлението е композирано с помощта на родна CSS мрежа и гъвкави кутии (flexbox) и се адаптира от широк настолен компютър към една колона без отделни мобилни изгледи.