Quais ERPs o Sana Commerce realmente suporta.

O próprio guia de ERP da Sana descreve o produto como uma solução de e-commerce para Microsoft Dynamics e SAP. Todo conector que a Sana já documentou pertence a uma dessas duas famílias.

Essa distinção importa mais do que parece. Quase toda página que faz essa afirmação coloca como absoluta e não consegue sustentar. Preferimos dizer exatamente até onde a evidência vai.

Os nomes de produto abaixo são os da documentação da Sana, que não batem com os do marketing deles. Deixamos de fora de propósito os números de versão de conector: a Sana publica isso num trem mais ou menos trimestral, então qualquer número aqui estaria errado em um trimestre. O suporte a versões de ERP se move em escala de anos e vale ser dito.

Suportados

• Microsoft Dynamics 365 Business Central. A Sana espera que clientes do Business Central Cloud estejam na última versão, e atualiza a extensão automaticamente via Microsoft AppSource quando a Microsoft faz uma atualização maior. As extensões por versão para on-premises chegam aos parceiros pelo site de comunidade da Sana. A Sana não publica página numerada de versões suportadas para o Business Central.
• Microsoft Dynamics 365 for Finance and Operations. Suportado, e mais ativamente do que a ausência dele no marketing da Sana sugeriria. Desde uma versão de conector de dezembro de 2025, a Sana suporta as três versões mais recentes do Microsoft Finance and Operations, e não mais só a última, embora ainda teste apenas contra a última. Atenção: são três versões da Microsoft, não três versões de conector da Sana, e a Sana não cita números concretos.
• Microsoft Dynamics NAV. Documentado do NAV 2009 R2 até o NAV 2018, só nas localizações W1 e NA. A Sana diz que as demais localizações devem ser mescladas pelo parceiro a partir da versão W1.
• Microsoft Dynamics AX. Documentado só para AX 2012 R3 e AX 2012 R2, com o último cumulative update. Versões menores do AX exigem downgrade pago ou trabalho do parceiro.
• SAP ECC. Documentado para SAP ECC 6.0 com EHP 6, 7 ou 8. A Sana diz explicitamente que versões abaixo do ECC 6.0, o R/3 por exemplo, não são suportadas.
• SAP S/4HANA. Um conector separado do de ECC, com trilha de versões própria. A tabela de versões suportadas da Sana lista S/4HANA 1909, 2020, 2021, 2022 e 2023, mais uma coluna sob demanda para qualquer tipo de implantação. As versões 2024 e 2025 não aparecem, e a Sana não diz nada a respeito em nenhum sentido.
• SAP Business One, só Service Layer. Documentado para 9.2, 9.3 e 10.0, com duas exclusões nomeadas: 10.0 SP 2305 não é suportada, e FP 2105 e FP 2108 são incompatíveis. A Sana deixou de suportar o DI Server em favor do Service Layer, o que vale saber se você vem de uma integração antiga.

Descontinuados

• Microsoft Dynamics GP. Fim de vida em 31 de dezembro de 2025. Vale separar quatro datas, porque um simples "o suporte acabou" esconde o detalhe útil: o desenvolvimento de funcionalidade e código parou no segundo trimestre de 2023; a Sana se comprometeu com suporte a problemas críticos, incluindo explicitamente questões de segurança, até 31 de dezembro de 2025; essa data já passou; e a razão declarada pela Sana é a própria aposentadoria do GP pela Microsoft, em conjunto com ela. O GP não aparece mais como tipo de conexão no Sana Admin. Mais abaixo.

Fora da lista de ERPs suportados

