Painel de líderes

O ACBr suporta impressoras USB ? Durante muito tempo, a resposta a essa pergunta foi: NÃO, você precisa usar a Porta COM, Spool do Windows (RAW), Compartilhamento de Rede ou algum outro método... Porém agora isso mudou... Agora componentes que usam o ACBrDevice, como por exemplo o ACBrPosPrinter (para Impressoras Não Fiscais) e o ACBrETQ (para Impressoras de Etiquetas), possuem suporte a portas USB de maneira nativo do Windows... Ou seja, sem a necessidade de DLLs externas... Isso significa que caso o seu equipamento esteja conectado ao PC, por uma Porta USB... Você poderá conectar os componentes do ACBr, simplesmente definindo na Propriedade Porta algo como "USB" Exemplos de uso: ACBrPosPrinter1.Porta := 'USB' - Tenta descobrir qual é a Primeira Impressora de Bobinas plugada na USB e faz uso dela, se encontrar.. ACBrPosPrinter1.Porta := 'USB:Elgin' - Tenta conexão em alguma Impressora USB, listada como sendo do Fabricante 'Elgin' ACBrPosPrinter1.Porta := 'USB:Sweda, SI-300S' - Tenta conexão na Impressora USB, do Fabricante "Sweda" e do Modelo "SI-300S". ACBrETQ1.Porta := 'USB' - Tenta descobrir qual é a Primeira Impressora de Etiquetas plugada na USB e faz uso dela, se encontrar.. ACBrETQ1.Porta := 'USB:Zebra, GC420t' - Tenta conexão com a Impressora USB do Fabricante "Zebra", e modelo "GC420t" Observe que essa nova implementação é totalmente diferente do método de Hook, onde usávamos a DLL do Fabricante, como túnel USB... Nesse novo cenário a comunicação USB é feita diretamente usando a API do Windows, ou seja, sem necessidade de DLLs externas. Para compreender um pouco mais, sobre esse método veja esse artigo O método de Hook ainda está disponível, usando o prefixo de porta, 'DLL:' Como os Equipamentos são identificados ? Todo Equipamento USB, possui um código de identificação do Fabricante, chamado de Vendor ID (VID), e também do Produto chamado de Product ID (PID). Essa numeração é controlada pela USB.ORG, e você pode encontras uma lista de Todos os "Vendors ID", nesse link A classe TACBrUSBIDDataBase, mantêm um Banco de Dados interno, chamado ACBrUSBID.ini, com o mapeamento dos principais Equipamentos do Mercado Brasileiro.. Esse Banco de Dados é um simples Arquivo do tipo INI, que é compilado como resource e adicionado ao componente... Clique aqui para ver o layout do Banco de Dados no Formato INI, observe os comentários no inicio do arquivo, com algumas instruções de como inserir novos equipamentos nele. Se você distribuir o arquivo ACBrUSBID.ini, na mesma pasta do Executável da sua aplicação, a classe TACBrUSBIDDataBase fará uso desse arquivo, ao invéz de usar o resource interno... Isso pode ser muito útil para atualizar a lista de Dispositivos conhecidos, sem necessitar compilar uma nova versão do programa, apenas atualizando o ACBrUSBID.ini Como posso listar os equipamentos identificados pelo ACBr ? Use a Força, leia os fontes... Vamos ver trechos de código, do Demo PosPrinterTeste {$IfDef MSWINDOWS} // Os métodos abaixo, somente estão disponíveis para compilação em Windows // Carrega a lista de Impressoras detectadas em: ACBrPosPrinter1.Device.WinUSB.DeviceList ACBrPosPrinter1.Device.WinUSB.FindUSBPrinters(); // Varre a lista de Impressoras USB detectadas, e adiciona as mesmas, nas opções de Porta for K := 0 to ACBrPosPrinter1.Device.WinUSB.DeviceList.Count-1 do cbxPorta.Items.Add('USB:'+ACBrPosPrinter1.Device.WinUSB.DeviceList.Items[K].DeviceName); {$EndIf} Como o ACBr nomeia os dispositivos ? O "DeviceName" será calculado, de acordo com as informações disponíveis no banco de Dados... Primeiro o ACBr usa a API do Windows para captura informações do VID (Vendor ID ou Fabricante) e o PID (Product ID ou Modelo), dos Equipamentos listados... Se o ACBr falhar nessa tarefa, o equipamento será ignorado (não será listado) Se for capturado com sucesso a descrição em FriendlyName, então ela será usada.. Caso contrário, o ACBr tentará compor o nome, baseado no VID e PID Se o VID do Fabricante for encontrado na sessão [Vendors] de ACBrUSBID.ini, então o VID será substituído pela Descrição do Fabricante... Observe que na sessão [Vendors], temos vários fabricantes que não são conhecidos no mercado Brasileiro, mas são de equipamentos OEM, de Empresas nacionais... Nós procuramos manter o nome Original do Fabricante, de acordo com a tabelas de VID da OSB.ORG Se o VID não tiver equivalência na relação de [Vendors] de ACBrUSBID.ini, então ele será listado com o próprio número VID, que são 4 algarismos em Hexadecimal... Exemplo: "0b1b" Procuramos pelo PID do Equipamento, na sessão específica do Fabricante. Se não houver uma chave com o PID, então o ACBr usará o próprio número PID, para Nomear o Modelo. O PID também é composto do 4 algarismos em Hexadecimal... Exemplo: "0001" Se encontrar uma entrada com o PID, dentro da sessão do Fabricante, então o ACBr usará a Descrição do Modelo, e poderá desprezar a descrição do Fabricante, se a Descrição do modelo possuir uma vírgula, Exemplo: 7008=Elgin, I9;1;1... Nesse caso será desprezada a descrição do Fabricante "20d1-Dascom" e será usada apenas a descrição do Modelo, "Elgin, I9". Detecção automática de Porta e Protocolo Como agora temos um Banco de Dados, que informa além da Descrição do equipamento, qual é o Tipo do mesmo e qual o protocolo que ele usa, então os componentes ACBrPosPrinter e ACBrETQ, podem fazer uso dessas informações... Ou seja, se o equipamento for detectado com sucesso, no momento da Ativação da Porta (durante a chamada ao método "Ativar"), será usado o Protocolo Definido no Banco de Dados. Se for detectado que o equipamento USB é na verdade uma porta COM virtual, então o ACBr irá preferir fazer uso da Porta COM virtual, chaveando para mesma, de forma transparente... Pois dessa forma ele tem um melhor suporte a leitura de informações do equipamento. Se for detectado que a porta USB possui um equipamento incompatível com o componente em questão, isso também será alertado... Exemplo, você tentar conectar em uma porta 'USB:Zebra, GC420t' no componente TACBrPosPrinter, então um erro será emitido, pois esse equipamento não é uma impressora de Bobinas Como a mágica funciona ? Reparem que foi adicionado ao repositório a Unit ACBrWinUSBDevice.pas, essa Unit implementa chamadas a SetupAPI do Windows, para detectar os Dispositivos USB que estão listados em uma determinada Classe de Equipamentos (Class GUID)... O estudo desse artigo, foi fundamental, para a criação dessa Unit. Uma vez capturada o nome da Interface do Equipamento USB (em TACBrUSBWinDevice.DeviceInterface), podemos acessá-lo usando funções de manipulação Arquivos da API do Windows, como: CreateFile, WriteFile, ReadFile. Nem todos os dispositivos USB implementam suporte aos métodos ReadFile ou WriteFile... ou seja, pode não funcionar em alguns dispositivos.. Se você souber qual é o nome da Interface USB do equipamento, poderá informar ela diretamente na propriedade "Porta" dos componentes... Exemplo: ACBrPosPrinter1.Porta := '\\?\usb#vid_1c8a&pid_3002#0000000000022#{28d78fad-5a12-11d1-ae5b-0000f803a8c2}'; Para dúvidas, suporte ou correções, por favor crie um novo tópico, clicando aqui Para testar, baixe uma nova versão do PosPrinterTeste.exe

