-
Total de ítens
172 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por leotelles
-
-
Boa tarde, pessoal.
Ainda sobre o mesmo caso.... Na tentativa de evitar problemas de timeout ao fazer o download do XML na manifestação do destinatário, passamos a seguinte configuração para o componente:
ACBrNFe1.Configuracoes.WebServices.TimeOut := 20000;
ACBrNFe1.Configuracoes.WebServices.Tentativas := 10;
ACBrNFe1.Configuracoes.WebServices.IntervaloTentativas := 10000;
Mas o cliente voltou a entrar em contato alegando que o problema persiste e que o sistema exibe o seguinte erro:
Falha ao realizar o Download!
WebService Distribuição de DFe:
- Inativo ou Inoperante tente novamente.
Erro Interno: 10054
Erro HTTP: 0
URL: https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx
Connection reset by peerAlguém conhece o caminho para a solução?
-
Bom dia. Um de nossos clientes que emite boletos pelo Sicoob (layout 240), disse que o suporte do banco retornou o seguinte erro em relação ao arquivo de remessa enviado para teste:
CitarA linha 1 posição 33 até 52, campo Código do Convênio, possui valor inválido. O esperado é um numérico.
Porém, no manual mais atualizado que eu consegui encontrar (do dia 27/04/2018), diz que o tipo desse campo é Alfanumérico e que deve ser preenchido com espaços em branco.
Alguém mais está enfrentando esse problema? Para passar no validador, a solução seria preencher com zeros e não com espaços em branco, mas isso iria contra o manual, então estou confuso sobre o que fazer.
-
Em 24/07/2018 at 09:33, Celina Libania S Silva disse:
Bom dia. Como posso fazer então para alterar o layout padrão, usando o Fortes Report? Quais arquivos devem ser alterados?
Bom dia. No tópico abaixo você encontra os arquivos já alterados. Como é antigo, você provavelmente terá que fazer adaptações para funcionar corretamente, mas já é mais da metade do caminho andado. Aqui usamos esses fontes e tem dado certo:
- 1
-
Bom dia. Por hora, estamos usando os fontes disponibilizados pelo @Paulo Henrique de Castro no tópico acima e tem suprido a nossa necessidade.
-
Em 24/08/2018 at 15:12, Felipe E. Resende Mesquita disse:
Esse erro é geralmente causado por problema de timeout, veja o link abaixo:
Boa tarde. Fizemos o procedimento conforme o link acima, mas o problema continua. Alguém conhece alguma outra solução para esse problema de timeout?
-
Boa tarde e obrigado pela resposta, @Felipe E. Resende Mesquita
Vamos realizar testes aqui e nos clientes para verificar se a solução sugerida no link que você informou funciona nesse caso. Em breve comento o resultado.
- 1
-
26 minutos atrás, Fabio Souza disse:
Se for de SP, os serviços estão parados temporariamente
O problema acontece todos os dias, apenas na parte da tarde.
-
Não sei se esse tópico foi movido ou se postei no lugar errado por engano, mas, só para esclarecer: Esse problema é referente à Manifestação do Destinatário.
-
Uma informação adicional: ao tentar fazer o download do XML no horário mencionado, o sistema retorna o erro abaixo.
CitarFalha ao realizar o Download!
WebService Distribuição de DFe:
- Inativo ou Inoperante tente novamente.
Erro Interno: 10060
Erro HTTP: 0
URL: https://www1.nfe.fazenda.gov.br/NFeDistribuicaoDFe/NFeDistribuicaoDFe.asmx
Connection timed out -
Bom dia. Alguns clientes estão reclamando que não conseguem fazer o download do XML na parte da tarde no estado de SP. Segundo eles (são 3 clientes diferentes), na parte da manhã conseguem fazer o download normalmente, mas, aproximadamente depois das 15:00 hs, não conseguem mais.
Como funciona de manhã, acredito que o problema não seja com o nosso sistema ou com o componente do ACBr. Provavelmente é lá nos servidores da SEFAZ. Mas deixo aqui a dúvida: alguém também está enfrentando esse problema ou tem alguma informação que possa nos ajudar?
-
Consegui resolver o problema. Aqui temos um form com todos os componentes do ACBr que usamos no sistema. Ele não é criado em tempo de execução, ou seja, é iniciado com o sistema e o finalizado ao encerrar a aplicação. A solução foi chamar o método DestroyComponents para esse form no FormClose do formulário principal.
- 1
-
Boa tarde e obrigado pela informação, @Felipe Janser!
- 2
-
13 horas atrás, Sérgio Assunção disse:
Essa é uma informação obrigatória e por isso não vai existir uma condição pra que ela seja exibida ou não.
A Lei 12.741/2012 exige, a partir de junho/2013, que todo documento fiscal ou equivalente emitido contenha a informação do valor aproximado correspondente à totalidade dos tributos federais, estaduais e municipais, cuja incidência influi na formação dos respectivos preços de venda.13 horas atrás, Sérgio Assunção disse:contenha a informação do valor aproximado correspondente à totalidade dos tributos
O valor correspondente ao total dos tributos com certeza deve estar exibido. Mas e o valor na frente de cada item? No manual da NFC-e, por exemplo, no final do trecho que fala sobre a Lei Federal nº 12.741, está assim:
CitarFica facultado ao contribuinte emissor de NFC-e que assim desejar, imprimir também na divisão II do detalhe de produtos/serviços o valor total de carga tributária por item de mercadoria.
No caso do CF-e, a impressão por item não é facultativa também? Aqui na minha cidade, por exemplo, vários supermercados imprimem apenas o valor total dos tributos, sem imprimir os impostos item a item.
-
Boa tarde. Na método rlbDetItemBeforePrint da unit ACBrSATExtratoFortesFr temos o seguinte:
if Imposto.vItem12741 > 0 then begin sVlrImpostos := ' ('+FormatFloatBr(Imposto.vItem12741)+') ' end else sVlrImpostos := '';
Fiz um teste passando zero para o campo vItem12741. Não foram impressos os tributos na frente dos itens. Até aí tudo bem. Porém, quando os tributos não são impressos nos itens, as seguintes informações continuam sendo exibidas:|(VLTR R$)*| (no cabeçalho dos itens)
* Valor Aproximado dos Tributos dos Itens (nas observações do contribuinte)
A dúvida é a seguinte: essas informações deveriam ficar ocultas quando os tributos não são exibidos em cada item?
-
Em 10/08/2018 at 14:09, carlessoflu disse:
É porque nem todos os clientes são para emitir notas, por isso é permitido deixar alguns campos em branco.
Faz as validações quando for gerar as notas. Exemplo: se ao finalizar a venda o sistema for gerar uma NFC-e, não deixa finalizar se os dados necessários não estiverem preenchidos. Aqui procuramos fazer as validações sempre antes, quando o usuário está fazendo operações que vão gerar dados importantes para a nota, para evitar erros de schema e rejeições.
-
Bom dia. Dê uma olhada nesse tópico:
- 3
-
Bom dia. No nosso sistema, o usuário tem a opção de imprimir a NFC-e via PosPrinter ou via Fortes. Para isso alimentamos, em tempo de execução, a propriedade ACBrNFe1.DANFE com ACBrNFeDANFeESCPOS ou ACBrNFeDANFCeFortes, de acordo com a escolha do usuário. Quando vinculamos o ACBrNFeDANFCeFortes ao ACBrNFe1.DANFE, nosso sistema exibe a seguinte mensagem de erro ao encerrar a aplicação:
Exception EInvalidPointer in module YZIDRO_VJ.exe at 00002AC4.
Invalid pointer operation.
Temos um método de configuração onde definimos as propriedades do DANFE. Só de chamar esse método vinculando o Fortes, já dá o erro ao encerrar a aplicação, mesmo sem tentar executar a impressão.Se faço conforme exemplo abaixo, o erro acontece ao encerrar a aplicação:
case(iTipoImpressao)of 0: DTUtilACBr.ACBrNFe1.DANFE := DTUtilACBr.ACBrNFeDANFCeFortes1; {Fortes Report} 1: DTUtilACBr.ACBrNFe1.DANFE := DTUtilACBr.ACBrNFeDANFeESCPOS1; {PosPrinter} end;
Se faço conforme exemplo abaixo, o erro não acontece:
case(iTipoImpressao)of // 0: DTUtilACBr.ACBrNFe1.DANFE := DTUtilACBr.ACBrNFeDANFCeFortes1; {Fortes Report} 0: DTUtilACBr.ACBrNFe1.DANFE := DTUtilACBr.ACBrNFeDANFeESCPOS1; {PosPrinter} 1: DTUtilACBr.ACBrNFe1.DANFE := DTUtilACBr.ACBrNFeDANFeESCPOS1; {PosPrinter} end;
Alguém tem alguma ideia que possa nos ajudar?
Obs: já debuguei e o erro aconteceu na última linha (end.) do .dpr, sendo que após isso, o sistema fecha na tela, mas permanece aberto em segundo plano, tendo que finalizar a tarefa pelo gerenciador do Windows. -
Em 10/08/2018 at 09:14, Daniel Simoes disse:
O modelo em ACBrPosPrinter está como ppEscBematech ?
Verifique se a impressora está com o Firmware mais atual
Você pode ajustar o espaço entre linhas para valores de 10 a 40, para economizar papel...
Verifique se não há algo mudando o número de fontes, em RunTime, durante a impressão do DANFCe
Sobre esses tópicos, está tudo OK.
Em 11/08/2018 at 23:52, FabianoCunha disse:Amigo, já passei por esse problema. se Salvar a NFCe em PDF, antes de imprimir e mandar imprimir, ele corta também? No meu caso, quando mandava o PDF, ela imprimia sem cortar.
No meu caso eu liguei no Suporte da Bematech e eles instalação um driver que não estava disponível para download e resolveu o problema.
Aqui, optamos por usar a impressão via Fortes por enquanto. Dessa maneira funciona corretamente.
Esse driver que você citou @FabianoCunha, você teria como enviá-lo? Ou só consigo ele entrando em contato com o suporte da Bematech mesmo?- 1
-
9 horas atrás, Daniel Simoes disse:
Esse DANFCe foi impresso pelos componentes do ACBr ?
Sim, @Daniel Simoes. Ambos foram impressos pelos componentes ACBrNFeDANFeESCPOS e ACBrPosPrinter. Cada um de uma empresa diferente, em impressoras diferentes, mas ambos no mesmo modelo de impressora.
-
Boa tarde. Dois de nossos clientes estão reclamando de falha na impressão da NFC-e ao usar a impressora Bematech 4200. Ambos são do RJ e utilizam Windows 7 32 bits. Detalhe: aparentemente o problema acontece apenas com esse modelo de impressora. Alguém tem ideia do que fazer para corrigir? Segue imagens demonstrando o problema.
-
Porque se acabarem com a NF-e 3.10, o Bolsa Família de todo mundo vai ser cancelado! Acabar com a NF-e 3.10 é um duro golpe contra a democracia! Estão querendo tirar o 1 e o 3 do PT até dos mínimos detalhes! Acabar com a 3.10 é matar a última esperança do Lula se candidatar!
- 1
- 2
-
3 minutos atrás, Fabrício G. Araújo disse:
a SEFAZ correspondente é que terá que providenciar o direcionamento para a listagem da NFC-e, ou seja, a SEFAZ tem que implementar a página corretamente.
OK, @Fabrício G. Araújo. Muito obrigado pela resposta!
-
Bom dia. Estou testando a versão 2.0 do QR-Code para o Estado de Pernambuco. A NFC-e foi autorizada e o QR-Code foi impresso corretamente. Porém, quando uso o leitor, sou direcionado para uma página de consulta onde devo digitar a chave de acesso e o código de verificação. Fiz um teste com a versão 1.0 e, ao ler o QR-Code, sou direcionado diretamente para a NFC-e emitida e não para a página de consulta por chave de acesso. Alguém sabe se preciso mudar alguma coisa para o 2.0 direcionar direto para a NFC-e?
-
1 minuto atrás, André Ferreira de Moraes disse:
SP ainda não está aceitando a versão 2.0 do QrCode.
Ok, vou aguardar então. Obrigado.
Problema ao fazer download do XML
em ACBrNFe
Postado
Obrigado pelo esclarecimento, @Italo Jurisato Junior! Pesquisando sobre o erro 10054 e sobre "Connection reset by peer", vi que normalmente isso acontece porque o outro ponto fechou a conexão. Você tem ideia de quais fatores podem causar esse problema nesse caso do download do xml?