Reflexão de Centro de Custo para Séries diferentes nos documentos de venda   

Em Cegid Primavera Evolution não existe, de forma standard, uma parametrização “por série” que permita atribuir automaticamente centros de custo diferentes (001 para série A, 002 para série B) apenas com configuração base. A reflexão de centros de custo é feita, em regra, ao nível de:

• Plano de contas (reflexão de centro de custo na conta);
• Templates / ligação à contabilidade (projetos, chaves de repartição, etc.);
• Ou via desenvolvimento/extensibilidade.

Para obter o comportamento pretendido, tem essencialmente duas abordagens:

1. Abordagem sem desenvolvimento (configuração “funcional”)

Esta abordagem passa por diferenciar algo no documento que possa ser usado na ligação à contabilidade, por exemplo:

• Utilizar contas diferentes por série (ex.: 72A para série A e 72B para série B) e configurar reflexões de centro de custo distintas em cada conta;
• Ou utilizar projetos / analítica e, na ligação à contabilidade, refletir o centro de custo a partir do projeto (%O) ou de outra dimensão, assumindo um centro de custo por defeito quando não exista projeto.

Passos genéricos (exemplo com contas diferentes):

1. No módulo de Vendas, configurar a série A para usar uma conta de vendas (ex.: 72A…) e a série B outra (ex.: 72B…).
2. Na Contabilidade, em cada conta (72A, 72B), definir a reflexão de centro de custo:
   • Na 72A, refletir 100 % para o centro de custo 001;
   • Na 72B, refletir 100 % para o centro de custo 002.
3. Na ligação à contabilidade (Administração / Ligação CBL), garantir que está ativa a reflexão de centros de custo e que não existe outra regra que sobreponha esta reflexão.

Limitação: esta solução obriga a multiplicar contas ou outra dimensão (projetos, analítica) para conseguir distinguir as séries.

2. Abordagem com extensibilidade (mais flexível)

Se não quiser alterar contas ou outras dimensões, a forma mais direta é via extensibilidade na ligação à contabilidade, manipulando o centro de custo antes da integração.

Existe um exemplo de solução já utilizado noutro cenário, usando a classe UiUtilLigacaoCBL (no módulo Internos) e o evento AntesDeIntegrarCBL, onde se altera o centro de custo das linhas antes de integrar na contabilidade:

Exemplo conceptual (a adaptar ao seu caso):

1. Criar uma classe que herda de UtilLigacaoCBL:

public class UiUtilLigacaoCBL : UtilLigacaoCBL

2. Sobrepor o evento AntesDeIntegrarCBL e, dentro dele, percorrer as linhas do documento, ler a série e atribuir o centro de custo pretendido:

public override void AntesDeIntegrarCBL(ref bool Cancel, ExtensibilityEventArgs e)
{
  // Pseudocódigo:
  // - Obter o documento e a série
  // - Se série == "A" => centro de custo "001"
  // - Se série == "B" => centro de custo "002"
  // - Atualizar o centro de custo nas linhas antes da integração
}

Notas importantes:

• Esta abordagem exige desenvolvimento em PEX (extensibilidade) e publicação do projeto no Project Selector;
• Permite manter a mesma conta de vendas e apenas variar o centro de custo em função da série.

Resumo prático

• Sem desenvolvimento: diferenciar contas (ou outra dimensão) por série e configurar reflexões de centro de custo diferentes em cada conta.
• Com desenvolvimento: usar a classe UiUtilLigacaoCBL e o evento AntesDeIntegrarCBL para, em função da série do documento, atribuir automaticamente o centro de custo 001 ou 002 antes da integração.

Se precisar de algo totalmente automático sem mexer em contas nem desenvolver, o produto, na versão atual, não tem uma parametrização nativa “centro de custo por série”; teria de recorrer a uma das duas abordagens acima.

Esta resposta foi gerada pelo Cegid Pulse, com base na base na informação disponível em histórico.
Ajude-nos a melhorar esta funcionalidade:
• Se a resposta corresponde à sua questão, assinale-a com "Mark as best answer",
• Se a resposta estiver incorreta, dê-lhe um voto negativo e aguarde a resposta da comunidade.