Olá Pessoal, Venho informa-los que já esta disponível em nosso repositório o mais novo componente que agora se integra a suíte ACBr. ACBrNF3e - Nota Fiscal de Energia Elétrica Eletrônica. Esse componente segue os moldes dos demais componentes que emitem DF-e - Documentos Fiscais Eletrônicos. "O Projeto NF3e tem como objetivo a implantação de um modelo nacional de documento fiscal eletrônico (modelo 66) que venha substituir a sistemática atual de emissão da Nota Fiscal/Conta de Energia Elétrica (modelo 6), com validade jurídica garantida pela assinatura digital do emitente, simplificando as obrigações acessórias dos contribuintes e permitindo, ao mesmo tempo, o acompanhamento da emissão em tempo real pelo Fisco." Para saber mais sobre o NF3e convido a todos a visitarem o Portal da Nota Fiscal de Energia Elétrica Eletrônica - SVRS. Temos também em nossa biblioteca toda a documentação referente a esse novo modelo de documento fiscal, clique aqui para acessar nossa biblioteca. O que foi disponibilizado: Fontes do componente ACBrNF3e e os fontes do componente ACBrNF3eDANF3eESCPOS (usado para imprimir o DANF3E). Notem que existe a Nota Técnica 2020/001 onde apresenta 3 layouts de DANF3E, sendo dois no tamanho A4 (Retrato) e um a ser impresso em bobina. Convido a todos a contribuir com a implementação dos DANF3E tamanho A4 (Retrato) e refazer o layout em bobina segundo essa nova NT. Esta disponível também os pacotes de instalação dos dois componentes mencionados acima, tanto para o Delphi quanto para o Lazarus. E como de costume, também foi disponibilizado o programa exemplo tanto para o Delphi quanto para o Lazarus. Observação: O ACBrInstall_Trunk2 ainda não reconhece esse componente, logo a sua instalação deverá ser realizar através dos pacotes disponibilizados. Assim que possível estaremos disponibilizando uma nova versão do ACBrInstall_Trunk2 que vai instalar o ACBrNF3e e o componente para imprimir DANF3E automaticamente.

