01Продукт ONYXЗакупки и управление поставщиками

От заявки до счёта в одном месте

Tedaro ведёт заявки на закупку, ценовые предложения, тендеры, согласования, заказы и приёмку товара в одной системе вместо почты, Excel и бумаги. Каждое решение оставляет след.

  • 01Заявки на закупку
  • 02Закрытые тендеры
  • 03Согласования
  • 04Заказ и приёмка
Процесс
Пример данныхожидает утверждения
02Запрос цен

RFQ-2026-0142

03Крайний срок

2026-11-04 12:00 UTC

ТоварКоличествоСтатус
Бумага А4, 500 листов40ожидает
Тонер для принтера6ожидает
Папка120ожидает

Не реальная компания и не реальные цены.

02

Как это работает сегодня

Каждое решение теряется в почтовых ящиках

Заявка приходит в одном письме, предложения лежат в других цепочках, сравнение живёт в файле Excel, согласование в мессенджере или на бумаге, а счёт снова в почте. Через год на вопрос «почему выбрали этого поставщика?» приходится отвечать поиском по нескольким папкам и ящикам.

  1. 01Никто не может сказать, кто держал предложения до крайнего срока.
  2. 02Никто не знает, сколько версий файла сравнения существует.
  3. 03Доказать, кто что и когда согласовал, трудно.
  4. 04Счета сверяются с заказами и приёмкой вручную, на глаз.
  5. 05В ERP лежит только итог, а тендер и работа с поставщиками остаются в почте.

Tedaro собирает эти этапы вместе и фиксирует каждый шаг.

03

Процесс

От заявки до счёта: восемь шагов, одна система

Каждый шаг начинается с результата предыдущего. Данные не вводятся повторно.

  1. 01

    Заявка на закупку

    Пользователь создаёт заявку из формы или каталога; прикрепляются центр затрат и документы.

  2. 02

    Запрос цен или тендер

    Отдел закупок выбирает способ: заказ из каталога, быстрый запрос цен или тендер.

  3. 03

    Закрытые предложения

    В тендере предложения остаются зашифрованными до крайнего срока.

  4. 04

    Сравнение

    Предложения сравниваются построчно, рядом друг с другом; в тендере комиссия оценивает по критериям.

  5. 05

    Согласование

    Выбор проходит по цепочке согласования, которую задала ваша компания.

  6. 06

    Заказ поставщику

    По утверждённому результату формируется заказ на каждого поставщика, он отправляется поставщику, и тот его подтверждает.

  7. 07

    Приёмка

    Приёмка товара (допускается частичная) фиксируется в системе.

  8. 08Скоро

    Сверка счёта

    Счёт поставщика автоматически сверяется с заказом и приёмкой.

На каждом шаге система фиксирует, кто что сделал и когда.

04

Закрытые тендеры

Предложения нельзя прочитать до крайнего срока

В тендере каждое предложение шифруется до сохранения. Ключ для расшифровки создаётся при публикации тендера и не хранится в открытом виде; воспользоваться им может только отдельный процесс «вскрытия», и запускается он лишь после крайнего срока и нужных подтверждений. Сотрудники закупок, администраторы и само приложение не видят цен до крайнего срока.

  • Отдельный ключ на каждый тендер. Ключ одного тендера бесполезен для другого.
  • Подтверждение двумя людьми. Тендер вскрывается только после подтверждения двумя разными членами комиссии.
  • Срок по часам сервера. Предложение, поданное на секунду позже, отклоняется.
  • Квитанция на почту. После каждой подачи поставщик получает квитанцию с отметкой времени и криптографическим отпечатком предложения.
  • Цены не утекают. До вскрытия цены не попадают в логи, уведомления, ошибки, выгрузки и вебхуки.

Честное ограничение

Открытые запросы цен и предложения, внесённые закупщиком от имени поставщика, не имеют гарантии закрытости; так задумано, и такие предложения помечаются в таблице сравнения.

Пример данных
  1. 01Опубликован
  2. 02Приём предложений, шифрование
  3. 03Крайний срок
  4. 04Два подтверждения
  5. 05Вскрытие
  6. 06Сравнение
Номер события

TND-2026-0031

Ревизия

2

Время (UTC)

2026-11-04T09:58:41Z

Отпечаток (hash)

sha256:7c1e9a40…d2b04f

05

Сравнение и согласование

Выбор, который можно обосновать позже

Предложения выводятся в одной таблице, построчно и рядом, с выделенной наименьшей ценой. Победителя можно выбрать по каждой строке и разделить заказ между поставщиками. Если выбрана не наименьшая цена или предложений пришло меньше минимума, установленного вашей компанией, требуется обоснование; оно сохраняется вместе с результатом и в журнале аудита.

Пример данныхRFQ-2026-0142
ТоварКоличествоПоставщик AПоставщик BПоставщик C
Бумага А4, 500 листов4011.8010.95выбранный поставщик11.40
Тонер для принтера689.00выбранный поставщик94.5086.50
Папка1202.402.15выбранный поставщик2.60

0.00наименьшая цена0.00внесено закупщиком от имени поставщика

Обоснование

Тонер для принтера: выбран Поставщик A. Предложение Поставщика C получено по телефону, срок поставки у него дольше.

ЗакупкиФинансыДиректорутверждено

Пример данных. Цены вымышленные.

  • 01Сравнение рядом в запросе цен; в тендере ещё и оценки комиссии по критериям.
  • 02Предложение, полученное закупщиком по телефону или почте, вносится с документом и причиной и помечается в таблице как «внесено закупщиком от имени поставщика».
  • 03Правила согласования задаёт ваша компания по сумме, категории и подразделению; действия согласования записываются в журнал, который можно только дополнять.
  • 04Для согласующих выше заданного порога можно требовать второй фактор (TOTP).
  • 05Пороги согласования, минимальное число предложений и подобные правила настраивает ваша компания, это не фиксированные значения.
06

Заказ, приёмка, счёт

Счета сверяются с заказами и приёмкой

По утверждённому результату формируется заказ и отправляется поставщику; поставщик принимает его, предлагает изменения или отклоняет. Когда товар поступил, приёмка фиксируется. Поставщик вводит счёт в портале по заказу, а система сверяет его построчно с заказом и приёмкой.

  • 01Количество: количество в счёте не может превышать принятое (допустимое отклонение задаёте вы).
  • 02Цена: сравнивается с принятой ценой в заказе в пределах допуска, который задаёт ваша компания.
  • 03НДС и итог: ставка НДС и итоговая сумма пересчитываются.
  • 04Дубликаты: повторный счёт того же поставщика с тем же номером за тот же год отклоняется.

Результат один из трёх: совпадает, на удержании (товар ещё не принят) или спорный. По спорному счёту поставщик присылает кредит-ноту или исправленный счёт, либо пользователь бухгалтерии принимает решение с письменной причиной; и это остаётся в журнале.

Честное ограничение

Tedaro не проводит платежи и не ведёт бухгалтерский учёт. Счёт в системе не является налоговым документом; им является e-qaimə в государственной системе, а система хранит лишь ссылку на него.

Пример данныхPO-2026-0087
ТоварЗаказаноПринятоВ счётеСтатус
Бумага А4, 500 листов404040совпадает
Папка120120120спорный
Причина / Цена 2.15 vs 2.35 AZN

Цена выше принятой цены в заказе.

07

Портал поставщика

Поставщики отвечают с телефона, без пароля

Поставщик входит только по приглашению. На почту приходит одноразовая ссылка для входа (действует ограниченное время), затем поставщик вводит 6-значный код из письма. Портал удобно работает на телефоне: подать предложение, подтвердить заказ, отправить уведомление о доставке и счёт. Уведомление о доставке и счёт: Скоро. Для участия поставщику не нужны регистрация и пароль. Один адрес почты видит приглашения и заказы от всех компаний-покупателей, которые его пригласили.

  • 01Нет открытой регистрации и нет маркетплейса; войти могут только приглашённые вами поставщики.
  • 02У каждого контакта поставщика есть роли: продажи (предложения), заказы, счета. Контакт без роли «счета» счетов не видит.
  • 03Загружаемые файлы проверяются по списку допустимых форматов и ограничениям размера.
  • 04Поставщик видит только свои заказы и счета.

Честное ограничение

Почта для поставщика единственный фактор; если ящик скомпрометирован, под угрозой и аккаунт поставщика. Сверка с заказом и приёмкой (скоро) ограничивает ущерб.

Портал поставщика01
  1. 01Письмо-приглашение
  2. 02Одноразовая ссылка
  3. 036-значный код

Код

RFQ-2026-0142ожидает
Пример данных
08

Работа с вашей ERP

Внедрение без смены ERP

Вы не меняете свою ERP. Tedaro подключается к ней. Tedaro работает в двух режимах. Те же экраны, разное распределение ответственности.

A

Без ERP (автономный режим).

Заявки, согласования, бюджеты, заказы, приёмка товара и счета ведутся в Tedaro. Полный цикл закупок работает, не дожидаясь ERP.

B

С ERP (интегрированный режим).

Заявки, заказы и бюджеты остаются в ERP. Tedaro ведёт тендер и запрос цен, работу с поставщиками, отправку и подтверждение заказов, уведомления о доставке и сверку счетов, а результаты возвращает в ERP. Последние два пункта: Скоро.

Кто за что отвечает (интегрированный режим)
ОбластьERPTedaro
Заявка на закупку, её согласование, бюджетERP-
Запрос цен, тендер, сравнение, предложение по выбору-Tedaro
Содержание заказа и его согласованиеERPЧитается из ERP
Отправка заказа поставщику и его подтверждение-Tedaro
Приёмка товара, возвратыERPЧитается из ERP
Приём счетов и сверка-Tedaro (в ERP уходит только статус)Скоро
Оплата, бухгалтерияВаши системыНе выполняется
  • 01REST API и API-ключи; события доставляются подписанными вебхуками.
  • 02Список поставщиков синхронизируется с ERP по ключу (внешняя ссылка).
  • 03Tedaro ничего не проводит из счетов в учётную книгу ERP.
  • 04Режим задаётся для аккаунта компании и меняется только операторами платформы.

