NAVtoBC.de Solicitar análise inicial

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 compromissoExplorar resultados

Primeiro o padrão do Business Central. Preferência por módulos certificados.
Desenvolvimento personalizado só de forma direcionada.

Análise & planejamento da migração
SUA BASE PARA DECIDIR

Conhecimento vira perspectiva.

DEMO
01 / PRIORIDADEPadrão do Business CentralUsar as funcionalidades
02 / EXTENSÃOMódulos
certificadosSubstituir código personalizado
03 / LACUNA JUSTIFICADACustomização
direcionadaDesenvolver o necessário
Os vínculos são preservadosValores substitutos consistentes
ClienteP-7Q4X9
PedidoP-7Q4X9
FaturaP-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
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.

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.

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.

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

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.

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.

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.

EDILobster EDIDocumentos, dados mestres
e informações de status
BIQlikRelatórios, análise
e disponibilização de dados
Navision / Dynamics NAVC/AL · SQL · Lógica de negócio
IMPORTAÇÃODados de itensDados mestres, variantes,
unidades e preços
LOJALojas virtuaisItens, preços, estoques
e pedidos
O FOCO DA ANÁLISE
Exportação de dadosConteúdos, formatos de destino
e destinatários
Correspondência na importaçãoMapeamento 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.

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

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

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.

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 & valoresSintaxe 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 & metadadosTipo 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ócioVALIDATE, 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álculosFiltros, 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 & eventosRecordRef, 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 & SQLCOMMIT, 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ãoFormato 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 & interfacesGeraçõ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
Fontes técnicas & contexto

Verificado em 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.

Como combinamos análise de código e IA

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/AL480.000 linhas
CODEUNITSQuase 1.000
SISTEMANAV 2009 R2
VOLUME DE DADOSaprox. 1,5 TB
HISTÓRICO DO SISTEMA20 anos
SETORAtacado & 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

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.

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

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.

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

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

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.

EXEMPLO SINTÉTICO

RESULTADO DE EXEMPLO

O panorama completo. Sempre à vista.

EXEMPLO SINTÉTICO DE ANÁLISE .txt// Valores substitutos consistentes
Cliente.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éticosValidaçã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
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 exemploCaminho de verificaçãoPróximo passoStatus
Associar cliente e documentosPadrão do Business Central primeiroConferir fluxo e configuração com a área de negócioVerificação do padrão pendente
Requisito setorial adicionalMódulo certificado, se o padrão não for suficienteVerificar adequação, comprovação, integração e custosTriagem de módulos pendente
Regra especial remanescenteDesenvolvimento personalizado somente em caso de lacuna confirmadaDocumentar a necessidade e as alternativasNenhum 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
UM OLHAR SOBRE O PORTAL DE CONHECIMENTOAná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.
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

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.

NavisionDynamics NAVMS Dynamics NAVBusiness 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 RESULTADOLevantamento 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 RESULTADOMapa 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 RESULTADOSua 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 RESULTADOPlano 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

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.

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

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 ↗
Exemplo de pseudonimizaçãoDADOS 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.

Dados de exemplo fixos: sem exclusão, sem troca do valor substituto. Esta demonstração não processa dados reais e não transmite nada.

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 · OpenAIClaude · AnthropicOutras 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
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 hardwareHardware emprestadoDiferentes 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
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

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.

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.

Métodos em detalhe8 métodos de análise e verificação
01ENTENDER 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.

02DETERMINAR 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.

03COMPROVAR 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.

04VERIFICAÇÃ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. Abrir o exemplo em tamanho original
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.

05VERIFICAR 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.

06APRENDER 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.

07MELHORAR 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.

08PRESERVAR 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 ↗ · Anthropic: Claude API ↗

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

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
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 →

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.

Verificando o status de envio.
01Contato
VERIFICAÇÃO DE E-MAILPara a verificação, enviaremos um código de confirmação de uso único para o endereço de e-mail informado.
02Projeto & cenário-alvo
No mínimo 20 caracteres.0 / 5.000

Seus dados serão usados exclusivamente para atender à sua solicitação. Informações sobre o tratamento estão na Política de privacidade. Sem inscrição em newsletter.

NAVtoBC.de não tem nenhum vínculo com NAVTOBC.com.