Dando continuidade a esse tópico, enviei questionamento à Ouvidoria da ANTT (Central de Atendimento) em 19/12/2019 com as seguintes perguntas: "Ref a nova Resolução do CIOT publicada em 17/12/2019, gostaria de sanar algumas dúvidas: 1-É somente para TAC? 2-Transportadoras com CNPJ também são obrigadas? 3-Existe um limite de placa de veículos para que a transportadora seja obrigada ao CIOT?" Segue a resposta da GERET - Gerência de Regulação do Trans. Rodoviário e Multimodal de Cargas: Em atenção à mensagem de V. Sª., informamos que esta Ouvidoria obteve os seguintes esclarecimentos da Gerência de Regulação do Transporte Rodoviário e Multimodal de Cargas – GERET. Agradecemos o contato e informamos que após regular Processo de Participação e Controle Social (Audiência Pública 017/2019), esta Agência Reguladora editou a Resolução ANTT nº 5.862, de 17 de dezembro de 2019, que regulamenta o cadastro da Operação de Transporte necessário para a geração do Código Identificador da Operação de Transporte - CIOT e os meios de pagamentos do valor do frete referentes à prestação de serviços de transporte rodoviário remunerado de cargas. De acordo com a Lei nº 11.442, de 5 de janeiro de 2007, o exercício de tal atividade depende de prévia inscrição no Registro Nacional de Transportadores Rodoviário de Cargas (RNTRC), regulamentado pela Resolução ANTT nº 4.799, de 27 de julho de 2015. De início, cumpre esclarecer que a Resolução ANTT nº 5.862, de 2019, entra em vigor após 30 (trinta) dias de sua publicação oficial. Por outro lado, as Instituições de Pagamento Eletrônico de Frete - IPEFs terão 15 (quinze) dias para adequar seus sistemas informatizados, a contar da data de entrada em vigor da Norma. Oportunamente, a ANTT editará ato complementar detalhando os procedimentos e requisitos técnicos necessários para que as IPEFs adaptem seus sistemas informatizados. Conforme previsto no artigo 3º da Resolução ANTT nº 5.862, de 2019, o cadastramento da Operação de Transporte e correspondente geração do CIOT é aplicável a todos os transportadores, enquanto aqueles que tratem da forma de pagamento são aplicáveis às Operações de Transporte realizadas por TAC e TAC-equiparado. O cadastramento do CIOT deve ocorrer para o último elo da contratação. Ou seja, se houver subcontratação, o subcontratante deverá efetuar o cadastramento do CIOT. Em relação à possibilidade de cadastramento da Operação de Transporte, com subsequente geração e recebimento do CIOT, por meio de integração dos sistemas dos contratantes ou subcontratantes com os sistemas da ANTT, para as operações de transporte em que são partes, previsto no inciso II do art. 5º da Resolução ANTT nº 5.862, de 2019, esclarecemos que o início da vigência do referido dispositivo se dá em 240 (duzentos e quarenta dias) da entrada em vigor da Resolução. Em ato normativo complementar, a ANTT publicará a documentação técnica necessária para a geração de CIOT através da integração de sistemas. Dúvidas relacionadas à emissão de CT-e ou MDF-e devem ser sanadas com as informações disponibilizadas pelos órgãos competentes, uma vez que os referidos documentos não estão sob gestão da ANTT. Cabe salientar que o descritivo acima não esgota as especificidades contidas na Resolução ANTT nº 5.862, de 2019, e demais legislações aplicáveis. Finalmente, informamos que os cidadãos podem colaborar com o aprimoramento da atuação da ANTT por meio de contribuições apresentadas presencialmente ou por e-mail nos eventos de participação e controle social realizados pela Agência, tais como audiências e consultas públicas. Sua sugestão é muito importante. Acompanhe os eventos já realizados e os que estão em andamento pelo link: http://www.antt.gov.br

