Контракт на код: почему финансовые команды занимают ваши контракты API

В облачных местных средах мы часто обсуждаем, как контракты между микросервисами определяют стабильные интерфейсы и явные зависимости. Тем не менее, есть еще один тип контракта, который так же критичен, но редко привлекает такое же внимание разработчика: деловые соглашения. Как основатель Concord, я наблюдал, как предприятия, управляющие тысячами отношений с поставщиками, борются за интеграцию этих человеческих контрактов в свои автоматизированные рабочие процессы, создавая значительные узкие места для команд DevOps.

Организации, внедряющие Kubernetes и контейнерные архитектуры, создают элегантные системы, в которых услуги общаются с помощью четко определенных API. Команды пишут контракты для этих взаимодействий, обеспечивая стабильные интерфейсы, поскольку отдельные компоненты развиваются независимо.

Тем не менее, многие команды DevOps обнаруживают скрытый технический долг: бизнес -контракты, регулирующие эти же системы, не интегрированы в их трубопроводы автоматизации. Исследования World Commerce & Contracting показывают, что организации теряют в среднем 9,2% от стоимости контракта из -за плохих процессов управления.

Рост контрактного API

Передовые компании в настоящее время применяют местные принципы облачных местных принципов к управлению контрактами. Подобно тому, как инфраструктура стала кодом с такими инструментами, как Terraform и Ansible, мы видим аналогичную трансформацию, когда деловые соглашения становятся «контрактами как код».

Этот сдвиг объединяет критическую информацию контракта непосредственно в трубопровод CI/CD через API, которые связывают управление юридическими документами с рабочими процессами. Эксперты по контрактам в ContractNers подчеркивают, как соединения API позволяют автоматизировать и улучшать управление рабочими процессами, помимо того, что могут достичь традиционные системы управления жизненным циклом контракта.

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

Интересно, что эта революция на родной нативной контракте не была возглавляна юридическими отделениями. Начиная с нашего опыта работы с более чем 1500 компаниями, владение контрактами быстро переходит к финансированию и операционным группам, причем финансовые директора становятся основными заинтересованными сторонами в системах управления контрактами.

Есть несколько причин для этого сдвига мощности:

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

Операционная интеграция: В отличие от юридических групп, сосредоточенных на снижении рисков, операционные команды определяют приоритеты автоматизации рабочих процессов и сокращению узких мест. Один из операционных менеджеров в технологической компании объяснил: «Я отвечаю за все, что CLM. И наш юрисконсульт делает больше с самим законом».

Оптимизация затрат облакаПо словам Gartner, финансовые команды требуют программного доступа к данным контракта для эффективного управления затратами.

Строительство контрактных трубопроводов

Наиболее успешные реализации, которые я наблюдал, следуют за инфраструктурой как модели кода, знакомые командам DevOps:

Договорный репозиторий как источник истины: Подобно репозиторию GIT, все соглашения хранятся в централизованной системе версии, которая становится единственным источником истины.

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

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

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

Образец агента по контракту ИИ

Новейший появляющийся шаблон-это использование ИИ для устранения человеческих контрактов с машино читаемыми API. Эти контрактные агенты ИИ могут:

• Извлеките ключевые термины и обязательства из юридического текста и преобразуйте их в структурированные данные
• Создать машиночитаемые представления требований к соответствию
• Мониторинг как поведения программного обеспечения, так и условий контракта для выявления расхождений

Например, одна компания по электронной коммерции использует ИИ для автоматического отслеживания ограничений ставки API в сотнях контрактов поставщиков и динамически корректирует их обеспечение, чтобы оставаться в пределах договорных границ, максимизируя доступные ресурсы.

Проблемы реализации

Подход контракта как код сталкивается с несколькими проблемами:

Извлечение данных: Преобразование существующих контрактов PDF в структурированные данные остается трудным, требуя либо ручной работы, либо сложного ИИ. По словам FYNK, ожидается, что ИИ будет включен в 90% корпоративного программного обеспечения к 2025 году, что должно помочь решить эту проблему.

Организационные силосы: Юридические, финансы и инженерные команды часто используют отдельные инструменты с минимальной интеграцией.

Проблемы безопасности: Данные по контракту содержат конфиденциальную бизнес -информацию, которая требует тщательного контроля доступа, аналогично задачам репозитории кода.

Начиная

Для команд DevOps, желающих начать это путешествие, я рекомендую три начальных шага:

API-первые контрактные инструменты: Выберите системы управления контрактами с надежными API, которые интегрируются с существующими рабочими процессами DevOps.

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

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

Заключение

Поскольку облачные нативные архитектуры созревают, рассматривание бизнес -контрактов как кода становится важным для поддержания скорости. Успешные организации разорвут искусственную границу между техническими контрактами (API) и бизнес -контрактами (юридические соглашения), создавая единые системы, где все обязательства и зависимости являются видными, отслеживаемыми и автоматизированными.

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

Trending Stories youtube.com/thenewstack Tech движется быстро, не пропустите эпизод. Подпишитесь на наш канал YouTube, чтобы транслировать все наши подкасты, интервью, демонстрации и многое другое. Группа подпишитесь с эскизом. Мэтт Лхумо является генеральным директором и соучредителем Concord, ведущего поставщика решений для разведки по вопросам соглашений с AI. С учетом более чем десятилетия опыта, трансформирующего то, как предприятия управляют контрактами, Мэтт помогает лидерам финансов раскрывать стратегическую ценность из своих соглашений и повернуть … Подробнее от Мэтта Лхумо