Продавец сканирует товары, сканирует IDNO покупателя, система подтверждает данные компании из SFS и формирует счёт-фактуру: черновик → подпись → отправка → отслеживание статуса — всё примерно за 5 секунд. Портал SFS больше открывать не нужно. Сертификат остаётся вашим, мы лишь технический канал, автоматизирующий процесс, а при сбое связи система сама повторяет попытку, пока SFS не ответит. Без ограничений на тарифах Standard / Extra, без оплаты за документ.
Пять шагов, все автоматизированы. Оператор подтверждает только в начале и в конце — остальное происходит в фоне.
Добавляете строки из POS, из онлайн-заказов или вручную. Система проверяет IDNO покупателя в базе SFS — автозаполнение названия, адреса, налогового кода. Автоматически считает TVA по ставкам (8% / 12% / 20% / 0% / без TVA) в зависимости от товара и проверяет последовательную нумерацию без разрывов в серии.
Счёт-фактура отправляется на портал e-Factura SFS через API, с аутентификацией через ваши учётные данные user-api, выделенные для модуля (сгенерированные отдельно в портале e-Factura SFS, не USB-токен). Подпись остаётся ответственностью оператора согласно процедуре SFS — мы лишь обеспечиваем отправку.
За несколько секунд приходит: OK с уникальным номером RID SFS, либо ошибка валидации с понятным сообщением о проблемном поле (исправляете → отправляете снова). Если API SFS временно не отвечает, счёт остаётся в черновике — оператор отправляет его повторно, когда SFS снова доступен.
После отправки счёт попадает в одно из состояний: Pending acceptance (ждёт покупателя), Accepted (подтверждён, становится окончательным), Rejected (отклонён с указанием причины). Обновление статусов из SFS полу-автоматическое — оператор нажимает кнопку синхронизации в платформе, и дашборд обновляется.
При возврате товара или поздно обнаруженной ошибке: запрос на аннулирование или сторнирование следует процедуре SFS и трекуется полу-автоматически в платформе — система показывает статус на каждом шаге, а решение остаётся за оператором. Полный аудит: кто, когда, причина.
Если SFS отклонил на валидации (редко — мета-проверки), система указывает ровно то поле, где проблема. Исправляете и нажимаете Отправить повторно → поток возобновляется с этапа отправки. Без ручного дублирования данных.
Ежедневный сценарий в сети из 4 магазинов и центрального склада — как это работает сегодня.
Корпоративный клиент запрашивает счёт-фактуру на 50 футбольных мячей. Продавец сканирует товары, сканирует IDNO, система подтверждает данные компании из SFS и формирует счёт: черновик → подпись → отправка → отслеживание статуса. Если SFS даёт reject (редко), сразу получите точное неверное поле и кнопку повторной отправки.
Без ограничений на любом тарифе, в пределах включённого трафика. Мы не берём оплату за каждую e-Factura — учёт идёт по трафику и объёму, которые входят в базовый тариф. Быстрая выдача даже для сетей с 50 000 счетов в год — производительность не падает.
Если IDNO покупателя отсутствует в базе SFS, мы получаем ограничение от SFS, и счёт для этого покупателя выставить нельзя. Решение: покупатель регистрируется в SFS либо вы выбираете другой способ (простой фискальный чек, без e-Factura).
Мы не генерируем периодический файл выгрузки. Бухгалтер может забирать счета через API ERP — по запросу мы кастомно настраиваем логику периодической выгрузки в формате, поддерживаемом его бухгалтерским софтом (1C, SAGA, BAS, InfoCont и т. д.). Оценка индивидуальная после анализа.
Поток легитимен только если ваша подпись остаётся вашей. Вот как мы держим технический темп, не затрагивая ответственность подписанта.
Это не общие учётные данные SFS, USB-токен для API мы не используем — аутентификация идёт через user-api e-Factura по официальному стандарту. Настройка в платформе — это работа поддержки, платно, по запросу, с оценкой в часах после анализа.
Кэш обработанных через платформу счетов хранится на серверах с ролевым доступом и неизменяемым audit log, обменом по TLS и off-site бэкапами с ограниченным доступом. Официальным источником остаётся SFS (система e-Factura).
Каждый вызов к API SFS идёт по HTTPS с валидацией сертификата. Доступ к модулю ограничен разрешениями со scoping по точке продаж, настраиваемыми при внедрении в зависимости от ролей в вашей команде.
Вы. Мы не выставляем от вашего имени. Используем ваши учётные данные user-api, выделенные для модуля e-Factura (сгенерированные отдельно в портале SFS, не USB-токен). Подпись остаётся ответственностью оператора согласно процедуре SFS — мы лишь обеспечиваем отправку и отслеживание статуса.
Несколько секунд — от сканирования товаров и подтверждения IDNO до ответа с официальным RID SFS, в нормальных условиях. Если API SFS временно не отвечает, счёт остаётся в черновике — вы отправляете его повторно, когда SFS снова доступен.
Нет. Без ограничений на любом тарифе, в пределах включённого трафика (внутренний технический rate-limit настраивается для каждого аккаунта, чтобы соблюдать квоты SFS). Мы не берём оплату за документ — учёт по трафику и объёму, которые входят в тариф. Сети с 50 000 счетов в год выставляют без потери производительности.
Обновление статусов из SFS полу-автоматическое — оператор нажимает кнопку синхронизации в платформе, и система обновляет статусы Pending acceptance / Accepted / Rejected в дашборде. При reject вы получаете причину и решаете: исправление + повторная отправка либо аннулирование.
Да, полу-автоматически. Аннулирование и сторнирование следуют процедуре SFS и трекуются полу-автоматически в платформе — на каждом шаге требуется действие оператора. Важное замечание: удаление черновика, оставшегося в портале SFS, оператор делает вручную прямо в портале e-Factura (мы не делаем это из платформы). Аудит остаётся полным: кто, когда, причина.
Мы не генерируем периодический файл выгрузки. Бухгалтер может забирать счета через API ERP — по запросу мы кастомно настраиваем логику периодической выгрузки в формате, поддерживаемом его бухгалтерским софтом (1C, SAGA, BAS, InfoCont и т. д.), с индивидуальной оценкой после анализа. Ваши данные всегда доступны в режиме self-service через экспорт.
Роли мы настраиваем при внедрении. Доступ к модулю e-Factura ограничен разрешениями со scoping по точке продаж — оператор из Магазина 2 не может выставлять для Магазина 4, если у него нет явного права. Все действия (выдача, аннулирование, повторная отправка) попадают в неизменяемый audit log.
B2B-продажи + полная e-Factura включены как в Standard, так и в Extra для крупного ритейла, плюс сертифицированный фискальный регистратор и e-Factura B2C. Точное сравнение тарифов, что добавляется в Extra (мульти-склад, мульти-провайдер e-commerce, повышенные лимиты) — на странице для руководителя.
Указанные выше структуры отражают наше стандартное предложение, но каждый клиент обсуждается индивидуально. Мы корректируем scope (активированные модули, интеграции с бухгалтерией, настройки по точкам продаж), сроки внедрения и специфические конфигурации под вашу бизнес-логику. Итоговое обязующее предложение — это письменная котировка + подписанный договор. Для custom-случаев (интеграция с внутренним ERP, неуказанный бухгалтерский формат, миграция из другой системы) мы оцениваем в часах поддержки после анализа, а не по фиксированной цене.
20 минут по телефону — и мы покажем ровно так, как это выглядит: выдача, подпись, отправка и отслеживание одного B2B e-Factura для вашего профиля (количество локаций, оценочный объём, используемый бухгалтерский формат). Настройка учётных данных user-api, маппинг ставок TVA, интеграция с фискальным регистратором и выгрузка бухгалтеру делаются при внедрении — мы настраиваем это за вас.
20 минут вместе смотрим на вашу сеть — количество локаций, месячный объём B2B-счетов, используемый бухгалтерский формат, существующие интеграции. Первичная консультация — бесплатно.
SGAPPS LABS SRL · Кишинёв, Молдова · В непрерывной эксплуатации с 2018 · POS · ERP · Фискальный регистратор MEV · e-Factura B2B / B2C