--- title: "Análise do NAV com IA | Business Central | NAVtoBC.de" description: "Analise o Navision com IA: entenda o código C/AL, o esquema SQL e os processos de negócio. Planeje a migração para o Business Central e AL." url: https://navtobc.de/br language: pt-BR --- ANÁLISE DO NAVISION COM IA # Entender o Navision. Preparar a migração para o Business Central. Analisamos o Navision e o Microsoft Dynamics NAV com inteligência artificial (IA) e análise automatizada de código C/AL. Nossos muitos anos de experiência com Navision conectam o conhecimento de processos que sua empresa construiu ao longo do tempo a uma visão clara do cenário-alvo no Business Central. [Solicitar análise inicial sem compromisso](https://navtobc.de/br/kontakt) [Explorar resultados](https://navtobc.de/br/beispiel-ergebnisse) Primeiro o padrão do Business Central. Preferência por módulos certificados. Desenvolvimento personalizado só de forma direcionada. NAVtoBC.de Análise & planejamento da migração SUA BASE PARA DECIDIR ## Conhecimento vira perspectiva. DEMO 01 / PRIORIDADE **Padrão do Business Central** Usar as funcionalidades 02 / EXTENSÃO **Módulos certificados** Substituir código personalizado 03 / LACUNA JUSTIFICADA **Customização direcionada** Desenvolver o necessário **Os vínculos são preservados** Valores substitutos consistentes **Cliente** P-7Q4X9 **Pedido** P-7Q4X9 **Fatura** P-7Q4X9 **Cada recomendação é rastreável.** Com fontes, status de verificação e decisões em aberto. **Conhecimento acumulado. Plano claro.** Analisar · documentar · priorizar Formato de resultado ilustrativo com dados sintéticos. RESULTADOS QUE FAZEM VOCÊ AVANÇAR ## Quatro resultados. Uma direção clara. Não se trata de simplesmente transpor o código. Você recebe uma base documentada para suas decisões – com fontes, status de verificação e pontos em aberto. 01 / LEVANTAMENTO ### Levantamento técnico Compreender customizações, interfaces e dependências. Visão geral dos objetos & grafos de referências 02 / PROCESSOS ### Processos de negócio documentados Validar fluxos, regras e exceções com suas áreas de negócio. Mapa de processos & conjunto de regras em JSON 03 / CONHECIMENTO ### Base de conhecimento estruturada Preservar o conhecimento acumulado do sistema, com origem e status de verificação. Artigos de conhecimento & referências às fontes 04 / CENÁRIO-ALVO ### Proposta de migração priorizada para o Business Central Ponderar padrão, módulos certificados e desenvolvimento necessário. Matriz de decisão & roadmap OS RESULTADOS DA ANÁLISE EM VÍDEO ### Quatro resultados. Uma direção clara. 1:30 min · Full HD · Com áudio ![Os quatro resultados da análise NAVtoBC](https://navtobc.de/film/ergebnisse-v1/br/poster.webp) [Os quatro resultados da análise NAVtoBC](https://navtobc.de/film/ergebnisse-v1/br/index.m3u8) Levantamento técnico, processos de negócio, base de conhecimento e proposta de migração – os quatro resultados em 90 segundos. Reprodução em 1080p a 30 quadros por segundo. POR QUE AGORA? ### Ter clareza desde cedo. Planejar a migração com precisão. Quais customizações ainda são necessárias? Quais interfaces precisam ser mantidas? E quais regras de negócio estão embutidas no código C/AL acumulado ao longo dos anos? **Os detentores do conhecimento deixaram a empresa.** Nós recuperamos esse conhecimento: - por meio da análise do código-fonte - por meio de workshops com as áreas de negócio Uma análise antecipada torna essas relações compreensíveis antes que você defina orçamento, cronograma e implementação. Assim, você pode avaliar os requisitos com fundamento, junto com suas áreas de negócio e seu parceiro de implementação. O conhecimento obtido já ajuda você hoje no diagnóstico de erros, na documentação e na evolução do seu sistema NAV atual. [Solicitar análise inicial sem compromisso](https://navtobc.de/br/kontakt) Quais prazos de suporte se aplicam ao seu sistema? [Ver versões do NAV e prazos de suporte](https://navtobc.de/br/nav-versionen) OS 3 PRINCIPAIS RISCOS ## Por que alguns projetos fracassam. Uma migração muda mais do que o software. Ela afeta processos consolidados ao longo dos anos, responsabilidades e o conhecimento dos seus colaboradores. Por isso, esses três riscos precisam ser colocados na mesa desde cedo. 1. ### A obsessão pelo 1:1 Quem pretende reproduzir de forma idêntica no Business Central um ambiente Navision historicamente acumulado e fortemente modificado também herda a complexidade antiga. Isso pode estourar o cronograma e o orçamento. #### O que ajuda Separar os requisitos de negócio do código existente. Primeiro avaliar o padrão do Business Central e os módulos adequados; depois, planejar o desenvolvimento personalizado necessário. 2. ### Análise prévia insuficiente Sem análise de código e de processos, funções especiais caras são levadas adiante, embora não sejam mais usadas ou já estejam cobertas há muito tempo pelo padrão moderno. Ao mesmo tempo, dependências importantes podem passar despercebidas. #### O que ajuda Comparar código, interfaces e uso real com as áreas de negócio. Decidir de forma fundamentada para cada customização: manter, substituir ou desativar. 3. ### Gestão de mudanças deficiente Quando as áreas de negócio só são envolvidas pouco antes do go-live, as antigas formas de trabalho costumam persistir. Os novos processos estão implementados tecnicamente, mas ainda não chegaram ao dia a dia. #### O que ajuda Envolver as áreas de negócio cedo, nomear responsáveis e reservar tempo para treinamentos. Testar os novos processos em conjunto com casos de negócio realistas. ### Nem toda customização precisa ser migrada. Mas toda regra crítica para o negócio precisa ser compreendida. A IA torna o conhecimento acumulado do sistema mais acessível. As áreas de negócio complementam por que uma regra é necessária. Juntos, criamos uma base sólida para as decisões. [Esclarecer cedo os riscos da migração](https://navtobc.de/br/kontakt?thema=nav-analyse) DO OBJETO INDIVIDUAL AO SISTEMA COMPLETO ## Análise detalhada do Navision com IA. **Entender seu sistema. Reconhecer as relações. Tornar o conhecimento utilizável de forma duradoura.** Analisamos seu **sistema Navision, Dynamics NAV ou MS Dynamics NAV** até o nível de objeto. Análise automatizada de código C/AL, análise de esquema e inteligência artificial (**IA**) conectam código-fonte, dados e interfaces em uma base de conhecimento rastreável. **Análise automática de C/AL com ferramenta de análise própria. São avaliadas exportações de objetos em TXT.** Arquivos FOB nativos não são processados diretamente. Os resultados formam a base para suas decisões de migração. O código personalizado necessário é reescrito em AL, não convertido automaticamente. ![Análise detalhada do Navision com IA.](https://navtobc.de/film/analyseumfang-v1/br/poster.webp) [Análise detalhada do Navision com IA.](https://navtobc.de/film/analyseumfang-v1/br/index.m3u8) NAVtoBC.de · VÍDEO EM ALEMÃO ### Análise detalhada do Navision com IA. O escopo da análise explicado em vídeo. ### Todos os componentes em vista A análise abrange os tipos de objeto do seu sistema NAV: - Codeunit - Dataport - Form - MenuSuite - Page - Report - Table - XMLPort **Dados SQL – pseudonimizados, se desejado.** Os dados armazenados também são incluídos. Assim, é possível examinar não apenas funções individuais, mas também suas dependências e fluxos de dados. ### Documentar os resultados por objeto Os resultados da análise são **registrados individualmente para cada objeto, armazenados de forma estruturada e tornados pesquisáveis**. Funções, regras de negócio e relações continuam fáceis de encontrar. A partir do código-fonte acumulado ao longo dos anos, surge uma base de conhecimento para análises de erros e decisões de migração. ### Incluir interfaces e sistemas de terceiros Seu NAV não termina no próprio banco de dados. Por isso, incluímos **interfaces externas e ferramentas de terceiros** – por exemplo, **sistemas EDI e integrações com lojas virtuais**. Outros bancos de dados SQL relacionados ao Navision também podem ser lidos e examinados dentro do escopo de análise acordado. Assim, os fluxos de dados se tornam rastreáveis além das fronteiras de cada sistema. [Importações, exportações e fluxos de dados em detalhe](https://navtobc.de/br/schnittstellen) ### Rastrear cada etapa da análise Todas as etapas da análise são **registradas em detalhe, incluindo as transcrições**. Os resultados são associados aos objetos examinados e às etapas de análise documentadas. Assim, fica rastreável **o que foi examinado, quais relações foram identificadas e em que se baseia cada conclusão**. O OLHAR PARA O FUTURO ### Seu cenário-alvo: Business Central Do sistema NAV acumulado ao longo dos anos a uma base claramente documentada para sua migração. [![Exemplo de uma página inicial do Business Central com navegação, tarefas e indicadores.](https://navtobc.de/business-central-beispiel.png) Abrir exemplo](https://navtobc.de/business-central-beispiel.png) **Visualização de exemplo do Microsoft Dynamics 365 Business Central.** A imagem ilustra a interface de destino; ela não mostra nenhum resultado da nossa análise do NAV. 1. **Entender o Navision** Objetos, dados e interfaces 2. **Preservar o conhecimento** Estruturado e pesquisável 3. **Preparar o Business Central** Padrão primeiro, extensões direcionadas ENTENDER OS FLUXOS DE DADOS. PREPARAR AS INTERFACES COM PRECISÃO. ### Interfaces e sistemas conectados. **Analisar a troca de dados no Navision de forma estruturada. Avaliar com fundamento usando IA.** Soluções de EDI, sistemas de BI, lojas virtuais e processos personalizados de importação e exportação costumam fazer parte do ambiente NAV acumulado ao longo dos anos. **Analisamos essas integrações e tornamos rastreáveis os fluxos de dados, os mapeamentos de campos e as dependências de negócio.** Disso resultam propostas concretas para sua migração para o Business Central. #### Sistemas no escopo da análise Fluxos de dados EDI e relatórios de BI relacionados ao seu sistema Navision. ![Lobster](https://navtobc.de/images/lobster-logo.svg) Fluxos de dados EDI ![Qlik](https://navtobc.de/images/qlik-logo.svg) Relatórios de BI ![Análise com IA das interfaces do Navision.](https://navtobc.de/film/schnittstellen-v1/br/poster.webp) [Análise com IA das interfaces do Navision.](https://navtobc.de/film/schnittstellen-v1/br/index.m3u8) NAVtoBC.de · VÍDEO EM ALEMÃO #### Análise com IA das interfaces do Navision. Fluxos de dados e sistemas conectados em vídeo. #### Troca de dados no Navision Registrar fontes de dados, destinos, formatos e pontos de transferência. A análise mostra quais informações fluem entre o Navision e os sistemas conectados. #### Importação de dados no Navision Examinar os processos de importação de itens, preços, clientes, estoques e dados transacionais: origem, estrutura, preenchimento dos campos e lógica de validação existente. #### Transferência de dados no Navision Compreender as rotas técnicas de transferência, os triggers e as sequências de processamento. Fontes de erro e dependências são documentadas como base para melhorias. #### Exportação de dados no Navision Analisar a lógica de exportação, os conteúdos, os formatos de destino e os destinatários. O significado de negócio dos dados permanece visível para os sistemas conectados, os relatórios e o processamento posterior. #### Exportação de dados para lojas virtuais Verificar a transferência de dados de itens, preços, estoques e pedidos. Regras e dependências existentes são preparadas para o futuro cenário-alvo no Business Central. #### Importação de dados de itens Incluir dados de fornecedores, catálogos e sistemas de origem. Campos obrigatórios, variantes, unidades, preços e regras de validação personalizadas são examinados sistematicamente. #### Análise dos campos para a correspondência na importação **Entender campos-chave, lógica de mapeamento e verificação de duplicidades.** Verificamos como os registros são identificados e conciliados e quais regras de negócio são necessárias para o Business Central. #### Incluir os sistemas conectados **Sistemas EDI:** por exemplo, Lobster EDI, Anvaigo EDI Connect (antigo Anveo), SEEBURGER BIS, ecosio e Softzoll. **Análise e relatórios:** por exemplo, Qlik, Microsoft Power BI e Jet Reports. Dentro do escopo de análise acordado, examinamos as integrações e os respectivos bancos de dados SQL relacionados ao Navision. DEMO ESQUEMÁTICA #### Troca de dados em torno do Navision Exemplos de integrações, fluxos de dados e pontos de partida para a análise. EDI **Lobster EDI** Documentos, dados mestres e informações de status BI **Qlik** Relatórios, análise e disponibilização de dados **Navision / Dynamics NAV** C/AL · SQL · Lógica de negócio IMPORTAÇÃO **Dados de itens** Dados mestres, variantes, unidades e preços LOJA **Lojas virtuais** Itens, preços, estoques e pedidos O FOCO DA ANÁLISE **Exportação de dados** Conteúdos, formatos de destino e destinatários **Correspondência na importação** Mapeamento de campos, chaves e verificação de duplicidades **Representação ilustrativa, não é um projeto de cliente.** As setas mostram direções de dados a título de exemplo, não fluxos de dados medidos em tempo real. As interfaces e os mapeamentos de campos reais são verificados em cada projeto. Os nomes de produtos servem apenas para contextualização; não se alega nenhuma parceria com os fornecedores mencionados. **Fluxos de dados da demo em texto** - Lobster EDI ↔ Navision: troca de documentos, dados mestres e informações de status. - Navision → Qlik: disponibilização de dados para relatórios e análises. - Fontes externas de itens → Navision: importação com mapeamento de campos e validação. - Navision ↔ lojas virtuais: exportação de itens, preços e estoques; retorno de pedidos. - Exportação de dados e correspondência na importação são áreas de análise, não sistemas de terceiros adicionais. NAVISION E POWER BI #### Seus relatórios do Power BI. Preparados para o Business Central. Muitos sistemas Navision fornecem indicadores ao Microsoft Power BI. A forma como os dados chegam lá depende da versão do NAV. E disso depende o que acontece com seus relatórios na migração. - **Serviços web OData, a partir do NAV 2013:** o NAV publica páginas e consultas como serviço web, e o Power BI as lê como feed OData. FlowFields e permissões são calculados pelo próprio NAV. - **Acesso SQL direto, também no NAV 2009 R2:** o Power BI lê as tabelas de cada empresa diretamente do banco de dados. Ali, os FlowFields não existem como colunas, e as permissões do NAV não se aplicam. - **Power BI no Centro de Funções, a partir do NAV 2017:** os relatórios aparecem diretamente no cliente do NAV. No Business Central online, o caminho suportado para o Power BI passa por páginas e consultas de API; não há acesso direto ao banco de dados. Para finanças e vendas, a Microsoft disponibiliza aplicativos de modelo prontos. Por isso, relatórios baseados em tabelas do NAV ou em páginas publicadas do NAV precisam ser reconectados. **A análise NAVtoBC identifica quais tabelas, campos e serviços web seus relatórios do Power BI usam hoje** e mostra o que precisa ser reconectado no Business Central. Assim, você planeja a reestruturação dos seus relatórios antes de a migração começar. Fontes: [Microsoft: Power BI com o Dynamics NAV](https://learn.microsoft.com/pt-br/dynamics-nav-app/across-how-use-financials-data-source-powerbi) · [Microsoft: obter dados do Business Central](https://learn.microsoft.com/pt-br/dynamics365/business-central/dev-itpro/developer/devenv-extract-data) SEU RESULTADO #### Nada de caixa-preta nos fluxos de dados. Você recebe um mapa documentado das interfaces, mapeamentos de campos rastreáveis e **propostas apoiadas por IA** para as próximas etapas da implementação: manter as integrações necessárias, simplificá-las ou substituí-las de forma direcionada. **Business Central online avaliado à parte:** segundo a Microsoft, ali não é possível acessar arquivos diretamente no servidor. Por isso, interfaces baseadas em arquivos, como arquivos CSV em pastas de intercâmbio, precisam de um novo caminho por meio de serviços web, APIs ou upload de arquivos pelo navegador. **Primeiro o padrão do Business Central, depois módulos ISV adequados.** Os requisitos individuais necessários são reimplementados em AL. Propostas e pontos em aberto são alinhados com suas áreas de negócio, sua TI interna e o parceiro de sua escolha. [Solicitar análise de interfaces](https://navtobc.de/br/kontakt?thema=schnittstellen) TORNAR O PROCESSAMENTO VISÍVEL ### Seus fluxos de dados. Sua lógica de negócio. Rastreáveis como grafo. **O banco de dados de grafos visualiza as relações no seu NAV.** Ele mostra como os dados são processados, quais funções se interligam e qual lógica de negócio é aplicada nesse processo. Objetos vinculados, cadeias de chamadas e fluxos de dados tornam rastreável o processamento no seu sistema Navision – incluindo as interfaces examinadas e os sistemas conectados. A base são as fontes analisadas e os resultados documentados. ### Cinco análises a partir do grafo. Cada caminho comprovado. Cada objeto do seu NAV se torna um nó: tabelas, Forms, Reports, Codeunits, Dataports e MenuSuites. Cada chamada, cada referência a uma tabela e cada entrada de menu se torna uma aresta. Assim, a rede pode ser consultada, e não apenas observada. **Alcançabilidade comprovada** A partir de âncoras definidas com as áreas de negócio – entradas de MenuSuite, relatórios, filas de tarefas –, o grafo determina para cada objeto se ele é alcançável e por qual caminho. Resultado por objeto: alcançável sim/não, distância da âncora e a cadeia pela qual ele é alcançado. **Dependências por tabela** Quais objetos leem ou gravam uma tabela? Uma consulta a “Sales Header” mostra todos os Forms, Reports e Codeunits ligados a ela – a base para avaliar os impactos de uma alteração ou de uma migração para o BC. **Dependências externas: .NET, COM, DLL** O grafo registra, para cada objeto, onde o C/AL vai além do NAV: variáveis e chamadas DotNet (análise DotNet), CREATEAUTOMATION, objetos COM, Automation Server e dependências de DLL. No Business Central, a interoperabilidade .NET só está disponível on-premises, não online. Chamadas COM e Automation não podem ser transferidas sem alterações para AL. Por isso, cada referência aparece no resultado como um achado próprio, com o objeto afetado – a base para planejar a substituição em AL. **Objetos sem alcançabilidade comprovada** Objetos sem caminho a partir de uma âncora são reunidos e sinalizados como sujeitos a verificação – não como lista de exclusão. Só a verificação pelas áreas de negócio decide sobre uma desativação. **Lacunas na exportação** Objetos referenciados que faltam na exportação, objetos não compilados e chamadas não resolvidas são registrados como achados próprios. Assim, fica visível o que a análise não cobre. A base são exportações de objetos depuradas, sem conexão com o banco de dados. O grafo mostra as relações estáticas presentes na exportação. Chamadas dinâmicas, objetos ausentes e limites do parser são marcados como tais, e não apresentados como analisados com segurança. Ficha do objeto a partir do grafo DADOS SINTÉTICOS **Criar devolução** *:Form* *:Objeto* **Identificador** FRM-50710 **Alcançável** sim · distância da âncora 1 **Alcançado via** MenuSuite → Registro de devoluções → FRM-50710 **Utiliza** Tabela 36 “Sales Header” (leitura, gravação) **Externo** nenhuma dependência de .NET, COM ou DLL **Situação** Exportação de 02/03/2018 · compilado · na exportação COMPROVAÇÃO POR OBJETO **alcançável, distância 1 a partir do MenuSuite – caminho com fonte por aresta** Exemplo de representação com nomes de objetos fictícios e fixos. Não é uma análise ao vivo e não há conexão com um banco de dados de grafos. CONHECIMENTO QUE AJUDA NA OPERAÇÃO ### Seu ganho imediato: diagnóstico de erros mais rápido – antes mesmo da migração. A análise não cria apenas a base para sua migração para o Business Central. **Ela já traz uma vantagem imediata no sistema NAV atual:** os erros podem ser delimitados de forma mais rápida e precisa com base no conhecimento documentado do sistema. Resultados pesquisáveis por objeto, regras de negócio documentadas e fluxos de dados visualizados mostram como funções e processos se relacionam. Em vez de investigar essas relações novamente a cada falha, você recorre à base de conhecimento já construída. **Assim, horas de busca podem se transformar em uma delimitação precisa em poucos minutos – um ganho adicional para sua operação atual, antes mesmo de você migrar para o Business Central.** *A duração real depende do tipo de erro e do escopo de análise documentado.* [Discutir o escopo da análise](https://navtobc.de/br/kontakt) AS PARTICULARIDADES DO C/AL ## Pouco código. Grande impacto. No Navision, a lógica de negócio não está apenas nas funções. Propriedades de campos, triggers, filtros e o contexto de execução também determinam o que de fato acontece. Quem analisa C/AL de forma automatizada precisa ler essas relações em conjunto. Estas são as principais particularidades para uma análise e um planejamento de migração bem fundamentados. C/AL NO CONTEXTO CERTO ### Do Navision ao Business Central 14. **C/AL significa Client/server Application Language.** A linguagem foi usada no Navision e no Dynamics NAV e ainda estava disponível no Business Central 14 (Spring 2019, on-premises). A partir do Business Central 15, o C/AL foi substituído pelo AL. NOSSA BASE DE ANÁLISE ### Exportações de objetos em TXT. Lemos os **objetos do NAV exportados como TXT**, com código C/AL e propriedades dos objetos. **Arquivos FOB nativos não são processados diretamente.** Se houver apenas arquivos FOB, os objetos são primeiro importados em um ambiente de desenvolvimento NAV adequado e exportados ali como TXT. Para isso, são necessárias uma versão compatível e a licença de desenvolvedor exigida. Apenas renomear a extensão do arquivo não basta. UMA PEQUENA DIFERENÇA COM CONSEQUÊNCIAS ### Atribuir ou validar? As duas linhas definem um valor no buffer do registro. `VALIDATE` executa, além disso, a validação do campo, incluindo `OnValidate`. Esse trigger pode alterar outros campos, acionar lógica de negócio e até realizar alterações no banco de dados. Atribuição direta ``` Customer.Name := 'Beispiel'; ``` Com validação de campo ``` Customer.VALIDATE(Name, 'Beispiel'); ``` ### O que deve ser analisado em conjunto. Expanda os temas e descubra os detalhes técnicos. ****Linguagem & valores** Sintaxe Pascal, Code, opções e tipos de dados de negócio** - **Sintaxe inspirada em Pascal:** `BEGIN … END`, `:=` para atribuições, e `//` e `{ … }` para comentários. Identificadores e palavras-chave não diferenciam maiúsculas de minúsculas. Variáveis são declaradas globalmente no objeto ou localmente em funções e triggers. Parâmetros `VAR` podem alterar o valor no chamador. - **Code é um tipo de dado próprio:** ele converte o texto em letras maiúsculas e remove espaços no início e no fim. O comprimento definido de `Code` e `Text` faz parte da análise. Strings e arrays são endereçados a partir da posição 1. - **Opções têm uma ordem:** `OptionString` define os membros; seus valores numéricos começam em 0. É preciso distinguir nome, posição e legenda traduzida. Uma conversão para enums AL precisa considerar os valores existentes. O AL continua suportando `Option`; a mudança para enums não é automaticamente obrigatória. - **Valores de negócio, não meros números:** `0D`, datas de fechamento, `WORKDATE` e fórmulas de data têm significado próprio. Regras de arredondamento e conversões dependentes de idioma com `FORMAT` e `EVALUATE` podem influenciar resultados e interfaces. **Para a análise:** valores que parecem iguais podem ser tratados de forma tecnicamente diferente. Por isso, tipo de dado, comprimento, idioma e passagem de parâmetros fazem parte dos achados. ****Objetos & metadados** Tipo mais ID, números de campo e propriedades** - **Objetos em vez de arquivos-fonte isolados:** dependendo da versão do NAV, fazem parte deles Table, Page, Report, Codeunit, Query, XMLport e MenuSuite; gerações mais antigas também têm Form e Dataport. A identificação única é a combinação de **tipo de objeto e ID**. A faixa 50000–99999 é tradicionalmente reservada a customizações de clientes; as faixas de parceiros e a possibilidade de uso também dependem da licença. - **Propriedades carregam lógica de negócio:** `TableRelation`, `CalcFormula`, `SourceTableView`, `RunObject` e `RunPageLink` criam relações, filtros e chamadas fora do código C/AL propriamente dito. Números de campo, chaves, DataItems de relatórios e estruturas de XMLport também fazem parte do modelo. - **Identificadores não são legendas:** `CaptionML` e `OptionCaptionML` fornecem exibições multilíngues, por exemplo em alemão e inglês. Elas não substituem a identidade de objetos nem de campos. O idioma e a codificação de caracteres da exportação TXT precisam ser preservados. **Para a análise:** uma exportação completa de objetos contém mais conhecimento do que funções copiadas isoladamente. Os metadados são parte do programa. ****Triggers & lógica de negócio** VALIDATE, RunTrigger e ações subsequentes ocultas** - **Triggers e funções:** o C/AL oferece funções globais e locais. Além delas, há triggers de tabela como `OnInsert`, `OnModify`, `OnDelete` e `OnRename`, triggers de campo como `OnValidate` e `OnLookup`, e também triggers de Page e de Report. A ordem e o contexto de chamada são decisivos. - **Um parâmetro altera o fluxo:** em `INSERT`, `MODIFY` e `DELETE`, `RunTrigger` controla se o trigger de tabela correspondente é executado. Se não for informado, ele é `FALSE`. `MODIFY(TRUE)` executa `OnModify`, mas não valida automaticamente cada campo. Operações em massa precisam ser consideradas separadamente. - **Verificar, transferir e validar são coisas diferentes:** `TESTFIELD` verifica o valor de um campo. `TRANSFERFIELDS` atribui valores pelo número do campo e não executa os triggers `OnValidate`. Uma atribuição direta ao campo também contorna essa validação. - **Contexto implícito:** `Rec`, `xRec` e `WITH` determinam a que uma expressão se refere. Variáveis locais e globais têm escopos diferentes. Variáveis globais podem manter estado dentro de uma instância de objeto; Codeunits `SingleInstance` compartilham sua instância dentro de uma sessão. **Para a análise:** o nome de uma função, por si só, não explica o fluxo. Também é preciso rastrear os parâmetros que ativam triggers, o contexto das variáveis e as ações subsequentes disparadas. ****Estado do registro & cálculos** Filtros, FlowFields, dados temporários e empresas** - **Um Record guarda mais do que valores de campo:** filtros, grupos de filtros, chaves e o registro atual influenciam os acessos. `SETRANGE`, `SETFILTER`, `FILTERGROUP`, `RESET`, `FINDSET`, `FINDFIRST` e `NEXT` precisam ser lidos em conjunto. `GET` usa a chave primária e ignora filtros comuns; filtros de segurança devem ser considerados à parte. - **FlowField não é FlowFilter:** um FlowField não armazena seu resultado calculado de forma permanente na tabela. `CalcFormula` descreve o cálculo, por exemplo uma soma ou um lookup. `CALCFIELDS` calcula o valor; dependendo de como o campo é usado, a própria interface também faz isso. Um FlowFilter fornece condições de filtro para esses cálculos e, por si só, não calcula nenhum resultado. - **Mesma tabela, outro contexto:** variáveis Record temporárias processam dados em memória. `CHANGECOMPANY` altera a empresa do acesso aos dados; os triggers continuam sendo executados no contexto da empresa atual. `DataPerCompany` distingue tabelas por empresa e tabelas compartilhadas. **Para a análise:** nome da tabela e valor do campo não bastam. Filtros, definição do cálculo, estado temporário e empresa determinam o que o dado de fato expressa. ****Dependências dinâmicas & eventos** RecordRef, FieldRef, chamadas e subscribers** - **Reutilização sem modelo de classes:** o C/AL não oferece namespaces de linguagem nem definições nativas de interface. Um modelo de classes próprio com herança também não faz parte da linguagem. Codeunits disponibilizam funções globais; `CODEUNIT.RUN` inicia o respectivo trigger `OnRun`. Referências podem ser resolvidas por nome, por subtipos de objeto declarados ou por números. - **Os destinos podem ser definidos só em tempo de execução:** `RecordRef`, `FieldRef`, `Variant` e IDs de objeto passados como variáveis permitem processamento genérico. Tabelas de configuração também podem determinar qual código é efetivamente chamado. - **Eventos já fazem parte do C/AL:** desde o NAV 2016, publishers e subscribers podem criar relações de chamada adicionais. A análise precisa considerar essas vinculações; uma busca por chamadas diretas de função não as captura por completo. **Para a análise:** dependências comprovadas estaticamente e relações que só podem ser resolvidas com a configuração ou com conhecimento do tempo de execução são apresentadas separadamente. ****Transações & SQL** COMMIT, tratamento de erros, chaves e bloqueios** - **Transações são em parte implícitas:** o C/AL abre e encerra transações de banco de dados automaticamente. `COMMIT` define um limite explícito. Um erro posterior não desfaz alterações já confirmadas. - **O tratamento de erros faz parte da lógica:** valores de retorno de funções de banco de dados, o valor de retorno Boolean avaliado de `CODEUNIT.RUN` e `TryFunction` alteram o fluxo de erros e de transações. Alterações no banco de dados dentro de uma TryFunction não são revertidas automaticamente quando um erro é capturado; as gravações permitidas dependem da versão e da configuração do servidor. - **O C/AL influencia o SQL sem mostrá-lo:** `SETCURRENTKEY`, filtros, `LOCKTABLE`, `FINDSET`, chaves e agregados SIFT afetam os acessos e o comportamento de bloqueio. Uma chave definida não garante um plano de execução SQL específico. Padrões suspeitos indicam pontos de partida; o desempenho real é medido. **Para a análise:** a consistência dos dados e o desempenho só podem ser avaliados considerando os limites de transação, os caminhos de erro e a operação concreta do banco de dados. ****Histórico & comparação com o padrão** Formato TXT, Version List, versões por país e customizações** - **Um formato de exportação próprio e documentado:** o C/SIDE gerencia os objetos no banco de dados e os exporta como FOB ou TXT. O TXT contém o código-fonte e metadados como Version List, data, hora e o sinalizador Modified. Essas exportações podem ser versionadas com Git; no entanto, metadados técnicos podem encher as comparações de alterações adicionais. A própria Microsoft disponibiliza ferramentas de comparação e conversão. - **Customizações podem estar dentro do padrão:** em projetos clássicos de NAV, o código da Microsoft era frequentemente alterado de forma direta. A `Version List` é um indício, não uma prova completa das alterações. A classificação só se torna confiável com a comparação com a versão original inalterada correspondente e com a documentação de projeto existente. - **A base certa faz diferença:** versão do NAV, build ou atualização cumulativa, versão do país e soluções de parceiros precisam ser compatíveis entre si. Localizações alemãs, austríacas ou suíças podem conter outros objetos padrão e regras de negócio próprias. **Para a análise:** só a versão de comparação adequada mostra qual lógica pertence ao padrão, à localização, a um add-on ou à customização individual. ****Execução, direitos & interfaces** Gerações de cliente, permissões e pontos de entrada externos** - **A geração do NAV muda o ambiente:** Classic Client, RoleTailored Client a partir do NAV 2009, Forms e Pages, assim como Dataports e XMLports, pertencem a diferentes estágios de desenvolvimento. A interoperabilidade .NET já foi introduzida com o **NAV 2009 R2**. Automation/COM, componentes .NET e a execução no cliente ou no servidor precisam ser analisados conforme a versão. - **As permissões só aparecem em parte na exportação:** a propriedade de objeto `Permissions` faz parte do código-fonte. Conjuntos de permissões (Permission Sets) atribuídos, direitos de usuário, filtros de segurança e o escopo da licença precisam ser levantados à parte. Permissões indiretas podem determinar por meio de qual fluxo os dados podem ser alterados. - **O uso também começa fora do código:** filas de tarefas, web services publicados, caminhos de arquivo, componentes externos e sistemas SQL, EDI ou de e-commerce conectados podem iniciar ou controlar processos. `GUIALLOWED` e funções dependentes do cliente são relevantes para execuções em segundo plano. Por isso, a ausência de chamadas estáticas não prova que algo não seja usado. **Para a análise:** a exportação TXT é complementada com a configuração liberada para análise, o conhecimento sobre as interfaces e evidências de uso adequadas. Dependências em aberto são esclarecidas de forma direcionada com a TI e as áreas de negócio. O QUE VOCÊ GANHA COM ISSO ### Entender as regras de negócio. Planejar a migração com base sólida. Uma análise confiável conecta o código C/AL, os metadados dos objetos e a operação real. Assim, regras, dependências e questões em aberto se tornam rastreáveis – como base para o padrão do Business Central, módulos adequados e desenvolvimento AL direcionado. [Solicitar análise de C/AL](https://navtobc.de/br/kontakt?thema=nav-analyse) **Fontes técnicas & contexto** Verificado em 09/10/2026 com base na documentação da Microsoft. Esta visão geral reúne as principais particularidades para a análise; os detalhes dependem da versão do NAV, do estado dos objetos e do ambiente operacional. - [C/AL até o Business Central 14 e exportações de objetos em TXT](https://learn.microsoft.com/pt-br/dynamics365/business-central/dev-itpro/developer/devenv-txt2al-tool) - [FOB/TXT: exportar e importar objetos](https://learn.microsoft.com/pt-br/dynamics365/business-central/dev-itpro/cside/cside-import-objects) - [Interoperabilidade .NET no NAV 2009 R2](https://www.microsoft.com/en-us/dynamics-365/blog/no-audience/2010/10/27/net-interoperability-in-nav-2009-r2/) - [Eventos em C/AL desde o NAV 2016](https://www.microsoft.com/en-us/dynamics-365/blog/business-leader/2015/10/15/integration-events-in-microsoft-dynamics-nav-2016/) - [Funções, variáveis e VALIDATE em C/AL](https://www.microsoft.com/en-us/dynamics-365/blog/no-audience/2012/12/03/writing-unit-tests-in-cal/) - [FlowFields no NAV 2018](https://learn.microsoft.com/pt-br/previous-versions/dynamicsnav-2018-developer/FlowFields) - [Objetos TXT, metadados e comparação com o padrão](https://learn.microsoft.com/pt-br/dynamics365/business-central/dev-itpro/upgrade/comparing-and-merging-application-object-source-files) - [TryFunctions e tratamento de erros em C/AL](https://www.microsoft.com/en-us/dynamics-365/blog/business-leader/2015/10/28/nav-design-pattern-tryfunction-net-exception-handling-in-cal/) - [SingleInstance, data de trabalho e efeitos colaterais](https://www.microsoft.com/en-us/dynamics-365/blog/it-professional/2015/10/19/test-isolation-in-the-application-test-automation-suite/) - [Comparação de linguagens: opções também existem em AL](https://learn.microsoft.com/pt-br/dynamics365/business-central/dev-itpro/developer/methods-auto/option/option-data-type) - [CHANGECOMPANY e contexto de triggers (referência AL)](https://learn.microsoft.com/pt-br/dynamics365/business-central/dev-itpro/developer/methods-auto/record/record-changecompany-method) - [Permissions e permissões indiretas (referência AL)](https://learn.microsoft.com/pt-br/dynamics365/business-central/dev-itpro/developer/properties/devenv-permissions-property) [Como combinamos análise de código e IA](https://navtobc.de/br/methoden) VERSÃO DE ORIGEM & ARQUITETURA DE DESTINO ## Sua versão do NAV. O caminho para o Business Central. Do Microsoft Navision 4.0 ao Microsoft Dynamics NAV 2018: esclarecemos a versão, as fontes disponíveis e as customizações. Com isso, elaboramos seu plano individual de análise e migração. ![Do Navision ao Business Central.](https://navtobc.de/film/business-central-v1/br/poster.webp) [Do Navision ao Business Central.](https://navtobc.de/film/business-central-v1/br/index.m3u8) NAVtoBC.de · VÍDEO EM ALEMÃO ### Do Navision ao Business Central. Prazos de suporte, atualização técnica (upgrade) ou reimplementação e o que precisa ser reavaliado antes da transição: o vídeo explicativo em seis minutos. VISÃO GERAL DO SUPORTE DA MICROSOFT Status atual: 05/11/2026. Vermelho: expirado · Verde: suporte estendido. **Datas de fim do suporte por família de produtos.** Para releases originais e service packs mais antigos, valem em parte datas anteriores. Você as encontra diretamente na respectiva linha, em “Fim do suporte por release”. Navision e Dynamics NAV antes do Business Central – a partir da versão 4.0 | Geração do produto | Versões e releases | Suporte padrão até | Suporte estendido até | Status atual | Fonte | | --- | --- | --- | --- | --- | --- | | Microsoft Navision / Dynamics NAV 4.0 | 4.0 · 4.0 SP1 · 4.0 SP2 · 4.0 SP3 **Fim do suporte por release** 4.0 (release original) 12/01/2010; 4.0 SP1 10/07/2007; 4.0 SP2 08/01/2008; 4.0 SP3 12/01/2010 | 12.01.2010 | Não especificado\* | × Encerrado | [Microsoft](https://learn.microsoft.com/pt-br/lifecycle/products/dynamics-nav-40) | | Microsoft Dynamics NAV 5.0 | 5.0 · 5.0 SP1 **Fim do suporte por release** 5.0 (release original) 13/04/2010; 5.0 SP1 11/04/2017 | 10.04.2012 | 11.04.2017 | × Encerrado | [Microsoft](https://learn.microsoft.com/pt-br/lifecycle/products/dynamics-nav-50) | | Microsoft Dynamics NAV 2009 | NAV 2009 · NAV 2009 SP1 · NAV 2009 R2 **Fim do suporte por release** NAV 2009 (release original) 11/10/2011; NAV 2009 SP1 14/01/2020; NAV 2009 R2 14/01/2020 | 13.01.2015 | 14.01.2020 | × Encerrado | [Microsoft](https://learn.microsoft.com/pt-br/lifecycle/products/dynamics-nav-2009) | | Microsoft Dynamics NAV 2013 | NAV 2013 | 09.01.2018 | 10.01.2023 | × Encerrado | [Microsoft](https://learn.microsoft.com/pt-br/lifecycle/products/dynamics-nav-2013) | | Microsoft Dynamics NAV 2013 R2 | NAV 2013 R2 | 09.01.2018 | 10.01.2023 | × Encerrado | [Microsoft](https://learn.microsoft.com/pt-br/lifecycle/products/dynamics-nav-2013-r2) | | Microsoft Dynamics NAV 2015 | NAV 2015 | 14.01.2020 | 14.01.2025 | × Encerrado | [Microsoft](https://learn.microsoft.com/pt-br/lifecycle/products/dynamics-nav-2015) | | Microsoft Dynamics NAV 2016 | NAV 2016 | 13.04.2021 | 14.04.2026 | × Encerrado | [Microsoft](https://learn.microsoft.com/pt-br/lifecycle/products/dynamics-nav-2016) | | Microsoft Dynamics NAV 2017 | NAV 2017 | 11.01.2022 | 11.01.2027 | ✓ Suporte estendido | [Microsoft](https://learn.microsoft.com/pt-br/lifecycle/products/dynamics-nav-2017) | | Microsoft Dynamics NAV 2018 | NAV 2018 | 10.01.2023 | 11.01.2028 | ✓ Suporte estendido | [Microsoft](https://learn.microsoft.com/pt-br/lifecycle/products/dynamics-nav-2018) | **Não há data de desativação automática:** o fim do suporte indica o término da respectiva fase de suporte da Microsoft, não o fim automático do uso do software. Para ter direito ao suporte, é necessário estar no nível de atualização ou de service pack suportado em cada caso. Contratos individuais com parceiros não fazem parte desta visão geral. **\* Versão 4.0:** a Microsoft indica 12/01/2010 como fim do suporte padrão, mas nenhuma data de término específica para o suporte estendido. Fontes consultadas em: 24/09/2026 . Datas de calendário conforme o Microsoft Lifecycle (horário do Pacífico), sem conversão para a data no fuso horário alemão. Fontes adicionais: [NAV 2009 R2](https://learn.microsoft.com/pt-br/lifecycle/products/dynamics-nav-2009-r2) · [Política de suporte e de service packs da Microsoft](https://learn.microsoft.com/pt-br/lifecycle/policies/fixed). A visão geral apresenta as versões principais, bem como os service packs e as versões R2 listados. Versões por país, atualizações cumulativas, módulos setoriais e customizações individuais são levantados separadamente na análise inicial. A menção de uma versão não constitui promessa genérica de uma migração direta automatizada. DO C/AL AO AL ### Entender o C/AL. Planejar o caminho até o AL com precisão. Nem toda customização precisa ser convertida em uma extensão AL. Primeiro verificamos o padrão do Business Central, depois módulos ISV certificados adequados e só então o desenvolvimento personalizado necessário. 01 / CÓDIGO-FONTE ### Análise do código C/AL O código-fonte C/AL e as exportações de objetos em TXT do C/SIDE são examinados quanto a funções, regras de negócio, chamadas e dependências. A análise automatizada do código fornece as evidências para a avaliação apoiada por IA. **Resultado: lógica do NAV documentada.** 02 / MODELO DE DADOS ### Análise de esquema & SQL Tabelas, campos, chaves e relações de dados são analisados em conjunto com as interfaces de EDI, de e-commerce e outras. Dados SQL complementam a análise de esquema no escopo acordado – se desejado, pseudonimizados. **Resultado: fluxos de dados rastreáveis.** 03 / CENÁRIO-ALVO ### Padrão, ISV ou extensão AL? Associamos cada requisito necessário ao padrão do Business Central, a um módulo ISV adequado ou a uma extensão AL personalizada e justificada. A implementação técnica é acordada separadamente. **Resultado: uma proposta de migração fundamentada.** NAV 2009 R2 E SP1 ### Atualização técnica ou reimplementação? Segundo a Microsoft, uma atualização técnica (upgrade) a partir do NAV 2009 R2 ou SP1 passa pelo NAV 2013 ou 2015, pelo NAV 2018 e pelo Business Central 14 até chegar à versão atual. Por isso, muitas empresas implementam o Business Central do zero. Nesse caso, normalmente são migrados dados mestres, configurações, lançamentos em aberto e saldos de abertura. O histórico de lançamentos é arquivado de forma legível para cumprir os prazos de retenção. A análise de lacunas (fit-gap) esclarece quais customizações continuam necessárias. O código personalizado necessário é reescrito em AL. **É aqui que entra a análise NAVtoBC:** ela mostra quais lógicas, dados e interfaces existem no sistema construído ao longo dos anos e de que eles dependem. Fonte: [Microsoft: migrar do Dynamics NAV para o Business Central](https://learn.microsoft.com/pt-br/dynamics365/business-central/dev-itpro/administration/migrate-nav) **Não é possível identificar sua versão com clareza?** Esclarecemos com você o estado real dos objetos, da aplicação e do banco de dados. [Conversar sobre sua versão do NAV](https://navtobc.de/br/kontakt) Contexto técnico: [Microsoft: programação em AL](https://learn.microsoft.com/pt-br/dynamics365/business-central/dev-itpro/developer/devenv-programming-in-al) REFERÊNCIA NA PRÁTICA ## 480.000 linhas de C/AL. Quase 1.000 Codeunits. **Conhecimento para a operação do dia a dia.** Neste projeto de cliente, a análise incluiu o código-fonte do Navision, o banco de dados SQL do Navision e todos os demais bancos de dados SQL conectados. A avaliação dos dados foi feita de forma pseudonimizada. CÓDIGO C/AL **480.000 linhas** CODEUNITS **Quase 1.000** SISTEMA **NAV 2009 R2** VOLUME DE DADOS **aprox. 1,5 TB** HISTÓRICO DO SISTEMA **20 anos** SETOR **Atacado & B2C** PROJETO DE REFERÊNCIA ### Entender o sistema. Decidir com fundamento. Código-fonte, lógica de negócio, funções e fluxos de dados foram levantados, estruturados e confrontados sistematicamente com o padrão do Business Central e com módulos ISV adequados. O CONHECIMENTO OBTIDO EM USO ### Encontrar erros. Documentar conhecimento. Preparar alterações. 01 ### Apoiar a busca de erros. Investigar relações com IA e delimitar possíveis causas de erros. 02 ### Gerar documentação. Documentar áreas específicas de forma direcionada, por exemplo os fluxos de dados de EDI. 03 ### Preparar alterações. Desenvolver propostas concretas para o Navision, por exemplo para dar suporte ao ZUGFeRD. DEPOIMENTO DE CLIENTE ### Esse conhecimento nos ajuda hoje de forma bem prática. > “Em nosso sistema Navision, foram analisadas 480.000 linhas de código C/AL de quase 1.000 Codeunits. Além do nosso banco de dados SQL do Navision, todos os demais bancos de dados SQL conectados também foram incluídos. A avaliação dos dados foi feita de forma pseudonimizada. > > Hoje usamos o conhecimento obtido de forma bem prática: a IA nos apoia na busca de erros e ajuda a entender as relações dentro do sistema. Podemos gerar documentação de áreas específicas com um clique – por exemplo, sobre nossos fluxos de dados de EDI. > > Além disso, recebemos propostas concretas de alterações e extensões no Navision, por exemplo para dar suporte ao ZUGFeRD. Assim, a análise já nos ajuda na operação atual e, ao mesmo tempo, cria uma base sólida para a evolução do nosso sistema.” Depoimento de cliente de um projeto de análise do NAV RESULTADO **Base de conhecimento estruturada, relações visualizadas e uma proposta de migração rastreável para o Business Central.** [Solicitar um projeto de análise semelhante](https://navtobc.de/br/kontakt?thema=nav-analyse) PADRÃO ANTES DE SOLUÇÕES SOB MEDIDA ## Padrão do Business Central primeiro. Menos código personalizado. Nem toda customização do NAV acumulada ao longo dos anos precisa ser levada adiante. Verificamos cada requisito necessário nesta ordem – junto com suas áreas de negócio. ![Padrão do Business Central primeiro.](https://navtobc.de/film/standard-zuerst-v1/br/poster.webp) [Padrão do Business Central primeiro.](https://navtobc.de/film/standard-zuerst-v1/br/index.m3u8) NAVtoBC.de · VÍDEO EM ALEMÃO ### Padrão do Business Central primeiro. Código personalizado substituído por um módulo ISV. 1. 01 PRIMEIRO ### Usar o padrão. Funções e configurações do Business Central têm prioridade. Verificamos como seus processos podem ser alinhados ao padrão sem abrir mão de requisitos de negócio necessários. **O padrão do Business Central tem preferência.** 2. 02 DEPOIS ### Módulos certificados. Se o padrão não for suficiente, verificamos módulos setoriais e funcionais certificados que sejam adequados. Sempre que possível, programações personalizadas são substituídas por essas extensões. **Módulos adequados antes de nova programação.** 3. 03 SÓ SE NECESSÁRIO ### Desenvolver de forma direcionada. O desenvolvimento personalizado fica reservado a requisitos necessários ao negócio que nem o padrão nem módulos adequados atendem. As lacunas restantes são documentadas e justificadas. **Todo desenvolvimento próprio com justificativa.** **Como selecionamos módulos** Verificamos a adequação funcional, as integrações, os custos de licença e de manutenção, o suporte do fornecedor e a compatibilidade com a versão de destino, o país e o modelo de operação. Comprovantes de certificação ou validação são verificados para o módulo concreto e a respectiva versão. Uma validação no Marketplace não é uma garantia genérica para o seu processo de negócio. A adequação é avaliada separadamente no projeto. [Microsoft: validação técnica de apps](https://learn.microsoft.com/pt-br/dynamics365/business-central/dev-itpro/developer/devenv-checklist-submission) EXEMPLO PRÁTICO / INTEGRAÇÃO COM A AMAZON ### Código personalizado substituído por um módulo ISV. **Entender a lógica de negócio construída ao longo dos anos. Substituir interfaces personalizadas de forma direcionada.** Uma integração com a Amazon desenvolvida sob medida no Navision continha lógica C/AL própria para processar informações de pedidos e de envio. O código-fonte considera, entre outros aspectos, linhas já enviadas, vínculos existentes com pedidos do Navision e diferentes centros de fulfillment. **Neste exemplo, a programação personalizada anterior foi substituída por um módulo ISV de integração com a Amazon.** DA PERSONALIZAÇÃO À SOLUÇÃO MODULAR ANTES **Integração personalizada com a Amazon** Lógica C/AL própria no Navision SUBSTITUIÇÃO **Módulo ISV para Amazon** Programação personalizada existente substituída Preservar a lógica de negócio – **não migrar código personalizado sem verificação.** Para o planejamento da migração, o decisivo é conhecer as regras de negócio existentes e verificar se a nova solução as cobre. Não é o código antigo que precisa ser mantido inalterado, e sim a função necessária para o negócio. **Nossa análise apoiada por IA ajuda a preparar sua migração do Navision para o Business Central:** ela torna rastreáveis a lógica de negócio, as dependências e as interfaces. Assim, é possível decidir com fundamento o que o padrão cobre, onde um módulo ISV adequado se encaixa e qual desenvolvimento AL personalizado continua realmente necessário. **Ver o código C/AL e as regras de negócio identificadas** **Trecho de código C/AL fornecido pelo responsável por este site.** O trecho está inalterado e termina no meio de uma seção de processamento. Não é um programa completo e executável. C/AL · Trecho da integração anterior com a Amazon ``` CLEAR(l_HoldOpen); l_SalesLineAmazon.RESET; l_SalesLineAmazon.SETRANGE("Amazon Document Type",p_SalesHeaderAmazon."Amazon Document Type"); l_SalesLineAmazon.SETRANGE("Amazon-Order-Id",p_SalesHeaderAmazon."Amazon-Order-Id"); l_SalesLineAmazon.SETFILTER("Navision Order No.",'=%1',''); l_SalesLineAmazon.SETFILTER("Quantity-Shipped",'>%1',0); // AKT#032 IF NOT l_SalesLineAmazon.FIND('-') THEN BEGIN EXIT; END ELSE BEGIN // AKT#038 BEG l_FulfillmentCenterId := l_SalesLineAmazon."Fulfillment-Center-Id"; IF l_FulfillmentCenterId<>'' THEN BEGIN p_SalesHeaderAmazon."Fulfillment-Center-Id" := l_FulfillmentCenterId; p_SalesHeaderAmazon."Shipment-Date" := l_SalesLineAmazon."Shipment-Date" END; REPEAT IF l_FulfillmentCenterId <> l_SalesLineAmazon."Fulfillment-Center-Id" THEN l_HoldOpen := TRUE; UNTIL l_SalesLineAmazon.NEXT=0; // AKT#038 END END; // Funktion für Navision Auftragserstellung CLEAR(WarningMessageOrder); CLEAR(ShippingCost); IF (p_SalesHeaderAmazon."Order No." = '') AND (p_SalesHeaderAmazon."Amazon-Order-Id" <>'') THEN BEGIN //(p_SalesHeaderAmazon."Error Message"='') THEN BEGIN //Fehlerprüfung?? ``` #### O que se pode deduzir deste trecho **01 / Delimitar o pedido correspondente** As linhas são filtradas pelo tipo de documento da Amazon e pelo número do pedido da Amazon. **02 / Selecionar linhas de envio ainda não associadas** O número do pedido do Navision precisa estar vazio e a quantidade enviada precisa ser maior que zero. Se nenhuma linha correspondente for encontrada, essa chamada de função termina com `EXIT`. **03 / Transferir informações de envio** Se o ID do fulfillment center da primeira linha encontrada estiver preenchido, esse ID e a data de envio são transferidos para a variável do cabeçalho do documento. O trecho não mostra o salvamento dessa alteração. **04 / Identificar fulfillment centers diferentes** Se alguma das linhas encontradas divergir do ID de centro determinado primeiro, `l_HoldOpen` é definido como `TRUE`. **05 / Preparar o processamento posterior do pedido** A seção seguinte pressupõe um número de pedido vazio e um número de pedido da Amazon existente no cabeçalho. A verificação da mensagem de erro logo abaixo está comentada e, portanto, inativa. **Limite do trecho:** a criação do pedido em si, o efeito posterior de `l_HoldOpen` e o processo completo de pedidos e envio não estão incluídos aqui. A substituição realizada é uma informação prática do responsável por este site; o código, por si só, não comprova nem a cobertura funcional do módulo nem um go-live concluído do Business Central. Quais das suas customizações do NAV podem ser substituídas de forma sensata? [Avaliar o potencial das suas customizações do NAV](https://navtobc.de/br/kontakt?thema=standard-module) **Seu resultado:** uma matriz de decisão por customização – substituir pelo padrão, avaliar um módulo certificado ou desenvolver sob medida com justificativa. Requisitos ainda não esclarecidos continuam visíveis. JUNTOS RUMO AO BUSINESS CENTRAL ## Seu parceiro Microsoft continua ao seu lado. Nós complementamos a análise. **Colaboração em vez de troca de parceiro – para uma migração eficiente e enxuta para o Business Central.** Apoiamos seu parceiro Navision atual e sua TI interna com dados de análise preparados, regras de negócio documentadas e uma base sólida para a tomada de decisões. **O objetivo não é substituir seu parceiro atual, mas complementar de forma direcionada o know-how dele e o conhecimento dos seus próprios colaboradores.** Trabalhamos de forma independente de qualquer parceiro de implementação específico, com os parceiros de sua escolha. A migração técnica pode continuar sendo realizada pelo seu parceiro atual, pelo seu departamento interno de desenvolvimento ou em conjunto. 01 / PARCEIRO ### Para seu parceiro Navision **Mais transparência para o planejamento e a implementação.** Seu parceiro conhece sua empresa e acompanha sua solução. Complementamos esse conhecimento com uma análise sistemática de código C/AL, objetos, fluxos de dados e interfaces. Os resultados estruturados ajudam a avaliar customizações, identificar dependências e preparar a migração para o Business Central de forma direcionada: **usar funções padrão, empregar módulos ISV adequados e reimplementar em AL apenas o desenvolvimento personalizado necessário.** 02 / TI INTERNA ### Para sua TI interna **Preservar o conhecimento acumulado. Aliviar sua equipe.** Também apoiamos diretamente seu departamento interno de Navision na preparação da migração. Documentações de objetos pesquisáveis, regras de negócio extraídas e um banco de dados de grafos tornam as relações rastreáveis e facilitam o alinhamento entre TI, áreas de negócio e parceiros de implementação. **O conhecimento dos seus colaboradores continua sendo decisivo. Nossa análise o complementa com uma base estruturada e verificável.** 03 / INDEPENDENTE ### Também sem a participação de um parceiro de implementação **A análise pode ser feita de forma independente.** Você também pode contratar a análise do Navision independentemente de um projeto de migração e sem a participação ativa de um parceiro externo. Os acessos e as fontes de análise necessários são combinados diretamente com você. Depois, os resultados ficam à sua disposição para a operação atual, para seu planejamento interno e para a colaboração com um parceiro de sua escolha. ### Três perguntas para a conversa com seu parceiro de implementação 1. **Quais dados vamos migrar e como eles serão mapeados?** Muitas tabelas padrão, como Cliente, Item ou Cabeçalho de Venda, continuam existindo. O decisivo são os campos próprios, os valores de opção e as séries de numeração. 2. **Quais customizações serão reescritas em AL e com que esforço?** O conversor Txt2Al da Microsoft só existiu com o Business Central 14. Ele não processa Forms e Dataports do NAV 2009 R2. 3. **Como vamos migrar dimensões como centro de custo e objeto de custo?** Hoje, os lançamentos referenciam suas dimensões por meio de um conjunto de dimensões. Em uma reimplementação, o que mais importa são as dimensões padrão, os lançamentos em aberto e o código que processa dimensões. **A análise NAVtoBC fornece a base para as três perguntas:** tabelas e campos com evidência de uso, customizações com suas dependências e os pontos em que o código lê ou grava dimensões. **Sua vantagem:** todos os envolvidos trabalham com uma base de conhecimento comum e rastreável – em vez de precisar redescobrir as mesmas relações repetidas vezes. [Conversar sobre a colaboração](https://navtobc.de/br/kontakt) VEJA OS RESULTADOS EM VEZ DE APENAS LER SOBRE ELES ## Do conhecimento dos processos ao cenário-alvo no Business Central. Um exemplo integrado: cliente, pedido e fatura. Alterne entre Análise, Processo, Conhecimento e Roadmap. Exemplo ilustrativo com dados sintéticos – não é um projeto de cliente. NAV → Business Central EXEMPLO SINTÉTICO RESULTADO DE EXEMPLO ## O panorama completo. Sempre à vista. EXEMPLO SINTÉTICO DE ANÁLISE .txt`// Valores substitutos consistentesCliente.Nome: "P-7Q4X9"Cliente.ID: "K-7Q4X9"Pedido.Cliente: "K-7Q4X9"Fatura.Cliente: "K-7Q4X9"` **Rastrear as relações** Mesmo cliente no pedido e na fatura Fonte: dados de exemplo sintéticos Validação funcional Somente artefatos de análise liberados, com valores substitutos consistentes TOTALMENTE RASTREÁVEL ### Mesmo cliente. Documentos vinculados. Decisões verificáveis. 1. **Identificar a relação** “P-7Q4X9” permanece vinculado ao pedido e à fatura por meio do código de cliente K-7Q4X9. 2. **Documentar o conhecimento** O artigo de conhecimento registra a relação com o campo de origem e o status de verificação funcional. 3. **Avaliar o cenário-alvo para o Business Central** Verifique primeiro a cobertura pelo padrão. Somente os requisitos restantes levam à avaliação de módulos ou ao desenvolvimento personalizado. [Ver a pseudonimização no exemplo](https://navtobc.de/br/pseudonymisierung) **Ver um exemplo de matriz de decisão** Formato de decisão sintético, não é uma recomendação verificada de módulo nem para cliente. | Requisito no exemplo | Caminho de verificação | Próximo passo | Status | | --- | --- | --- | --- | | Associar cliente e documentos | Padrão do Business Central primeiro | Conferir fluxo e configuração com a área de negócio | Verificação do padrão pendente | | Requisito setorial adicional | Módulo certificado, se o padrão não for suficiente | Verificar adequação, comprovação, integração e custos | Triagem de módulos pendente | | Regra especial remanescente | Desenvolvimento personalizado somente em caso de lacuna confirmada | Documentar a necessidade e as alternativas | Nenhum desenvolvimento aprovado | DO RESULTADO DA ANÁLISE AO PORTAL DE CONHECIMENTO ## Seu conhecimento do NAV.Em diálogo direto. Faça perguntas sobre o seu sistema Navision – com a mesma simplicidade de uma interface de chat no estilo do ChatGPT. O portal web disponibiliza o conhecimento documentado pela IA: regras de negócio, fluxos, interfaces e relações técnicas ficam acessíveis em forma de diálogo. Em segundo plano, uma IA conectada via API processa suas consultas e utiliza a base de conhecimento reunida localmente. Se necessário, o portal também pode incorporar dados atuais do banco de dados do Navision e de outros recursos por meio de interfaces liberadas e somente de leitura. [Abrir a visualização do portal em tamanho original](https://navtobc.de/images/nav-wissensportal.png) UM OLHAR SOBRE O PORTAL DE CONHECIMENTO Análise de projeto NAV [![Portal de conhecimento Análise de projeto NAV: campo de chat para perguntas sobre o projeto e pontos de entrada para visão geral, relações e pontos em aberto.](https://navtobc.de/images/nav-wissensportal.png)](https://navtobc.de/images/nav-wissensportal.png) Utilize os resultados da análise e as fontes de dados liberadas por meio de uma única interface de chat. **Autenticação local de usuários** O acesso é feito por meio de contas de usuário locais. Assim, o uso fica associado a um usuário autenticado. **Permissões definidas com precisão** A gestão de permissões define quais informações e recursos liberados cada usuário pode consultar. **Acesso somente leitura** As fontes de dados conectadas são apenas lidas. O portal não altera dados do NAV nem outras bases de origem. **Registrar as consultas** Todas as consultas são registradas em log. Assim, o uso do portal permanece rastreável. Definimos em conjunto, para o seu projeto, quais bases de conhecimento, fontes de dados em tempo real e permissões serão integradas. [Explorar o portal de conhecimento](https://navtobc.de/br/kontakt?thema=wissensportal) EXPERIÊNCIA ENCONTRA METODOLOGIA ## Longa experiência com Navision. Aproveitada de forma sistemática com IA. Unimos conhecimento prático de Navision a análise automatizada de código e avaliação apoiada por IA. O resultado são relações documentadas e propostas concretas para o seu sistema atual e para o caminho até o Business Central. Navision Dynamics NAV MS Dynamics NAV Business Central A ABORDAGEM NAVtoBC ## Primeiro entender. Depois mudar com precisão. Anos de customizações não precisam ser um obstáculo. O decisivo é identificar de qual lógica o seu negócio realmente precisa hoje. 01 Análise com IA ### Entender o NAV existente. Avaliar exportações de objetos em TXT liberadas com um parser C/AL próprio: mapear lógica personalizada, chamadas, referências e interfaces com indicação da fonte. SEU RESULTADO **Levantamento técnico** 02 Processos de negócio ### Derivar os fluxos a partir da lógica. Extrair hipóteses de processo e regras de negócio das fontes, documentá-las como conjunto de regras em JSON e como grafos, e validá-las com as áreas de negócio. SEU RESULTADO **Mapa de processos documentado** 03 Base de conhecimento ### Tornar o conhecimento utilizável a longo prazo. Registrar os achados de forma estruturada – com indicação da fonte, contexto de negócio e status de verificação rastreável. SEU RESULTADO **Sua base de conhecimento central** 04 Proposta de migração para o Business Central ### Preparar o caminho certo. Dar preferência ao padrão do Business Central, avaliar módulos certificados e incluir em um roadmap priorizado apenas o desenvolvimento personalizado necessário. SEU RESULTADO **Plano de migração fundamentado** A IA apoia a análise. As áreas de negócio validam os resultados e decidem sobre os processos-alvo. ESCOPO CLARO ## Uma base clara. Um próximo passo alinhado. Nossa oferta aqui descrita abrange a análise do seu sistema NAV, a documentação do seu conhecimento de processos e uma proposta de migração fundamentada para o Business Central. **Implementação, testes e go-live são contratados separadamente.** Os resultados servem de base para a sua equipe interna, para o seu parceiro atual ou para uma implementação contratada posteriormente. [Discutir o escopo do seu projeto](https://navtobc.de/br/kontakt) A PROTEÇÃO DE DADOS COMEÇA ANTES DA ANÁLISE ## Importa o seu conhecimento de processos. Não os seus dados sensíveis. O acesso SQL é necessário para a análise – mas não diretamente pela IA. Um servidor de pseudonimização intermediário acessa o banco de dados de forma controlada e substitui os valores identificadores “em tempo real”, antes que os resultados liberados sejam repassados à análise. SEU CÓDIGO-FONTE CONTINUA SENDO SEU CONHECIMENTO ### Seu código-fonte não é usado para treinar modelos de IA. Este é um pré-requisito para qualquer análise: utilizamos apenas modelos de operação em que o uso do seu código-fonte para fins de treinamento está excluído. Nos serviços em nuvem, isso é verificado com base nas condições e configurações acordadas; localmente, a análise é feita sem o uso do seu código-fonte para o treinamento de modelos. 01 / ACESSO SQL CONTROLADO ### Acesso SQL com camada de proteção intermediária. O servidor de pseudonimização intermediário recebe o acesso SQL acordado. Ele processa dados, estatísticas de uso e indicadores de volume de dados antes do repasse. Credenciais SQL e backups do banco de dados não chegam à IA nem ao site. Exportações de objetos e de metadados complementam a análise. 02 / EM TEMPO REAL ### Substituir valores. Não excluir. Na leitura, os valores identificadores são trocados por valores substitutos permanentemente consistentes. O cliente de exemplo “Müller” recebe o pseudônimo “P-7Q4X9” – inclusive em consultas posteriores do mesmo conjunto de dados de análise. Os registros e as relações necessárias para o negócio são preservados. 03 / RASTREÁVEL ### As relações são preservadas. Regras de substituição acordadas garantem a correspondência entre clientes, pedidos e faturas. Após verificação e liberação, os resultados são analisados localmente ou com uma IA na nuvem acordada. As regras de negócio são derivadas do código e das relações do sistema. NO SEU AMBIENTE **NAV / SQL & exportações de objetos TXT** → **Servidor de proteção: substituir valores** → **Verificar & liberar** ANÁLISE: LOCAL OU NUVEM **Análise com apoio de IA** → **Conhecimento & roadmap do Business Central** O ambiente de análise pode ficar totalmente local. Na operação em nuvem, apenas os artefatos liberados para isso, com valores substitutos consistentes, saem do seu ambiente. Não há mudança automática do local para a nuvem. Sem acesso SQL direto pela IA [Alinhar a proteção de dados do seu projeto](https://navtobc.de/br/kontakt?thema=datenschutz) SUBSTITUIR DADOS. PRESERVAR RELAÇÕES. ## Müller se torna P-7Q4X9. A relação permanece. Antes do processamento pela IA, os valores identificadores são substituídos por pseudônimos estáveis. O mesmo cliente, identificado de forma inequívoca, recebe o mesmo valor substituto dentro do conjunto de dados de análise acordado, inclusive em consultas posteriores. Clientes diferentes com o mesmo sobrenome recebem pseudônimos distintos. As relações entre clientes, pedidos e faturas continuam rastreáveis. Assim, é possível analisar processos de negócio, dependências e regras de programa sem precisar dos nomes originais. A pseudonimização se aplica aos dados de análise; os dados de produção do NAV não são reescritos. A correspondência com os valores originais é armazenada separadamente, com acesso protegido, e não é repassada à IA. Para o responsável pelo tratamento, os dados continuam sendo dados pessoais. [Pseudonimização: art. 4º, item 5, do RGPD ↗](https://eur-lex.europa.eu/legal-content/PT/TXT/?uri=CELEX%3A32016R0679) Exemplo de pseudonimização DADOS SINTÉTICOS **Nome** P-7Q4X9 **Nº do cliente** K-7Q4X9 **E-mail** p-7q4x9@example.invalid **Cliente no pedido** P-7Q4X9 · K-7Q4X9 **Cliente na fatura** P-7Q4X9 · K-7Q4X9 MESMO CLIENTE. MESMO VALOR SUBSTITUTO. **P-7Q4X9 continua P-7Q4X9 – no pedido e na fatura.** SUA INFRAESTRUTURA. SUA ESTRATÉGIA DE IA. ## IA na nuvem ou IA local. Você decide. ChatGPT, Claude e qualquer outra IA na nuvem podem ser usados como opção de operação. Ou você utiliza diferentes modelos locais: no seu hardware ou em hardware que emprestamos a você para o projeto. A integração específica é definida em conjunto com você. IA NA NUVEM ### ChatGPT, Claude. E a sua IA na nuvem. Você não fica preso a um fornecedor específico. ChatGPT, Claude e outras IAs na nuvem apoiam as etapas de análise liberadas. Fornecedor, modelo e interfaces disponíveis são definidos de acordo com cada projeto. ChatGPT · OpenAI Claude · Anthropic Outras IAs na nuvem **Detalhes do modelo de operação** **Fluxo de dados** Antes do processamento pela IA, substituir os valores identificadores de forma consistente, verificar e liberar. **Integração** Conectar o fornecedor escolhido por meio de interfaces adequadas, configuradas separadamente. **Alinhamento** Verificar previamente as condições contratuais, o tratamento de dados e a retenção. [Discutir IA na nuvem](https://navtobc.de/br/kontakt) IA LOCAL ### Seu hardware. Ou o nosso, por empréstimo. Diferentes modelos de IA locais rodam no seu próprio hardware. Como alternativa, emprestamos a você hardware adequado para o projeto. A escolha dos modelos e a configuração do equipamento dependem das suas tarefas de análise. Seu hardware Hardware emprestado Diferentes modelos **Detalhes do modelo de operação** **Fluxo de dados** Também no modo local: valores substitutos consistentes e liberação antes do processamento pela IA. **Operação** Análise local em hardware próprio ou emprestado, no seu ambiente. **Limites** Sem encaminhamento automático para serviços em nuvem. Controlar as conexões de saída. [Discutir IA local](https://navtobc.de/br/kontakt) COMBINAÇÃO OPCIONAL ### Local e nuvem. Combinados de forma planejada. Algumas tarefas de IA localmente, outras na nuvem – com liberação própria para cada etapa de processamento. **Sem fallback automático para a nuvem.** Os mesmos critérios de qualidade valem para todos os modelos de operação. [Definir o modelo de operação](https://navtobc.de/br/kontakt) Os modelos e integrações específicos são acordados no projeto. O modo de operação da IA independe de o Business Central ser operado depois online ou localmente. OUTRAS ANÁLISES COM IA ### Analisar o Active Directory com IA. No site KI4AD.de, saiba mais sobre a análise do seu Active Directory com apoio de IA. [Visitar KI4AD.de](https://ki4ad.de/) TÉCNICAS & MÉTODOS APOIADOS POR IA ## Análise profunda de C/AL. Rastreável no resultado. Parser próprio, apoio direcionado de IA e cadeias de verificação obrigatórias: nossa abordagem de análise une achados técnicos à compreensão do negócio. ### Observação sobre a confiabilidade da análise **A IA comete erros.** Em uma análise, não é possível garantir completude nem ausência de erros – nem mesmo em um trabalho puramente manual. O objetivo é uma **base de trabalho suficientemente fundamentada para a sua migração**. Por isso, tornamos visíveis as incertezas e os pontos em aberto e verificamos os resultados em conjunto com as suas áreas de negócio. O CAMINHO DA ANÁLISE EM FILME 3D ### Do fluxo de dados à análise com IA. 60 segundos ![Filme 3D sobre dados, interfaces e análise com IA](https://navtobc.de/br/film/datenfluss-v1.webp) [Filme 3D sobre dados, interfaces e análise com IA](https://navtobc.de/br/film/navtobc-datenfluss-v1.mp4) Conectar interfaces, estruturar a base NAV, liberar dados e analisar e verificar achados com IA. Uma representação esquemática com dados de exemplo, sem som. [Abrir o player 3D interativo](https://navtobc.de/br/film/index.html) [Baixar o filme em MP4](https://navtobc.de/br/film/navtobc-datenfluss-v1.mp4) **As cinco cenas do filme em texto** 1. **00:00 · Interfaces.** Dados de EDI, loja virtual, SQL e C/AL fluem para a base NAV. 2. **00:12 · Processamento no NAV.** Código-fonte, tabelas e referências são registrados de forma estruturada. 3. **00:24 · Liberação de dados.** Valores substitutos consistentes preservam as relações entre as informações liberadas. 4. **00:34 · Análise com IA.** Papéis separados analisam e verificam evidências, contradições e questões em aberto. 5. **00:48 · Resultados.** Regras de negócio, base de conhecimento e cenário-alvo no BC tornam-se rastreáveis, com fontes e status de verificação. **Métodos em detalhe 8 métodos de análise e verificação** 01 ENTENDER O CÓDIGO ### Análise estática de código C/AL Um parser C/AL próprio identifica chamadas e referências no código-fonte do Navision fornecido. Disso resulta um grafo de chamadas/referências com precisão de função e linha, como base para a classificação apoiada por IA. **Procedimento em detalhe** Cada achado remete a objeto, função e linha na exportação liberada. Chamadas dinâmicas não resolvíveis, objetos ausentes e limites do parser são marcados de forma visível – e não apresentados como analisados com segurança. 02 DETERMINAR A RELEVÂNCIA ### Alcançabilidade a partir de lista de âncoras Análise de alcançabilidade a partir de uma lista de âncoras acordada com as áreas de negócio, em vez de eliminação iterativa. A partir de pontos de entrada conhecidos, as dependências são rastreadas. **Procedimento em detalhe** A lista de âncoras inclui, por exemplo, relatórios executados, filas de tarefas e chamadas externas. “Não alcançável a partir das âncoras registradas” não significa automaticamente “não utilizado”. Caminhos pouco claros continuam sujeitos a verificação. 03 COMPROVAR O USO ### Comprovação de uso por tabela Estatísticas de acesso SQL e indicadores agregados de volume de dados complementam a análise de código. O servidor de pseudonimização intermediário disponibiliza os resultados liberados – atualizados diariamente, quando a coleta e o processamento são diários. **Procedimento em detalhe** O momento da coleta, o período de observação e indícios de resets das estatísticas são registrados junto. O acesso SQL ocorre por meio do servidor intermediário; a IA recebe apenas resultados liberados. A ausência de acessos não comprova o não uso; o volume de dados e o contexto de negócio são avaliados separadamente. Em uma reimplementação, a comprovação de uso mostra quais tabelas e dados são candidatos à transferência. Versões mais antigas do NAV exportam texto no conjunto de caracteres do MS-DOS; por isso, os caracteres acentuados são verificados antes da transferência. 04 VERIFICAÇÃO CRUZADA ### Cadeias de verificação multiagente Papéis de agente separados para análise, verificação cruzada e consolidação. As afirmações são vinculadas às fontes; contradições e questões em aberto permanecem rastreáveis. [![Claude Code mostrando uma cadeia de verificação em andamento, com três agentes de IA trabalhando em paralelo e as fases Verify e Critique.](https://navtobc.de/claude-code-pruefkette.png) Abrir o exemplo em tamanho original](https://navtobc.de/claude-code-pruefkette.png) **Exemplo do Claude Code.** Três agentes de IA verificam em paralelo um inventário de ferramentas. Em seguida, está prevista uma verificação cruzada crítica. **Procedimento em detalhe** A verificação cruzada avalia evidências, cobertura e explicações alternativas. A concordância entre vários agentes, por si só, não comprova a correção. Aprovações pelas áreas de negócio e travas técnicas de verificação continuam necessárias. 05 VERIFICAR A QUALIDADE ### Autotestes, testes de mutação, somas de verificação Autotestes verificam os resultados esperados. Os testes de mutação alteram casos de teste de forma direcionada. Somas de verificação associam os achados de forma inequívoca às versões de artefatos verificadas. **Procedimento em detalhe** Os testes de mutação verificam se erros inseridos propositalmente são detectados. As somas de verificação servem para conferir versão e integridade; não comprovam a correção funcional nem a proteção de dados pessoais. Verificações com falha bloqueiam a liberação dos resultados. 06 APRENDER COM OS ERROS ### Processo obrigatório de aprendizado com erros Cada erro confirmado leva a uma análise de causa raiz, a um teste de regressão e a uma regra versionada. Regras ancoradas mecanicamente são verificadas de forma automatizada – e não apenas formuladas como recomendação. **Procedimento em detalhe** Um caso de erro só é encerrado após comprovação reproduzível, correção e teste de regressão bem-sucedido. Travas de verificação impedem a liberação em caso de violação de regras. A versão das regras e a responsabilidade são documentadas. 07 MELHORAR PONTOS FRACOS ### Tabelas SQL, CUs & Ports Pontos fracos identificados em tabelas SQL, Codeunits (CUs) e Dataports/XMLports são convertidos em propostas concretas de melhoria – com achado, prioridade e etapa de verificação. **Procedimento em detalhe** São examinados, por exemplo, padrões de acesso incomuns, lógica redundante e validações de importação insuficientes. Suposições sobre desempenho permanecem hipóteses até serem medidas. Alterações no sistema de produção não são feitas automaticamente. 08 PRESERVAR O CONHECIMENTO DO NEGÓCIO ### Extração de regras de negócio Regras de negócio como conjunto de regras em JSON legível por máquina e como grafos: com condições, ações, dependências, referências às fontes e status de verificação funcional. **Procedimento em detalhe** As regras recebem IDs estáveis e referências a função e linha na exportação liberada. Regras confirmadas alimentam a base de conhecimento e a análise de lacunas (fit-gap) para o Business Central. Informações ausentes e premissas não comprovadas continuam sinalizadas. ### Perguntas detalhadas **Como surge uma comprovação de uso atualizada diariamente? +** O servidor intermediário lê as estatísticas de acesso SQL e os indicadores de volume de dados acordados. Antes do repasse, os valores identificadores são substituídos por valores substitutos consistentes. A atualização diária pressupõe coleta diária e processamento bem-sucedido; a data de referência dos dados e a janela de observação são informadas. Os contadores de uso do SQL podem, por exemplo, ser zerados após uma reinicialização do servidor. Por isso, a ausência de sinais de acesso não comprova o não uso; da mesma forma, a mera existência de dados não comprova um processo de negócio ativo. **Por que vocês analisam a alcançabilidade a partir de uma lista de âncoras?+** Começamos por pontos de entrada acordados com as áreas de negócio e, a partir deles, rastreamos as relações de chamada e referência. Isso substitui a eliminação puramente iterativa de objetos aparentemente não utilizados. Listas de âncoras incompletas, chamadas dinâmicas e exportações ausentes são marcadas explicitamente como limitações. A análise não exclui objetos nem substitui a decisão de negócio sobre a desativação. **Quais regras de negócio recebemos em JSON e como grafos?+** O resultado previsto contém, para cada regra de negócio extraída, um ID, condições, ações, dependências e referências às fontes, com objeto, função e linha. Um grafo de regras mostra as relações. O status de verificação e as premissas em aberto são preservados; somente a confirmação pela área de negócio transforma um rascunho de regra em uma base de conhecimento aprovada. **O que significa um processo de aprendizado com erros ancorado mecanicamente?+** Erros confirmados são documentados como casos reproduzíveis e cobertos por testes de regressão e por regras de verificação versionadas. Essas regras são controladas de forma automatizada e podem bloquear uma liberação. Uma simples instrução adicional a um agente de IA não é suficiente para isso. **Como o Claude e o ChatGPT são integrados a fluxos automatizados?+** O uso do ChatGPT e uma integração via API da OpenAI devem ser considerados separadamente. Para cadeias de verificação automatizadas, uma conexão via API da OpenAI ou API do Claude é configurada especificamente para cada projeto. Uma assinatura do ChatGPT não substitui a cobrança separada da API. [OpenAI: ChatGPT e API separados ↗](https://help.openai.com/en/articles/8156019-how-can-i-move-my-chatgpt-subscription-to-the-api) · [Anthropic: Claude API ↗](https://platform.claude.com/docs/en/api/overview) NOSSO PADRÃO DE QUALIDADE Cada afirmação com evidência. **Cada incerteza visível.** A análise determinística de código e a IA se complementam. O que as fontes não comprovam é indicado como em aberto e esclarecido com as suas áreas de negócio. [Discutir a análise](https://navtobc.de/br/kontakt) Os procedimentos unem achados técnicos à verificação pelas áreas de negócio e a uma documentação rastreável. BOM SABER ## As perguntas importantes. Antes do primeiro passo. Nem toda customização precisa ser migrada. Mas toda regra crítica para o negócio merece atenção. [Discutir a sua situação](https://navtobc.de/br/kontakt) **O C/AL é analisado automaticamente?** **Sim.** Nossa ferramenta de análise própria analisa automaticamente o código-fonte C/AL do seu sistema Navision ou Dynamics NAV. Os resultados são documentados de forma estruturada por objeto e armazenados de modo pesquisável. **Existe uma ferramenta de análise própria?** **Sim.** Utilizamos uma ferramenta de análise própria para a análise automatizada do NAV. **Os FOBs do NAV são avaliados diretamente?** **Não.** Nossa ferramenta de análise lê exportações de objetos em TXT com código C/AL e propriedades dos objetos. Se os objetos estiverem em formato FOB, eles são primeiro importados em um ambiente de desenvolvimento NAV adequado e, ali, exportados como TXT com a licença de desenvolvedor necessária. Arquivos FOB nativos não são processados diretamente. [Particularidades do C/AL e base da análise em detalhe →](https://navtobc.de/br/cal-besonderheiten) **Existe uma transformação automática para código AL?** **Não.** O código C/AL existente não é convertido automaticamente em código AL. Primeiro, verificamos o padrão do Business Central e módulos ISV adequados. Apenas a programação personalizada que continuar necessária é **reescrita em AL** com base na lógica de negócio requerida – em vez de transferir o código antigo um para um. **Quais versões de destino do Business Central são suportadas?** **Todas as versões de destino do Business Central a partir de 2025.** A versão de destino específica é definida para cada projeto de migração. **Como a IA apoia a migração do NAV?** IA significa inteligência artificial. Combinamos a análise do código C/AL do seu sistema Navision ou Dynamics NAV com uma avaliação apoiada por IA. Você recebe regras de negócio documentadas, uma base de conhecimento pesquisável e uma proposta de migração para o Business Central. A análise é a base para a migração técnica; as aprovações funcionais cabem às suas áreas de negócio. Se você desejar, a implementação é acordada separadamente em seguida, ou o seu parceiro a assume. **O que significa C/AL para AL na migração?** C/AL descreve a lógica de programação existente de muitas customizações do NAV; AL é usado para extensões do Business Central. Em uma migração de C/AL para AL, verificamos primeiro se o padrão do Business Central já atende ao requisito ou se há módulos ISV certificados adequados disponíveis. Apenas lacunas justificadas são planejadas como extensões AL personalizadas – e não como mera transferência um para um do código antigo. **A migração para a nuvem é obrigatória?** Não. O cenário-alvo para o Business Central – online ou on-premises – é definido separadamente do modelo de operação da IA. Para uma migração para a nuvem, examinamos especialmente interfaces, estruturas de dados e extensões. A análise do NAV pode ser feita com IA na nuvem ou com modelos de IA locais no seu hardware ou em hardware emprestado por nós. O caminho concreto de implementação é acordado no projeto. **A análise precisa de acesso ao nosso banco de dados SQL? +** Sim. O acesso SQL necessário ocorre por meio de um servidor de pseudonimização intermediário com permissões acordadas. Ele substitui os valores identificadores antes que os resultados liberados cheguem à IA. Nem a IA nem este site recebem acesso direto ao banco de dados, credenciais SQL ou backups do banco de dados. Exportações de objetos e de metadados podem ser fornecidas de forma complementar. **A análise com IA pode ser feita na nuvem ou totalmente local? +** Sim. Como opção de operação, podem ser usados ChatGPT, Claude e qualquer outra IA na nuvem; interfaces adequadas, condições contratuais e liberações de dados são definidas previamente. Como alternativa, utilizamos diferentes modelos locais no seu hardware ou em hardware que emprestamos a você. Uma combinação expressamente acordada também é possível. Em todas as variantes, a substituição dos valores identificadores e a liberação ocorrem antes do processamento pela IA. **De qual hardware precisamos para a IA local? +** Diferentes modelos locais podem assumir a análise, a extração de regras e a verificação cruzada. Eles rodam no seu hardware existente ou em hardware que emprestamos a você para o projeto. A configuração do equipamento, o prazo do empréstimo e as licenças dos modelos são definidos com base nas tarefas de análise. Na operação puramente local, embeddings, base de conhecimento, logs e serviços auxiliares também permanecem locais. Funções em nuvem e rotas automáticas de fallback para a nuvem não são ativadas sem consulta prévia. **A IA consegue identificar automaticamente todos os processos de negócio?+** A análise deve derivar hipóteses de processo e regras de negócio a partir dos artefatos disponíveis. Etapas manuais, exceções não documentadas e fluxos fora do NAV precisam ser complementados em workshops. Os resultados permanecem marcados como rascunho até serem confirmados pelas áreas de negócio. **As customizações são levadas para o Business Central exatamente como estão?** Não. Damos preferência ao padrão do Business Central. Se ele não for suficiente, as programações personalizadas devem, sempre que possível, ser substituídas por módulos certificados adequados. O desenvolvimento personalizado só entra em consideração para requisitos necessários que comprovadamente continuem sem cobertura. Decisões, alternativas e verificações pendentes são documentadas. **A análise já é a migração técnica?** A análise fornece a base para a tomada de decisão. Implementação técnica, migração de dados, testes de migração e entrada em produção são acordados separadamente – com sua equipe interna, com seu parceiro atual ou no âmbito de uma implementação acordada posteriormente. **Nossos relatórios do Power BI continuam funcionando após a migração?** Não sem alterações, se eles acessarem diretamente tabelas do NAV ou páginas publicadas do NAV. O Business Central disponibiliza dados para o Power BI por meio de páginas e consultas de API; no Business Central online, esse é o único caminho com suporte. Para finanças e vendas, existem aplicativos de modelo prontos. Identificamos quais fontes de dados seus relatórios usam e mostramos o que precisa ser conectado novamente. **Quais informações ajudam na primeira conversa?** Sua versão do NAV, as principais áreas de negócio, customizações conhecidas e seu objetivo com o Business Central. Em seguida, definimos juntos as fontes da análise e o modelo de operação de IA adequado. O PRIMEIRO PASSO É CLAREZA ## O que há no seu NAV? Conte-nos sobre sua situação atual. Juntos, definimos qual análise faz sentido para a sua migração. PRÓXIMOS PASSOS **01** Discutir a situação atual e o cenário-alvo **02** Alinhar o acesso SQL e a proteção de dados **03** Definir a abordagem da análise e o modelo de operação de IA ANÁLISE INICIAL SEM COMPROMISSO ### Análise inicial sem compromisso Alguns dados básicos bastam para uma primeira estimativa de esforço e abordagem. \* Campo obrigatório CUSTOS & PRAZOS #### Quanto custa e quanto tempo leva? Custos e duração dependem da versão do NAV, do grau de customização, das interfaces, do volume de dados e do cenário-alvo. Após uma breve análise inicial, você recebe uma faixa de custos concreta e uma estimativa de prazo realista – antes que qualquer outro passo seja acordado. NAVtoBC.de não tem nenhum vínculo com NAVTOBC.com.