renato.rubinho

https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Fontes/ACBrDFe/ACBrNFSeX/ACBrNFSeXServicos.ini [4301602] Nome=Bage UF=RS Provedor=WebISS Versao=2.02 ProRecepcionar=https://bagers.webiss.com.br/ws/nfse.asmx HomRecepcionar=https://homologacao.webiss.com.br/ws/nfse.asmx

Tá legal, vamos manter o ticket aberto até conseguir um posicionamento do provedor referente aos schemas e XML da NFSe. Obrigado

Bom dia Italo, Faltou o ACBrNFSeXServicos.ini A Url de homologação é a mesma de produção e não estava preenchida.

Boa tarde @Italo Giurizzato Junior, Seguem ajustes ( ACBr_eGoverneISS.zip ) no ACBrNFSeX para o provedor Abaco - Osasco/SP. 1. Preenchida Url de homologação que é a mesma de produção. 2. Geração do RPS: * Tag Homologacao estava sendo preenchida invertida. * Adicionadas tags necessárias, não obrigatórias, para Construção Civil: CodObra e NumeroCei. * Preenchidos campos de local de prestação com o endereço do Tomador ao invés dos campos do Prestador. 3. Descrição no retorno do envio ( XXX-rec-soap.xml ) vem na tag Mensagem e estava previsto apenas a MensagemErro. Obs: Solicitei ao responsáveis pelo cliente que entrem em contato com o provedor para pegar os schemas e se existe algum método que retorne o xml da NFSe. Caso tenha maiores informações posto aqui. Anexos alguns xmls de exemplo: xmls001HomTesteRetErroChave.zip xmls002HomTesteEnvioOk.zip

Boa noite, Revisa as configurações do componente: SSLCryplib = winCrypt SSLHttpLib = winHttp SSLLiB = winCrypt SSLCMLSignLib = LibXml2 SSLType = tls_v1_2

Tecnicamente falando, aí lascou... O bug na função eu tinha até previsto, mas achei que fosse provocado por um valor muito quebrado recebido para arredondamento. Vamos à caça às bruxas. 1. Se você passar 10.3700 muda o resultado? 2. Debuga sua rotina normal, sem o valor fixo, e veja os valores passados para a função na primeira vez que gera errado e na segunda que gera certo. Algo deve estar diferente para funcionar na segunda vez.

Como ao fechar e abrir novamente a RoundABNT não gera o valor errado é muito provável que o valor que ela está recebendo está vindo diferente e talvez você tenha que focar nessa origem para resolver o problema. Obviamente, como pediu para arredondar para 2 casas não deveria retornar com 4, o que também pode ter um erro na função. Faça um teste com este exemplo, gerando todo o processo do zero e, no local que você está preenchendo o ValorDocumento, já deixa o valor fixo no fonte sem pegar de campos ou dataset. ValorDocumento := 10.37; Se o problema não acontecer, fica na origem do valor.

Alterei a senha e frase secreta para preservar seus dados. Está utilizando o novo componente ACBrNFSeX? Consegue simular o erro no programa de exemplo? Posta qual o erro que está apresentando.

Ainda parece algo desatualizado, algum enumerador faltando. Talvez por ter fontes ou dcus antigos. Rode o instalador marcando para limpar tudo. Instalando ambos zerados e utilizando o programa de exemplo, se ocorrer o mesmo problema, posta print das telas para tentarmos simular o problema.

O componente traz os XML que a sefaz disponibiliza para o serviço de distribuição. Seguindo a sugestão do Panda, levante informações de xmls que se encaixem nos termos da Sefaz, mas não estão sendo baixados e abra um chamado com eles para identificarem o motivo, assim como a iniciativa do post a seguir.

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.

Melhor abrir um chamado no sefaz com esses detalhes que apurou, especialmente a situação das IEs. O componente baixa o que a sefaz disponibiliza, se o XML não estiver disponível é algo a ser verificado com eles. Para trazer tudo que existe ainda do último período, o NSU utilizado deve ser zero, da uma olhada no programa de exemplo

Declare a unit ACBrImage que o método foi migrado para ela.

O problema é o 1600, note que está acusando como inválido. Na dúvida, verifica no manual, mas provavelmente é só não manda-lo. O Elton informou ontem, em caso semelhante no discord, que a partir de 01/01/2022, não se informa mais o registro 1600. Mensagem discord

A informação que a sefaz passa é que os xmls ficam disponíveis por 90 dias após a recepção. Segue a NT e um tópico com maiores detalhes. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2014/NFe_NT2014_002 v1.11 WS DistribuicaoDFe.pdf

Feito. Não tenho conta no hotmail para testar. Caso alguém que tenha feito os passos note algo a melhorar nas instruções, por favor nos avise.

@Daniel Simoes Acha interessante colocar essa informação neste tópico?

Boa tarde, Qual é o NossoNúmero? Pode ser ele que está mandando com o dígito e deveria ir sem ou mandando com e deveria ir sem.

Os xmls que são baixados são do mesmo período ou posteriores? Se o serviço ficou sem consultas por mais de 60 dias, só após uma nova consulta os próximos xmls passarão a ser disponibilizados. Os retroativos não serão adicionados posteriormente.

Os xmls ficam disponíveis para download por 90 dias. Esse ultrapassou esse limite.

Boa noite, 1. Com os fontes atualizados, abra o arquivo: https://sourceforge.net/p/acbr/code/HEAD/tree/trunk2/Fontes/ACBrTXT/ACBrSPED/ACBrSPEDFiscal/ACBrEFDBloco_1_Class.pas#l254 2. No local destacado a seguir: 3. Adicione essa linha após o 1600. Registro1601Count := 0; Caso resolva o problema, favor disponibilizar o arquivo corrigido para o pessoal mandar para o svn.

Esse caracter estranho é um forte concorrente. Ocorrencia Original..: 뇀Ę

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

Bom dia, Chegou a verificar as configurações que o José te indicou no outro tópico? Vamos fechar esse e seguir apenas com o primeiro.