Стабільний 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 фіксуємо явно.
