Italo Giurizzato Junior

Boa tarde, Muito obrigado pela colaboração, espero que ainda hoje possa enviar para o repositório.

Boa tarde Alexandro, Você anexou o XML de envio do Lote de RPS, eu pedi o XML da NFS-e que é retornado pelo webservice do provedor caso o RPS seja processado com sucesso.

Boa tarde Henrique, Muito obrigado pela colaboração, espero estar enviando para o repositório ainda hoje.

Boa tarde, Você esta usando o componente ACBrNFSe? Se sim sugiro que faça os testes usando o programa exemplo do componente.

Tathiana, É preciso degugar para saber o ponto exato do problema.

Adilson, O seu Lote sempre vai conter apenas um RPS? E se amanhã você vier a ter um Lote com mais de um RPS? Sendo assim a minha sugestão é que você tenha o numero do Lote não atrelado ao numero do RPS. Tem provedor que não checa o numero de lote, é por isso que muitos aceitam um numero constante, que ao meu ver esta errado. Ser existe um campo para informar o numero do lote, isso significa que ele varia, pois se fosse algo constante não precisaria existir no XML.

Boa tarde Paulo, Favor verificar junto ao provedor se essa cidade vai utilizar o webservice que segue o layout próprio deles ou se vai utilizar o novo webservice que segue a versão 2 do layout da ABRASF. Se segue o layout próprio o arquivo XSD (Schema) que você anexou esta errado, agora se segue a versão 2 do layout da ABRASF, tudo indica que as URLs de produção e homologação estão erradas.

Boa tarde Maikon, Se o numero da NFS-e e os dados do Prestador estão em branco, isso significa que você esta carregando o XML do RPS para poder imprimir o DANFSE em vez de carregar o XML da NFS-e que deve estar sendo salva dentro da pasta Notas. Quanto ao erro ao tentar cancelar é preciso colocar um breakpoint dentro de DefinirDadosMsg do cancelamento e debugando para ver onde ocorre o erro. Pois esse erro significa que uma string vazia não pode ser convertida em um numero inteiro.

Boa tarde Tathiana, Pela mensagem é a cidade de Campinas, você esta usando os Schemas do provedor dessa cidade?

Boa tarde Adilson, Numero do Lote Sequencial, se você sempre informa como numero de lote: 0001 para todos os lotes enviados, o seu numero de lote é uma constante, ou seja, nunca muda. Se o provedor pede um numero de Lote Sequencial, significa que para cada lote de envio o seu numero tem que ser diferente e maior que o informado no lote anterior, ou seja, 1, 2, 3, 4, ... O numero do RPS não é um numero sequencial também?

Boa tarde, O comando correto não seria: NFE.CANCELARNFE("31190219162528000195650010000004049912262343", "Cancelamento de NFCe.", "19162528000195")  ? O terceiro parâmetro é o CNPJ do emitente.

Boa tarde Junior, A explicação é muito simples. O Webservice mantem dos documentos pelo prazo de 90 dias, se não baixar dentro desse prazo, não baixa mais. Se ao informar o valor zero ou 1 para UltNSU e a resposta foi "Nenhum Documento Localizado", e o valor de maxNSU é 51 isso significa que esses 51 documentos já extrapolaram o prazo de 90 dias. Outro detalhe importante: Quando executamos o DistribuicaoDFePorUltNSU devemos informar o valor zero como sendo o terceiro parâmetro. Da segunda vez em diante devemos informar o valor retornado no campo: ultNSU que consta no arquivo de retorno.

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

Bom dia Fabricio, Favor anexar o arquivo INI e o XML gerado pelo Monitor para o ambiente de Homologação e do de Produção. Outra coisa, ao enviar em produção, você esta alterando a configuração do Monitor de Homologação para produção?

Bom dia Roberto, Você esta com todos os fontes de todas as pastas atualizados? Reinstalou a Suite ACBr usando o ACBrInstall_trunk2 com a opção: Apagar arquivos antigos, marcada? Pois acabei de fazer um teste usando o programa exemplo e esse erro não ocorreu. Observação, devemos informar somete o ID ou o numero do recibo, jamais os dois. No caso do ID devemos informar: IDxxxxxx.

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

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

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

Bom dia a todos, O desenvolvimento desse componente esta parado, foi implementado somente a geração do arquivo para o envio de alguns bancos e nada mais. Sendo assim se faz necessário implementar a leitura do retorno e a geração para os demais bancos.

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

Boa tarde Diogo, Você poderia anexar o XML para que possamos realizar testes?

Marcos, Desde já muito obrigado pela colaboração.

Boa tarde, Você pode diferenciar pelo valor do campo Schema. case retDistDFeInt.docZip.Items[ x ].schema of schresNFe: (...) schresEvento: (...) schprocNFe: (...) schprocEventoNFe: (...) end;

Marcos, Os demais provedores retornam o XML da NFS-e completo. Acredito que o melhor lugar seja essa unit mesmo.

Dangelo, Acredito que o DANFSE que se encontra disponível no repositório não tem o quadro: Informações Adicionais. Outra coisa, existe um campo chamado: OutrasInformacoes, mas este campo pertence ao layout da NFS-e e não do RPS. Sendo assim não adianta alimentar esse campo, pois ele não vai ser enviado (me parece que tem um provedor que aceita esse campo no RPS). A priori o campo: OutrasInformacoes é gerado pelo provedor com informações estabelecidas pela prefeitura.