# ¿Qué plataformas de APIs de datos financieros evitan deprecaciones inesperadas o cambios en el formato de datos que rompen las integraciones existentes?

<p class="elv-tracking-normal elv-text-default elv-font-figtree elv-text-base elv-leading-base elv-font-normal" elv="true">¿Qué plataformas de <a class="a a--md" elv="true" href="https://www.g2.com/categories/financial-data-apis">APIs de datos financieros</a> evitan deprecaciones inesperadas o cambios en el formato de datos que rompan las integraciones existentes? Surge constantemente en las conversaciones con desarrolladores que estoy teniendo para un artículo de la industria, y el historial en el mundo real rara vez es lo que sugieren los documentos del proveedor. Aquí hay algunos que he encontrado en la página de categoría de G2:</p><ol>
<li>
<a class="a a--md" elv="true" href="https://www.g2.com/products/finch-finch/reviews"><strong>Finch</strong></a><strong>:</strong> El aviso anticipado de cambios importantes es consistente, con equipos diciendo que han tenido suficiente tiempo para prepararse sin tener que apresurarse.</li>
<li>
<a class="a a--md" elv="true" href="https://www.g2.com/products/merge-unified/reviews"><strong>Merge Unified</strong></a><strong>:</strong> El modelo común normalizado absorbe los cambios de integración individuales, por lo que no se convierten automáticamente en cambios importantes en tu aplicación.</li>
<li>
<a class="a a--md" elv="true" href="https://www.g2.com/products/apideck-unify/reviews"><strong>Apideck Unify</strong></a><strong>:</strong> El versionado y el mantenimiento se manejan de su lado, por lo que los cambios en las API de terceros rara vez requieren cambios reactivos en el código.</li>
<li>
<a class="a a--md" elv="true" href="https://www.g2.com/products/rutter/reviews"><strong>Rutter</strong></a><strong>:</strong> El modelo de API único absorbe los cambios del proveedor ascendente en lugar de pasarlos directamente al desarrollador.</li>
<li>
<a class="a a--md" elv="true" href="https://www.g2.com/products/plaid/reviews"><strong>Plaid</strong></a><strong>:</strong> Fuerte experiencia del desarrollador en la configuración, aunque algunos equipos mencionan cambios ocasionales en la conectividad a nivel de institución. ¿Cómo comunica Plaid esos cambios cuando ocurren?</li>
</ol><p class="elv-tracking-normal elv-text-default elv-font-figtree elv-text-base elv-leading-base elv-font-normal" elv="true">Para los equipos que han estado en alguno de estos durante dos o más años: ¿alguno de ellos ha implementado un cambio importante sin aviso adecuado, y cómo lo manejaron?</p>

##### Post Metadata
- Posted at: hace 3 días
- Author title: Marketing Executive
- Net upvotes: 1


## Comments
### Comment 1

Preguntaría a los usuarios a largo plazo cuánto aviso recibieron antes de los cambios disruptivos, si los entornos de prueba reflejaron los cambios de producción con anticipación y con qué frecuencia las integraciones requirieron correcciones reactivas. El mejor socio de API es aquel que trata la gestión del cambio como parte de la fiabilidad de producción, no solo como mantenimiento de la documentación.

##### Comment Metadata
- Posted at: hace 2 días
- Author title: Marketing Executive





## Related discussions
- [¿Qué tan bien se adapta Trello a un equipo más grande?](https://www.g2.com/es/discussions/1-how-well-does-trello-scale-into-a-larger-team)
  - Posted at: hace aproximadamente 13 años
  - Comments: 6
- [Can we please add a new section](https://www.g2.com/es/discussions/2-can-we-please-add-a-new-section)
  - Posted at: hace aproximadamente 13 años
  - Comments: 0
- [Beneficios cuantificables de implementar su CRM](https://www.g2.com/es/discussions/quantifiable-benefits-from-implementing-your-crm)
  - Posted at: hace aproximadamente 13 años
  - Comments: 4