Italo Giurizzato Junior

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).

Felipe, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Vanderlei, Como a sua unit esta desatualizada com o que esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Gleiko, Já esta no SVN.

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

Boa tarde Gabriel, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Felipe, Você utiliza o Fortes ou o Fast Report? Você poderia anexar o XML da NFS-e para que possamos analisar?

Ronaldo, Porque você não utiliza a DLL: ACBrLibNFSe ?

Tópico fechado por falta de retorno do usuário

Boa tarde Felipe, Lista de checagem: 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 Antonio, No novo componente ACBrNFSeX não é usado os arquivos Cidades.ini e os INI dos provedores. No componente novo temos o arquivo ACBrNFSeXServicos.ini que contem as cidades atendidas pelo componente. Para cada provedor temos 3 units, exemplo: SimplISS.Provider , SimplISS.GravarXml e SimplISS.LerXml. Para saber se é necessário o uso do certificado digital, basta abrir a unit Provider do provedor em questão. Veja a imagem que o Diego anexou, nela esta claro que para a verão 2.03 do provedor SimplISS devemos assinar o XML do RPS, assinar o Lote de RPS ( quando o RPS é enviado em Lote ) e assinar o RPS quando este é enviado de forma unitária ( serviço GerarNfse ).

Boa tarde, O componente gera e envia o XML do RPS. Quem gera o XML da NFS-e é o WebService do provedor, caso o RPS que foi enviado esta com todas as informações corretas. A principio em um envio Síncrono já teríamos como retorno o XML da NFS-e ou a lista de erros. Se nenhum dos 2 esta sendo retornado vai ser necessário consultar a nota pelo RPS. Você poderia anexar o XML (soap) de retorno desse envio para que possamos analisar?

Boa tarde Felipe, Já inclui na minha lista de tarefas para analise. TK-4315

Boa tarde Ronaldo, Você trabalha com qual linguagem?

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