---
title: "Business Central: padrão em primeiro lugar | NAVtoBC.de"
description: "Avaliar criteriosamente o padrão do Business Central, módulos ISV adequados e o desenvolvimento personalizado em AL necessário."
url: https://navtobc.de/br/standard-zuerst
language: pt-BR
---

# Business Central: padrão em primeiro lugar

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.