Italo Giurizzato Junior

Paulo, Tente dessa outra forma: sID := ACBrReinf1.Eventos.ReinfEventos.R1000.Items[0].ID;

Bom dia Mário, Segundo o manual do e-Social versão 2.04.02 - página 5 na coluna Descrição do campo nrInsc temos: Se for um CNPJ deve ser informada apenas a Raiz/Base de oito posições, exceto se natureza jurídica de administração pública direta federal ([101-5], [104-0], [107-4], [116-3], situação em que o campo deve ser preenchido com o CNPJ completo (14 posições). Pergunto, se for uma administração pública estadual ou municipal devemos informar somente as 8 primeiras posições do CNPJ, correto? Existem outras naturezas jurídicas de administração publica direta federal além das 4 mencionadas?

Bom dia Gabriel, [Geral] VersaoSoap=1.1 Altere para 1.2 e faça novos testes, se não funcionar deixa em branco e testa novamente.

Bom dia John, Neste caso é preciso comparar os fontes do componente, o atual com o que funciona para ver o que foi alterado.

Bom dia Hélio, Primeiramente o provedor ELv2 segue a versão 2 do layout da ABRASF. Já escrevi em diversas postagens que o campo OutrasInformacoes faz parte do layout da NFS-e e não do RPS. Por outro lado o campo InformacoesComplementares foi introduzido na versão 2.04 do layout do RPS. Vou checar se além do provedor SmarAPDABRASF existem mais provedores que seguem essa variação da versão 2.

Bom dia Paulo, Tente da seguinte forma: Exemplo: sID := ACBrReinf1.Eventos.ReinfEventos.R1000.Items[0].evtInfoContri.Id

Bom dia Charles, E mesmo assim continua o problema?

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

Bom dia Edmar, Desculpe mas no XML que você anexou não existe nenhuma tag chamada dmDev.

Bom dia Tairone, Erro 999 tem haver com a SEFAZ e não com o XML da nota. Outra coisa conforme a versão 1.50 da Nota Técnica 2016/002 - página 47 não existe mais o Meio de Pagamento: 14 - Duplicata Mercantil.

Bom dia Amarildo, Se o transporte for realizado dentro do mesmo Estado não devemos informar o Percurso. O Percurso só deve ser informado quando existem um ou mais Estados entre o Inicial e Final, por exemplo: Estado Inicial = SP Estado Final = ES Neste caso o caminhão terá que passar por MG ou RJ, logo devemos informar em Percurso somente o Estado ou Estados que estão entre o Inicial e Final, segundo o exemplo acima devemos informar somente MG ou RJ. Espero ter ajudado.

Bom dia Rodrigo, Quanto ao componente pode ficar tranquilo que vamos fazer as devidas alterações que este fique em conformidade com a Nota Técnica. Por outro lado no que diz respeito ao DANFE você chegou a ler a NT? Vamos ver o que diz o item 6: 6 Campos do DANFE Nesta nova versão não haverá alteração no leiaute do DANFE. As informações relativas ao Fundo de Combate à Pobreza (FCP) devem ser informadas: * No campo de "Informações Adicionais do Produto, tag: infAdProd", os valores informados por item nos campos (vBCFCP, pFCP, vFCP, vBCFCPST, pFCPST, vFCPST), quando existirem. * Os valores de totais do FCP (id: W04b e W06a) devem ser informados em "Informações Adicionais de Interesse do Fisco, campo “infAdFisco", quando existirem." Acredito que esta bem claro.

Bom dia Tiago, Favor atualizar todos os fontes de todas as pastas, reinstale os componentes usando o ACBrInstall_Trunk2 e utilize o programa exemplo para realizar os testes. O namespace utilizado no arquivo nfse7906.xml não tem nada haver, pois a cidade de Cachoeiro do Itapemirim/ES utiliza o provedor E&L cujo webservice para esta cidade segue a versão 2 do layout da ABRASF cujo namespace é totalmente diferente.

Bom dia Nelson, Até o momento não, se desejar colaborar em desenvolver um ficaremos gratos.

Bom dia Charles, Você esta com todos os fontes de todas as pastas atualizado? Se sim, reinstalou todos os componentes com o ACBrInstall_Trunk2? Se sim, você configurou o componente para usar a versão 1_03_02?

Bom dia Edevair, Alguns provedores requerem que seja feito um cadastro para emitir via site e outro via Webservice. Quanto ao PDF não vai sair mesmo, uma vez que você gerou o PDF com base no XML do RPS que não tem todos os dados do Prestador, somente o CNPJ e Inscrição Municipal. O PDF do DANFSE tem que ser gerado com base no XML da NFS-e. Esse XML só temos quando o RPS é recepcionado e processado com sucesso pelo Webservice do provedor.

Boa tarde Romeu, Já se encontra do repositório os novos fontes do componente ACBrReinf, bem como o programa exemplo adequado que atende a versão 1.03.02. Peço que assim que puder, atualize todos os fontes de todas as pastas e reinstale os componentes ACBr e refaça os testes.

Boa tarde a todos, Como prometido, já se encontra do repositório os novos fontes do componente ACBrReinf, bem como o programa exemplo adequado. Peço que assim que puderem, atualizem todos os fontes de todas as pastas e reinstale os componentes ACBr e refaçam os testes.

Boa tarde Tairone, Para a versão 4.00 o link é este: http://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=4.00&tipoConteudo=Skeuqr8PQBY= Para a versão 3.10 é: http://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=3.10&tipoConteudo=Skeuqr8PQBY=

Boa tarde Edevair, Primeiramente peço para que não post trechos longos de código, procure sempre colocar em um arquivo texto e anexar na postagem. O Consultar lote após o envio é um propriedade de configuração do componente. O provedor Ginfes segue a versão 1 do layout da ABRASF, como que funciona: Se a propriedade de configuração: ConsultarLoteAposEnvio = False 1. Alimentar o componente com os dados do Serviço; 2. Executar o método Enviar (este se encarrega de gerar o XML do RPS, montar, assinar e validar o Lote, por fim enviar para o webservice do provedor); 3. É retornado o numero do protocolo que atesta que o lote foi recebido pelo webservice, esse retorno é salvo em disco caso o componente esteja configurado para isso; 4. Executar o método ConsultarSituacao (devemos passar para esse método o numero do protocolo); 5. É retornado a situação do lote, que pode ser: 1 = lote não enviado, 2 = lote em processamento, 3 = lote processado com falhas, 4 = lote processado com sucesso; 6. Se a situação for 2 devemos aguardar alguns segundos e Consultar a Situação novamente, por outro lado se for 3 ou 4 devemos executar o método ConsultarLoteRps passando como parâmetro o numero do protocolo e do lote; 7. Se a situação era 3 será retornado a lista de rejeições, por outro lado se a situação era 4 será retornado o XML da NFS-e. 8. Se retornou o XML da NFS-e devemos carregar o mesmo através do método LoadFromFile e depois executar o método Imprimir, para que tenhamos o DANFSE impresso. Se a propriedade de configuração: ConsultarLoteAposEnvio = True 1. Alimentar o componente com os dados do Serviço; 2. Executar o método Enviar (ele vai fazer tudo o que foi descrito acima); Para saber mais sobre o ACBrNFSe assista o vídeo:

John, Sim, a NFS-e Padrão Nacional esta saindo do papel e vai se tornar realidade em breve. É claro que uma prefeitura que acabou de assinar o contrato com um provedor vai ter que esperar terminar esse contrato que pode levar ai uns 4 anos.

Giovane, Executando diretamente o EXE também ocorre o erro, correto? O provedor Betha exige que seja assinado o RPS e o Lote, pode ser que a rotina de assinatura do OpenSSL não esta 100% para assinar um XML cujo conteúdo são 1 ou mais XML também assinados.

Bom dia Giovane, O erro ocorre durante a execução da aplicação através do Delphi, correto? Tentou gerar o EXE dela e executa-lo?

Bom dia John, Você notou que o XML de consulta gerado pelo ACBr se refere a Consulta a NFS-e por RPS? E o XML gerado pelo provedor se refere a Consulta ao Lote de RPS. O ACBrNFSe possui um método para Consultar o Lote de RPS e um dos parâmetros a ser informado é o numero do protocolo.

Bom dia Hélio, O provedor E&L possui dois layout de XML, um próprio e outro que segue a versão 2 do layout da ABRASF. Qual é a cidade? Pois sem essa informação não sabemos qual layout temos que conferir.