AWS Marketplace и Amazon Business представили общую корпоративную витрину для программ и физических товаров. Каталог объединяется, но оформление покупки зависит от того, какой товар выбрал сотрудник.
Amazon Web Services (AWS) и Amazon Business предложили собрать программы, данные и ИИ-инструменты из AWS Marketplace рядом с физическими товарами Amazon Business в одной корпоративной витрине. Администратор выбирает ассортимент и задаёт правила закупок для такого каталога.
Обновление описано в анонсе AWS от 28 октября. Оно построено на AWS Marketplace Storefront — сервисе для создания собственных витрин, связанных с площадкой.
Идея понятна на бытовом примере: команде нужны и рабочая программа, и расходные материалы. Вместо поиска в разных каталогах сотрудник начинает с общего списка того, что организация включила в свою витрину. Это пример для объяснения устройства, а не сведения о чьих-либо реальных закупках.
Полезный вопрос здесь — какие действия действительно можно объединить в один процесс. Похожий подход к выбору задачи разобран в статье о начале внедрения ИИ в компанию: сначала описывают работу и результат, затем выбирают инструмент.
Анонс этого не обещает. Покупка предложения AWS Marketplace завершается в витрине и попадает в счёт AWS. При выборе товара Amazon Business сотрудник переходит в авторизованную корзину Amazon Business через единый вход.
Значит, единый каталог ещё не означает одинаковое оформление, оплату и учёт всех позиций. Для сотрудника начало пути может выглядеть общим, а дальнейшие действия будут зависеть от типа покупки.
До внедрения стоит пройти оба пути на согласованном примере: выбор программы и выбор физического товара. Затем записать, куда переходит покупатель, кто согласует запрос и где появляется документ для учёта. Мы такие покупки не выполняли и аккаунты для этой новости не подключали.
Подключение Amazon Business предназначено для клиентов AWS Marketplace Storefront, у которых есть доступ к API обеих площадок. AWS заявляет доступность во всех своих регионах, где работает AWS Marketplace. Витрина соединяется с аккаунтами, настроенными её администратором.
API — программный интерфейс, через который сервисы обмениваются данными и выполняют разрешённые действия. Одного обычного входа покупателя в Amazon для описанного корпоративного подключения недостаточно: в анонсе перечислены отдельные условия.
В руководстве Storefront также описаны роли пользователей, согласование закупок, группы покупателей и пороги расходов. Для конкретной организации применимость зависит от её аккаунтов и настроек, а не только от наличия страницы с анонсом.
Составьте понятный каталог разрешённых покупок и опишите путь заявки: кто выбирает, что проверяет согласующий и какой результат получает сотрудник. Такой порядок можно проработать до выбора конкретной платформы.
Предлагаем начать с короткого паспорта закупки:
| Поле | Зачем оно нужно |
|---|---|
| Что требуется и для какой задачи | Чтобы согласующий понимал назначение покупки |
| Допустимый вариант или поставщик | Чтобы сотрудник не выбирал заново из всего рынка |
| Кто принимает решение | Чтобы заявка не потерялась между отделами |
| Что считается завершением | Чтобы отличать согласование от полученного товара или доступа |
Это редакционная схема, которую нужно адаптировать к собственной работе. Если позже появится задача собрать внутреннее приложение, поля и действия уже станут частью требований. Подход к таким требованиям объясняем в инструкции по техническому заданию.
Самое интересное в новости — общий вход в закупку при сохранении разных путей исполнения. При оценке похожих решений стоит проверять весь процесс до конца: сотруднику нужен понятный результат после выбора товара, а бухгалтерии — корректные документы.
