Italo Giurizzato Junior

Boa tarde Marcos, Pela sua postagem noto que você ainda esta usando o componente antigo. Sendo assim, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração Observação: O componente novo já contempla essa troca de provedor da cidade Novo Progresso/PA. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça os testes com o programa exemplo do novo componente.

Boa tarde Marcelo, Se antes funcionava e agora parou de funcionar por conta deles terem alterado no que se refere ao IM do tomador, com certeza fizeram alguma kaka em outro lugar. Favor entrar em contato com o provedor e expor o problema.

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

Bom dia Bruno, Já esta no SVN.

Zanatta, O pessoal esta fazendo. Te convido a participar do Dia do ACBr em São Paulo no dia 10/novembro (sexta-feira) o pessoal que cuida das Lib vão estar presentes. Você vai ver o ACBrLibNFSe funcionando e vai poder conversar pessoalmente com a Equipe ACBr.

Bom dia Zanatta, Já temos o ACBrLibNFSe, sim.

Bom dia João, Acabei de realizar um teste usando o programa exemplo, veja o resultado: Por favor, veja os itens de checagem abaixo: Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Boa tarde Bruno, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4322

Ricardo, Pelo Portal Nacional da NFS-e não precisa do certificado, uma vez que você informa o CNPJ e a senha. Mas para emitir a nota através de uma aplicação de terceiros (que é a sua) vai ser necessário do certificado digital, conforme postagem do Diego acima.

Boa tarde Bruno, Entre em contato com a prefeitura e questione sobre o ambiente de homologação. Mas por ter um método TesteEnviar, acredito que eles devam ter apenas um ambiente que é o de produção. Para fazer testes (homologação) você envia o RPS usando o método TesteEnviar. Para enviar o RPS em produção, você envia usando o método Enviar.

Vanderlei, Esse pessoal são uma piada, na linha que se refere ao CodigoPais deixa claro na coluna de observação que o campo só deve ser gerado se o código do município for 9999999.

Boa tarde Ricardo, Certificado A1 ou A3?

Boa tarde Vanderlei, Pelo que estou entendendo ao informar o código do município diferente de 9999999 a nota é rejeitada pelo simples fato de não constar no XML o código do pais. O provedor esta exigindo a tag CodigoPais independente se o serviço foi prestado fora ou dentro do pais, correto? A pesar de no schema constar que a tag CodigoPais é opcional. Você poderia entrar em contato com o provedor e verificar isso com ele? Pois pode ser um bug no webservice exigir uma informação que é opcional.

Bom dia Verissimo, Já esta no SVN.

Bom dia Vanderlei, Segundo os schemas do provedor a tag CodigoPais que consta dentro do grupo Endereco (tomador) é opcional. Se for atribuído o valor zero para Tomador.Endereco.CodigoPais a tag não vai ser gerada. Caso queira que ela seja gerada devemos: 1. Tomador.Endereco.CodigoMunicipio = '9999999' 2. Tomador.Endereco.CodigoPais = código BACEN valido O que você esta atribuindo a Tomador.Endereco.CodigoMunicipio e a Tomador.Endereco.CodigoPais ?

Bom dia Alisson, Se o emitente do documento anterior é uma pessoa física e não tem uma Inscrição Estadual você deve alimentar o campo IE com o valor: "ISENTO".

Bom dia, Já esta no SVN.

Felipe, Uma coisa é configurar o componente outra coisa é alimentar o componente com os dados do serviço prestado. Você pode até ter alimentando todos os campos referente ao Prestador, mas dependendo do provedor ele só vai usar o CNPJ e a Inscrição Municipal ao gerar o XML do RPS. A questão é o XML da NFS-e gerada e retornada do webservice ter essas informações. Quando o provedor não retorna todos os dados do prestador no XML da nota, devemos configurar o componente para que elas sejam impressas no DANFSE.

Boa tarde Zanatta, O certificado que utilizo para teste: O algoritmo de assinatura é sha256RSA, Algoritmo de hash de assinatura é sha256 e a Chave pública é RSA 2048 Bits. E não tenho esse erro. Verifica se no XML do RPS que esta sendo enviado não contem vogais acentuadas, cedilha ou o caractere "&".

Boa tarde Felipe, Pelo outro tópico pedi para você atualizar os fontes. Deu certo?

Boa tarde Felipe, No XML da nota desse provedor não consta todos os dados do prestador, sendo assim vai ser necessário configurar o componente para que essas informações sejam impressas. ACBrNFSeX1.DANFSE.Prestador.RazaoSocial := 'infome a razao socila'; ACBrNFSeX1.DANFSE.Prestador.CNPJ := 'informe o CNPJ'; ACBrNFSeX1.DANFSE.Prestador.InscricaoEstadual := ' informe a IE';

Bom dia, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4318

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

Bom dia Zanatta, Pelo que me recordo todos os Documentos Fiscais Eletrônicos (NF-e, CT-e, NFS-e, etc) usa o sha1, somente o e-Social e o Reinf que utilizam o sha256. O ACBr utiliza como padrão o sha1 e essa alteração para o sha256 para ser usado no e-Social e no Reinf é feita via código do próprio componente. Ou seja, não existe uma propriedade de configuração para selecionar se deseja sha1 ou sha256.

Bom dia Eldo, Pelo comentário que consta a direita da referida linha diz que a UF a ser informada é de quem emitiu o CT-e. Quem é que emitiu o CT-e? A transportadora e não o destinatário da mercadoria, correto? Seguindo o seu exemplo a UF a ser informada é PR pois é a UF da transportadora (quem emitiu o CT-e).