Bom dia, Ao gerar o registro K210, há uma serie de validações referente a DT_INI_OS e DT_FIN_OS campos relacionados a OS(Ordem de Serviço), porém estas validações não estavam considerando se a Ordem de serviço estava preenchida, caso não esteja e a data de inicio e final não estiverem preenchidas o validador considera o COD_ITEM_ORI como chave. Foram alterados as validações para passar a gerar o registro sem erros caso os 3 campos não estejam preenchidos. ACBrEFDBloco_K_Class.pas

Boa Tarde! Estamos em alguns clientes que enviam a redução z para bloco x, dando o erro Erro 1003: Assinatura digital inválida. Porém ao validar assinatura pelo SAT de SC, Ele informa que assinatura é valida. Alguém está tendo esse problema? É apenas alguns clientes que estão dando esse problema, verifiquei o certificado e esta na validade.

Boa tarde, consulta o link, http://legislacao.sef.sc.gov.br/html/atos_diat/2018/atodiat_18_027.htm segundo ele, o número de arquivos pendentes é 20.

Boa tarde! Vlw Ítalo, com certeza, estarei baixando assim que fizer a liberação, e como sempre, envio o feedback! Mais uma vez, grato a todos pela ferramenta e atenção ora dispensada!

Bom dia Adryelle, Tenta entrar em contato com o provedor e questione se essa situação é valida para todas as cidades atendidas por eles. Desde já muito obrigado.

Bom dia Lucas, As BPL que se referem ao ACBr, por exemplo a que aparece na mensagem de erro: ACBr_CTeDACTeRL.bpl

Olá, Pelas respostas parece tudo correto. Você chegou a verificar se o provedor do email tem alguma limitação com respeito a arquivos anexos? Por exemplo, o Gmail, Hotmail e Yahoo! sempre tiveram limitações em tipos de arquivos e tamanhos. Também costumam bloquear arquivos com suspeita de vírus. Eu verificaria isso primeiro.

