Italo Giurizzato Junior

Bom dia Luiz, Assim que você fizer os testes e estar tudo funcionando, favor anexar somente os arquivos que você alterou, para que possamos avaliar e se tudo OK enviar para o repositório.

Bom dia André, Muito obrigado pela colaboração, ainda hoje vou disponibilizar.

Bom dia Francisco, Favor atualizar os fontes e testar novamente.

Paulo, Configure o componente para salvar os arquivos Soap, faça um novo teste de envio, anexe o arquivo soap de envio aqui para que possamos analisar.

Bom dia Felipe, Com certeza os seus fontes não estão atualizados, se estão ao compilar o Delphi esta pegando a DCU antiga que tinha essa TAG.

Bom dia Douglas, Favor anexar o XML de envio desta consulta, pois pelo que vi no componente é para gerar o elemento: ReqConsultaNotas. Certifique-se que todos os fontes de todas as pastas estão atualizados.

Bom dia, Muito obrigado pela colaboração. Esta faltando os arquivos XSD (Schemas) para que o lote de RPS seja validado antes do seu envio.

Bom dia, O componente não gera o XML da NFS-e apenas o extrai do retorno e salva em disco. Abra o XML da NFS-e usando o bloco de nota e procura por vogais acentuadas e cedilha, caso encontre troque por vogais não acentuadas e o cedilha pela letra "c", salve o XML e tente abrir novamente usando o navegador.

Bom dia Wanderson, Favor atualizar todos os fontes de todas as pastas e depois realize novos testes.

Bom dia, O componente possui um método chamado GerarLote, cuidado não confunda com o método Gerar, este último gera um lote com apenas UM RPS e envia para o Web Service. Detalhe o Ginfes não possui o Web Services Gerar implementado, logo não é possível usar o método Gerar. Por outro lado o método GerarLote nos permite gerar um Lote com até 50 RPS e o salva em disco, para que possamos depois importa-lo através do site do provedor. Para alterar a quantidade de RPS nesse método basta alterar as seguintes linhas nas Units: ACBrNFSe.Pas - Linha = 405 ACBrNFSeWebServices.pas - Linha = 1347 São essas linhas limitam o lote em 50 RPS

Bom dia, Editei a sua postagem, favor não colocar como corpo da postagem conteúdo de arquivos, procure sempre anexar o mesmo. Na seção isso não será possível: NameSpace_Homologacao=http://homologacaouba.versatecnologia.com.br/schema/nfse_v201.xsd NameSpace=http://nfe.uba.mg.gov.br/schema/nfse_v201.xsd Só existe somente um campo chamado NameSpace, é preciso saber se este NameSpace é diferente para cada cidade, se sim teremos resolver da mesma forma que foi feito para os NameSpace da seção [NameSpace]. Quais são as cidades que utilizam esse provedor? Você tem exemplos de XML dessas cidades?

Bom dia Douglas, Muito obrigado pela colaboração, já esta disponível.

Bom dia Felipe, O programa exemplo foi escrito com base no provedor Ginfes. Como não existe um layout padrão a nível nacional, cada provedor resolveu fazer do jeito que bem entende, incluindo novas TAGs e até alterando o seu nome. Sem falar nos provedores que resolveram criar os seus próprios layout. Sendo assim, compete a cada um de nós acrescentar o que falta ao desenvolver a nossa aplicação de emissão de NFS-e.

Bom dia a todos, A definição da mensagem de cabeçalho bem como a sua inclusão no XML a ser enviado para o Web Service estão definidos no arquivo: Coplan.INI Vejam: [CabecalhoMsg] Texto1=<cabecalho versao="2.01" xmlns="http://www.abrasf.org.br/nfse.xsd"> Texto2=<versaoDados>2.01</versaoDados> Texto3=</cabecalho> [Recepcionar] IncluiEncodingCab=0 IncluiEncodingDados=0 Texto1=<?xml version="1.0" encoding="UTF-8"?> Texto2=<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> Texto3=<S:Body> Texto4=<nfse_web_service.RECEPCIONARLOTERPS xmlns="Tributario"> Texto5=<Recepcionarloterpsrequest> Texto6=<nfseCabecMsg><![CDATA[%CabMsg%]]></nfseCabecMsg> Texto7=<nfseDadosMsg><![CDATA[%DadosMsg%]]></nfseDadosMsg> Texto8=</Recepcionarloterpsrequest> Texto9=</nfse_web_service.RECEPCIONARLOTERPS> Texto10=</S:Body> Texto11=</S:Envelope> Vocês estão com todos os fontes de todas as pastas atualizados? Estão usando os arquivos INI da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\ArqINI ?

