Пароль для демо: Neva-2026-demo · PIN для подписи решений внутри системы: 2026.
Путь заявки: не согласована → согласована → в платёжном календаре на дату → оплачена.
Первый уровень: переносим наименее важные платежи (приоритет 4 → 3 → 2) на самую раннюю безопасную дату не позже срока. Налоги, зарплату, кредиты и критические платежи (реклама, агрегаторы) не трогаем. Второй уровень — крайний случай: задержка у лояльных поставщиков в пределах договорённости, с оценкой пени.
Если у одного юрлица разрыв, а у другого свободный остаток на весь горизонт — модуль предлагает заём внутри группы. Кнопка оформляет договор, платёж на выдачу и плановый возврат.
Как расход встанет в отчёт Smed: статья, клиника, сумма. Факт — оплаченные заявки, план — согласованные и на согласовании.
Аренда, лизинг, обслуживание. Заявка создаётся сама за несколько дней до платежа и встаёт в платёжный календарь вместе со всеми остальными: расходует лимит статьи, видна в отчёте и уходит в Smed. Автосогласование включает собственник: заявка согласуется сама, если сумма и реквизиты совпадают с договором и лимит не превышен. Платить, как и всё остальное, отправляет казначей «на подпись».
Доступно = лимит − оплачено − согласовано − на согласовании. Жёсткий лимит не даст создать заявку сверх остатка: нужна корректировка бюджета. Мягкий — пропустит, но добавит собственника в маршрут. Лимит в % от выручки уменьшается сам, если выручка падает. Налоги, зарплата и критические платежи не блокируются никогда.
Платёжные дни: вторник и четверг. Заявку нужно подать до 12:00 за рабочий день до платёжного дня. Всё, что нужно раньше, — внеплановый платёж: с причиной и оплатой из резерва непредвиденных расходов. Цель — не больше 10% внеплановых по каждой клинике.
Факт — выручка из Smed за последний закрытый день. План дня — план месяца клиники, разложенный по дням с учётом дня недели. Выполнение месяца — факт с 1-го числа против плана к этой дате.
Каждый день сравнивается со средним за 8 предыдущих таких же дней недели (понедельник — с понедельниками). Сигнал: 3 дня подряд ниже обычного на 10% или один день ниже на 25%.
Скользящий понедельный прогноз прямым методом: заявки + регулярные обязательства (зарплата, налоги, аренда) + выручка по среднему. Пессимистичный: выручка −15%, ДМС платят на 30 дней позже. Стресс: выручка −30%, ДМС +45 дней, непредвиденные расходы 5% выручки.
Каждый понедельник прогноз фиксируется, потом сравнивается с фактом. Хороший уровень — 90% и выше.
Займодавец: выдача Дт 58.03 Кт 51, проценты Дт 76 Кт 91.01. Заёмщик: получение Дт 51 Кт 66.03 (до года) или 67.03, проценты Дт 91.02 Кт 66.04. В консолидированной отчётности группы займы и проценты взаимно исключаются. Счета сверьте с учётной политикой главного бухгалтера.
Данные приходят из Smed каждую ночь и при закрытии смены кассы: выручка по видам оплаты, наличные в кассе, инкассации, реестры ДМС. Эквайринг поступает на счёт следующим рабочим днём, ДМС — по сроку договора со страховой с поправкой на её надёжность.
Отмечены кассы выше лимита: их инкассируем сегодня. Остальные — по графику, можно добавить галочкой.
Надёжность — доля оплаченного в срок по прошлым реестрам. С ней ДМС попадает в прогноз денег: у страховой с надёжностью 0,6 ожидаемые 100 ₽ считаются как 60 ₽.
Срок оплаты считается от даты счёта по договору. Лояльный поставщик — с ним можно в крайнем случае договориться о задержке на указанное число дней (оптимизатор предложит это только когда переносов в срок не хватает, и покажет пени). Строгий — просрочка недопустима.
Отметьте галочками участников. Порядок всегда один: руководитель клиники → директор бренда → директор по маркетингу → главный бухгалтер → казначей → собственник. Если бюджет превышен, заявка всё равно дойдёт до собственника — это защитное правило не отключается.
Новые маршруты действуют для заявок, отправленных после сохранения. Заявки, которые уже согласуются, идут по старому маршруту. Каждое изменение записывается в журнал.
Отметьте, какие статьи может вносить каждый: директор клиники, старшая медсестра, сотрудник отдела закупок. Заявку по чужой статье система не примет — ни с компьютера, ни с телефона. Директор клиники свою заявку не согласует: его шаг засчитывается при создании, дальше — следующий по маршруту.
Каждой статье PayCal нужен код статьи расходов из Smed — по нему оплаченный расход встаёт в отчёт Smed и в ДДС. Без кода расход в Smed не попадёт.
Зона определяет, чьи заявки, клиники и деньги видит сотрудник: вся группа, бренд или одна клиника. Менять может собственник или ИТ-администратор.
Робот сам забирает остатки и выписки каждые 30 минут и отправляет согласованные платежи в платёжные окна. Платёжки создаются в банке «на подпись» — подписывает уполномоченное лицо в приложении банка.
Этот формат загружают Сбер, ВТБ, Альфа, Точка, Т-Банк и 1С. В рабочем сервисе файл отдаётся сразу в кодировке Windows-1251 методом POST /api/v1/registry, а выписка возвращается методом POST /api/v1/bank-statements и сама проставляет «оплачено».
Сформируйте реестр — здесь появится текст файла.
curl -X POST https://paycal.ваш-домен.ru/api/v1/requests \
-H "X-API-Key: ключ-системы-smed" -H "Content-Type: application/json" \
-d '{
"source_system": "smed", "external_id": "invoice-48213",
"entity_inn": "7700000001", "cfo_code": "NEVA-01", "item_code": "MED",
"counterparty": "ООО «МедСнаб»", "counterparty_inn": "7812345678",
"counterparty_account": "40702810900000012345", "counterparty_bik": "044030653",
"purpose": "Расходные материалы по счёту 812", "amount": 385000.00,
"planned_date": "2026-11-05", "due_date": "2026-11-14"
}'
Повторная отправка с тем же external_id обновит заявку, а не создаст дубль. В ответе — маршрут согласования, проверка лимита БДДС и статус.
POST https://smed.ваш-домен.ru/paycal-hook
X-PayCal-Event: request.paid
X-PayCal-Signature: HMAC-SHA256(secret, body)
{"event":"request.paid","data":{"id":42,"external_id":"invoice-48213","status":"paid","paid_at":"2026-11-05"}}
| Метод | Что делает | Кто вызывает |
|---|---|---|
| POST /api/v1/requests | Создать/обновить заявку, запустить согласование, проверить лимит | Smed, 1С, бот, сотрудник |
| POST /api/v1/requests/{id}/decision | Согласовать / отклонить шаг, при необходимости перенести дату | Руководитель ЦФО, маркетинг, казначей, собственник |
| POST /api/v1/inflows | Пакетная загрузка прогноза поступлений с вероятностью | Smed (ночная выгрузка) |
| GET /api/v1/calendar | Календарь по дням и юрлицам, разрывы, подсказки займов | Дашборды, агенты, BI |
| POST /api/v1/optimize | Подбор переносов платежей, потребность в финансировании | Казначей |
| POST /api/v1/registry | Реестр платёжек на дату (файл для банка) | Казначей, главбух |
| POST /api/v1/bank-statements | Загрузка выписки, автосверка «оплачено», обновление остатков | Главбух, интеграция с банком |
| PUT /api/v1/entities, accounts, cfo, cash-items, budget-limits | Справочники и лимиты БДДС | 1С, ИТ |
| POST /api/v1/bank-connections | Подключить банк: Сбер, Точка, Т-Банк, Альфа или файловый обмен для любого банка | Казначей, ИТ |
| POST /api/v1/bank-connections/{id}/sync | Из банка: остатки, выписка, сверка «оплачено», статусы платёжек | Робот каждые N минут |
| POST /api/v1/bank-connections/{id}/send | В банк: согласованные заявки → платёжки на подпись | Робот в платёжные окна, казначей |
| GET /api/v1/balances, /bank-transactions, /bank-sync-log | Остатки, операции из выписок, журнал обмена | Дашборды, аудит |
| POST /api/v1/webhooks | Подписка на события | Любая система |
| GET /api/v1/audit | Журнал: кто, что и когда менял | Собственник, аудит |
Загружаю данные…