VFADev

Bom dia, chegou até nós uma situação em que, por decisão da justiça (processo trabalhista), um funcionário deveria ser desligado da empresa, no entanto, sem uma rescisão calculada, ou seja, sem os campos da tag <verbasResc> preenchidos. Vimos que os campos dentro dessa tag, segundo o leiaute do arquivo S-2299 no eSocial, são obrigatórios, consta que deve ter pelo menos 1 incidência da tag <dmDev>. Seria possível realizar, de alguma forma, esse tipo de desligamento através de um S-2299? Cronologia da situação: - Funcionário estava afastado por algum tempo por conta de doença loboral - Funcionário entrou na justiça trabalhista (o que geraria um evento S-2500) - Justiça determinou o a extinção do vínculo do funcionário sob essas orientações mencionadas acima (o que geraria um evento S-2299 nas condições menciondas acima).

Bom dia Amigos, Passando só para deixar um feedback - Eles responderam dizendo que realmente havia um problema na validação da nova regra implantada em 24/04. Corrigiram, reenviamos o evento e já foi aprovado.

Boa Tarde Renato, Sim, abrimos um "Fale Conosco" e detalhamos nele a ocorrência. Vc já tem alguma experiência anterior com esse "Fale Conosco" do eSocial ? Eles respondem ? Em quanto tempo?

Bom dia, Tentamos fazer junto com o cliente, o lançamento do evento direto via a plataforma do eSocial, mas gerou o mesmo erro. Os dados informados estão de acordo com a orientação contida no MOS.

1. Sim 2. Sim <dtTransf>2024-04-26</dtTransf> 3. Ok, vamos testar.

Boa Tarde Pessoal, Agora, ao tentar registrar um S2200 referente a um trabalhador que foi transferido de outra empresa do mesmo grupo econômico, estamos recebendo a seguinte mensagem de recusa: Conteúdo do evento inválido. - Conteúdo do evento inválido. 1898 - Matrícula do Trabalhador no Empregador Anterior inválida. Ação Sugerida: Deve existir um contrato (S-2190 ou S-2200) no RET do Empregador Anterior com matricula do trabalhador idêntica à 0288768200003.( ) Mas a matricula está exatamente igual, já conferimos no evento S2299 enviado pelo empregado anterior e até no ambiente do eSocial. Não entendo o pq dessa recusa. Olhando a documentação, vi que uma nova regra de validação, acerca justamente deste campo, passou a valer a partir de 22/04/2024. Matrícula do trabalhador no empregador anterior. Validação: O preenchimento é obrigatório se cadIni = [N]. Se sucessaoVinc/dtTransf for igual ou posterior a [2024-04-22], a matrícula informada neste campo deve ser idêntica à matricula do trabalhador no empregador anterior. Estou usando a versão 0.0.1.98 da Lib. Alguma ideia do que pode está gerando o problema

Boa Tarde Pessoal, Eu fiz um teste aqui no ambiente de homologação com o nosso certificado e a GTVe foi aprovada normal. Então fui pessoalmente pegar o certificado A3 pra fazer o mesmo teste e chegando lá constatei que o IDIOTA do usuário estava me passando o acesso remoto do ambiente de contingência da rede deles. Assim, eu estava atualizando a rede de contingência deles e o FDP testando na rede valendo. Não ia funcionar nunca! Superado esse mal entendido, tudo funcionou perfeitamente. Desculpem tê-los feito perder tempo

Não entendo por exemplo, pq reclama não encontrar a CTeRecepcaoGTVe, quando na verdade deveria está usando a CTeRecepcaoGTVeV4, uma vez que defini CTE_ConfigGravarValor("CTe","VersaoDF","2") CTE_ConfigGravarValor("CTe","ModeloDF","2")

E na imagem que vc postou, o envio não chega nem a ser realizado. Para na validação No meu caso, se vc for ver no log, o XML é validado e o erro ocorre na função de envio do XML. Repito - O problema NÃO está no XML, está na função de envio.