Bom dia Fábio, Com base no retorno do pessoal do provedor fiz algumas alterações, favor atualizar e realizar novos testes. Fiz alteração no arquivo INI do provedor também.

Bom dia Miriane, Favor atualizar novamente e faça novos testes.

Bom dia a todos, Favor atualizar todos os fontes de todas as pastas e façam novos testes.

Bom dia Luciano, Tudo bem, mas veja que você esta tentando ler o código e a mensagem de erro do método EnviarLoteRPS, só que o erro retornado é do consultar a situação do lote.

Bom dia Fábio, O XML *-ger-nfse.xml contem o XML do RPS, sendo assim se um esta contido no outro, não podemos comparar um com o outro. Temos que comparar o exemplo de XML de RPS com o XML de RPS gerado pelo componente ou comparar o o exemplo de XML de envio (*-ger-nfse.xml) com o que é gerado pelo componente. Você disse que o de envio esta idêntico ao do exemplo. O que é enviado para o Web Services é: *-ger-nfse-soap.xml Se você analisar esse arquivo vai notar a seguinte estrutura simplificada: <Envelope> <Header /> <Body> <Emitir> <request> <EmissaoNotaFiscalRequest> <NotaFiscal>(...)</NotaFiscal> <ChaveAutenticacao>0f961fa7-4cff-40f5-a096-c7c66dcefc29</ChaveAutenticacao> + <Tomador> <Id>0</Id> <CNPJ>69.124.980/0001-30</CNPJ> <Nome>MASTEC TECNOLOGIA LTDA</Nome> + <Endereco> <Logradouro>RUA DR MARIANO J MARCONDES FERRAZ</Logradouro> <Numero>541</Numero> <Bairro>CENTRO</Bairro> <Cidade>OSASCO</Cidade> <CEP>06097010</CEP> <Estado>SP</Estado> </Endereco> <Telefone>36835251</Telefone> </Tomador> <TomadorEstrangeiro>true</TomadorEstrangeiro> <InformacoesAdicionais>I - DOCUMENTO EMITIDO POR ME OU EPP OPTANTE PELO SIMPLES NACIONAL - II - NAO GERA DIREITO A CREDITO FISCAL DE IPI. ALIQUOTA APROXIMADA DOS TRIBUTOS 15,20% VECTO: 09/03/2016</InformacoesAdicionais> <Atividade /> <Valor>110.00</Valor> <ValorDeducao>0.00</ValorDeducao> <Aliquota>0.0000</Aliquota> <SubstituicaoTributaria>false</SubstituicaoTributaria> <Homologacao>true</Homologacao> <NotificarTomadorPorEmail>false</NotificarTomadorPorEmail> </NotaFiscal> </EmissaoNotaFiscalRequest> </request> </Emitir> </Body> </Envelope> O bloco em negrito é exatamente o exemplo que o provedor lhe passou. Analisando o WSDL do provedor montei o resto da estrutura, inclusive um dos erros era a falta do campo request, pois bem agora ele esta presente na estrutura. Sinceramente não sei o que mais falta. Seria de grande ajuda se o provedor fornecesse a estrutura completa como exemplo e não somente da nota.

Bom dia Denis, Pela mensagem diz que o próximo numero de lote disponível é 177, sendo assim ao enviar o próximo lote este deve ser o de numero 177 depois 178 e assim por diante.

Bom dia Augusto, Então podemos dizer que o provedor Publica agora esta funcionando 100% ?

Bom dia Daniel, Favor atualizar os fontes e testar novamente.

Bom dia, O componente possui o provedor implementado, mas as cidades que se utilizavam desse provedor hoje não utilizam mais. Antes a URL de produção era uma só para todos os tipos de serviços, idem para a de homologação. As URLs do SoapAction que eram uma para cada tipo de serviço e normalmente não existem um conjunto para produção e outra para homologação, isso muito raro. Tentei acessar os Web Services através das URLs que você postou mas não vai, não tem acordo.

Bom dia Acácio, O correto é enviar o XML da NFS-e e não do RPS. Se você puder fazer essa correção ficaremos gratos.

Boa noite NCC, Erro não catalogado é problema no web service da SEFAZ.