Italo Giurizzato Junior

Boa tarde Rodrigo, Favor atualizar todos os fontes, note que foi alterado o arquivo INI do provedor.

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.

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.

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.

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.

Bom dia Diego, Com a nova versão do componente, quais são os erros? Chegou a comparar os XMLs gerados pela versão antiga com os da nova versão?

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

Boa tarde Bueno, Esse provedor segue o layout da ABRASF, se sim qual versão? Se não segue, a coisa vai ser mais complicada. Pois além de criar um arquivo INI para esse provedor será necessário criar uma Unit para o mesmo e fazer diversas alterações em vários fontes do componente para que o mesmo reconheça esse novo provedor.

Boa tarde Rafael, Você esta se referindo ao provedor EL? Se sim, qual retorno você esta se referindo? Favor anexar o XML do retorno (*-soap.xml)

Boa tarde Vipel, Favor criar um novo tópico para um assunto novo.

Boa tarde Romano, Porque você não mudou o provedor Ábaco para junto do SimpISS? Ou remover ele de onde esta, pois ai ele vai cair no else e vai gerar a tag com o conteúdo informado em ItemListaServico.