Integração com CEGID PRIMAVERA

Deverá aguardar no mínimo 15 minutos. Se não for apresentada qualquer mensagem, deverá abrir um ticket no portal MyYetSpace.

Caso não tenha receção automática, deverá clicar no botão Receber.

Poderá indicá-lo nas linhas dos documentos de venda no campo Número de Compromisso.

Em algumas casos, é necessário ativar o campo para este seja apresentado nas linhas dos documentos. Para tal, deverá aceder à Configuração Avançada dos Editores de Vendas, na secção relativa às linhas ativar a opção Visível para o campo N.º Compromisso.

É necessário efetuar os procedimentos descritos no artigo de apoio.

Caso se trate de uma ligação EDI (retalho), deverá abrir um ticket no My YetSpace.

No envio das faturas para entidades que utilizam o formato CIUS-PT, a codificação das unidades deve estar de acordo com a lista de unidades do formato (ver lista).

Para isso, deverá configurar os Mapeamentos/Unidades por Entidades nas Transações Eletrónicas e ativar a opção Usa Unidades de Cliente na ficha de cliente.

Deverá indicar o N.º de Encomendas (ou o N.º do Pedido de Compra) no campo V./Ref do Editor de Vendas.

Erro: "O ficheiro YETInvoice.xsd não existe na pasta dos modelos de validação"

Resolução: A instalação do módulo de TTE não foi corretamente concluída. O ficheiro terá de existir na pasta:

• C:\Program Files (x86)\PRIMAVERA\SG900\Config\LE\TTE

• C:\Program Files\PRIMAVERA\SG100\Config\LE\TTE (v10)

Deverá efetuar os seguintes procedimentos:

1. Inativar o módulo TTE na v9;

2. Inativar o EDI Windows Services na v9;

3. Ativar o módulo TTE na v10;

4. Ativar o EDI Windows Services na v10 e configurar o Windows Services 2.0;

5. Importar o ficheiro de parametrizações para a v10 em Base Aplicacional | Transações;

6. Garantir que está apenas ativo o formato YET;

7. Validar a possibilidade de reenvio dos documentos integrados na 9 incorretamente.

Dependendo do tipo de relação comercial entre as entidades, na mesma fatura pode existir referência a mais que um contrato. Nestes casos, é obrigatório preencher o N.º de Compromisso em todas as linhas que contenham o código de artigo.

Sim. Sempre que existe alteração de versão ou mudança de servidor, é obrigatório importar o ficheiro de parametrizações para que o mesmo seja fisicamente copiado para a pasta dos programas em Administrador | Base Aplicacional de Negócio | Parâmetros de Comunicações Eletrónicas.

Para importar o ficheiro de parametrizações, deverá aceder a Administrador | Base Aplicacional de Negócio | Parâmetros de Comunicações Eletrónicas.

Deverá garantir que a ficha de cliente está configurada com a seguinte informação:

• Ativar a opção Trata Transações;

• Indicar o formato YET;

• No campo Endereço, indicar o email do cliente;

