Italo Giurizzato Junior

Renato, No seu XML temos 3 ocorrências do grupo <dmDev> sendo que somente na primeira ocorrência consta o grupo <itensRemun>, sendo que este grupo conforme consta no manual ele é obrigatório e podendo ocorrer de 1-200 vezes para cada <dmDev>. Dai o motivo do erro.

Esse arquivo que você anexou tem: "<?xml version="1.0"?>" não é para ter nada disso.

Boa tarde Thiago, Você abriu o arquivo XML de retorno? Notou que o evento não foi aceito?

Sergio, Ao alimentar o componente você não fez da forma abaixo? ICMS.SituTrib := cstICMSOutraUF; ICMS.ICMSOutraUF.CST := cst90;

Boa tarde Renato, Favor anexar o XML do evento.

Boa tarde Alessandra, Com certeza 1: o provedor que atende a prefeitura de Jundiaí/SP fez alguma kaka. Com certeza 2: eles vão negar que o problema é neles e sim na sua aplicação.

Boa tarde Sergio, E como fica o XML ao setar o cst com o valor cstICMSOutraUF?

Boa tarde, Ao gerar o XML não inclua o encoding. Removi o grupo assinatura e o encoding e funcionou. S-2220-0.xml

Boa tarde a todos, Acredito que o problema seja de configuração, falta de algum arquivo XSD, ou arquivos XSD da NF-e misturados com XSD de outros tipos de Documentos Fiscais Eletrônicos tais como CT-e ou MDF-e. Pois acabo de fazer um teste, emiti uma NF-e na versão 4.00 em ambiente de homologação - SEFAZ-SP. A nota foi autorizada. Em seguida solicitei o seu cancelamento. O cancelamento foi realizado com sucesso. Não ocorreu nenhum erro de falta de schema ou outra coisa, funcionou 100%.

Boa tarde Luiz, Infelizmente os estagiários que estabeleceram a chave dos eventos resolveram usar somente os 8 primeiros dígitos do CNPJ. A solução que vejo é você usar o ultimo campo da chave (Numero Sequencial) para determinar as filiais, não vejo outra saída a não ser essa.

Boa tarde Valdelir, Use o programa exemplo, configure o campo SSLLib com o valor libWinCrypt e deixe o resto com os seus valores padrões. E faça os testes.

