Italo Giurizzato Junior

Boa tarde Emanuel, Favor entrar em contato com a prefeitura, pois não temos a URL do ambiente de homologação, somente o de produção.

Boa tarde Diane, 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 https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa tarde Rogério, Você tem certeza que esta fazendo igual ao programa exemplo? A chave do DPS que a sua aplicação esta gerando é: 43149022063572940001900000A000000000000001 A chave é composta por: Código do Município (7 dígitos) "4314902" + Tipo de Inscrição Federal (1) "2" + Inscrição Federal (14 - se CPF completar com 000 à esquerda) "06357294000190" + Série DPS (5) "0000A" + Número do DPS (15) "000000000000001" A linha abaixo é a responsável por chamar a função que gera a chave. chave := GerarChaveDPS(NFSe.Prestador.Endereco.CodigoMunicipio, NFSe.Prestador.IdentificacaoPrestador.CpfCnpj, NFSe.IdentificacaoRps.Serie, NFSe.IdentificacaoRps.Numero); Se na chave tem essa letra "A" você esta sim atribuindo a letra "A" ao campo Serie.

Boa tarde @galegoga, Testei com o programa exemplo e tive o mesmo erro, pode ser algum problema no webservice da SVRS. Favor entrar em contato com eles e reportar o problema.

Boa tarde @mlspinelli, Não entendi a motivação de enviar novamente um novo CT-e com valor diferente e com o mesmo numero de um outro que já foi enviado e autorizado pela SEFAZ. Se a sua aplicação permite fazer isso, me desculpe, você precisa rever, pois a sua aplicação deve controlar o numero do CT-e e nunca jamais deixar o usuário aproveitar o mesmo numero para envio de um novo CT-e. Isso só deve ocorrer caso o CT-e tenha sido rejeitado, ai sim, o usuário deve fazer as devidas correções e enviar novamente. A partir do momento que o CT-e foi autorizado o numero deste CT-e deve ficar bloqueado.

Boa tarde Mauricio, O que esta ocorrendo é simples. No XML que contem as informações da guia só contem o código IBGE do município do emitente, não tem o nome por extenso do município. Ao ler o XML temos o seguinte trecho: GNRERetorno.RazaoSocialEmitente := Leitor.rCampo(tcStr, 'razaoSocial'); GNRERetorno.EnderecoEmitente := Leitor.rCampo(tcStr, 'endereco'); GNRERetorno.MunicipioEmitente := Leitor.rCampo(tcStr, 'municipio'); <== aqui é lido o código IBGE do município do emitente GNRERetorno.UFEmitente := Leitor.rCampo(tcStr, 'uf'); xCodUF := IntToStr(ObterCodigoUF(GNRERetorno.UFEmitente)); codIBGE := StrToIntDef(xCodUF + GNRERetorno.MunicipioEmitente, 0); <== aqui é convertido para um numero integer if (codIBGE > 0) then GNRERetorno.MunicipioEmitenteNome := ObterNomeMunicipio(codIBGE, xUF, '', False); < == aqui ocorre o acesso ao webservice do IBGE para obter o nome if EstaVazio(GNReRetorno.MunicipioEmitenteNome) then GNRERetorno.MunicipioEmitenteNome := GNRERetorno.MunicipioEmitente; <== se não encontrar o nome deve-se usar o código mesmo. Se o webservice do IBGE estiver "fora do ar" vai ocorrer erro ao executar a função ObterNomeMunicipio.

Boa tarde Marcelo, Por favor faça os testes usando o programa exemplo. Configure o mesmo para salvar os arquivos soap. Repita o teste para obter o token. Anexe os arquivos soap gerados para que possamos analisar.

Loes, O provedor correto é ISSLegal. ABRASF não é provedor e sim um layout de XML. Já esta no SVN. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça os testes.

Rogério, Qual é a série que você esta informando? Troque por 900

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

Boa tarde Emanuel, Você ainda esta usando o componente antigo? 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 https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Antonio, No programa exemplo do componente ACBrNFSeX você encontra tudo. O Cancelamento no Padrão Nacional é um evento e temos um botão que exemplifica esse tipo de evento. Abra o programa exemplo e procure pela procedure do botão: btnEventoCancNFSePNClick

Willian, Remova o hífen da inscrição municipal do prestador. Esta assim: 1010745-5 Deixa assim: 10107455 Quem sabe resolve o problema.

Boa tarde Rogério, Muito simples, o componente gera e envia o XML do DPS e não da NFS-e. Já o portal gera e disponibiliza o XML da NFS-e. Se você olhar com mais atenção o XML da NFS-e baixado do portal, vai notar que ele contem o XML do DPS e este tem a sua chave. O seu erro é a composição da chave, veja: 43149022063572940001900000A000000000000001 O que vem a ser esse "A" ? A chave é composta somente por dígitos.

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

Boa tarde Leonardo, Pelo que notei, podemos ter uma lista de 2 ou mais serviços ou apenas 1 serviço, correto? Você poderia anexar um XML de cada uma dessas duas situações. Você disse que o seu suporte reclamou que não estava lendo a data, qual data? Não encontrei nada na sua unit que consta alguma alteração referente a data.

Boa tarde @forbostec, Já esta no SVN.

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

Boa tarde Alysson, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Observação o provedor correto é Pronim.

Boa tarde Antonio, Mas esse procedimento esta totalmente errado, não é dessa forma que devemos proceder. A sua aplicação tem que garantir que o DPS foi gerando e enviado e não ficar tentando checar se já existe para ai sim, enviar. A sua aplicação tem que ter o controle da numeração do DPS e nunca jamais deixar o usuário escolher o numero do DPS que ele pretende emitir.

Boa tarde Willian, Segundo o exemplo a série do RPS é F e você informou 00001. Dentro do grupo valores segundo o exemplo consta a alíquota e no seu a alíquota não foi informada. Infelizmente os webservices dos provedores são bem escritos, retornando mensagens de erros que não tem nada haver com o erro propriamente dito. Mude a série para F e informe a alíquota, vamos ver se resolve o problema.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

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

Boa tarde Marcelo, Já esta no SVN.

Boa tarde Flavio, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes. No programa exemplo procure por DadosProfissionalParceiro, para você ver como faz para alimentar os campos necessários.