Jump to content

TiagoFZ

Membros
  • Posts

    48
  • Joined

  • Last visited

Everything posted by TiagoFZ

  1. Olá, pessoal, Estou passando pelo mesmo problema na homologação do boleto para o BB. A remesse está homologada, mas o boleto em PDF estão rejeitando. O banco informa a seguinte mensagem: Utilizo o FastReport (versão recente). A geração do PDF já tentei fazendo através do FR e também via ACBr (ACBrBoleto.GerarPDF) Segue mensagem de retorno completa do banco:
  2. Olá, também estamos com este problema por aqui. Exatamente como o colega informou. Não ocorre em todos os usuários, e nos que ocorre não é em todas as transmissões. Suspeito de algo no provedor ou no link principal que os provedores usam. O problema está acontecendo em usuários de Santa Catarina, notei que os colegas que reportaram o mesmo problema também são da região de SC. Isso aumenta minha suspeita em relação a algo relacionado ao provedor de internet! Em contato com a Sefaz/RS obtive a seguinte resposta:
  3. Olá, Na unit pnfsNFSeR o método LerNFSe_IPM está usando o a TAG <valor_total> para preencher a ValorServicos e também ValorLiquidoNfse. Desta forma o valor líquido não está considerando o desconto, imprimindo incorretamente o valor líquido na nota. Fiz um ajuste seguindo a lógica do método LerNFSe_SigIss, incluindo um cálculo para a propriedade ValorLiquidoNfse logo após a leitura dos valores do XML. Em anexo envio arquivo para análise. A alteração está no método LerNFSe_IPM linha 3760. pnfsNFSeR.pas
  4. Está certo! No demo cliquei no botão "Registros Bloco 0" e depois em "Gerar arquivo do SPED Fiscal completo".. por isso gerou duas vezes. Resolvido, obrigado.
  5. Alguns registros do arquivo SpedFiscal estão sendo gerados em duplicidade. Notei este problema nos registros 0400, 0450 e 0460 Abaixo trecho do Sped gerado pelo demo do ACBrSPEDFiscal com exemplo da duplicidade |0400|99991|DESCRIÇÃO DA NATUREZA DE OPERAÇÃO 12020| |0400|99991|DESCRIÇÃO DA NATUREZA DE OPERAÇÃO 12020| |0450|000001|INFORMAÇÃO COMPLEMENTAR DO DOCUMENTO FISCAL| |0450|000001|INFORMAÇÃO COMPLEMENTAR DO DOCUMENTO FISCAL| |0460|000001|TEXTO DE OBSERVAÇÃO DO DOCUMENTO FISCAL| |0460|000001|TEXTO DE OBSERVAÇÃO DO DOCUMENTO FISCAL|
  6. Obrigado pelas dicas, farei os testes e posto aqui se conseguir algo mais prático para este problema.
  7. Olá, Existe alguma forma de capturar os dados da Redução Z e Vendas existentes na impressora para geração do bloco X? Estou com a situação de um cliente que não tem os dados gravados em banco de dados (usava outro sistema) e precisa enviar alguns arquivos. Poderia capturar os dados via leitura da memória, mas teria que lançar isso no banco manualmente. Seria bem trabalhoso. Alguém passou por situação semelhante? Qual seria a melhor solução?
  8. Qual a versão do Sistema Operacional? O Windows 7 e 8.1 precisam estar atualizados para o funcionamento da versão 4.0 com TLS 1.2 usando a WinCrypt.
  9. O prazo para implantação das alterações trazidas pela versão 1.50 desta NT é: Ambiente de Homologação (ambiente de teste das empresas): 02/05/2018. Ambiente de Produção: 16/05/2018.
  10. Instabilidade no site da Receita. Pelo site na opção de "Captcha Sonoro" (link que é usado pelo ACBr) também não funciona. O jeito é aguardar normalizar.
  11. Segue PDF referente o modelo com a alteração. Boleto1.pdf
  12. Olá, Estou fazendo a homologação na Caixa Econômica e não está saindo os 0800 do SAC na impressão do boleto em Fast Report. No componente a propriedade OrientacoesBanco é preenchida corretamente, porém a informação não está no arquivo .fr3. Fiz a alteração no arquivo BoletoNovo.fr3 para sair os dados no Recibo do Pagador. Segue anexo caso para análise e se possível subir para SVN BoletoNovo.fr3
  13. Uso o Delphi 2007 Fiz inicialmente o ajuste no meu código e enviei para homologação. Interessante que no manual não achei esta informação. Após o resultado da homologação anexo os fontes do Acbr atualizados para analise
  14. Olá pessoal, Estou fazendo a homologação do boleto no CECRED e tive a seguinte observação a respeito de Caracteres Especiais: Segmento Q Retirar caracteres do nome e endereço dos pagadores (º : / ^ .) Verifiquei que na geração deste segmento o componente não trata esta questão. Também não localizei no manual do banco a informação de que não deve ser usado estes caracteres no segmento Q. Alguém passou por este problema? Se eu fizer os ajustes no componente seria aceito para subir ao SVN? Pois se não for farei o ajuste diretamente no meu software para alimentar o componente já sem esta acentuação, mas acho que seria interessante ficar no componente se for menso uma regra geral do banco.
  15. Segue resposta do banco a respeito do problema, não estava sendo usado o local correto para envio. Agnaldo, obrigado pela atenção!
  16. Sim, é apresentada no momento da transmissão conforme imagem anexo. Verifiquei a posição 143 na função GerarRegistroHeader240 da classe TACBrBancoob e está fixo o número 1 indicando que é arquivo de remessa space(10) + // 133 A 142 - Brancos '1' + // 143 - Código de Remessa (1) / Retorno (2) FormatDateTime('ddmmyyyy', Now) + // 144 a 151 - Data do de geração do arquivo No arquivo de remessa gerado (anexo no post anterior) também está correto com o número 1 na posição 143.
  17. Olá, Estou iniciando na utilização do componente ACBrBoleto. Ao transmitir o arquivo de remessa estou tendo este erro no banco Sicoob (Bancoob 756). Erro ao Transmitir: Arquivo de pagamento não permitido Arquivo remessa em anexo. cb270901.rem
  18. Veja se o Sistema Operacional já está considerando a mudança de horário. Alguns estão considerando a mudança do horário no domingo. Aqui desmarquei a opção de alteração automática do horário de verão e selecionei o fuso horário -02:00 para conseguir emitir as notas.
  19. Olá Italo, Está configurado corretamente a pasta dos Schemas. Estou anexando o arquivo XML, poderia por gentileza dar uma olhada? Fazendo a validação pelo demo também é apresentado o erro, como é o primeiro XML gerado na versão 3.0 acredito estar esquecendo de preencher alguma TAG. Fiz uma validação pelo Portal da MDFe e o retorno foi: 42170211112297000101580010000000011000000014-mdfe.xml
  20. Olá, Estou gerando um primeiro arquivo de MDF-e e está apresentado mensagem: Element '{http://www.portalfiscal.inf.br/mdfe}dhIniViagem' is unexpected according to content model of parent element '{http://www.portalfiscal.inf.br/mdfe}ide'. No XML está assim (UF = SC): <infMDFe Id="MDFe42170111112297000101580010000000011000000010" versao="3.00"> <ide> ... <dhIniViagem>2017-01-20T15:27:54-02:00</dhIniViagem> </ide> Pelo que vi está correto conforme a formatação definida no manual, não consegui compreender qual a validação está sendo feita. Os Schemas estou usando as disponíveis no ACBr, também já testei com os mais atuais baixados no Portal MDFe.
  21. Realmente o XML não valida, não me atentei a isso. Obrigado Isaque Pinheiro.
  22. Olá Pessoal, Um cliente recebeu um XML de NF-e contendo Seções CDATA dentro das TAGs do tipo String, conforme exemplo abaixo: -<transporta><CNPJ>00428307000864</CNPJ>-<xNome> <![CDATA[EXPRESSO SAO MIGUEL LTDA]]> </xNome><IE>255341725</IE>-<xEnder> <![CDATA[R BERNARDINO JOSE DE OLIVEIRA ,100]]> </xEnder>-<xMun> <![CDATA[BLUMENAU]]> </xMun><UF>SC</UF></transporta>-<vol><qVol>8</qVol>-<esp> <![CDATA[VOLUMES]]> </esp><pesoL>201.471</pesoL><pesoB>201.471</pesoB></vol></transp> Provavelmente utilizam essa opção para formatação HTML na impressão da DANFE... O problema está ao fazer a importação desse XML pelo ACBr, pois retorna toda a informação incluindo o texto "<![CDATA[...". Fazendo a impressão da DANFE através do demo do ACBrNFe as TAGs são apresentadas também nos campos de texto. Abaixo um exemplo da impressão e outro da importação feita no demo: Tentei localizar algo no ACBr para tratar essa informação mas não encontrei, já existe alguma opção para fazer a importação correta nestes casos?
  23. Olá, estou tendo problemas na validação da NF-e, está apresentando a seguinte mensagem de erro: Estou com os Schemas e fontes do AcBr atualizados. XML em anexo caso necessário. 42160110934266000165550100000040231000040236-nfe.xml
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.