Boa tarde a todos, Na página 154 do Manual do CT-e versão 3.00 temos os 4 tipos de CT-e que existem (campo #17).

Bom dia Thiago, Por favor anexa o arquivo que você alterou para que possamos analisar.

Bom dia Paulo, Eu não sei porque no eSocial foi criado o tipo e consequentemente a função para informar a UF. Na NF-e, NFC-e, CT-e, MDF-e, BP-e e NFS-e os campos referentes a UF são todos String. Não se em todos os Schemas que validam os eventos do eSocial, mas alguns que vi no que diz respeito a UF possui a checagem das siglas que são aceitas. Logo se alterarmos os campos UF para string, ao atribuir uma sigla invalida o Schema vai pegar e acusar o erro. Na minha opinião devemos alterar os campos UF (opcionais) para o tipo string como é o caso desse e consequentemente remover a função existente na linha que você colocou em negrito.

Bom dia Everto, Muito obrigado pela colaboração, já enviei para o repositório.

Bom dia a todos, As tags referente ao FCP estão presentes nos seguintes CST: vBCFCP -> 10 / 20 / 51 / 70 / 90 pFCP -> 00 / 10 / 20 / 51 / 70 / 90 vFCP -> 00 / 10 / 20 / 51 / 70 / 90 vBCFCPST -> 10 / 30 / 70 / 90 pFCPST -> 10 / 30 / 70 / 90 vFCPST -> 10 / 30 / 70 / 90 vBCFCPSTRet -> 60 pFCPSTRet -> 60 vFCPSTRet -> 60 pST -> 60 para o Simples Nacional temos para os seguintes CSOSN: vBCFCPST -> 201 / 202 / 203 / 900 pFCPST -> 201 / 202 / 203 / 900 vFCPST -> 201 / 202 / 203 / 900 vBCFCPSTRet -> 500 pFCPSTRet -> 500 vFCPSTRet -> 500 pST -> 500

Bom dia Solivan, Muito obrigado pela colaboração, ainda hoje estaremos enviando para o repositório.

Bom dia Professor, Acredito o problema seja que você esta destacando campos que não deveria. Por exemplo no grupo <infResp> a tag <CNPJ> só deve ser preenchida se o valor de <respSeg> for 2. A rejeição referente a imagem postada é 699, ela ocorre conforme a regra G084 que diz: Se modal Rodoviário e Tipo Emitente for igual a Prestador de Serviço de Transporte (tpEmit=1) e informado grupo de seguro da carga: -Rejeitar se alguma informação do grupo seguro não estiver informada. OBS: Verificar preenchimento de CNPJ/CPF, infSeg, nApol e nAver A empresa que esta emitindo o MDF-e é uma transportadora? Se não for, o valor de tpEmit não pode ser 1, tem que ser 2 = Transportador de Carga Própria.

Bom dia, As datas estão informadas de forma errada. O formato correto de uma data no XML é: AAAA-MM-DD No seu XML esta no seguinte formato: DD/MM/AAAA Corrija o formato de todas as datas e tente novamente.

Bom dia Gustavo, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Ismael, Veja se você consegue os Schemas (Arquivos XSD) que serão utilizados para validar o XML antes do seu envio.

Rubens, Anexa o XML de exemplo de envio de um lote para podermos comparar com o que o ACBr esta gerando.

Qual é a aplicação que esta gerando esse XML? Se é a sua, por favor tenha em mãos o Manual do eSocial, pois removi a assinatura do XML que você anexou tentei ler com o programa exemplo do eSocial e o erro não é esse e sim: 1871 - Element '{http://www.esocial.gov.br/schema/evt/evtMonit/v02_04_02}respMonit': Missing child element(s). Expected is ( {http://www.esocial.gov.br/schema/evt/evtMonit/v02_04_02}nisResp ). Ou seja esta faltando o elemento nisResp que faz parte do grupo respMonit. Se você olhar o seu XML o grupo respMonit esta vazio e esse grupo é obrigatório e nele consta 3 tags sendo que as 2 primeiras são obrigatórias e a ultima opcional. Enquanto você não gerar o XML conforme o manual (sem o grupo Signature) para ser lido pelo componente não vai funcionar.

Peguei o seu XML, removi a assinatura e tentei ler com o programa exemplo. O erro que apareceu não foi esse referente ao elemento nrCRM e sim pela ausência da tag obrigatória <interprExm> que se encontra dentro do grupo exames e fica entre as tags: obsProc (opcional) e ordExame (obrigatória).

Bom dia ALA, É preciso checar o valor da seguinte linha que se encontra em ACBrNFSeWebService: CondicaoNovoRetorno := (StrToInt64Def(FNotasFiscais.Items[ l ].NFSe.IdentificacaoRps.Numero, 0) = StrToInt64Def(FRetornoNFSe.ListaNFSe.CompNFSe.Items[ i ].NFSe.IdentificacaoRps.Numero, 0)) and (FNotasFiscais.Items[ l ].NFSe.IdentificacaoRps.Serie = FRetornoNFSe.ListaNFSe.CompNFSe.Items[ i ].NFSe.IdentificacaoRps.Serie) and ((FNotasFiscais.Items[ l ].NFSe.IdentificacaoRps.Tipo = FRetornoNFSe.ListaNFSe.CompNFSe.Items[ i ].NFSe.IdentificacaoRps.Tipo) or (FNotasFiscais.Items[ l ].NFSe.InfID.ID = FRetornoNFSe.ListaNFSe.CompNFSe.Items[ i ].NFSe.InfID.ID)); Se o valor de CondicaoNovoRetorno for False será criado um novo item na lista. Condições para o teste: Enviar o RPS, não limpar o componente ao realizar a consulta ao Lote.