Sí, el endpoint /api/v1/automations con create-cert-prod crea e indexa el certificado por alias para su uso posterior, por lo que no es necesario usar /api/v1/afip/certs aparte. El error suele indicar que el alias no está disponible en el entorno de producción o que hubo un problema en la creación previa del certificado. Asegúrate de que el alias y el entorno coincidan exactamente y que el certificado esté en producción, no en desarrollo. Según la documentación, el flujo correcto es: crear el certificado con create-cert-prod y luego autorizar el web service con el mismo alias usando el endpoint correspondiente, como /api/v1/automations con auth-web-service-prod o /api/v1/afip/ws-auths en producción, pasando los mismos parámetros de alias, CUIT, usuario y contraseña utilizados en la creación del certificado.
Para autorizar un web service como ws_sr_constancia_inscripcion, debes usar el endpoint de automatización de autorización (auth-web-service-prod) y asegurarte de que el alias, CUIT y entorno sean los mismos que en la creación del certificado. Si el error persiste, revisa que el certificado realmente esté en producción y que no haya confusión entre entornos o alias. No es necesario usar /api/v1/afip/certs si ya usaste /automations correctamente para crear el certificado en producción. Más detalles y ejemplos en la documentación oficial y guía de autorización.
¿Te gustaría ver ejemplos de las llamadas API y cómo verificar el entorno y alias?
Sources:
