Italo Giurizzato Junior

Bom dia ALA, Verifiquei e fiz um teste usando o programa exemplo, passando 11 zeros para o campo CpfCnpj do tomador: Tomador.IdentificacaoTomador.CpfCnpj := '00000000000'; Comentei as demais linhas referente aos demais dados do mesmo. Resultado: Como você pode ver o XML foi gerado com 11 zeros no Cpf do tomador e sem os demais dados do mesmo. Detalhe importante, fiz esse teste com o programa exemplo configurado para emitir nota para a cidade de Ribeirão Preto/SP. Favor rever a sua aplicação, é ela que deve estar trocando os 11 zeros por uma string vazia.

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

ALA, Vou verificar o código do componente.

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

Boa tarde Azevedo, Evite: vogais acentuadas, cedilha e o "&" (e comercial).

Boa tarde a todos, Primeiramente a NT 2019/001 não faz nenhuma referencia ao QR-Code, essa NT 95% trata sobre regras de validação e mesmo assim não tem nenhuma RV sobre QR-Code. O manual referente ao DANFE da NF-e publicado no dia 16/12/2020 (clique aqui para baixar o mesmo) não contem nenhuma alteração no que diz respeito ao layout do DANFE, ou seja, ele continua o mesmo, somente com o código de barras.

Bom dia Catia, O provedor não tem em seu webservice o serviço de recepção de lote, dai o erro. Os únicos serviços disponíveis no webservice são: ConsultarNFSeporRPS - Consultar NFSe por RPS - com esse serviço obtemos o XML da NFS-e informando o numero e serie do RPS ( ConsultarNFSe - Consultar NFSe - com esse serviço obtemos o XML da NFS-e informando o numero e serie da NFS-e CancelarNFSe - Cancelar NFSe - com esse serviço é possível cancelar uma NFS-e Gerar - Gerar NFSe - com esse serviço enviamos um RPS por vez para que o webservice processe e disponibilize o XML da NFS-e. Observação: em negrito é o nome dos métodos implementados no componente para acessar os serviços.

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

Bom dia ALA, No XML do RPS notei que o tomador não foi informado. Chegou a alimentar o campo CpfCnpj do tomador com 11 zeros? Tomador.IdentificacaoTomador.CpfCnpj := '00000000000';

Bom dia Jefferson, Você esta usando o componente ACBrNFSe? Se sim, esta fazendo testes usando o programa exemplo?

Bom dia Azevedo, Notei que no nome do tomador consta o caractere "&", experimente trocar ele pela letra "E".

Bom dia Junior, Vocês não tem nenhuma aplicação que emite Nota Fiscal Eletrônica - NFS-e somente Nota Fiscal de Serviço Eletrônica? A NF-e, CT-e, MDF-e, BP-e só aceitam a criptografia TLS 1.2 e até onde sei o Capicom não suporta essa criptografia. Hoje já tem alguns provedores que estão exigindo também o TLS 1.2 É melhor você repensar.

Boa dia Junior, O que lhe impede de configurar a propriedade SSLLib com o valor libWinCrypt ou libOpenSSL em vez de libCapicom? Estou reescrevendo o componente ACBrNFSe e nos meus teste usei o valor libWinCrypt com todos os provedores.

Bom dia, Como assim, a empresa presta serviço para ela mesma?

O contador é pago para orientar a empresa no que diz respeito aos tributos e ele não sabe o que responder. Assim fica difícil. Estou vendo que os desenvolvedores vão ter que começar a fazer cursos sobre tributação, pois se depender dos contadores não vão conseguir resolver os problemas de seus clientes.

Bom dia, Se tratando de tributos, lhe recomento a conversar com o contador do seu cliente, é ele que tem mais propriedade em lhe orientar o que deve ser feito.

Boa tarde Daniel, Infelizmente não tem.

Boa tarde Marcus, Muito obrigado pela colaboração, amanhã vou enviar para o repositório.

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

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

Boa tarde Edmar, Pelo se teste podemos concluir o seguinte: O Ambiente Nacional esta controlando o acesso ao serviço pelo NSU. Não faz nenhum sentido acessar o serviço mais de uma vez passando o mesmo NSU, dai o bloqueio. Quando informamos NSU = zero é porque para aquela empresa é a primeira vez que esta acessando o sistema. Se já foi baixado alguns documentos de uma determinada empresa, o Ambiente Nacional acredita que a mesma tem um controle do ultimo NSU informado, logo também não faz sentido informar zero novamente para o NSU, dai o bloqueio.

Boa tarde Azevedo, Chegou a ler esse artigo? Requisitos para o provedor ISSNet - NFS-e - Projeto ACBr

Marcus, Faça a alteração realize os testes, estando tudo OK, anexa o arquivo Cidades.ini com a alteração que você fez. Desde já muito obrigado pela colaboração.

Antonio, No arquivo Cidades.ini você informa que o provedor da cidade Dores do Turvo é Adm, até ai sem nenhum problema. No arquivo Adm.ini você informa o valor zero para o campo Validar na seção Schemas, isso significa que o componente não vai validar o lote antes do envio, fazemos isso quando o provedor não disponibiliza os schemas. Até não vejo problema, uma vez que o provedor não disponibilizou os schemas. O problema é que você anexou schemas de outras duas cidades que utilizam outro provedor. Se o provedor Adm não disponibilizou os schemas não podemos colocar na pasta de Schemas do provedor Adm schemas de outro provedor. Já inclui na minha lista de tarefas para analisar a sua contribuição. Desde já muito obrigado.

Bom dia Marcus, Segundo o arquivo Cidades.ini a cidade Alta Floresta/MT se utiliza do provedor ISSNet e não Coplan. Outra coisa, ao atualizar os fontes com o Tortoise, ele não atualiza arquivos que por ventura você tenha feito alterações, o que tudo indica o arquivo Coplan.ini foi alterado e logo não esta sendo atualizado. E pela mensagem de erro, você não esta usando o programa exemplo para realizar os testes. O arquivo Coplan.ini que o seu programa esta lendo esta desatualizado.