Fiz um teste em Memory usando o exemplo em C# disponível AQUI. Existe um bin desse exemplo ? Não tenho como compilá-lo por aqui

O seu arquivo ACBrCTeServicos.ini está na mesma pasta de Schemas? Não. Está organizado assim: schemas\Cte (pasta com os schemas do cte) schemas\ACBrCTeServicos.ini Defina o caminho completo(Path + nome Arquivo). Mudei para CTE_ConfigGravarValor("DFe","IniServicos",oEmpresa:cDirSis+"Schemas\ACBrCTeServicos.ini") Mas o erro continua. Você está seguindo o Modelo INI? Como o que estou fazendo é uma GTVe, estava seguindo esse Informações da GTV (sourceforge.io) Mas ainda acho que o problema não está no conteúdo do XML. Vcs tem algum outra empresa emitindo GTVe a partir da UF PA ?

Estou tentando gerar o XML pelo INI, mas há várias tags do xml que não encontrei correspondente no INI (Ex: cMunEnv, modal, tpNumerario, infVeiculo, etc.)

Também inclui na configuração da lib o comando CTE_ConfigGravarValor("DFe","IniServicos",oEmpresa:cDirSis+"Schemas"), especificando o caminho do iniservicos, mas nada mudou.

Olá Diego, O arquivo CLipboard1.jpg tem o resultado da pesquisa pela DLL nas pasta. Apenas uma ocorrências. O arquivo CLipboard2.jpg tem o detalhe da versão da DLL encontrada na pasta.. O arquivo CLipboard3.jpg tem o detalhe do INI que está igual ao que vc enviou. Só falta fazer o teste especificando o caminho do iniservicos, mas pra isso preciso aguardar o cliente voltar do almoço.

Daniel, Não sei pq no log aparece "NFE_LimparListaEventos", mas a chamada que estou fazendo no código é a da função CTE_LimparListaEventos, acho que deve ser algo na lib. Vou tentar gerar o XML pelo ini, mas continuo achando que o problema não está aí.

Harbour.

A versão da LIB é a 0.3.5.233 Para evitar dúvida, copiei novamente todos os arquivos da pasta de schemas e o ini e fiz um novo teste de envio, obtendo a mesma mensagem de erro. Será que tem algum endereço definido errado no INI. A UF do meu cliente é o PA.

Baixei a ultima versão do ini e salvei no cliente, mas a mensagem continua a mesma.

Onde consigo esse ini atualizado?

este ultimo xml q me enviou está assinado sim e identado = nao. vc chegou a carregar este assinado que me enviou e transmitiu ? Sim, foi esse. Para efeito de testes, já que não temos relato semelhante, consegue gerar um xml pela lib por favor. Nunca fiz pela lib. Mas não me parece que o problema esteja aí, uma vez que a mensagem aponta para arquivos da ACBr e não para o conteúdo do XML. Além disso, que eu tenha conhecimento, não foi publicada no ambiente nacional nenhuma atualização relaciona a GTVe, e o XML passa pela validação, ocorrendo o erro apenas no envio.

Daniel, Mas o log que enviei pra vocês foi obtido com o envio do arquivo assinado. Ressalto que já vinha fazendo a emissão de GTVe com a ACBr há bastante tempo, e só a partir da última sexta-feira que começou a aparecer este problema.

É a lib que está gerando o XML, correto ? Não, eu gero o XML. Este XML que vc enviou não está assinado. Não. Vou pegar o assinado e enviar pra vcs. Após mudar esta configuração, pode tentar gerar e enviar novamente por favor O arquivo que enviamos, já vai sem indentação.

Enviado.

Enviei para o email citado.

Boa Tarde Pessoal, Desde sexta-feira, toda GTVe que tento enviar está gerando uma recusa com a seguinte mensagem: URL para o serviço "CTeRecepcaoGTVe" não encontrada na sessão "CTe_SVRS_P" no arquivo "ACBrCTeServicos" Já atualizei a DLL e os schemas, mas o erro persiste. Alguma ideia de qual seja o problema ?