Italo Giurizzato Junior

Dércio, Acabei de fazer um teste com o programa exemplo usando o método enviar e não ocorreu o erro que você descreveu.

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

Dércio, Essa cidade mudou recentemente para Pronimv2? Anexa os arquivos Cidades.ini e Pronimv2.ini quero checar.

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.

Dércio, Já tentou entrar em contato com o provedor?

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 Dércio, Sem ter feito nenhuma alteração, o problema surgiu de um dia para o outro, ou seja, até ontem estava funcionando sem nenhum problema?

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.

Boa noite Fernando, Favor anexar o XML. Uma pergunta você abriu o XML com bloco de notas e foi dando enter para deixar da forma que esta na imagem? E depois colou esse conteúdo no site na SEFAZ? Isso pode ser o problema.

Boa noite, Favor atualizar todos os fontes de todas as pastas. Note que fiz mais algumas correções no arquivo INI do provedor. Faça novos testes.

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.

Bom dia Rubens, Eu não vejo o que melhoraria na segurança se o nome do atributo é id ou Id. Agora, se o valor do atributo ID em vez de ser apenas 123 e passar a ser RPS123 ou Rps123 ou rps123 e este valor ser utilizado na assinatura ai eu concordo que segurança será mais fraca ou mais forte dependendo do valor atribuído ao atributo ID. Outra coisa, no ACBrNFSe para o provedor Salvador temos: Identificador=id portanto o atributo ID esta todo minúsculo. O valor do ID do RPS é: proSalvador: FNFSe.InfID.ID := 'RPS' + OnlyNumber(FNFSe.IdentificacaoRps.Numero); Note que o valor é alfanumérico, a duvida agora é o literal "RPS" tem que ser todo minúsculo? O valor do ID do Lote é: proSalvador: IdLote := 'Lote' + NumeroLote; Note que o valor é alfanumérico, a duvida agora é o literal "Lote" tem que ser todo minúsculo?

Agora deixa, da próxima vez, assuntos diferentes, tópicos diferentes. Muito obrigado pela compreensão.

Bom dia, Quando é o componente que gera o XML o provedor é definido através da informação do código IBGE da cidade. Mas ao ler um XML de um RPS ou NFSe como posso garantir que o mesmo se refere a uma determinada cidade? A minha cidade é Araraquara, mas estou lendo o XML de NFS-e (para imprimir o DANFSE) emitido por uma empresa de Ibaté. Araraquara é atendida pelo provedor Ginfes (segue a versão 1 do layout da ABRASF), já Ibaté é Fiorilli (segue a versão 2). Dai o motivo de descobrir o provedor pelo XML que esta sendo lido.

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

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

Bom dia Rodrigo, Muito obrigado pela colaboração, fiz uma pequena alteração, ainda hoje estarei enviando para o repositório. Favor atualizar os fontes e repita os testes.