Italo Giurizzato Junior

Bom dia Italo, No programa exemplo, ele esta usando o mesmo CNPJ/CPF do Emitente (Prestador) como sendo do tomador. Mas você pode alterar isso, alterando o código do programa exemplo mais precisamente na procedure que alimenta o componente com os dados do serviço prestado.

Bom dia a todos, Enviei para o SVN, as alterações, favor atualizarem e fazerem novos testes.

Bom dia Leandro, Enviei para o SVN uma possível correção, favor atualizar e fazer novos testes.

Diego, Será que não é necessário fazer um cadastro no provedor, pois esta muito estranho isso. E nesse cadastro informar o certificado digital.

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

Boa noite, De qual pasta o componente esta buscando os schemas (Abaco, AbacoA ou Abacov2) ?

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

Boa noite Sidney, Uma correção, não tem ainda DLL para NFS-e, o que tem é o componente novo: ACBrNFSeX. Esses arquivos que você anexou foram gerados usando o componente antigo. Como você trabalha com o Delphi, favor atualizar todos os fontes de todas as pastas e reinstalar a suíte ACBr. Não esqueça de instalar os novos componentes. Depois faça os testes usando o programa exemplo do novo componente.

Boa noite Marcelo, Pelo seu relato, concluo que a cidade de Maceió não mudou de provedor, ou seja, ainda é o Ginfes, correto?

Boa noite, Favor anexar o XML de retorno (de preferencia o soap) ao enviar o Rps para o provedor para que possamos analisar.

Boa noite Djean, Favor atualizar os fontes, pois enviei algumas alterações que acredito vai resolver esse problema.

Boa noite Diego, Esta marcado para assinar o Lote de Rps, a linha que eu pedi para você incluir vai fazer com que ele assine o Rps também.

Boa noite, Hoje envie uma alteração no componente que acredito que vai resolver esse problema.

Boa noite Joas, Vai ser complicado você comparar o código do componente antigo com o novo, mudou muita coisa. Se com o componente antigo esta funcionando, e com o novo não, eu lhe peço que anexe o XML de envio do Rps gerado pelo antigo e pelo novo para que eu possa analisar.

Italo, O seu programa esta usando o componente novo correto? Noite o seguinte comparando os XMLs: No que a nota é enviada e não ocorre a rejeição temos: <Prestador><CpfCnpj><Cnpj>05425647000189</Cnpj></CpfCnpj> No outro que ocorre a rejeição temos: <Prestador><CpfCnpj><Cpf>47666137672</Cpf></CpfCnpj> Esta sendo informado o CPF de alguém como sendo o Prestador, acredito o problema seja esse.

Boa tarde Valdir, Favor atualizar os fontes e faça novos testes.

É estranho ocorrer a diferença que você apontou. A senha possui algum caractere especial, ou ela é formada por apenas letras (sem acentos e sem cedilha) e dígitos?

Boa tarde Juliano, A cidade de Londrina, se utiliza do provedor SigISS que possui um layout próprio, sendo assim não sei como funciona esse provedor. O que eu sei é que ele possui em seu webservice apenas 3 serviços implementados: 1. Gerar - destinado a recepcionar um Rps por vez, ou seja, o envio é unitário e não em lote. 2. Consultar NFS-e - destinado a consultar uma nota informando o numero dela. 3. Cancelar NFS-e - destinado a cancelar uma nota. Favor anexar os XMLs (soap) gerados ao enviar o Rps, para que eu possa analisar.

Boa tarde Italo, O seu programa esta usando o componente antigo? Se sim, por favor anexe o XML (soap) de envio do Rps, gerado pela sua aplicação e o gerado pelo programa exemplo do novo componente para que possamos analisar esses problema.

Boa tarde, Essa unit IdHashMessageDigest é do Delphi, correto? Ela esta presente e funciona da mesma forma desde o Delphi 7 até a versão mais nova do Delphi?

Boa tarde Antonio, De varias classes que herdam a TACBrObjectList, somente a TDetCollection você alterou. Você poderia argumentar a real necessidade dessa alteração, quais as vantagens dela, entre outras coisas?

Boa tarde Rene, Favor atualizar os fontes e faça novos testes.

Continuando o assunto sobre substituição de NFS-e nos provedores que seguem a versão 1 do layout da ABRASF. Um membro da equipe ACBr fez o seguinte teste, usando o programa exemplo do novo componente: ACBrNFSeX e o provedor utilizado foi Ginfes. No programa exemplo, mais precisamente a procedure AlimentarNFSe descomente as linhas abaixo: // Usado quando o RPS for substituir outro { RpsSubstituido.Numero := FormatFloat('#########0', i); RpsSubstituido.Serie := 'UNICA'; // TnfseTipoRPS = ( trRPS, trNFConjugada, trCupom ); RpsSubstituido.Tipo := trRPS; } essas linhas de código permite você informar o numero, serie e tipo do Rps a ser substituído. Exemplo, foi enviado o Rps de numero 300 que gerou a NFS-e de numero 400. Quero emitir uma nova nota visando substituir a NFS-e de numero 400. Devo alimentar o componente com os dados do novo Rps (por exemplo Rps de numero 301) nas linhas apresentadas acima informo o numero do Rps a ser substituído, ou seja 300. Como a nota de numero 400 foi gerada através do envio do Rps 300, ao enviar um novo Rps que tenha o numero do Rps a ser substituído, no caso 300, o WebService vai automaticamente substituir a nota de numero 400. Não sei se esse processo de substituição funciona em todos os provedores que seguem a versão 1 do layout da ABRASF, mas não custa nada a testar.

Bom dia Maiquel, Já esta no SVN.

Bom dia Juliano, No retorno do envio do Rps consta o numero da nota? Se sim, você pode usar o ConsultarNFSe.