• Epicor. Não aparece página de produto, conector, documentação nem trilha de notas de versão da Sana na história publicada dela, e a Sana não figura no canal de ISVs da Epicor. Detalhamos isso, incluindo o que quem está no Prophet 21 ou no Acumatica deveria avaliar no lugar, em Sana Commerce e Epicor. À parte, vale saber: a Epicor vende a própria loja B2B para o Prophet 21, então a comparação que um distribuidor de P21 realmente faz costuma ser o produto de commerce da Epicor contra outra coisa, e não contra a Sana.
• Acumatica. A mesma evidência do Epicor, e sem listagem no marketplace da Acumatica.
• NetSuite. Não existe conector de ERP da Sana. O NetSuite aparece sim na documentação da Sana, mas só como sistema de e-procurement do lado do comprador numa integração de punchout, ou seja, um comprador que usa NetSuite entrando por punchout numa loja Sana. Isso não é um conector de ERP e não move uma loja Sana.
• Infor. Nem conector, nem página, nem trilha de versões. Cada aparente ocorrência nos arquivos acabou sendo a palavra "informação" em algum idioma.
• Sage ERP, ou seja Sage 200, Sage 300, Sage X3 e Sage Intacct. Nenhum conector para produto Sage ERP aparece na documentação atual ou arquivada da Sana. A Sana publicou sim um add-on do Sage Pay no Sana Commerce 9.0, com guia de instalação próprio, mas o Sage Pay era o gateway de pagamento da Sage, depois Opayo, e não uma integração de ERP.
• Oracle, JD Edwards, SYSPRO, Odoo, SAP Business ByDesign e Microsoft Dynamics SL. Nenhum aparece na documentação atual da Sana, na página viva de integrações, nem no marketing arquivado.

Uma coisa que não está em nenhuma dessas colunas: a Sana não publica nenhuma declaração de roteiro comprometendo nem descartando outros fornecedores de ERP. Se você está decidindo se espera, não há o que esperar, e também não há nada dizendo que não haja.

Quase toda plataforma se integra a um ERP por middleware sentado entre dois sistemas. A Sana faz outra coisa, e é por isso que a lista de suportados tem sete produtos e não setenta.

A Sana afirma que o add-on do Sana Commerce Cloud é construído sobre o sistema ERP e roda dentro dele, que usa a lógica de negócio do ERP, e que todos os cálculos do carrinho são feitos pelo ERP. A loja não está reimplementando os seus preços. Ela está chamando os seus.

Isso significa que cada conector é escrito na tecnologia de extensão do próprio ERP e distribuído pelo canal de empacotamento daquele ERP:

• Para SAP, ABAP Objects, definições de serviço e tabelas sob o namespace registrado da Sana, instalados com a própria ferramenta de instalação de add-ons da SAP.
• Para Business Central, uma extensão AL publicada no Microsoft AppSource.
• Para NAV, um codeunit escrito pela Sana e exposto como endpoint de web service do NAV.

O custo disso é recorrente, e não de uma vez só. A Sana publica os add-ons de ERP num trem de versões mais ou menos trimestral por conector, obriga clientes padrão a atualizar o conector de ERP pelo menos a cada dois anos, e já teve que reapontar um conector quando um fornecedor mudou a superfície de API, que foi o que aconteceu quando o SAP Business One passou do DI Server para o Service Layer.

Isso também explica os pisos de versão. A Sana recusa versões de ERP que não têm a infraestrutura de API de que precisa: SAP abaixo do ECC 6.0 porque é anterior ao NetWeaver, e GP abaixo de 2015 porque a Service Based Architecture chegou no GP 2015.

Nossa leitura, que a Sana não declara: adicionar um ERP novo é, portanto, uma linha de produto nova e não um conector. Significa uma aplicação nativa dentro da pilha de desenvolvimento de outro fornecedor, invocando as rotinas de preço e de entrada de pedidos dele, distribuída pelo modelo de empacotamento e atualização dele, e reapontada toda vez que ele mudar a superfície de integração. Nada do que a Sana publica quantifica esse custo. O mais perto que chegam é a linguagem de fim de vida do GP sobre realocar recursos de desenvolvimento para ERPs com ciclo de vida ativo.

Uma ressalva honesta, porque repetir a cópia do fornecedor seria o caminho fácil aqui. A página de arquitetura da Sana diz que não é preciso exportar, importar nem sincronizar nada, enquanto a própria página de gestão de dados mestres diz que os dados mestres, incluindo produtos, categorias, clientes e endereços de entrega, ficam no banco do Sana Commerce Cloud. A Sana não publica nada conciliando as duas. A versão correta é: ao vivo para dados voláteis como preço, estoque e pedidos, e em cache para dados mestres. O argumento arquitetural sobrevive intacto a essa correção.

O GP é a única entrada que saiu da coluna de suportados para a de descontinuados, e é a linha mais útil desta página para quem estiver avaliando a Sana, seja qual for o ERP.

