valterpatrick

A previsão inicial é até o final do dia de hoje. Peço que faça novos testes amanhã.

Referente a rejeição 292 - País do tomador do serviço indevido, creio ser algo relacionado ao provedor. Outros usuários apresentaram o mesmo problema. Eles fizeram testes com e sem o código do pais do tomador informado e ou dava rejeição por não informar ou por informar o código do pais. Eu recomendo entrar em contato (se possível o cliente final reclamar na prefeitura, pois assim gera mais pressão) com o pessoal do provedor e questionar eles a respeito, quanto mais pessoas reclamando melhor. Referente as rejeições E327 e E337, favor conferir como está o seu cadastro na prefeitura, talvez esteja cadastrado de uma forma onde não permita enviar os dados conforme está enviando agora.

Tópico sem interação há muito tempo. Fechando. Para novas dúvidas, criar um novo tópico.

Tópico sem interação há muito tempo. Fechando. Para novas dúvidas, criar um novo tópico.

Tópico sem interação há muito tempo. Fechando. Para novas dúvidas, criar um novo tópico.

@VEXCOM Sistemas - Valtair vamos atualizar a API hoje no final da tarde. Poderia por favor realizar novos testes no final da tarde após às 17hs ou amanhã?

Foi criada a tarefa ACBR-9257 para análise do caso e parecer por parte da equipe de consultores referente a mudança de URL. Qualquer novidade será divulgada aqui no tópico.

Em nossos sistemas a cidade de Pouso Novo-RS está configurado como Padrão Nacional, mas pelo print abaixo mostra que não está habilitada para emitir nota fiscal pelo padrão nacional. Poderia entrar em contato com a prefeitura para conferir qual o provedor que estão utilizando agora e as suas respectivas urls?

A tarefa está em nosso backlog e deve ser analisada em breve, peço que aguarde um pouco mais. Neste momento não tenho um prazo definido.

Quando diz que consulta no portal do provedor, está consultando no portal de homologação do provedor ou o portal normal de produção? Pergunto, pois geralmente são dois portais diferentes e a nota foi autorizada em homologação, logo não vai aparecer no portal de produção.

@VEXCOM Sistemas - Valtair poderia nos enviar o retorno da rota Debug? Das 4 se possível. https://dev.acbr.api.br/docs/api#tag/Debug

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

Na geração do Registro Transação no CNAB240, registro R, o campo de Percentual de Multa (posições 75-89) era enviado conforme valor informado em PercentualMulta, isto independente se a propriedade MultaValorFixo estivesse setada ou não. Com a correção, será levado em consideração a propriedade MultaValorFixo para enviar o campo PercentualMulta conforme é preenchido caso MultaValorFixo seja falso e caso seja verdadeiro será convertido o PercentualMulta de valor para percentual conforme método ConverterMultaPercentual. Caso envie o MultaValorFixo como True: PercentualMulta := 5,00 MultaValorFixo := True; ValorDocumento := 150,00 Resultado := 3,33 No arquivo foi: 000000000000333 Caso envie o MultaValorFixo como False: PercentualMulta := 5,00 MultaValorFixo := False; ValorDocumento := 150,00 Resultado := 5,00 No arquivo foi: 000000000000500 Correção disponível na revisão 45720.

O provedor Betha tem relatos de ser demorado e as vezes até não consguir sincronizar com o ambiente nacional. Recomendo você procurar o provedor e questionar eles quanto a estas requisições que foram feitas para o servidor deles, isto mesmo não aparecendo a RPS na lista de RPS recentes. Aguardamos o seu retorno.

@Windel Sistemas pelas mensagens de rejeição, creio que alguns dos códigos enviados não estão batendo com os que estão sendo esperados pelo provedor para esta empresa em especifico. Entre no portal de emissão das notas e veja qual a lista de códigos disponíveis para esta empresa em especifico, alguns provedores exibem a lista já filtrada no portal deles. Outra forma seria você entrar em contato com o provedor/prefeitura e ver a lista de códigos que esta empresa deveria enviar. Tendo estes valores, informe no payload e faça novos testes.

Compreendo e concordo com você, mas temos de focar primeiro em corrigir os erros/bugs e também conciliar algumas demandas já solicitadas anteriormente com estas novas que vão surgindo. Esperamos tirar isto do nosso backlog e colocar para ser desenvolvido o mais rápido possível, mas no momento não tem como dar um previsão. Caso você ou alguém da comunidade queira contribuir com o código será de grande ajuda.

Apaga tudo da pasta e dá um update no svn para trazer os arquivos novamente e atualizados, pode ter alguma alteração que está dando este erro.

Erro ou rejeição? Se é rejeição, qual? Você pode encontrar alguns exemplos de xml aqui.

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

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

A alteração já está disponível no SVN. Atualize o SVN e re-instale o ACBr.

@Windel Sistemas pelas mensagens de rejeição, recomendo seguir a orientação do Panda, que é de verificar com a prefeitura, pois talvez este código não esteja vinculado ao prestador e ai tem de usar outro código para emitir a nota. Observação: Referente a ter ou não pontuação, na unit de gravar XML do SigISS está enviando apenas números. https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/SigISS.GravarXml.pas

Tópico sem interação há muito tempo. Fechando. Para novas dúvidas, criar um novo tópico.

A API foi atualizada recentemente com a atualização enviada na tarefa ACBR-9127. Teste novamente e caso ainda persista o erro, poste na seção especifica da API.

A tarefa ACBR-9127 foi concluida e já está disponível no SVN. Atualizem o SVN, re-instale o ACBr e façam novos testes. No seu caso, vou ver com a equipe da API para atualizar lá.