Italo Giurizzato Junior

@NVTech, Eu simplesmente colocaria um IF verificando o valor de cMun, UF e cPais, algo do tipo: if (cMun = 9999999) and (UF = 'EX') and (cPais = 1058) then Mostrar mensagem de erro: Pais inválido. Outra coisa, ao preencher os dados do pais (código e descrição) ao cadastrar o remetente ou destinatário, eu colocaria um combobox para o dedo nervoso do usuário escolher o pais correto.

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.

Bom dia Lindomar, Você não precisa se desculpar. A Equipe do ACBr já esta trabalhando para fazer um ajuste visando "setar" no modo síncrono automaticamente quando se tratar da versão 4.00 do CT-e.

Bom dia, Se o Destinatário é do exterior não faz nenhum sentido você informar que o pais é BRASIL e sim o pais que ele reside, você não concorda? Agora se na versão 3.00 o CT-e é autorizado, isso significa que não existe uma regra de validação que valida essa informação.

Boa tarde Gabriel, Você sabe me dizer se essa alteração é valida para todas as cidades que usam o layout próprio do provedor IPM? Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4323

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

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.