Bom dia. O Banco Central publicou informações sobre os planos de implantação dos Pagamentos Instantâneos no Brasil, o qual tem previsão de implementação em Novembro/2020. Os Pagamentos Instantâneos são as transferências monetárias eletrônicas na qual a transmissão da ordem de pagamento e a disponibilidade de fundos para o usuário recebedor ocorre em tempo real e cujo serviço está disponível durante 24 horas por dia, sete dias por semana e em todos os dias no ano. As transferências ocorrem diretamente da conta do usuário pagador para a conta do usuário recebedor, sem a necessidade de intermediários, o que propicia custos de transação menores. Conforme texto do BC, apresenta as seguintes vantagens... Sua implementação deve, além de aumentar a velocidade em que pagamentos ou transferências serão feitos e recebidos, também tem o potencial de alavancar a competitividade e a eficiência do mercado; baixar o custo, aumentar a segurança e aprimorar a experiência dos clientes; promover a inclusão financeira e preencher uma série de lacunas existentes na cesta de instrumentos de pagamentos disponíveis atualmente à população. Esse modelo está em linha com a revolução tecnológica em curso, possibilita a inovação e o surgimento de novos modelos de negócio e a redução do custo social relacionada ao uso de instrumentos baseados em papel. Para mais detalhes, clique aqui e acesse o portal do Banco Central. Att.

Se consta na consulta no portal e não consta no XML provavelmente o seu XML está errado.

Post o log da biblioteca e os arquivos de envio e retorno do webservice, mas pelo erro retornado, o certificado é diferente do CNPJ usado no evento.

Boa tarde, Cada CST pode ter 1 ou N códigos de beneficio fiscal. No estado do RS por exemplo, todos os CSTs aceitam NULL e também o texto SEM CEBENEF. Anexei a tabela do dia 05/08/2019 contendo os códigos para você analisar. TABELA cBenef_X_CST 05_08_2019.xlsx

Obrigado pelo material. Ao menos não irá estourar esse prazo.

RESOLVIDO! Removido o kaspersky e voltou ao normal. Deve haver alguma configuração que permita trabalhar com ele mas foi mais rápido desinstalá-lo por completo.

Amigo neste site tem um explicação https://nstecnologia.com.br/blog/icms-st-no-rio-grande-do-sul/ Basicamente é o calculo do ICMS caso fosse uma operação de venda comum, sem ser para consumidor final com produtos substituídos em relação ao ICMS.

Boa tarde Magnu, Foram feitas melhorias na impressão do DABPE, na próxima versão do Monitor vai constar as alterações. Sendo assim, gostaria que você atualiza-se o Monitor na segunda-feira dia 30 e faça novos testes. Gostaria da sua opinião.

Boa tarde, o mesmo erro também acontece com alguns clientes meus... =/

Poise também tive a mesma resposta do Sergio.

Estou com o mesmo problema, Realmente não é em todos os clientes, consegui contato com o auditor Sergio Pinetti e o mesmo encaminhou meu email para "análise dos responsáveis pelo suporte a ambiente de produção do Bloco X". Vou aguardar por mais informações.

Boa tarde Entrei em contato com a GovBr (Pronin), mas me falaram que só podem atender à prefeitura. Que eu preciso fazer contato com a prefeitura e eles abrirem chamado, ou seja, dependo da prefeitura. Já enviei os arquivos para o e-mail da prefeitura e só alegam que não há problemas. Difícil... Qualquer novidade, informo aqui.

Pelo log o que esta ocorrendo é o seguinte você esta enviando 2 vezes o comando de enviar para a mesma nota. A primeira envia, autoriza e gera o PDF normalmente, Na segunda envia, da erro de duplicidade, substitui os dados anteriores e o PDF, por isso seu PDF fica incorreto. Verifique seu fluxo de envio e tente descobrir o motivo de estar enviando 2 vezes a NFe, ocasionando o erro de duplicidade.

