Italo Giurizzato Junior

Bom dia Alex, Sugiro que você utilize o método DistribuicaoDFePorUltNSU passando como parâmetros: 1. Código IBGE da UF do autor da consulta (destinatário da mercadoria); 2. CNPJ do autor da consulta; 3. Numero do último NSU. Quando executamos pela primeira vez o numero do último NSU é zero. Na segunda em diante devemos sempre informar o o valor retornado em UltNSU na execução anterior. Exemplo: Primeira execução: NFe.DistribuicaoDFePorUltNSU(43, 03971828000185, 0) UltNSU retornado é 78 Segunda execução: NFe.DistribuicaoDFePorUltNSU(43, 03971828000185, 78) UltNSU retornado é 105 Terceira execução: NFe.DistribuicaoDFePorUltNSU(43, 03971828000185, 105) UltNSU retornado é 140 (...) Espero ter ajudado. Quando ao erro de inativo ou inoperante, isso é normal ocorrer, pois muitos desenvolvedores acabaram utilizando esse serviço para obter o XML da nota com a finalidade de alimentar o controle de estoque e contas a pagar, em vez de orientar o seu cliente a solicitar o XML a nota para o seu fornecedor, visto que é obrigação legal (consta na legislação) que o emitente da nota é obrigado a disponibilizar o XML assinado e com o protocolo de autorização ao destinatário da mercadoria. O serviço: Distribuição DF-e tem como finalidade mostrar para o autor da consulta quem esta emitindo nota contra o CNPJ dele. E através dos eventos de Manifestação do Destinatário, o mesmo poderá manifestar cada uma das notas, desta forma avisando ao fisco se realmente comprou ou não comprou a mercadoria de uma determinada empresa.

Marco, O programa exemplo esta configurado para a versão 1.5.1, correto? Essa consulta esta sendo realizada no ambiente de teste ou de produção? Não acompanho o Reinf, mas até onde sei somente o ambiente de teste dessa versão que esta liberado.

Bom dia a todos, A imagem do programa exemplo é da versão para o Delphi? Se sim, então os fontes devem estarem desatualizados, pois foi incluído o evento R-2055.

Bom dia Igor, Por favor, abra o arquivo Natal.ini e verifique se o valor do campo URI é 0. Se sim, isso significa que os seus fontes estão desatualizados.

Bom dia Deivid, Nos meus testes não tive erro de validação no que se refere a alíquota. Você esta usando os schemas da pasta: ...\Exemplos\ACBrDFe\ACBrNFSe\Schemas\Abacov2 ? Não tive erro de mensagem vazia ao tentar enviar o Rps. Favor utilizar o programa exemplo do componente e configurar ele para salvar os arquivos Soap.

Bom dia Igor, Esse é o grande problema, por conta da falta de padronização da NFS-e as rotinas que fazem a leitura do XML ainda não atende toda lambança feita pelos provedores. É por isso que sempre peço para não gerar o XML do RPS, depois carrega-lo e por fim enviar. Mas muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Bom dia Fabio, Uma pequena correção. Se tratando do CT-e não se faz necessário enviar nenhum evento de Manifestação do Destinatário, pois estes eventos se referem a NF-e. Uma coisa importante é que o serviço de Distribuição de DF-e disponibilizado pelo Ambiente Nacional que nos permite baixar o XML da NF-e, CT-e e MDF-e não funciona para o emitente do documento. Exemplificando, a transportadora que é a que emite o CT-e não consegue baixar o XML do CT-e emitido por ela, pelo simples fato de que ela tem a obrigação legal de ter e guardar esse XML pelo prazo estipulado pelo Fisco. Já o remetente e o destinatário da carga podem usar o DistribuicaoDFe que se encontra no componente ACBrCTe para baixar o XML do CT-e.

Boa tarde Igor, Verifique se o CPF informado realmente é valido, as vezes o numero esta errado e o webservice retorna uma rejeição que não tem nada haver.

Boa tarde Moroni, É preciso entrar em contato com o provedor e expor o problema.

Boa tarde a todos, Favor atualizar os fones, implementei o provedor Abacov2 para atender a cidade de Nova Lima.

Boa tarde Marco, Já enviei para o repositório.

Rodrigo, Abra a unit: pnfsNFSeW_ISSDSF Você vai notar que para esse provedor não é gerado nenhuma tag que contenha o valor do ISS Retido. A não ser que ao implementar esse provedor no componente a implementação foi feita de forma incompleta.

Luiz, Entra no seu perfil e apague os arquivos que você anexou, para poder voltar a anexar.

Já enviei as duas contribuições para o repositório, muito obrigado.

Bom dia Moroni, Não é você que esta errando, o problema é o provedor que esta misturando XML com código HTML, principalmente nos retornos.

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

Bom dia Rodrigo, Qual é a cidade?

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

Bom dia Zanatta, A principio a URL de homologação é: http://54.94.43.142/nfse.portal.integracao.teste/services.svc Mas realmente não esta funcionando. Favor entrar em contato com o provedor e solicitar a URL de homologação.

Bom dia a todos, Já inclui na minha lista de tarefas tanto a troca de URL quanto as alterações na Unit do provedor SigISS. Vou fechar esse tópico pois ele já esta com 4 páginas e os assuntos estão se misturando, pois a ideia dele é somente contribuição de inclusão de nova cidade, alteração de provedor ou URL.

Bom dia Luiz, Veja se você consegue anexar o XML aqui no fórum da forma que você postou não da para saber o que esta ocorrendo. Você esta com todos os fontes de todas as pastas atualizados?

Boa tarde Carlos, O componente ACBrNFe gera a string do QR-Code e inclui no XML no momento que ocorre a assinatura do XML. Você utiliza o componente ou o ACBrLibNFe?

Boa tarde Luiz, Tente da seguinte forma:

Boa tarde Alfredo, Já enviei para o repositório.

Boa tarde Wendell, Já enviei para o repositório.