Pular para o conteúdo principal
Breaking changes fazem parte da evolução natural da plataforma. Elas ocorrem quando uma atualização altera ou remove um comportamento de forma que não é totalmente compatível com versões anteriores. Para manter esse processo previsível, seguimos regras rigorosas e comunicamos com antecedência, permitindo que suas equipes se preparem com confiança.
  • Breaking changes são introduzidas apenas em versões major.
  • São anunciadas com antecedência, sempre com guias de migração claros e exemplos práticos.
  • Funcionalidades depreciadas emitem avisos antes da remoção, dando às equipes tempo para se ajustar sem impacto repentino.
  • Buscamos minimizar interrupções agrupando breaking changes e fornecendo soluções alternativas sempre que possível.

​
Exemplos

  • Substituição de campo: Na v2, o campo chartOfAccounts foi removido e substituído por transactionRoute, routeFrom e routeTo para maior clareza e controle.
  • Regras de validação: A variável de ambiente ACCOUNT_TYPE_VALIDATION foi introduzida na v3, exigindo validação explícita de tipo de conta que antes era opcional.
  • Ciclo de depreciação: O campo scale emitiu avisos de depreciação na v2 antes de ser completamente removido na v3.