<?xml version="1.0" encoding="UTF-8"?><oembed><type>video</type><version>1.0</version><html>&lt;iframe src=&quot;https://www.loom.com/embed/45fc5219f1104e7cac9da02a8fc66504&quot; frameborder=&quot;0&quot; width=&quot;1920&quot; height=&quot;1440&quot; webkitallowfullscreen mozallowfullscreen allowfullscreen&gt;&lt;/iframe&gt;</html><height>1440</height><width>1920</width><provider_name>Loom</provider_name><provider_url>https://www.loom.com</provider_url><thumbnail_height>1440</thumbnail_height><thumbnail_width>1920</thumbnail_width><thumbnail_url>https://cdn.loom.com/sessions/thumbnails/45fc5219f1104e7cac9da02a8fc66504-542a00bad4d1ad2d.gif</thumbnail_url><duration>151.745</duration><title>Especificação de API para Fluxos de Eddie 📊</title><description>Neste vídeo, eu apresento um modelo de especificação de API para solicitações de fluxo de éide, detalhando as funções que a API deve executar, como solicitar segunda-via de boletos e verificar status de faturas. É importante especificar os ambientes disponíveis, como produção e homologação, além dos detalhes de autenticação e endpoints. Eu enfatizo a necessidade de listar cenários e exemplos de uso, incluindo prints das requests e responses. Por fim, peço que todos verifiquem e documentem as funções de suas APIs, garantindo que tudo esteja claro e bem estruturado.</description></oembed>