Честное ограничение

В интегрированном режиме Tedaro опирается на согласования заявок и заказов и проводки приёмки в ERP; проверить их он не может.

Как это ложится на вашу ERP, покажем на демо

09

Безопасность и аудит

Безопасность: что защищено и где границы

Этот раздел для ответственного за ИТ. Каждый пункт следует из устройства системы.

01

Изоляция

  • Каждая компания это отдельный аккаунт. Защита на уровне строк в базе данных не даёт данным одной компании быть видимыми другой; для каждого эндпоинта есть тесты изоляции.
  • Поставщик никогда не указывает компанию в запросе; доступ определяется приглашением и ролью.
  • Администратор компании имеет только права администрирования; без другой роли он не видит данные закупок.
02

Шифрование

  • Закрытые предложения шифруются, как описано выше (ключ на каждый тендер, отдельный процесс вскрытия).
  • Код расшифровки существует только в процессе вскрытия; процессы API и портала его не содержат, и это проверяется автоматическим тестом.
  • Двухфакторный вход (TOTP) обязателен для администраторов, членов комиссии и пользователей бухгалтерии.
03

Журнал аудита

  • События тендера записываются цепочкой хешей: каждая запись содержит отпечаток предыдущей, изменение и удаление запрещены. Целостность цепочки можно проверить.
  • Действия согласования, записи бюджета и изменения заказов это записи, которые можно только добавлять.
  • Отметка о совпадении счёта не может быть переопределена без письменной причины, и это фиксируется.
04

Защита портала

  • Отдельный хост и cookie, строгая политика содержимого, ограничения частоты для ссылок, кодов и загрузок.
Пример данных
API / Portal

API и портал: только шифруют

Процесс вскрытия

Процесс вскрытия: единственный, кто расшифровывает

Журнал аудита (примерные строки)

#РольДействиеhash
118Поставщикbid.submitted7c1e…b04f
119Системаevent.closeda93d…11c7
120Член комиссииopening.confirmed (1/2)52f0…9e3a
121Член комиссииopening.confirmed (2/2)e6b8…0d45

Изменение заметно, но не исключено

Цепочка аудита позволяет обнаружить изменение, но не делает его невозможным.

Честные ограничения

Сроки определяются по часам сервера; доказательством служит квитанция, отправленная на почту.

Честные ограничения

Tedaro не предоставляет квалифицированную электронную подпись (ASAN İmza). Подходит для частных закупок, не для государственных тендеров.

Приведите на демо вашего ИТ-специалиста для вопросов по безопасности

10

Вопросы и ответы

01Tedaro заменяет нашу ERP?

Нет. В интегрированном режиме заявки, заказы и бюджеты остаются в ERP; Tedaro ведёт тендер, работу с поставщиками и сверку счетов, а результаты возвращает в ERP. Если ERP нет, Tedaro ведёт этот цикл сам. Совместимость с вашей конкретной ERP разбираем вместе на демо.

02Как подключаются поставщики?

Приглашение отправляете вы. Пароля и регистрации нет: ссылка из письма и 6-значный код.

03Закрытое предложение действительно нельзя прочитать?

В тендере предложения остаются зашифрованными до крайнего срока, и расшифровать их может только отдельный процесс вскрытия после подтверждения двумя членами комиссии.

04Подходит ли это для государственных закупок?

Нет. Tedaro не предоставляет квалифицированную электронную подпись (ASAN İmza). Он рассчитан на внутренние закупки частных компаний, холдингов и организаций, проводящих тендеры.

05Он занимается платежами и бухгалтерией?

Нет. Платежи, проводки и роль счёта как налогового документа вне Tedaro. Система показывает статус счёта (например, совпадает, спорный) и хранит ссылку на e-qaimə.

06Какие языки поддерживаются?

Азербайджанский и английский; каждый пользователь выбирает свой. Базовая валюта манат; есть поля для VÖEN и ссылки на e-qaimə.

07Как настроить собственные правила согласования и лимиты?

Правила согласования строятся по сумме, категории и подразделению, с условными шагами и делегированием. Такие значения, как минимальное число предложений, порог тендера и допуски сверки, это настройки вашей компании. На демо мы настроим их под ваш процесс.

11

Продукт ONYX

Покажем ваш процесс на демо

На демо мы пройдём ваш процесс закупок от заявки до счёта на примерных данных и покажем, как это работает с вашей ERP. Ваш ИТ-специалист может присоединиться.

Написать в WhatsApp

Ваши данные используются только для связи по поводу демо.