A sequência: o desenvolvimento de funcionalidade e código parou no segundo trimestre de 2023. A Sana manteve suporte a problemas críticos, incluindo explicitamente questões de segurança, até 31 de dezembro de 2025. Essa data já passou. A razão declarada pela Sana é a própria aposentadoria do GP pela Microsoft, e a Sana se moveu vários anos antes dela.

Daí saem duas coisas que vale levar para qualquer decisão sobre a Sana.

Uma lista de suportados é uma foto, não uma garantia. O GP foi suportado por cerca de uma década. Se o seu ERP é legado, a pergunta para a Sana não é se ele é suportado hoje, e sim como fica o compromisso deles diante do ciclo de vida do próprio fornecedor do seu ERP, porque foi esse o gatilho que usaram.

Documentação viva não significa suporte vivo. A documentação de GP da Sana continua no ar, umas cento e vinte páginas, sem data de remoção e com pelo menos um aviso ainda escrito no futuro. Um resultado de busca ou um post de parceiro pode parecer atual e estar descrevendo um produto que acabou há oito meses. É uma armadilha em que já vimos gente cair, e é por isso que toda afirmação desta página leva data de verificação.

Se você chegou aqui procurando Sana e o seu ERP, provavelmente estava qualificando antes de marcar uma demo. A resposta é não, e a parte útil é o porquê, porque ela diz se vale esperar.

É estrutural, não uma lacuna de roteiro. Um conector da Sana para o seu ERP seria uma aplicação nativa dentro da pilha de desenvolvimento do seu ERP, com guia de instalação próprio, trem de versões próprio e página de versões suportadas própria. Não existe esse artefato para nenhum ERP fora do Microsoft Dynamics e do SAP, nem atual nem arquivado. Esse é um tipo de ausência diferente de uma funcionalidade que ninguém teve tempo de fazer, e não vai mudar no próximo trimestre.

O que a gente pensaria no seu lugar, em resumo, porque aqui não é lugar de pitch:

• Defina o que o modelo ERP-first estava comprando para você. A proposta da Sana é que preço, estoque, crédito e entrada de pedidos são executados pelo ERP em vez de copiados para o banco de uma loja. Se foi isso que atraiu, a pergunta para qualquer alternativa é o quanto ela chega perto disso, não qual lista de recursos é maior.
• Veja antes se o seu fornecedor de ERP vende a própria loja. Vários vendem. A Epicor vende uma loja B2B para o Prophet 21, e para um distribuidor essa costuma ser a opção incumbente que vale orçar antes de tudo, ganhando ou não.
• Se for pelo caminho de plataforma, a costura é o projeto. Uma plataforma como o BigCommerce integrada ao seu ERP devolve às suas mãos o contrato de preço e disponibilidade, o que é mais trabalho e mais controle. Escrevemos isso por ERP do lado de integração do BigCommerce com ERP, e o mesmo raciocínio vale para um ERP sobre o qual não escrevemos página.

Se quiser uma segunda opinião sobre qual encaixa, damos uma leitura direta. Construímos sobre Sana e sobre BigCommerce, então não estamos defendendo uma resposta só.

Tudo acima descreve o Sana Commerce Cloud. Se você está na linha antiga Sana 9.x, o que mudou por baixo de você não é a lista de ERPs, é o ciclo de vida do produto.

Não existe ERP que o Sana 9.x suportasse e o Sana Commerce Cloud não. A resposta intuitiva, o GP, está errada: o GP era um conector plenamente suportado do Sana Commerce Cloud, com página de versões suportadas própria, e o fim de vida dele é do lado Cloud.

O que mudou foi o suporte da própria linha 9.x, e depende da sua versão exata. A tabela de política de suporte da Sana coloca o 9.3.0 até o 9.3.4 fora do suporte passivo em 26 de setembro de 2023. A versão 9.3.5 continua em suporte passivo até 31 de dezembro de 2026, que é por tempo e material e cobre apenas hotfixes para problemas críticos de segurança e erros que bloqueiam pedidos.

Se você vai ficar no 9.x além dessas datas, cobrimos isso à parte em suporte ao Sana 9.3, incluindo o limite honesto do que qualquer um fora da Sana consegue fazer. E se o Business Central é para onde você vai ou onde já está, o detalhe está em Sana Commerce e Business Central.