Стабильный REST- (или GraphQL-) фасад для мобильных приложений, партнёров и микросервисов: версии, авторизация, лимиты, OpenAPI. 1С публикует HTTP-сервисы; прослойка нормализует JSON и не отдаёт БД наружу произвольными запросами.
Проекты по api для 1с обычно начинаются с короткого discovery, письменного outline и первого milestone, который можно показать стейкхолдерам за недели, а не месяцы «тихой» разработки.
Когда это нужно
К api для 1с обращаются, когда типовой продукт не покрывает процесс, комплаенс или интеграции.
- Операции переросли таблицы и «ручные» обходы вокруг api для 1с
- Нужна система с ролями, аудитом и предсказуемыми релизами
- Данные должны ходить между сервисами без двойного ввода
- Руководству нужны измеримые этапы, а не один «большой взрыв» в конце
Что входит в работу
- Воркшоп: цели, ограничения, текущие системы, метрики успеха
- Эскиз архитектуры и бэклог вертикальными срезами
- Реализация с ревью, staging и документацией для передачи
- Поддержка запуска и короткое сопровождение после go-live
Стек и подход
В рамках Разработка и интеграция решений для 1С используем 1С, HTTP/REST, OData, HTTP-сервисы, TypeScript, Node.js, React, PostgreSQL, вебхуки, VK/MAX/Telegram, дашборды, LLM. Делаем упор на типизацию, небольшие инкременты и наблюдаемость (логи, health-check), чтобы команде было проще сопровождать решение.
Пример из практики
Смежные кейсы: timetracking, EmploymentApproval. Это рабочие системы с UI, API и данными, а не презентационные прототипы.
Сроки и формат
Узкий MVP часто выходит за 4–8 недель в зависимости от интеграций. Работаем итерациями по 1–2 недели с демо; изменения scope фиксируем явно.
