-
Total de ítens
29 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Trier Sistemas
-
-
Obrigado por responder prontamente.
Nós também estamos conseguindo imprimir usando a lib, porém temos três requisitos, os itens 1, 2 e 3 descritos com imagens ilustrativas no início do post, os quais não estamos conseguindo atender usando a lib. Nos três itens acima, a imagem com o Esperado é o resultado que queremos atingir e a imagem com o Atual é o que conseguimos fazer com a lib atualmente, porém não nos atende completamente. Vocês podem analisar cada um dos três itens e verificar se o que queremos é possível fazer usando a lib da ACBr ou não. E se não for possível, se vocês podem implementar para conseguirmos atender esse três requisitos.Muito obrigado.
-
As situações relatadas nesse tópico são usando DLL da ACBr , exemplo: ACBrNFe64.dll.
-
Boa tarde.
Abaixo descrevo problemas que não conseguimos resolver usando a ACBr para posicionamento da logomarca do cliente nos documentos fiscais emitidos:
1 - Definir uma margem à esquerda da logomarca na NFC-e, pois é comum que impressoras de cliente possam cortar a logomarca caso ela esteja alinhada muito à esquerda.Esperado:
Atual:
2 - Remover o estilo de negrito do nome fantasia do cliente na NFC-e e CF-e:
3 - Organizar o cabeçalho da CF-e alinhado à esquerda (colado à logomarca):
Solicito que esclareçam se é possível resolver essas questões via ACBr atualmente, ou caso não suporte, se isso será implementado para atender esse tipo de demanda que ao nosso ver é muito comum.
Desde já agradecemos pelo apoio.
-
10 minutes ago, Cleber Ferreira said:
Bom... melhor não emitir offline mesmo... Por mais que o webservice não esteja rejeitando, o mais seguro é não usar. Pode acarretar alguma sanção ao seu cliente. O caminho mais fácil é adquirir o MFE.
Poisé, bom, a liberação do uso somente da nfc-e no estado ocorreu em 07/2019, bem depois da data da normativa citada na resposta (22 de Abril de 2016), provável que não se ligaram nisso quando decidiram. De qualquer forma vou bloquear e orientar o cliente que pra não ficar sem vender numa eventual indisponibilidade de internet ou sefaz offline tenha um mf-e reserva. Só que nesse caso, no meu ver não faz sentido nenhum o cliente ter um mf-e de backup para nfc-e offline sendo que com ele não dependo de internet para vender, então usa o MF-e como principal e NFC-e para contingência e poupa a dor de cabeça.
- 2
-
3 hours ago, Cleber Ferreira said:
Conferiu se as tags de contingência estão devidamente preenchidas?
Sim, com as tags preenchidas. Entrei em contato com a sefaz/ce de lá para alguns questionamentos e segue a resposta:
Prezado(a) Sr(a)., Em atendimento a sua demanda, esclarecemos:
1 - É permitida a contingência offline da NFC-e?
Resposta SEFAZ: Atualmente, no estado do Ceará, não é permitida a contingência off-line da NFCe
1 .1 Se não. como o cliente deve agir quando faltar internet ou houver instabilidade da SEFAZ?
Resposta SEFAZ: Uma opção é a emissão do Cfe, pelo MFE. A segunda é aguardar o retorno da internet
1.2 Qual o embasamento legal do estado referente ao assunto?
Resposta SEFAZ: Decreto 31.922 de 11 de Abril de 2016 (Artigo 26) e Instrução Normativa No 27 de 22 de Abril de 2016.
2 - No caso de uma NFC-e ser rejeitada, por motivos de cadastro incorretos. O contribuinte poderá enviar posteriormente ( deixar para arrumar o cadastro depois e seguir as vendas) ?
2.1 Se não, como deve proceder nesse caso?
2.2 Qual embasamento legal do estado referente ao assunto?
Resposta SEFAZ: Os questionamentos sobre a Emissão da NFCe podem ser esclarecidos na Instrução Normativa No 27, de 22 de Abril de 2016, CAPÍTULO III DA NOTA FISCAL DE CONSUMIDOR ELETRÔNICA , Artigos 28 a 32. Atenciosamente, CEDOT – Equipe MFE.
-
20 minutes ago, Cleber Ferreira said:
Bom dia,
vejo aí um conflito de legislação. Não se atentaram quanto à dispensa de uso do MFE para esse perfil de clientes. Chegou a forçar a transmissão de uma NFC-e em contingência para capturar o retorno da SEFAZ?
Poisé, acho que não pensaram nesse cenário do cliente sem MF-e. Fiz o teste da transmissão de uma nota em contingência e aprovou no ambiente de produção.
-
12 hours ago, Juliomar Marchetti said:
Em qualquer estado, só não pode emitir o tempo todo, pois a emissão é por falha no sefaz ou na internet impedindo, então não se pode passar o tempo todo emitindo em contigencia.
Perfeito amigo, esse é o entendimento que eu também tenho, porêm na normativa diz que não é permitido a emissão offline:
QuoteArt. 37. Fica vedada a utilização de contingência off-line da NFC-e, e quando, em decorrência de problemas técnicos, não for possível transmitir a NFC-e à Secretaria da Fazenda ou obter resposta à solicitação de Autorização de Uso da NFC-e, o contribuinte deverá utilizar o Módulo Fiscal Eletrônico para emissão CF-e/SAT, nos termos dessa Instrução Normativa e do Ajuste Sinief nº 11/2010 .
Instrução Normativa SEFAZ Nº 27 DE 22/04/2016 - Art. 37
https://www.legisweb.com.br/legislacao/?id=320010
Eu entendo como 'offline' a falta de internet do cliente ou sefaz indiponível, e nesse caso, como diz na instrução, deveria ser usado o MF-e.. mas meus clientes que se enquadram para a dispensa do módulo, não tem aparelho e optam pela NFC-e justamente para não precisar adquirí-lo, clientes com pouco faturamento e tal, e ai se não tem módulo e não tem contingência offline o cliente faz o que quando falta internet? Perde a venda?
-
Para clientes com faturamento menos de 250k/ano que usam somente a NFC-e (sem MF-e), alguém sabe me informar se existe algum impedimento legal para emitir NFC-e em contingência no Ceará ou se existe alguma regra específica para o estado?
-
11 hours ago, lucimauro said:
Ola, Teste assim
[Integrador] ArqLog= PastaInput= PastaOutput= Timeout=30
Funcionou amigo, achei que a config para desabilitar faria o componente ignorar essas configurações, testei uma meia duzia de coisas e essa não tinha feito essa.. obrigado!
-
Boa tarde, estou usando a lib ACBrLibNFE - 0.4.6.264 para emitir NFC-e no ceará e o mesmo está me retornando um erro de pasta C:\Integrador\Input não encontrada, mesmo setando a propriedade UsarIntegrador=0 (testei 1 também) na sessão NFC-e.
No meu arquivo ACBrNFeServicos.ini adicionei a sessão conforme está no ACBrMonitor.ini
[NFCe] UsarIntegrador=0
Percebi também que ele adiciona a sessão Integrador no fim do arquivo .ini;
[Integrador] ArqLog= PastaInput=C:\Integrador\Input\ PastaOutput=C:\Integrador\Output\ Timeout=30
Tem alguma configuração alêm dessas para desabilitar o integrador?
-
-
-
Estou utilizando a acbrlib, e ao imprimir a DANFE simplificada está saindo com as linhas dos itens uma por cima da outra.
Já fiz teste utilizando as seguintes configurações:
AlterarEscalaPadrao
NovaEscala
QuebraLinhaEmDetalhamentosNenhuma surtiu efeito na impressão simplificado.
Alguém já passou por esse problema?
-
Erro HTTP: 500
URL: https://homolog.sefaz.go.gov.br/nfe/services/NFeConsultaProtocolo4?wsdl
error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure
Erro Interno: 10091
Erro HTTP: 500
URL: https://homolog.sefaz.go.gov.br/nfe/services/NFeConsultaProtocolo4?wsdl
error:14094410:SSL routines:ssl3_read_bytes:sslv3 alert handshake failure
-
Em ambiente Linux.
-
On 6/3/2021 at 5:38 PM, Daniel Simoes said:
Não... o componente atual depende de muitas chamadas a eventos (Call backs)...
Não seria simples transformar ele em uma Lib...
Mas estou tranhando em uma nova forma de integração, onde o componente ficaria em uma API Rest rodando em um Serviço Local
https://app.swaggerhub.com/apis/Projeto-ACBr/ACBrTEFAPI/1.0.0
Essa solução já está disponível para produção?
-
Difícil de afirmar com certeza, mas a possibilidade do problema estar no código da ACBr que gera o retorno no formato .ini deveria ser considerado. Pois apenas mudei o "TipoResposta=2" (JSON), não mudei nada no meu código de leitura de bytes UTF-8 para String (do Java) e está lendo a resposta em JSON corretamente. Isso já me atende (até fica melhor), apesar de ter que mudar toda a minha implementação que já estava baseada na resposta .ini.
-
Segue arquivo de log, o log é gerado no diretório da JDK/bin, não respeita o caminho especificado na configuração.
Suspeito que pode ter algo relacionado a quebra de linha que separa os campos da resposta, exemplo no log:
Mensagem:[Consulta][LF]CStat=100[LF]CUF=41[LF]...Suponho que o "[LF]" represente a quebra de linha.
-
Por favor, me passe o endereço do programa exemplo.
-
Fiz exatamente como sua sugestão, até cria a pasta Log, porém vazia. Dei permissão de escrita na pasta, mas mesmo assim sempre vazia.
Chamei as rotinas:- NFE_Consultar
- NFE_Cancelar
[Principal]
TipoResposta=0
CodificacaoResposta=0
LogNivel=4
LogPath=/Log[Versao]
ACBrLib=0.0.2
ACBrLibNFE=0.4.6.197 -
A lib está atualizada
[Principal]
TipoResposta=0
CodificacaoResposta=0
LogNivel=4
LogPath=[Versao]
ACBrLib=0.0.2
ACBrLibNFE=0.4.6.197
E os logs, mesmo eu atribuindo um valor para "LogNivel" e "LogPath", nunca grava log, inclusive a chave "LogPath" sempre fica sem valor, mesmo que eu atribua um valor via código Java.
Acessando o diretório Docs da pra ver o conteúdo do XML que eu suponho seja de retorno de uma chamada "NFE_Consultar":
root@8141cd808ca1:/opt/java/openjdk/bin/Docs# cat 41220929728590000155650030000010031953310687-sit.xml
<?xml version="1.0" encoding="UTF-8"?><retConsSitNFe versao='4.00' xmlns='http://www.portalfiscal.inf.br/nfe'><tpAmb>2</tpAmb><verAplic>PR-v4_4_18</verAplic><cStat>100</cStat><xMotivo>Autorizado o uso da NF-e</xMotivo><cUF>41</cUF><dhRecbto>2022-09-06T17:37:17-03:00</dhRecbto><chNFe>41220929728590000155650030000010031953310687</chNFe><protNFe versao='4.00'><infProt Id='ID141220000233084'><tpAmb>2</tpAmb><verAplic>PR-v4_4_18</verAplic><chNFe>41220929728590000155650030000010031953310687</chNFe><dhRecbto>2022-09-05T07:04:44-03:00</dhRecbto><nProt>141220000233084</nProt><digVal>Qaa7Gk48sV89AN50DMSQvzGqEls=</digVal><cStat>100</cStat><xMotivo>Autorizado o uso da NF-e</xMotivo></infProt></protNFe></retConsSitNFe> -
Segue o conteúdo do arquivo solicitado em anexo.
-
Em qual diretório o arquivo "ACBrLib.ini" é gerado por padrão?
-
Atualizei a versão da lib para 0.4.6.197, e o erro continua o mesmo.
O charset atribuído ao jar é UTF-8.
Problemas em relação há uso de logomarca nos documentos fiscais
em Dúvidas gerais
Postado
Bom dia.
Segue abaixo novos detalhamentos das situações que não conseguimos resolver usando a lib da ACBr:
1° Na CF-e gostaríamos de saber se há suporte para alinhamento do cabeçalho à esquerda, de modo que fique rente a logo.
Atualmente o nosso cupom está saindo dessa maneira:
Como podem ver, a logo se alinha à esquerda, porém o cabeçalho não, ele permanece com alinhamento centralizado. O desejado era que o cabeçalho ficasse alinhado à esquerda, junto à logo.
2° Adicionar margem à esquerda da logo na NFC-e, de modo que não fique colada na borda. Com a configuração de logo alinhada à esquerda a logo está sendo impressa colada na borda, isso não é desejável pois podem haver impressoras que cortem parte da logo, portanto é uma necessidade haver a possibilidade de definir uma margem à esquerda para a logo.
Atualmente a nossa logotipo está sendo impressa dessa forma:
3° Haver a possibilidade de remover o estilo negrito do nome fantasia na NFC-e e CF-e. Atualmente os documentos fiscais são impressos necessariamente com o nome fantasia em negrito, quando configurado para ser exibido. Gostaríamos que fosse possível configurar para que o nome fantasia, quando configurado, não adote o estilo negrito e fonte maior.
Atualmente a NFC-e está saindo com nome fantasia em negrito, como mostra a imagem abaixo:
Atualmente é possível resolver cada uma dessas três situações usando a lib da ACBr? Está faltando passar alguma configuração para a lib? Ou teria que ser implementado alguma coisa?
Desde já agradecemos pelo apoio.