me passe o arquivos de envio e retorno, pois geralmente o erro acima é quando manda o cnpj com pontos e numeros ou alguma informação extranho para geração do xml de envio para SEFAZ.

Boa tarde A leitura destes parâmetros ainda não foi incorporada ao ACBrMonitorPlus, estamos adicionando para verificação. Att.

Bom dia Após a nova atualização, instalou normalmente Obrigado

Regras de validação N12-82 e N12a-60, é uma regra a critério de cada UF provavelmente a sua exige isso, vc deve preencher os campos pRedBCEfet, vBCEfet, pICMSEfet e vICMSEfet

Bom dia Graça, Posso estar enganado, mas a resposta a sua primeira e segunda pergunta esta no seguinte trecho: "o cadastramento da Operação de Transporte e correspondente geração do CIOT é aplicável a todos os transportadores"; No que se refere a quantidade de veículos, segundo a resolução temos: XIII - Transportador Autônomo de Cargas - TAC: pessoa física que exerce, habitualmente, atividade profissional de transporte rodoviário remunerado de cargas, por sua conta e risco, como proprietária, coproprietária ou arrendatária de até três veículos automotores de cargas; e XIV - TAC-equiparado: as Empresas de Transporte Rodoviário de Cargas - ETCs que possuírem até três veículos automotores de carga em sua frota registrada no RNTRC, considerados na data do cadastramento do CIOT ou, na sua ausência, no início da viagem, e todas as Cooperativas de Transporte Rodoviário de Cargas - CTCs. No meu entendimento veiculo automotor é aquele que é capaz de se locomover por meios proprios, se ser puxado ou empurrado. Desta forma um caminhão conectado a uma carreta, apesar de possuírem placas diferentes temos somente um veiculo automotor, o caminhão.

Bom dia No boot do windows aperta F8 e desabilite Verificar Assinatura de Driver. Para o SAT Elgin, por exemplo, é necessário esse procedimento.

Entendi, muito obrigada!

Bom dia, A data e hora de emissão do CT-e é uma coisa, a data e hora da entrega da mercadoria é outra e a data e hora do envio do evento de comprovante de entrega também é outra. Vamos a regra de validação M08: Rejeição 873 - Rejeitar se a data/hora do hash do comprovante da entrega for inferior a data de emissão do CT-e ou superior a data/hora atual. É obvio que a data e hora do hash do comprovante da entrega não pode ser inferior a data de emissão do CT-e viso que primeiro temos que emitir o CT-e, transportar a mercadoria e realizar a entrega e esse processo pode levar dias. E também não pode ser superior a data e hora atual, se a data atual é 26/12/2019 10:06 não faz sentido a data e hora do hash do comprovante de entrega ser posterior, pois neste caso você estaria informando uma data e hora futura. No evento note que temos 3 data e hora: dhEvento - data e hora que o evento foi gerado e enviado para a SEFAZ; dhEntrega - data e hora que a entrega foi realizada, ou seja, a mercadoria foi entregue para o destinatário; dhHashEntrega - se refere a data e hora que foi gerado o hashEntrega. Como o evento é gerado e enviado após a entrega e para ser enviado o evento é preciso gerar o hashEntrega então temos o seguinte: dhEntrega < dhHashEntrega < dhEvento <= data e hora atual (data e hora do relógio do computador).

Bom dia Davidson, Se você tem o XML assinado que foi enviado mas por algum motivo o protocolo de autorização não foi retornado e consequentemente o XML esta sem essa informação, a solução é muito simples. 1. Carregar o XML usando o método LoadFromFile (se o XML esta salvo em disco) ou LoadFromStream (se o XML esta salvo no banco de dados). 2. Executar o método Consultar. Se executarmos o método Consultar sem antes carregar o XML da nota, não vai ocorrer a atualização do mesmo. Se a intensão é atualizar o XML através do método Consultar, é preciso carrega-lo antes e o mesmo tem que estar assinado.

Precisa anexar o XML correto pra analisarmos. A mensagem diz que tem diferença no valor do vProd com relação as tags qTrib e vUnTrib.