• No campo Endereço de Envio, indicar o seguinte email: mail@ediint.yetspace.comNota: Caso pretenda enviar para vários destinatários, deverá separar os emails com o sinal gráfico ponto e reticência (";”). Por exemplo: xxxx@yyyy.pt ;zzzz@yyyy.pt.

Para saber mais informações, recomendamos a consulta do artigo de apoio disponível no Help Center v10.

Só após o envio do documento é que este é assinado.

Neste cenário, é importante efetuar o seguinte processo para garantir que as configurações estão devidamente definidas:

1. Reimportar o ficheiro de configurações

Aceder a Administrador | [Empresa] | Base aplicacional | Parâmetros | Transações Eletrónicas | Etrans e verificar se a comunicação eTrans está ativa. De seguida, deverá reimportar o ficheiro .lic que contém as parametrizações e o certificado.

2. Garantir Configurações
Em Administrador | [Empresa] | Transações Eletrónicas | Formatos, garantir que o formato em causa (YET, JM, etc) está ativo. Adicionalmente, para esse formato, validar que os documentos, que estão a ser usados no ERP, estão configurados em vendas e compras.

3. Analisar configurações do EDI
Em Primavera Windows Services | Primavera Eletronic Data Interchange | Parâmetros, verificar se o serviço EDI está corretamente parametrizado nos separadores Execução, Configuração e Calendarização.

Caso esteja, e apesar das configurações que executam de minuto a minuto, a geração da transação pode demorar 3 ou 4 minutos.

Ultrapassando esse período, deverá aceder aos serviços do Windows e verificar se o utilizador que está configurado para executar este serviço tem permissões para escrever na pasta C:\Windows\Temp\. São necessárias permissões de escrita nessa pasta.

4. Validar NIF dos clientes e fornecedores
No ERP, na ficha de cada cliente e fornecedor configurado para tratar transações eletrónicas deverá:

• no separador Dados Fiscais, validar se o NIF está correto;

• no separador Outros Dados, verificar se o GLN está preenchido (se aplicável);

• no separador Eletrónicas, validar se o tratamento de transações está ativo, se o formato escolhido é o aplicável e se os dois endereços de envio estão corretos.

5. Validar documentos

Deverá garantir se os documentos configurados para tratar transações (definidos nos Formatos do Administrador) têm um mapa válido. Caso não tenham, será apresentado um erro ao gerar o PDF que acompanha a transação.

6. Imprimir mapa
Deverá escolher um dos documentos para o qual não está a ser gerada a transação e, de seguida, imprimir o mapa predefinido na série, com pré-visualização, no respetivo Editor de Compras/Vendas e na mesma máquina/servidor onde está instalado o serviço EDI.

Tem sempre de existir uma impressora válida na máquina/servidor onde está a executar o serviço EDI para que o serviço possa gerar o respetivo PDF que acompanha a transação.

Solução Alternativa
Se nenhuma das etapas anteriores resolver o problema, deverá:

1. Ativar os log’s de criação de documentos e do serviço EDI. Para isso, na mesma máquina onde está instalado o serviço EDI criar a pasta C:\Logs\;

2. Nessa pasta, criar dois ficheiros de texto (Service.log ou Primavera.EDI100.Service.log de acordo com a versão do produto) e monitorizar o que é escrito para esses dois ficheiros. Este ficheiro apresenta o log do processo de registo da transação na tabela [TransRegistoComunicaoes] pelo serviço EDI e também o log do envio/receção;

3. Na pasta c:\temp\, criar o ficheiro LOG para apresentar o log do processo de gravação do documento no Editor de Compras/Vendas. Será posteriormente gerado um ficheiro com informação sobre o serviço TTEWinService100_(data).log.

Importante: a pasta de Logs deve ser removida (ou renomeada) após estes testes. Caso contrário, os ficheiros que lá são gerados irão ocupar demasiado espaço em disco.

Se, apesar deste último procedimento, não detetar a origem dos problemas, deverá, se possível, efetuar backup da base de dados para que possa ser analisada através do código. Neste cenário, e após todas validações, a solução mais ágil é a análise do código ERP.

Primeiramente, deverá analisar qual o tipo de erro.

Se o erro apresentado está relacionado com o código-postal, país ou localidade (ver erros abaixo), tal significa que no Editor de Vendas, no separador Carga/Descarga, na opção Descarga a Morada da Descarga não está preenchida na ficha de cliente nas Outras Moradas.

Nestes casos, é apresentado um dos seguintes erros:

• O código-postal do local de descarga não se encontra definido;

• O país do local de descarga não se encontra definido;

• A localidade do local de descarga não se encontra definido.

No entanto, caso o tipo de erro for "O local de descarga não se encontra definido", tal significa que o GLN da respetiva morada não está preenchido. Assim, deverá preenchê-lo no campo Cod. Localização em Clientes, nas Outras Moradas e reenviar o documento.

Quando a aplicação apresenta este erro, deverá validar se o nome do ficheiro de parametrizações enviado pela Cegid YET aquando da ativação do serviço corresponde ao n.º de contribuinte da empresa que tem faturação eletrónica. Se tal for o caso e o erro persistir, recomendamos a reimportação do ficheiro de parametrizações em Administrador | Base Aplicacional de Negócio | Parâmetros de Comunicações Eletrónicas. Após a importação, deverá reabrir o Cegid ERP Primavera.

Esse erro está relacionado com o antivírus/firewall.

Nesses casos, poderá ser necessário implementar exceções para as seguintes portas:

• AS1 Inbound: mail.ediint.primaverabss.com - porta 110

• AS1 Outbound: mail.ediint.primaverabss.com - porta 25.

Esse erro é apresentado quando não existe o certificado interno ao produto na diretoria de instalação do Cegid ERP Primavera.

Deverá solicitar o envio do ficheiro de parametrizações e importá-lo em:

• Versão 10: Administrador | Base Aplicacional de Negócio | Parâmetros de Comunicações Eletrónicas

• Versão 9: Administrador | Transações Eletrónicas | Parâmetros

Depois de importar, deverá reabrir o Cegid ERP Primavera.

A geração do PDF é realizada no posto onde está instalado o serviço EDI (Eletronic Data Interchange), que por norma é no servidor.

Assim, é necessário:

1. Aceder ao servidor e verificar se a impressora está corretamente configurada;

2. Aceder aos serviços no Windows Service;

3. Nas propriedades dos serviços Primavera ERP Windows Services e Primavera Eletronic Data Interchange, alterar o início de sessão para uma conta de Administrador em vez de Local System, garantindo que com essa conta a impressora está corretamente configurada.

Poderá testar esta operação. Basta criar um documento, aceder ao ecrã das transações e nos documentos que estão no estado Por Enviar clicar em Pré-visualizar.

Para receber os documentos para posteriormente integrar no módulo de Transações Eletrónicas, siga as seguintes etapas:

Etapa 1: Ativar formato

1. Aceder a Administrador | Empresa | TransaçõesEletrónicas | Formatos;

2. Selecionar o formato Yet e ativar a opção Ativo;

3. No separador Recebidos ,indicar as seguintes configurações: - Tipo de Transação: 380; Módulo: C; Tipo de Documento: VFA - Tipo de Transação: 381; Módulo: C; Tipo de Documento: VNC - Tipo de Transação: 383; Módulo: C; Tipo de Documento: VND - Tipo de Transação: 402; Módulo: V; Tipo de Documento: ECL

Etapa 2: Configurar a ficha de cliente (módulo de vendas) ou fornecedor (módulo de compras)

1. Aceder a Vendas | Clientes ou Fornecedores;

2. No separador TransaçõesEletrónicas, ativar a opção Trata Transações Eletrónicas;

3. Selecionar o formato Yet;

4. Indicar o Endereço e o EndereçoEnvio, por exemplo: - Endereço: retalhista@ediint.primaverabss.com - Endereço Envio: ediint@ediint.primaverabss.com Nota: Esta informação é enviada sempre pela Yet na data da ativação da conexão.

5. Clicar em Gravar.

Etapa 3: Ativar integração

1. Aceder a Geral | Transações

2. Clicar em Receber;

3. No separador Receção | Por integrar, ativar a opção Integrar;

4. Clicar em Integrar na parte superior do ecrã.

Caso seja necessário, poderá ainda mapear os códigos dos artigos do ERP e as unidades movimentadas (ver como).

Nota: Para a receção dos documentos de fornecedores, é necessário adquirir o serviço EdocXChange. Para tal, deverá contactar o departamento comercial Cegid Yet através do email sales.yet@email.cegid.com ou do telefone 253 149 253 (opção 1).

Sim. Para tal, siga os seguintes passos:

Criação do CDU no Administrador

1. No Administrador, aceder a Manutenção | Campos de Utilizador;

2. Criar um CDU na tabela CabeDoc com a opção Exportar TTE. Exemplo: cdu_tte_nomecliente;

Acesso e Parametrização no portal MyYetSpace

1. Aceder ao portal MyYetSpace;

2. Aceder à opção Configurações;

3. Na secção Parametrização de Emails, selecionar o Template pretendido e, de seguida, editá-lo.

Inserção do CDU no Template

Inserir o campo de utilizador no assunto ou corpo do email utilizando o formato #$cdu_tte_nomecliente$#.  

Se ativar esta opção, o ERP irá:

1. pesquisar por Código de Barras definido na ficha do artigo no separador Clientes (campo Cód. Barras). Se encontrar, o artigo é associado a esse código e a encomenda é integrada;

2. pesquisar por Referência do Cliente caso o ERP não encontre o código de barras. Desta forma, irá procurar pelo campo Referência Cliente da ficha do artigo do separador Clientes e, em caso positivo, irá associar o artigo e a encomenda é integrada;

3. abrir a janela de associação manual. Se as pesquisas anteriores falharem, o ERP irá abrir esta janela para que associe manualmente o artigo. Após associar, os dados são guardados na ficha do artigo no separador Clientes e a encomenda é integrada. Nas integrações futuras do mesmo artigo, o processo será direto, uma vez que os dados já estarão associados.

Nota: Existem métodos de extensibilidade que podem ser utilizados para personalizar a associação de acordo com as necessidades. É recomendado verificar essas possibilidades junto do parceiro Cegid.  

Sim. Para tal, deverá efetuar a seguinte configuração:

1. No Administrador do ERP aceder a Base Aplicacional de Negócio | Parâmetros de Comunicações Eletrónicas;

2. Escolher o tipo de comunicação Etrans;

3. Ativar a opção Guardar Anexos;

4. Guardar a operação.

Os anexos ficam visíveis após a integração do documento no separador Anexos do Editor de Compras.

Nota: Esta funcionalidade apenas está disponível para os clientes com o serviço EdocXChange.

Se o emissor do documento não utilizar um produto do ecossistema Cegid, deverá solicitar a ativação da receção de anexos abrindo um ticket de suporte no portal MyYetSpace.

Sim. É possível reenviar em lote os documentos no estado Erro. Para tal, siga os seguintes passos:

1. Aceder a Transações Eletrónicas | Erros;

2. Na coluna Enviar selecionar a opção Marcar Todos;

3. Aceder à parte superior do ecrã das Transações e clicar em Enviar.

1.º Tipo de Erro: A mensagem com o assunto XXXXXXX não foi tratada com sucesso:: Não foi possível registar a transação electrónica: não está definido nenhum XSD associado ao tipo de documento 385.

Resolução:

1. Aceder a Administrador | Formatos | Formato YET;

2. Preencher o separador Formato com a seguinte parametrização:

   • Tipo de transação: 385

   • CheckTax: 0

   • TimeStamp: 0

   • TrataDif: 0

   • XSD da Transação: YETPayment.xsd

   • Receção: 1

   • Integração: 0

   • XSD da Notificação: MessageStatus.xsd

2.º Tipo de Erro: A mensagem com o assunto XXXXXXX não foi tratada com sucesso: Não foi possível registar a transação eletrónica: A notificação de receção é obrigatória. Por favor verifique a configuração do tipo de documento 385.

Resolução:

1. Aceder a Administrador | Formatos | Formato YET;

2. No separador Formatos, para o tipo de transação 385 inserir no campo Receção o valor 1.

3. Reabrir o ERP e efetuar novamente a receção.

Neste caso, deverá:

1. ativar a opção Utiliza Artigos do Cliente no separador Transações Eletrónicas da Ficha do Cliente;

2. preencher a informação com o código de barras/descrição do artigo do cliente (a listagem dos artigos deve ser solicitada junto dos mesmos) no separador Clientes na Ficha do Artigo.

Sim. No ERP, deverá ativar a opção Alertas em Administrador | Empresa | Transações Eletrónicas | Alertas.

O tamanho máximo é de 5 Mb por ficheiro.

Apenas são aceites ficheiros nos anexos com as seguintes extensões: PNG, JPEG, PDF, DOC, DOCX, XLS, XML, TXT, CSV.

Na maioria dos cenários, este erro está relacionado com o formato parametrizado no separador das Transações Eletrónicas. Deverá validar as parametrizações enviadas na configuração da ligação, garantindo que estão conforme as indicadas.

Se o erro persistir após este procedimento, deverá registar ticket.

O erro apresentado refere-se ao login utilizado para acesso ao MyYETSpace.

O utilizador (constituído por pt+NIF) está associado ao ERP. Sempre que a password de acesso ao portal é alterada, o serviço deixa de conseguir comunicar com o ERP.

Deverá repor a password para a original. Caso não se recorde da password, deverá registar um ticket e solicitar a reposição da mesma.

Este erro está relacionado com falta de permissões no acesso ao serviço da YET, ou seja, a tentativa de ligação falhou devido à falta de resposta do servidor na porta 62.28.96.108:25.

Para ultrapassar, deverá garantir que as portas 25 e 110 não têm restrições de acesso para o servidor de email mail.ediint.primaverabss.com.

Alternativamente, poderá configurar a comunicação via protocolo HTTPS, adicionando a seguinte informação ao ficheiro Config.ini: [TTE]HTTPS = 1

Este erro está relacionado com os endereços configurados na ficha de cliente para o envio da fatura. Deverá garantir que o:

• email do cliente (podem ser vários separados por ponto e vírgula) está preenchido;

• o endereço de envio corresponde a mail@ediint.yetspace.com.

Se for apresentado o erro A mensagem com o assunto <ORDERS XXXXXXXXX 20240902T00:00:00+00:00 RETALHISTA> (02/09/2024 12:50:22 +01:00) não foi tratada com sucesso: Não foi possível registar a transação eletrónica: Ocorreu um erro ao determinar a entidade associada: Existem mais do que uma entidade associada ao endereço 'RETALHISTA@ediint.primaverabss.com' com formatos distintos, deverá:

1. No separador Transações Eletrónicas, aceder a Clientes, Fornecedores, Outros Terceiros;

2. Verificar se as entidades em questão têm o campo Endereço preenchido com [nome do retalhista]@ediint.primaverabss.com;

3. Validar o formato preenchido. Todos têm de ter o mesmo formato (formato enviado nas parametrizações aquando do pedido de ligação). Caso não tenham, deverá retificar o formato;

4. Gravar as alterações.

Todas as fichas do retalhista têm de ter o mesmo formato configurado.

Neste caso, deverá:

1. Aceder ao Editor de Vendas;

2. Desbloquear o documento;

3. Aceder a Geral e preencher o campo V./Ref com o número da encomenda;

4. Gravar as alterações.

Neste caso, deverá:

1. Aceder ao Editor de Vendas;

2. Desbloquear o documento;

3. Aceder aos Campos de utilizador e preencher o campo Ref. Guia de Remessa;

4. Gravar as alterações.

Neste caso, deverá:

1. Aceder a Clientes;

2. Selecionar Outros Dados.

3. Na secção Localização (GLN), indicar o código GLN fornecido pela entidade;

4. Reenviar o documento após preencher o campo.

Não. A funcionalidade não está disponível.

Apenas a receção pode ser calendarizada.

Sim, é possível ignorar documentos nesse estado para que não sejam enviados por transação.

Para tal, deverá:

1. Na lista de documentos “Por enviar”, colocar o visto na coluna Ignorar;

2. Clicar em Ignorar no menu da janela das transações.

O serviço de assinatura digital já está incluído no produto YET, que oferece tanto o envio de PDFs assinados por email quanto o envio por EDI (Electronic Data Interchange). Agora, o serviço disponibilizado pela Cegid é direcionado para entidades que apenas precisam de enviar PDFs assinados via email. Este serviço não tem repositório de documentos nem utiliza os windows services das TTE's. Para quaisquer questões comerciais, por favor, entre em contato com o departamento comercial.

O limite de tamanho de um anexo para envio por B2C é de 25MB.

Este erro está relacionado com a falha no acesso à mailbox.

Deverá criar um ticket no MyYetspace de forma as serem validadas as configurações da mesma.

Neste caso deverá:

1. Aceder por ao Formato Yet no administrador;

2. No separador Formato, no tipo de transação 380, colocar a coluna CheckTax a 0 (zero);

3. Reabrir o ERP e testar a integração.

Este erro está relacionado com falta de parametrização do tipo de documento. Solução:

1. Aceder a Administrador | Formatos | Formato YET | Recebidos.

2. Selecionar:

   • Tipo de transação: 406;

   • Módulo V;

   • Tipo de documento: ECL (o mesmo da encomenda).

Não, as entidades públicas não recebem este tipo de documento por EDI. Por norma, solicitam o XML em sua substituição.

Para as restantes entidades, o envio de Guia de transporte é possível. Para isso, é necessário configurar o tipo de documento 403 - Guia de remessa ou Guia de transporte.  

O documento contém um erro porque está a faltar a referência à fatura correspondente. Quando a nota de crédito é gerada por estorno, o valor é comunicado automaticamente. Caso seja gerada manualmente, deverá preencher o campo de utilizador - Ref. Fatura Orig nos campos de utilizador do editor de vendas.

Na comunicação de documentos financeiros para entidades que recebam EDI em formato CIUS.PT, existem campos obrigatórios, nomeadamente:

• Número de compromisso;

• Unidades ESPAP.

Na comunicação com entidades cujo Broker é ESPAP, existem campos adicionais obrigatórios, referentes aos dados bancários da entidade que emitiu a fatura e que serão usados para a liquidação da mesma.

Caso disponha do módulo de bancos, deve usar a script ou, para ERP sem o referido módulo, a script.

Após a execução da mesma, deve aceder ao ADMINISTRADOR e realizar a reconstrução dos campos de utilizadores, sendo necessário abrir o ERP novamente.

Os campos devem ser preenchidos no editor de vendas | campos de utilizador.

Caso os campos indicados não sejam preenchidos e comunicados, a fatura será rejeitada.

Na comunicação com o grupo Caixa Geral de Depósitos, nomeadamente: Imocaixa | Caixa Geral de Depósitos | Fundação Caixa Geral de Depósitos | Caixa Imobiliário.

O código de faturação é obrigatório na comunicação com a CGD e deve ser colocado no editor de vendas | contexto | campos de utilizador | código de faturação (pode ser iniciado pela letra “M” ou “O” e ter de seguida 19 dígitos, dado que tem um formato fixo de 20 caracteres). A CGD comunica o código por pedido / contrato ou relação comercial com o fornecedor.

Aqui, pode descarregar a Script para criação do campo de utilizador.

Após a execução, deverá aceder ao ADMINISTRADOR PRIMAVERA e realizar a reconstrução dos campos de utilizadores, reabrindo o ERP.

O envio de documentos financeiros para a APL - Administração do Porto de Lisboa exige a obrigatoriedade da inclusão do Código de Contrato, que deverá ser preenchido em editor de vendas | contexto | campos de utilizador | código de contrato.

Aqui, encontra a instrução para a criação do campo de utilizador.

Após a execução da mesma, deve aceder ao ADMINISTRADOR e realizar a reconstrução dos campos de utilizadores.

Aqui, poderá fazer o download da Script a executar para a criação do campo de utilizador a preencher no editor de vendas | linhas | contexto relativo ao número da linha de encomenda recebida.

Após a execução da mesma, deve aceder ao ADMINISTRADOR e realizar a reconstrução dos campos de utilizadores.

Nota: Na encomenda enviada pelas entidades do grupo Águas de Portugal, além dos artigos, é indicado o n.º da linha. Uma vez que encomenda não é integrada, mas sim enviada por fax/email ou outra via, a fatura deve conter o n.º da linha que está a ser faturada.

Legenda:

• Enviado: saiu do serviço via EDI;

• Entregue ao recetor: entregue ao broker do cliente;

• Armazenado em repositório: recebido com sucesso no sistema EDI do cliente;

• Integrado: integrado no ERP do cliente;

• Contabilizado: enviado para pagamento a realizar posteriormente

Nota: Os estados dependem do serviço EDI dos clientes sendo que algumas entidades públicas dispõem do estado integrado. A YET apenas disponibiliza a informação despoletada pelo serviço EDI do Broker da entidade recetora.

Nota: Entidades do tipo retalho com estado final Armazenado (por exemplo, Sonae) apenas têm em consideração documentos neste estado, caso os documentos estejam apenas como entregues existe erros na relação / GLNs.  

Quando uma fatura é comunicada no Cegid Primavera por transação eletrónica, o serviço não permite anular.

Deverá efetuar uma nota de crédito e um novo documento.

Sim, essa possibilidade está prevista. O sistema permite que os utilizadores configurem diferentes endereços de email de destino com base no tipo de documento, conforme definido nos formatos configurados.

Por exemplo:

FA: @bc@cegid.com FS: DEF@cegid.com

Na ausência de uma configuração específica para um determinado tipo de documento, será utilizado o endereço definido como default. Importa ainda referir que os tipos de documento disponíveis para esta configuração são apenas aqueles que estão definidos nos formatos existentes.

É possível configurar os recibos para efeitos de transações eletrónicas, apenas para receção de valores, quando se trata de operações com retalhistas.

Para configurar, deve seguir os seguintes passos:

1. Aceder a Administrador | Empresa | TransaçõesEletrónicas | Formatos;

2. Selecionar o formato YET e ativar a opção Ativo;

3. No separador Recebidos, indicar as seguintes configurações:

   • Tipo de Transação: 385;

   • Módulo: M;

   • Tipo de Documento: RE (ou similar).

Causa:

Este erro ocorre porque o código do artigo contém o caractere “%”, o que faz com que a linha seja interpretada como uma linha especial. Este tipo de linha não é permitido no processo de integração.

Solução:

É necessário solicitar ao remetente que reenvie o documento com um código de artigo válido, sem o caractere “%”.  

Para solucionar esta questão, deverá:

1. Aceder a Base Aplicacional de Negócio | Parâmetros de Comunicações Eletrónicas;

2. Confirmar que a opção Ativo está devidamente selecionada.

O campo Quantidade Alternativa deve ser obrigatoriamente corrigido com a quantidade do lote, a fim de assegurar que a quantidade do pack seja comunicada corretamente.

A transformação de várias guias numa única fatura apenas é viável quando, conforme previsto na especificação técnica, existe a possibilidade de indicar o número da guia na linha e não apenas no cabeçalho. Caso contrário, é obrigatoriamente emitida uma fatura por cada guia.

Neste caso, deverá ativar a opção Ignora Desc. Artigo no separador Campos de Utilizador da ficha de cliente.

Neste caso, deverá ativar a opção Ignora Elem Ent no separador Campos de Utilizador da ficha de cliente.

Neste caso, deverá ativar a opção Ignora Elem Fin no separador Campos de Utilizador da ficha de cliente.

A unidade BX é uma unidade padrão do formato YET, enviada em xml, na tag PackageType.

Para solucionar este erro deverá criar a unidade na tabela de unidades do ERP.

Caso não pretenda configurar e levantar as mesmas, pode solicitar que sejam eliminadas, abrindo um ticket no portal MyYetspace.

Causa:

O campo em falta na base de dados é o B2BNumLinhaOrig da tabela linhasdoc.

Solução:

• Este campo deve ser preenchido sequencialmente com os valores 10, 20, 30, etc., que correspondem, respetivamente, às linhas 1, 2, 3, etc., dos documentos JM.

• Para facilitar o preenchimento, é possível aceder ao Configurador Avançado dos Editores (Vendas - Recursos) e tornar visível na linha do documento, o campo Nº Linha Origem B2B.

Neste caso, deverá:

1. Aceder a Contexto | Campos de Utilizador;

2. Preencher o campo Código JM do Local de Entrega.

Este erro está relacionado com documentos do tipo Goods Receipt (confirmação de receção de mercadorias).

Para integrar este tipo de documento, deverá:

1. Aceder a Administrador | Empresa | Transações Eletrónicas | Formatos | Formato YET;

2. No separador Recebidos, configure os seguintes parâmetros:

   1. Tipo de Transação: 405

   2. Módulo: V

   3. Tipo de Documento: CRM.

Caso não pretenda integrar estes documentos, registe um ticket no suporte da Cegid Yet para que as mensagens possam ser eliminadas.  

Neste caso, deverá aceder a Ficha do Armazém | Campos de Utilizador | GLN e preencher o GLN doLocal de Descarga.

Sim. Para tal, deverá seguir os seguintes passos:

1. Aceder à ficha do cliente;

2. No separador Transações Eletrónicas, caso pretenda enviar apenas Notas de Crédito e excluir Faturas, deverá ativar a opção Ignora envio.

O erro apresentado indica que houve uma falha de comunicação com o nosso serviço.

Para solucionar este erro, deverá executar uma das seguintes ações:

• Acesso às portas do servidor

  • Certifique-se de que o servidor tem acesso sem restrições às portas 25 e 110 para o endereço mail.ediint.primaverabss.com.

• Uso do protocolo HTTPS (somente v10)

  • Acrescente a seguinte configuração no ficheiro Config.ini: [TTE] HTTPS = 1

  • No final, efetue o reenvio dos documentos.

Não. Estas faturas não devem aparececer nas transações eletrónicas.

O erro apresentado pode indicar que o serviço se encontra cancelado.

Recomendamos que verifique se tem algum ticket ou notificação a solicitar a regularização de valores em atraso, ou a informar da suspensão do serviço.

Caso já tenha efetuado a regularização, deverá enviar o comprovativo de pagamento para o e-mail GP_afd.faturacao@cegid.com para que o serviço possa ser reativado o mais rapidamente possível.

Neste caso, deverá verificar se o seu antivírus não está a bloquear a receção ou o processamento da mensagem de email.

Para preencher o registo comercial, deverá seguir os seguintes passos:

1. Aceder a Administrador | Empresa;

2. Selecionar o separador Comercial / Natureza Jurídica;

3. Preencher o campo Reg. Comercial.

Para que os documentos importados nas transações integrem com a data da encomenda (transação) e não com a data em que a integração é efetuada, a transação deve ser efetuada com uma série não emissível e a flag da data de alteração ativa deve estar ativa na série.

O erro é apresentado porque não foi indicado o motivo da nota de crédito, que é obrigatório.

Neste caso, deverá:

1. Aceder ao Editor de Vendas;

2. Indicar o motivo do abono:

   • 1A - Devolução de mercadoria;

   • 2A - Bonificação por volume (rappel);

   • 3A - Diferenças de preço, quantidade, etc.;

Nota: caso a opção não esteja visível, poderá ser necessário executar uma query para que o campo fique disponível. Se for necessário, deverá abrir um ticket a solicitar a execução da query.  

Ao comunicar documentos financeiros para entidades que recebem EDI em formato CIUS.PT, é possível solicitar campos obrigatórios adicionais, como por exemplo: período de faturação a que se refere o documento, com data inicial e final.

Para o fazer, deverá:

1. Fazer download do script: https://yet.cegid.cloud/Faqs/CabecDoc_PeriodoFaturacao.txt;

2. Executar o script;

3. No ADMIN do ERP, reconstruir os campos de utilizador;

4. Reabrir o ERP.

5. Os campos adicionais encontram-se em Editor de Vendas | Contexto | Campos de Utilizador;

Certifique-se de que o formato das datas respeita o seguinte padrão: ""YYYYMMDDHHmmss"" - ""20250114121011""".

Sim, uma encomenda pode ser processada em duas ou mais faturas, tanto no ERP, como no serviço FLEX.

Contudo, é necessário manter a referência original da encomenda de forma a garantir a correta identificação do pedido junto do cliente.

Não. De acordo com as regras de EDI, o documento que dá origem ao seguinte pode ser dividido em partes, mas nunca o inverso.

Isto significa que:

• Cada fatura pode referenciar apenas uma encomenda;

• A faturação pode ser parcial, ou seja, uma encomenda pode dar origem a várias faturas.

Cada fatura contém um campo único de identificação da encomenda, que é utilizado como identificador único na integração com o cliente de retalho.

Não. Cada nota de crédito pode ter como origem apenas uma fatura.

Quando a nota de crédito é registada por estorno, existe um campo que é preenchido automaticamente.

Se a nota de crédito for criada de forma manual, no ERP Cegid PRIMAVERA, devem ser preenchidos os seguintes campos:

• Ref Fatura Original;

• Data Fatura Original (ERP Cegid PRIMAVERA).

Sim. Cada nota de crédito pode referir-se parcialmente a quantidades/artigos de uma determinada fatura. Consequentemente, a mesma fatura pode estar referenciada em mais do que uma nota de crédito.

Não. O contrato EDI celebrado com o cliente pressupõe a receção e o envio de uma lista de documentos, pelo que estes documentos têm de ser recebidos.

No entanto, é possível não integrar os documentos recebidos e ignorá-los.

Os documentos ignorados podem ser consultados a qualquer momento e, se necessário, lançadosmanualmente.

Não. Os clientes que enviam encomendas por EDI pressupõem a existência de informação que não está incluída no ficheiro CIUS-PT, pelo que deve ser sempre utilizada a transformação de documentos, de forma a garantir que:

• A informação original é transmitida corretamente;

• Os dados em falta são preenchidos no portal.

Os anexos são comunicados apenas no e-mail enviado ao cliente final, pelo que não ficam disponíveis nas transações.

Se necessário, pode incluir o seu endereço de e-mail em CC ou BCC, de forma a receber o anexo.

Sim. É possível anexar outros ficheiros para além do PDF do documento em todas as comunicações.

O tratamento desses anexos depende do serviço EDI do destinatário.

Sim. Contudo, apenas é possível verificar a comunicação dos anexos nas comunicações xml.

Não é possível efetuar esta verificação através do portal e/ou no ERP.

Não. Não é possível configurar o envio de documentos do tipo recibo por PDF assinado.

Em alternativa, poderá imprimir o recibo PDF e anexá-lo manualmente ao email para o cliente final.

Para enviar encomendas por email através do ERP, siga os seguintes passos:

1. Aceder a ERP Admin |Transações Eletrónicas | Formatos YET | Envio;

2. Configurar o tipo de documento 402 com:

   1. Módulo C;

   2. ECF;

3. Na ficha de fornecedor, no separador Transações Eletrónicas, ativar o envio para o email pretendido.

Exemplo de configuração:

• Trata Transações Eletrónicas;

• Formato: YET;

• Endereço do fornecedor: logistica@forn1.pt;

• Endereço de envio: mail@ediint.yetspace.com;

No portal, os documentos podem encontrar-se nos seguintes estados:

• Accounted: contabilizado no destino;

• Error: erro (consultar a descrição do erro para mais detalhes);

• Exported: exportado;

• IntegratedReceiver: integrado no destino;

• JasminReSync: enviado via Jasmin, a sincronizar;

• PendingParseInbound: em preparação para receção;

• PendingParser: em preparação para envio;

• PendingSend: pendente de envio;

• Processing: em processamento;

• Received: recebido;

• SentSentWithError: enviado com erros;

• StoredRepository: armazenado em repositório;

• ToExport: para exportar;

• ToProcess: para processamento;

• ToSend: para envio.

Existem duas formas de comunicar transações eletrónicas na V10:

• Via AS1, sendo necessário configurar exceções nas seguintes portas:

  • AS1 Inbound: mail.ediint.primaverabss.com – porta 110;

  • AS1 Outbound: mail.ediint.primaverabss.com – porta 25; Nota: o endereço mail.ediint.primaverabss.com corresponde ao IP 62.28.96.108;

• Via HTTPS, sendo necessário garantir que existe a seguinte tag no ficheiro config.ini:

  • [TTE] HTTPS=1;

As faturas têm de ser sempre integradas no módulo de compras.

Na integração de pagamentos, as mesmas serão liquidadas de forma automática.