Italo Giurizzato Junior

Boa tarde Gustavo, Faça os testes usando o programa exemplo do componente. Outra coisa, se você sempre usar o Emitir informando somente o primeiro parâmetro que é o número do lote, o método vai trabalhar no modo de envio automático, logo você não precisa desse case na sua rotina, pois o componente vai saber qual o modo que deve ser utilizado em função do provedor setado. Configure o programa exemplo para salvar os arquivos Envelope (Soap). Faça novos testes e anexe os XML (soap) de envio e de retorno.

Boa tarde Bill, Vou precisa no XML (soap) de retorno do envio e qual é o provedor que esta ocorrendo o problema.

Boa tarde, O componente ACBrNFSeX já foi atualizado para atender a cidade de Brasília/DF.

Boa tarde Gabriel, Muito obrigado pela colaboração, já esta no SVN.

Boa tarde José, O XML não deve ter quebra de linhas. Favor anexar o XML (soap) retornado pelo provedor para que possamos analisar.

Boa tarde, O problema começou depois que você atualizou a aplicação dos seus clientes ou nem isso ocorreu? Simplesmente de um dia para o outro começou o problema? Se você não atualizou a sua aplicação nos seus clientes e todos eles estão enfrentando o mesmo problema, com certeza é problema no provedor. Como o provedor sempre vai tirar o dele da reta, a minha sugestão é pedir para todos os seus clientes irem até a prefeitura e protocolarem uma reclamação de problemas na emissão nas notas. Você vai ver como resolve rapidinho o problema.

Boa tarde Edelvandro, Você esta usando o componente ACBrNFSeX?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Fabio, O XML de envio também não encontrei nada que pudesse estar provocando o erro. Para mim esse erro esta ocorrendo no momento de processar o XML de retorno. Configure o componente para salvar o Envelope (soap) desta forma teremos o XML soap do retorno antes do componente iniciar a leitura do mesmo.

Boa tarde Paulo, Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

Bom dia Fabio, Necessito do XML que o componente salva em disco, esse me parece que foi copiado e colado em um arquivo.

Bom dia Márcio, Já esta no SVN.

Bom dia Alexandre, Já esta no SVN.

Bom dia Mario, Já esta no SVN.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Gladston, Você substitui a unit Ginfes.Provider (...\Fontes\ACBrDFe\ACBrNFSeX\Provedores) que o Diego anexou na postagem dele no dia 06/10/2022 ? Se sim, reinstalou o ACBr? Se sim, recompilou a aplicação com a opção Build? O problema que esta ocorrendo é motivado por esta mensagem: CNPJ do tomador (<CNPJ enviado>) está vinculado a mais de uma inscrição municipal. Note a presença de "<" e ">" A unit que o Diego anexou na function TratarXmlRetorna foi incluído a seguinte linha: Result := RemoverCaracteresDesnecessarios(Result); Veja o que essa função faz: function RemoverCaracteresDesnecessarios(const aXML: string): string; begin (...) Result := FaststringReplace(Result, '<', '', [rfReplaceAll]); Result := FaststringReplace(Result, '>', '', [rfReplaceAll]); (...) end; Ela simplesmente remove essa sequência de caracteres do XML. Com isso eliminando o problema. Se você substitui a unit que foi anexada, reinstalou o ACBr, compilou a aplicação com o Build e mesmo assim continua o problema, chego à conclusão que na sua máquina tem cópias de Units ou DCU antigas do componente ACBrNFSeX.

Bom dia Rogerio, Ao emitir uma nota se o produto que esta sendo vendido não possui o GTIN devemos atribuir ao campo cEAN e cEANTrib a mensagem "SEM GTIN". Se o livro não possui Código de Barras (GTIN) e sim o ISBN, este não pode ser informado nos campos mencionados acima, caso contrário a nota vai ser rejeitada.

Bom dia, O serviço disponibilizado pela SEFAZ-Virtual do RS referente a consulta ao GTIN é unitária, ou seja, você consulta um GTIN por vez. Se você precisa consultar o GTIN de 200 produtos terá que consultar um por um. Resumindo, não é uma restrição impostar pelo ACBrMonitor e sim pela SEFAZ.

Olá pessoal, Para ficar mais fácil de acompanhar quais os municípios que já assinaram a adesão a NFS-e Padrão Nacional, disponibilizo abaixo o link do Portal da Nota Fiscal de Serviço Eletrônica (Munícipios Aderentes). Municípios Aderentes — Português (Brasil) (www.gov.br)

Ricardo, Muita coisa foi alterada no novo componente e para melhor. Só que essa prática de visualizar o DANFSE antes do envio conforme o que eu já descrevi na postagem anterior, esta errada.

Boa tarde, Você esta comparando os XML errados. O componente novo gera exatamente igual ao antigo. A primeira imagem que você anexou se refere ao XML que ainda vai ser envelopado para ser enviado, já a segunda imagem é do XML do Rps que é salvo dentro da pasta Recibos.

Boa tarde Fabio, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Paulo, Já inclui na minha lista de tarefas para analisar essas questões. TK-3161

Boa tarde Ricardo, Você esta carregando o XML do Rps e deseja visualizar o DANFSE? Lembre-se que se tratando de NFS-e o componente gera e envia o XML do Rps, por outro lado se tudo estiver certo, o webservice do provedor gera e retorna o XML da NFS-e. É o XML da NFS-e que devemos carregar para poder visualizar e ou imprimir o DANFSE.

Boa tarde Almeida, Os serviços que o provedor implementou em seu webservice são: function Recepcionar(ACabecalho, AMSG: String): string; override; function ConsultarSituacao(ACabecalho, AMSG: String): string; override; function ConsultarLote(ACabecalho, AMSG: String): string; override; function ConsultarNFSeServicoTomado(ACabecalho, AMSG: String): string; override; function Cancelar(ACabecalho, AMSG: String): string; override; As chamadas aos métodos implementados no webservice de cada provedor se encontram na unit Provider de cada provedor, neste caso ISSBarueri.Provider.