Boa tarde pessoal, quando vou gerar os dados do farmácia popular, sempre me retorna : CRM do médico que emitiu a receita é inválido. Medicamento não autorizado. Dados inválidos na Solicitação. Resolvi isso colocando um espaço em branco antes do CRM do Médico, não sei se aconteceu alguma alteração no datasus mas que minhas solicitações estão sendo enviadas e a medicação autorizada! CRM 018695PE - Assim acontece o erro 18695PE - Assim é autorizado Caso alguém esteja tendo esse mesmo problema, consegui solucionar dessa forma, abraço a todos!

também não encontrei local, utilizamos aqui na sequencia um número bem alto e ai passou mas é algo estranho tem que ser pelo chutometro pois entrar em contato com a equiplano é algo não muito fácil, de qualquer forma está resolvido, obrigado a todos.

Então você não enviou o evento de Manifestação do Destinatário precisa enviar o mesmo para a nota estar disponivel no distribuição DFe, no topico abaixo o @Italo Jurisato Junior explica bem o funcionamento das coisas. O modelo de ini deste evento você encontra nestes links abaixo. https://acbr.sourceforge.io/ACBrLib/ModelosEventoINI.html https://acbr.sourceforge.io/ACBrLib/ManifestacaodoDestinatarioConfir.html https://acbr.sourceforge.io/ACBrLib/ManifestacaodoDestinatarioCienci.html https://acbr.sourceforge.io/ACBrLib/ManifestacaodoDestinatario-Desco.html https://acbr.sourceforge.io/ACBrLib/ManifestacaodoDestinatarioOperac.html

Você esta dizendo que na função de exportação de PDF não esta respeitando a configuração de layout é isso ? Se for isso enviei uma nova versão da biblioteca que resolve este problema, lembrando que é necessário setar o TipoRelatorioBobina para tpFortesA4.

https://www.projetoacbr.com.br/acbr-monitor-plus/

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

Atualize novamente por favor. O instalador foi revertido pra versão anterior.

Boa Tarde, Gostaria de agradecer a equipe que se envolveu na solução do meu problema..... pois o resultado final foi perfeito.... tudo funcionando perfeitamente bem.... Um Feliz Natal para todos.....

Sim, boa ideia. Vou fazer isso e postar aqui.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 18623. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Tente: Uses DateUtils ..... HorasEntre := HoursBetween(Anow, Athen);

Boa tarde. Testei aqui e está ótimo. Tenham um feliz natal Ho Ho Ho.

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

Acho que agora consegui. Recebi esta mensagem no campo das respostas: [Status] CStat=107 CUF=33 DhRecbto=24/12/2019 15:08:49 Msg=Servico em Operacao TMed=1 VerAplic=SVRS201805211008 Versao=4.00 XMotivo=Servico em Operacao XObs= tpAmb=2 Vou continuar trabalhando aqui na integração. Grato desde já.

poste o log do monitor, para ver o que esta acontecendo.

Gostaria de agradecer a todos que ajudaram nos componentes ACBR, em especial ao ACBrTEFD. Hoje recebemos a homologação do nosso modulo de PDV NFe/NFC-e com TEF com a empresa https://cappta.com.br/ Homologamos usando troca de arquivos TEF_DIAL. Comecei a integração a 7 dias (tempo parcial) para desenvolvimento, e a implementação foi tranquila rápida e fácil, graças aos componentes Acbr. Obrigados a todos que contribuíram e contribuem com a comunidade Edmar Frazão.

Eu cheguei a ler em algum tópico onde era aconselhado converter o conteúdo do certificado pra Base64 e guardar no banco de dados. Tenta da seguinte forma: // Armazenar cdsCertifDADOS_PFX.AsAnsiString := EncodeBase64(LerCertificado('...')); // uses synacode // Ler vACBrNFe.Configuracoes.Certificados.DadosPFX := DecodeBase64(cdsCertifDADOS_PFX.AsAnsiString);