Italo Giurizzato Junior

Boa tarde ALA, As informações que aparecem nas tags codMunicipio, cnpjPrestador e hashValidador no final do arquivo *-env-lot-soap.xml estão corretos?

Boa tarde Jairo, Você não conseguiu e ninguém vai conseguir, pelo simples fato de que esse provedor não disponibilizou esse serviço. Acesso este link: https://bhisshomologa.pbh.gov.br/bhiss-ws/nfse?wsdl Note que não existe a operação RecepcionarLoteRpsSincrono apenas RecepcionarLoteRps.

Boa tarde, Muito obrigado pela colaboração, ainda hoje vou enviar para o repositório a correção.

Boa tarde Sergio, É preciso verificar no manual da NFS-e de São Paulo, quais são as informações necessárias a serem informadas. Uma vez que a empresa contratada pela cidade de São Paulo não segue o layout da ABRASF.

Boa tarde, Existe dois manuais em um deles contem a estrutura do XML. O ideal seria fazer um componente mesmo que fosse apenas para gerar o XML e salvar o mesmo em disco.

Augusto, O que você esta usando para imprimir o DANFE da NFC-e? Se for o EscPos, como lhe disse, o método ImprimirPDF não vai funcionar.

Paulo, Se o tomador esta igual ao prestador no XML de retorno, logo é problema no WebService do provedor. Favor entrar em contato com eles e apontar o problema.

Bom dia Wether, O motivo da rejeição é clara, o CNPJ do destinatário tem que ser igual do emitente e no seu XML o CNPJ do destinatário esta igual a do remetente.

Bom dia, Veja se na unit pcteCTeR.pas ela recebe algum valor ao ler o XML. Se sim, é essa propriedade que você esta procurando.

Bom dia Douglas, Veja as páginas 97 e 98 do Manual do CT-e versão 3.00 Os campos a seguir são obrigatórios no caso de homologação do evento cStat= 134, 135 ou 136. Os campos de dhRegEvento e nProt não serão preenchidos em caso de erro. Você enviou um evento e este não foi homologado pela SEFAZ, ou seja, não foi aceito. Verifica se com a linha abaixo você não consegue pegar o status retornado após o envio do evento. Status := ACBrCTe1.WebServices.EnvEvento.cStat; // Status: Integer

Bom dia a todos, O tipo de aviso 6 já consta nos fontes, mas recomendo o seu uso somente com a versão 2.04.02, pois se informa-lo na versão 2.04.01 com certeza o evento será rejeitado.

Bom dia Paulo, Para salvar o XML da NFS-e é preciso que a propriedade de configuração: Configurações.Arquivo.Salvar receba o valor True. Notei que o tomador estava igual ao prestador, isso esta errado, pois o prestador é que vai prestar o serviço e consequentemente o que esta emitindo a nota, já o tomador é quem contratou o serviço e quem vai pagar pelo mesmo.

Bom dia Augusto, A propriedade de configuração MostrarPreview := False faz com que o preview não seja apresentado. A execução do método ImprimirPDF faz com que o PDF do DANFE seja gerado e salvo na pasta configurada. Observação, esse método não funciona com o DANFE feito em EscPos.

Bom dia, Pelo que entendi lendo o manual, a SEFAZ do Amazonas não disponibilizou um WebService para recepcionar o XML. Existe um site onde se tem a opção de Upload, ou seja, a sua aplicação deverá gerar o XML e salvar em disco, depois o a pessoa responsável pela geração do XML, acessar o site e realizar o Upload.

Boa tarde Édipo, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Renato, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Joceandro, Peço que atualize os fontes e faça novamente a correção, pois comparei o seu fonte anexado anteriormente com o que tenho, existem muitas diferenças. Desde já muito obrigado pela colaboração.

Boa tarde Paulo, Ao executar o método ConsultarNFSeporRps pelos seus arquivos notei que no retorno dessa consulta consta o XML da NFS-e. Não foi criado uma pasta chamada Notas e dentro esta não esta salvo o XML da NFS-e? Na hora de imprimir o DANFSE ou gerar o seu PDF não podemos carregar o XML do RPS e sim da NFS-e.

Bom dia ALA, O componente possui em sua configuração um grupo chamando Emitente, dentro desse grupo existe uma propriedade chamada WebChaveAcesso, tente colocar nessa propriedade.

Bom dia Paulo, A minha sugestão é que você entre em contato com a prefeitura de São Paulo e peça um manual da NFS-e, caso já tenha e não consta a resposta, questione eles sobre esse campo.

Rafael, Esse provedor esta se utilizando da versão 2 do layout da ABRASF, e nessa versão não existe o serviço de consulta a situação do lote. É por isso que ao ler o valor de ACBrNFSe1.WebServices.ConsSitLoteRPS.Situacao a propriedade esta vazia, a consulta a situação não foi executada. Devemos pegar essa informação através de: ACBrNFSe1.WebServices.ConsLote.RetornoNFSe.ListaNFSe.CompNFSe.Items[ x ].NFSe.Situacao

Bom dia Romano, Você concorda que a linha que esta depois do "else" vai gerar a tag com o conteúdo do campo ItemListaServico sem nenhum tratamento? Pois bem basta você alimentar esse campo com o valor "107" em vez de "01.07"

Bom dia Marcus, O provedor Betha possui dois WebServices, o que segue a versão 2 do layout da ABRASF temos esse problema com a assinatura. Como foram feitas diversas melhorias nas classes básicas não sei lhe informar se esse problema foi resolvido. Mas todos os fontes de todas as pastas estão atualizados?

Bom dia a todos, Rafael Concentra, realmente esta errado, o correto seria 4 (processado com sucesso), uma vez que consta no retorno o XML da NFS-e. Rafael Passamai, estranho essa rejeição, se você esta cancelando, devemos informar o numero da NFS-e e não do RPS. Vipeol e Paulo, quais são os dados do prestado que estão ausentes ou incorretos no XML?

Bom dia Cleyton, O CNPJ do Prestador de serviço que consta no XML é exatamente o mesmo do certificado digital utilizado para realizar a assinatura? Se sim, note que o CNPJ do Prestador informado no XML não contem formatação, ou seja, pontos, barras e traços, o mesmo ocorre com a Inscrição Municipal. Já no provedor o CNPJ e a IM também estão sem a formatação? Alguns provedores em seus cadastros tem essas informações com a formatação e ao comparar com as mesmas informações no XML ou da assinatura ocorre a diferença provocando a rejeição.