Разработка
и проектирование API
в Новосибирске

У нас встроенный мониторинг, логи и понятные ошибки — всегда видно, что происходит и почему.

Нет, наша студия разработки делает изолированные версии — старые продолжают работать, пока вы сами не решите их обновить.

Предусматриваем обработку конфликтов — через временные метки, блокировки или ваши правила. Данные остаются целыми.

Да, HTTPS везде по умолчанию. Плюс можем настроить белые списки IP, токены и дополнительное шифрование.

Легко. Webhook'и, события, опрос — подключаем API к любым вашим процессам и инструментам.

Время передают в едином формате с указанием пояса. Перевод делают при показе, а не при записи.

Нужно, если обмен влияет на операции. Выгрузка в разгар смены филиала мешает его работе.

Увеличивать время ожидания и повторять попытки. Для удалённых площадок это обычная настройка.

Можно, но проще через центральный сервис. Прямые связи между филиалами быстро превращаются в сеть.

Развести по времени с учётом поясов. Одновременный старт во всех филиалах даёт пик нагрузки.

Иногда нужно: при слабой связи локальная копия с последующей синхронизацией спасает работу.

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

Нужно: порции и постраничная выдача. Один запрос на всю базу филиала кладёт канал.

Нужны: так видно, откуда идут запросы, и можно ограничить права точечно.

Собирать в центральной системе по расписанию. Опрашивать все филиалы в момент открытия отчёта медленно.

Адрес сервиса выносят в настройку. Зашитый в код адрес превращает переезд в разработку.

Нужно: отказ одного филиала не должен теряться в общей статистике.

От нескольких дней при стандартной схеме. Нестандартные случаи дольше.

Схему потоков, описание методов, журналы и доступы.

Можно и разумно: на первом отрабатывают схему, остальные подключают по готовому описанию.

Нужен: так видно источник запросов и можно отключить одну точку, не трогая остальные.

Синхронизация часов обязательна. Расхождение в минуты ломает порядок событий в журнале.

Можно для тяжёлых операций. Срочные данные должны идти всегда.

Сжатие, короткие пакеты и увеличенное время ожидания. Это дешевле, чем менять канал.

Нужно: повтор с идентификатором операции. Приёмник обязан отличать повтор от новой записи.

Адрес в настройке и предупреждение партнёрам. Зашитый адрес превращает переезд в разработку.

Можно: число запросов, ошибок и время ответа по каждому. Это основа для решений о канале.

Окно согласуют так, чтобы не задеть рабочее время большинства. Единого удобного часа не бывает.

Нужно при нестабильной связи: данные уходят после восстановления канала.

Ограничение времени и разрыв. Одна зависшая передача блокирует очередь надолго.

Можно: единый журнал с признаком площадки. Разбирать сбой по десяти отдельным файлам неудобно.

Полезно ограниченный срок: она отвечает на вопрос, что именно ушло.

Сверка по расписанию и отчёт о различиях. Ручное сравнение на объёме не работает.

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