Painel de líderes

ATENÇÃO – PARADA PROGRAMADA NOS AMBIENTES DE AUTORIZAÇÃO DE DF-e DA SVRS NO DIA 02-FEV-2020 Os ambientes de autorização de Nota Fiscal eletrônica (NF-e, mod. 55) da SEFAZ-Virtual do Rio Grande do Sul (SVRS) e de Nota Fiscal eletrônica a Consumidor (NFC-e, mod. 65) do RS (SEFAZ-RS) serão submetidos a manutenção programada na manhã do domingo dia 02/02/2020. A manutenção será executada entre as 07:00 e as 08:00 da manhã, horário durante o qual poderá haver indisponibilidades com duração máxima de 15 minutos.

Analisando o log, me parece que é apenas no comando CriaarEnviarNFe que o ACBrMonitor está demorando um pouco mais e respondendo em média em 5 segundos. De qualquer maneira, não é 10 segundos como você mencionou. Isso pode ser por diversos motivos: Um motivo é a própria natureza do A3. Se ele está num dispositivo externo, vai demorar mais tempo para ele ser acessado. Outro motivo inclui antivírus ou antimalwares na máquina. Eles podem estar atrasando a leitura (tanto do arquivo, como do certificado dependendo da situação) Pode também ser devido ao tempo que leva para seu aplicativo verificar a pasta. De quanto em quanto tempo seu aplicativo verifica a resposta do Monitor? Outra coisa que percebi é que vocês estão utilizando uma MP-4200 TH. Verifique se o Firmware dela está atualizado. Tivemos relatos de problemas nessa impressora por causa disso. Por exemplo, veja esse link. Pode verificar essas situações e nos dar um retorno?

Boa noite Conseguimos contato com o provedor e resolveram o problema. Agradeço a todos.

[RESOLVIDO]. Recebi o link de uma nova imagem ISO pelo meu email, instalei e funcionou corretamente. Peço desculpas por não ter lido o log, aliás nunca tinha prestado atenção àquela mensagem ao final do instalador, sempre clicava em não e pronto. Total falta de atenção minha

Segue a resposta do acionamento INC000011122495. Em testes em nossa estrutura, na versão atual (path G) com a variável de ambiente e todos os serviços do antivírus ativo não apresentou mais o erro. Forte abraço

Olá Antonio, tem de promover esta alteração No nosso projeto optamos por modificar a unit do GZIPUtils com o seguinte trecho de código: {$R-} // disable range checking Result := UpdateCrc32(b, Result); {$R+} // enable range checking aqui funcionou, porém sempre que atualiza o acbr tem que refezar

Olá Brito! Você ainda pode tentar entrar em contato com a prefeitura e verificar se eles tem algum outro site ou tem planos de disponibilizar Webservices para o envio de NFS-e. Quem sabe eles tem algo previsto?

Você pode verificar os exemplos de utilização dos comandos com o ACBrBlocoXSign. Ele fica em: '...\trunk2\Projetos\ACBrBlocoXSign\' Anexei um modelo do comando ConsultarProcessamentoArquivo gerado pelo próprio ACBrBlocoXSign. _EnvelopeSoap.xml

Italo, Os fontes atualizados, entrarei em contato com a prefeitura. Qualquer novidade, reportarei a solução. Obrigado.

Bom dia, Lembrando que os eventos de Manifestação que o Elton se refere se restringe ao Destinatário, inclusive os eventos são chamados de Manifestação do Destinatário. Se você é uma transportadora e o seu CNPJ foi informado de forma indevida no XML da nota, ou seja, não é você que vai realizar o transporte, não tem nada o que possa ser feito a não ser telefonar para o emitente da nota e reportar o erro. Se o prazo de cancelamento da mesma ainda não expirou o emitente poderá efetuar o cancelamento e emitir uma nova nota com o CNPJ da transportadora correto. Não encontrei nenhuma regra de validação que confronte o CNPJ do Transportador com os demais (Emitente, Destinatário e <autXML>) é uma pena, deveria existir.

Ola a todos; Problema dos retornos resolvido!!

Deu tudo certo! Muuuuito obrigado amigos!

Prezados encontrei o problema , citado em outro post aqu, i a utilização da propriedade "Prestador.ChaveAcesso" , ela deve ser utilizada para informar a chave de acesso .

Testado e funcionando... sds,

Lembre-se que o objetivo do DistribuicaoDFe é justamente você receber todos os XMLs que citam você (quer dizer, seu CNPJ) como participante de modo que você possa se manifestar sobre a transação. Assim você pode confirmar ou mesmo declarar que a transação está utilizando seu CNPJ de forma errônea. Por isso, não há um "filtro" disponível com antecedência. A ideia é justamente você receber todos e quaisquer XMLs para dar sua posição (via evento de manifestação) sobre eles.

Olá tayso. Você se refere a essa documentação? https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca16.html A documentação aí é sobre as configurações que são utilizados em formato INI. Então "VersaoQRCode" não é um comando, e sim uma chave na entrada "NFe" de um arquivo INI de configuração. Para passar as configurações para a Lib, você utiliza os comandos de configuração. Você pode passar uma configuração por vez ou um arquivo inteiro. Estes comandos estão alistados aqui: https://acbr.sourceforge.io/ACBrLib/MetodosdeConfiguracao15.html

DF-e: Desativação imediata do protocolo SSL, e novas datas de desativação dos protocolos TLS 1.0 e TLS 1.1 A Receita Estadual do RS comunica que irá postergar para data futura a desativação dos protocolos TLS 1.0 e TLS 1.1. Essa postergação visa oportunizar um período maior de testes de comunicação com os ambientes de autorização de Documentos Fiscais Eletrônicos (DF-e) da Sefaz-Virtual do Rio Grande do Sul (SVRS), atendendo às solicitações das empresas. Nova data de desativação destes protocolos será oportunamente comunicada. Reforça, contudo, que a desativação do protocolo SSL segue o cronograma original, estando marcada para o próximo dia 21/01/2020, conforme já divulgado.

Por favor atualize para ultima versão. Foi corrigido o problema!

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

Não está previsto no manual a impressão da tag vIPIDevol nos totais ou itens da nota. A sugestão é mostrar nas informações complementares (tag: infAdFisco).

Boa tarde Filipe, Ao ler a NT passou a desapercebido, muito obrigado pelo aviso, Para gerar a tag indAlteraToma basta incluir a seguinte linha: infCTeNorm.infCteSub.indAlteraToma := tiSim; ou infCTeNorm.infCteSub.indAlteraToma := tiNao para não gerar a tag.

Apenas acrescente a linha MidasLib ao uses, não use o "Add to project".