Painel de líderes

Após uma atualização do Windows Update nos sistemas operacionais Windows 8 a 10, vários usuários começaram a ter problemas na conexão segura com o SEFAZ.... Onde geralmente foram exibidos os erros abaixo: Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor Erro: 12169 - O certificado SSL é inválido Erro: 12186 - Falha ao obter a Chave Privada do Certificado para comunicação segura Estes erros indicam uma falha na validação do certificado do servidor da SEFAZ, e entre as diversas causas que podem disparar este erro, podemos citar: Falta da cadeia de certificados instalado no cliente. Cadeia de certificados desatualizados. Erro no componente de validação do Windows. Erro no certificado da SEFAZ. SEFAZ enviou um certificado invalido. O problema foi confirmado pelo SEFAZ do PR, no comunicado abaixo: Para os usuários do Projeto ACBr, esse problema afetou apenas quem utiliza os componentes configurados com as bibliotecas Wincrypt ou CAPICOM pois os mesmo utilizam o sistema de validação do Windows. O problema não afetou usuários que usam a biblioteca OpenSSL. Em decorrência do problema, aplicamos um ajuste nos fontes da ACBrDFeSSL, visando ignorar erros na validação do certificado. Com isso a comunicação Segura ocorrerá normalmente... Os fontes alterados já se encontram no SVN... e excepcionalmente, efetuamos uma nova compilação do ACBrMonitorPLUS v 1.2.0.52, para os usuários do SAC Saiba mais sobre comunicação Segura do ACBr

Boa tarde @Italo Jurisato Junior Hoje conseguimos falar com o suporte da NFSe de Tangará da Serra - MT. Desde 31/03 eles mudaram de provedor, trocaram WebISS para RLZ. Conforme conversamos no dia 19/03 por causa das mudanças no cidades.ini, pois você fez a alteração para o RLZ, porém não haviam mudado ainda. Agora já esta no ar o novo provedor. 5107958] Nome=Tangara da Serra UF=MT Provedor=RLZ NomeURL_H=mt/tangaradaserra NomeURL_P=mt/tangaradaserra Antes estava assim : Nome=Tangara da Serra UF=MT Provedor=WebISS NomeURL_H=tangaradaserramt NomeURL_P=tangaradaserramt Dercide.

Após várias tentativas e consulta a colegas, tive entrar em contato com a SEFIN e lá me informaram que o CSC para homologação é solicitado diretamente ao orgão pelo contador, pois não possui um fomulário de solicitação pelo portal do contribuinte. Após a solicitação realizada, foi gerado um CSC para HOMOLOGAÇÃO, e consegui emitir as NFCe.

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

Boa tarde, josadac. MG não está normal, foi habilitado até o modo de contingência desde semana passada, veja abaixo:

Estamos com o mesmo problema, e é culpa da SEFAZ de PE que não está retornando estas informações. O mais estranho é que só está acontecendo para clientes de MG...

Eu utilizei como mencionei a cima, mas acho q descobri a razão do erro...Esses campos só vão entrar em produção 07/05/2019 ai não vai mesmo....

autorizador em contingência para MG é o 8-SVC-SP. Ao que parece essa resposta é para a consulta de status de serviço. Porém o serviço de envio normal de MG está funcionando.

Alguns clientes meus que usam certificado A3 tiveram problemas nessa semana com o erro (Erro Interno: 12169), como não encontrei a solução aqui no acbr, estou postando onde eu encontrei a solução. http://www.nfe.go.gov.br/post/ver/232392/contribuintes-com-problemas-para-emissao-de-nf-e-e-nfc-e

Fizemos o procedimento usando certmgr.msc em duas máquinas com Windows 7 e também deu certo. Obrigado, Gilberto.

Bom dia. Sem problemas, mas nestes casos você pode sempre criar um novo tópico. Att.

Bom dia, Obrigada pela informação. Att.

Bom dia! Tudo bem com vocês? O problema esta relacionado ao certificado digital. Para resolver, basta remover a cadeia de certificados da pasta/aba "Autoridades de Certificação Raiz Confiáveis". (Remover todos certificados desta pasta/aba). Em seguida , basta atualizar as cadeias de certificado utilizando o instalador anexo. Lembrando que o mesmo deve ser executado como administrador. Um abraço a todos. InstaladorCadeiaV2.exe

Apenas alguns usuários conseguem efetuar o commit... Você precisaria compactar os fontes, organizando-os por pastas, e anexar nesse tópico, para analise de algum desenvolvedor com acesso ao commit

Exato.. A partir o primeiro erro de falta de retorno da sefaz por exemplo ou falha de conexão de internet, já procede para alteração automatica para emissão em contingencia, e assim emitindo normalmente em sequencial das numerações e em contingencia offline. O manual trata apenas para caso de envio e sem retorno do status da nota, fazendo assim a necessidade de liberar a venda do cliente com uma numeração seguinte para evitar que gere a mesma numeração desta que deu falha de retorno e ao transmitir a sefaz esta mesma nota, obter o retorno de duplicidade de chave de acesso com diferenca ... assim tendo a nota normal recebida na sefaz, porem o cliente possui uma nota em contingencia que nunca será autorizada na sefaz visto que o tipo de emissão é diferente daquele registrado e recebido na sefaz. Precisa tratar automaticamente a emissão da contingencia, seja manual ou por usuário a partir do primeiro caso de falha de retorno da sefaz ou falta de internet.

Vão em um pc que está FUNCIONANDO, vá em executar e digitem certlm.msc depois vão na aba (Autoridades Certificação Raiz Confiável) depois em certificado, da um CTRL A clica com o botão direito, TODAS AS TAREFAS e EXPORTAR, avança ate pedir a senha. Põe num pendrive, depois vá no pc com problemas e faz a mesma coisa, vá em executar e digitem certlm.msc depois vão na aba (Autoridades Certificação Raiz Confiável) depois em certificado, da um CTRL A e deleta tudo, depois de deletar é só clicar com o direito de novo na parte que ficou em branco e importar o certificado que você exportou da maquina que estava boa na hora de escolher o local para armazenar não esqueçam de colocar ele no repositório (Autoridades Certificação Raiz Confiável) e pronto, tudo funcionando de novo, testei em vários windows, 7, 10, e 2012, todos funcionaram perfeito em mais de 10 clientes diferentes. coloquei a minha Cadeia de certificados boa aí. Cadeia de Certificado, senha 123.pfx Vão em um pc que está FUNCIONANDO, vá em executar e digitem certlm.msc depois vão na aba (Autoridades Certificação Raiz Confiável) depois em certificado, da um CTRL A clica com o botão direito, TODAS AS TAREFAS e EXPORTAR, avança ate pedir a senha. Põe num pendrive, depois vá no pc com problemas e faz a mesma coisa, vá em executar e digitem certlm.msc depois vão na aba (Autoridades Certificação Raiz Confiável) depois em certificado, da um CTRL A e deleta tudo, depois de deletar é só clicar com o direito de novo na parte que ficou em branco e importar o certificado que você exportou da maquina que estava boa na hora de escolher o local para armazenar não esqueçam de colocar ele no repositório (Autoridades Certificação Raiz Confiável) e pronto, tudo funcionando de novo, testei em vários windows, 7, 10, e 2012, todos funcionaram perfeito em mais de 10 clientes diferentes. coloquei a minha Cadeia de certificados boa aí. Cadeia de Certificado, senha 123.pfx

Boa tarde a todos, Alguns já devem ter visto na estrutura do XML um grupo chamado autXML. O que vem a ser esse grupo? Trata-se de um grupo opcional que permite informar até 10 CNPJ ou CPF de pessoas que estão autorizadas a baixar o XML completo, pessoas estas que não figuram com atores do documento fiscal eletrônico em questão. Por exemplo: em uma NF-e temos os seguintes atores: Emitente, Destinatário e Transportador. O Emitente por ser o responsável por emitir a NF-e, tem por obrigação possuir o XML do documento e disponibilizar o mesmo para os outros dois. O Destinatário por sua vez poderá baixar o XML da NF-e através do DistribuicaoDFe já explicado nesse tópico, mas se faz necessário enviar o evento de Manifestação do Destinatário. O Transportador poderá baixar o XML da NF-e através do DistribuicaoDFe e não precisa enviar nenhum evento. Mas eu gostaria que o contador da minha empresa pudesse também baixar o XML, isso é possível? Sim, basta incluir o CNPJ ou CPF do seu contador no grupo autXML. Desta forma o Contador poderá baixar o XML da NF-e através do DistribuicaoDFe e não precisa enviar nenhum evento. Lembre-se o único que não consegue baixar o XML é o Emitente do próprio documento, os demais conseguem baixar o XML completo (assinado e com o protocolo de autorização) desde de que seja um dos atores ou faça parte da lista do grupo autXML. Até o momento somente o Destinatário da mercadoria se faz necessário enviar o evento de Manifestação do Destinatário para poder baixar o XML completo, caso contrario terá somente um XML contendo um resumo da nota. O grupo autXML esta presente nos seguintes documentos fiscais eletrônicos: NF-e / NFC-e, CT-e / CT-e OS, MDF-e e BP-e. No caso do BP-e ainda não foi disponibilizado o DistribuicaoDFe para que seja possível baixar o XML. E também não esta disponível a baixa do XML da NFC-e pelo DistribuicaoDFe. Em caso de dúvidas, favor criar um novo tópico em: https://www.projetoacbr.com.br/forum/forum/3-dúvidas-gerais-sobre-o-acbr/

Mapa Fiscal do Projeto ACBr - Situação das Técnologias Fiscais do varejo Como os desenvolvedores que atuam com emissão de documentos fiscais a nível nacional já perceberam a um bom tempo, cada estado tem autonomia para definir sua própria tecnologia fiscal, ou seja, tem seu próprio RCIMS. Portanto, temos uma grande variedade de tecnologias fiscais em vigor, o que torna o trabalho de produzir softwares que atendam a todas essa tecnologias e legislações, um trabalho bastante complexo. Pensando em criar uma facilidade aos desenvolvedores, de forma que seja fácil visualizar quais UFs utilizam quais tecnologias, estamos lançando o Mapa Fiscal do Projeto ACBr, que pode ser acessando clicando-se aqui. Temos uma série de mapas, descrevendo a situação atual de cada UF, de acordo com a Tecnologia Fiscal. O clique no Mapa, deverá direcionar para um tópico em nosso fórum, com informações detalhadas de cada UF Com isto a Sw.House terá informações de forma clara e objetiva, que poderão auxiliar na tomada de decisões quanto a prioridade de desenvolvimento de sua Aplicação Comercial. Mapa 1: Tecnologias Fiscais em Vigor Este mapa demonstra através de seu esquema de cores, quais os documentos fiscais então em vigor para cada UF brasileira, assim como quais UFs permanecem exigindo o PAF-ECF. https://www.projetoacbr.com.br/acbr-mapas/#acbrmapa_tecnologias_fiscais Mapa 2: Status da NFCe Situação das UFs que Aceitam; Não aceitam; Aceitam com restrições, ou estão em Implantação. https://www.projetoacbr.com.br/acbr-mapas/#acbrmapa_situacao_nfce Mapa 3: Status do ECF Situação do ECF (Emissor de Cupom Fiscal): demonstrando onde o ECF ainda é Valido e Permitido a Lacração, Onde está em Fase de Transição e Onde seu Uso está Proibido. https://www.projetoacbr.com.br/acbr-mapas/#acbrmapa_situacao_ecf Mapa 4: Exigência do Grupo Responsável Técnico Situação da exigência das informações referentes ao Grupo Responsável Técnico para os DFs: demonstrando as UFs que exigirão as informações Completas (Inclusive o CSRT), aquelas que exigem as informações de forma Parcial (CNPJ, etc...) e aquelas que Não Exigem. https://www.projetoacbr.com.br/acbr-mapas/#acbrmapa_situacao_ecf Responsabilidade pelas informações Estamos disponibilizando esses mapas como uma ferramenta ao auxílio da comunidade que se formou ao redor do projeto ACBr. Esses mapas representam nosso atual entendimento do cenário nacional e pode diferir da realidade em algum momento. Estamos desejosos de manter essa nova ferramenta sempre atualizada. Mas não podemos nos responsabilizar por informações incorretas caso aconteçam. Como pode imaginar, é um trabalho enorme manter tanta informação devidamente atualizada. Cada UF tem sua peculiaridade e autonomia para mudar sua legislação sem prévio aviso. Por isso queremos contar com a ajuda de todos os usuários para nos reportar qualquer incorreção ou mudanças na legislação. Se notar alguma informação desatualizada ou incorreta, por favor, nos avise.

Gentilmente, recebemos da Daruma Automação, uma impressora não fiscal Daruma DR-800 D-Printer, para testes. Utilizando os exemplos do ACBr, PosPrinterTeste.exe e SATTeste.exe, além do programa de testes do Fabricante. Ambiente: Computador Desktop Dell Vostro 220s Sistema Operacional Windows 10 64Bit atualizado (28/08/2017) Processador Intel Pentium Dual Core Memória 3 GB USB 2.0 Necessidade de atualizar a DR-800 Antes de instalar a impressora, verifique se a versão do firmware está desatualizada. Para tal, siga os passos abaixo: Desligue a impressora; Ligue a impressora com o botão Avanço pressionado e o mantenha assim até a impressão de um menu de opções; Aguarde alguns instantes e um Autoteste será impresso. Nele consta a versão do firmware da impressora: Compare com o número da ultima versão disponível no site da Daruma: http://www.desenvolvedoresdaruma.com.br/dr800/ Será exibido algo parecido com a imagem abaixo: Caso não seja a mesma versão, entre em contato com o suporte da Daruma. A lista de contatos e telefones podem ser encontrados neste link: http://www.desenvolvedoresdaruma.com.br/home/index.php Instalação da Impressora DR-800: O manual de instalação, drivers e aplicativos podem ser encontrados em: http://www.desenvolvedoresdaruma.com.br/dr800/#s1 USB/Serial: Para realizar a instalação siga as etapas abaixo: Faça o download do Driver USBDR800.zip neste link: http://bit.ly/DR800USB Extraia o USBDR800.zip dentro de um diretório; Com o usuário administrador, execute o driver dentro do diretório criado conforme seu ambiente, no nosso exemplo é o Windows 10\ x64\Driver_DR800.exe Abra o “Gerenciador de Dispositivos” e conecte a impressora no USB. Será exibido um novo dispositivo serial (COM) emulado. A impressora emula uma porta serial para se comunicar com programas (Ex.: PosPrinterTeste.exe) ou mesmo com o Spooler do Windows: Obs.:A vantagem desse método, é que qualquer aplicação pode acessar diretamente a porta da impressora. USB/Spooler do Windows: Para realizar a instalação siga as etapas abaixo: Faça o download do driver SpoolerDR800.zip neste link: http://bit.ly/DR800SPOOLER Extraia o SpoolerDR800.zip dentro de um diretório; Com o usuário administrador, execute o driver dentro do diretório criado: Driver_Spooler_800.exe Nos nossos testes, a impressora não foi instalada automaticamente. Precisamos instalá-la manualmente, entrando nas Configurações do Windows e em seguida Dispositivos; Clique em Adicionar uma impressora e scanner; Clique na opção A impressora que eu quero não está na lista que aparecerá durante a busca do Windows; Selecione Adicionar uma impressora local ou de rede usando configurações manuais e depois clique em Avançar; Em Usar uma porta existente, selecione a porta serial em que a impressora foi instalada. No nosso exemplo é a COM5; Escolha o driver Daruma DR800 Spooler; Finalize a instalação deixando as demais opções como padrão; Ethernet/Spooler do Windows: Para realizar a instalação e configuração da impressora na rede, será necessário ter um número de endereço IP fixo disponível. Nos nossos testes usamos o IP: 172.16.93.30/24. Opcional: Caso deseje usar o driver da Daruma ao invés do Genérico do Windows, siga o procedimento USB/Spooler do Windows até a etapa 4; Faça o download do ToolDR800.zip neste link: http://bit.ly/DR800TOOL Extraia e execute o programa Daruma Tool DR (Tool_DR_V.3.0.6.exe); Após o programa detectar a impressora, clique em Ajustes(1) e depois Conf. Rede(2); Defina as configurações de rede conforme o seu ambiente e clique em Enviar p/ Impr(3).: Se o cabo de rede não estiver conectado na impressora, conecte; Desconecte o cabo USB; Feche o Daruma Tool DR; Desligue a impressora, ligue-a novamente com o botão Avanço pressionado até a impressora imprimir um menu; Pressione 4x o botão Avanço para ativar o Webserver da impressora. Será impresso uma confirmação; Abra o Prompt de Comandos (cmd.exe) e “pingue” o IP da impressora (Ex.: ping 172.16.93.30) para verificar se ela está comunicando na rede; Entre nas Configurações do Windows e em seguida Dispositivos; Clique em Adicionar uma impressoras e scanner; Clique na opção A impressora que eu quero não está na lista que aparecerá durante a busca do Windows; Selecione Adicionar uma impressora local ou de rede usando configurações manuais e depois clique em Avançar; Selecione Criar nova porta , defina Standard TCP/IP Port, e clique em Avançar; Digite o IP em Nome do host ou endereço IP; Aguarde o Windows tentar sem sucesso a procura pela porta da impressora. Não há como pular essa etapa; Selecione Personalizado e clique em Configurações; Defina 50000 em Número da Porta, clique em OK e depois em Avançar; Escolha o driver Daruma DR800 Spooler ou Generic / Text Only caso o driver da Daruma não fora instalado; Finalize a instalação deixando as demais opções como padrão; Obs.: Conosco não imprimiu de primeira, foi necessário desligar e religar a impressora; Opcionalmente a DR-800 permite realizar outro teste para verificar se ela está se comunicando na rede. Para tal siga os passos abaixo: Abra um navegador de internet; Tente abrir o IP:Porta (Ex.: 172.16.93.30:50000) no navegador Será impresso um teste de comunicação igual a imagem abaixo, com várias informações como: versão do HTTP, user-agent, linguagem usada, etc. Configuração de logotipo Para armazenamento do logotipo é utilizado o programa Daruma Tool DR (Tool_DR_V.3.0.6.exe), seguindo os passos abaixo: Execute o programa Tool_DR_V.3.0.6.exe; Verifique se o aplicativo estabeleceu a comunicação com a impressora; Clicar em “Impressão” Clica em “Armazenar Logotipo”; Selecionar a imagem desejada*; *A imagem deve conter os seguintes requisitos: Testes usando os componentes e Demos do ACBr Utilizamos o PosPrinterTeste.exe, demo do ACBrPosPrinter, parte do projeto ACBr, para efetuar testes na impressora. O PosPrinterTestes.exe está disponível neste link: https://www.projetoacbr.com.br/forum/files/file/364-posprintertesteexe/ Deixamos as configurações iguais as exibidas na imagem abaixo: Testamos os 4 tipos de comunicação com a impressora (Campo Porta COMxx – Para comunicação virtual serial. No nosso ambiente reconheceu COM5; \\nome_do_computador\nome_do_compartilhamento – Para utilizar a impressora instalada e compartilhada no Windows. (exemplos: \\localhost\dr800; \\rodrigo\dr800; \\192.168.1.10\dr800) RAW:nome da instalação da impressora – Para enviar a impressão ao Spool do Windows em modo RAW. (exemplo: RAW:Daruma DR800 Spooler) TCP:IP:Porta – Para utilizar a impressora através da comunicação Ethernet. (exemplo: TCP:172.16.93.30:50000) Todas as páginas de código foram testadas. São elas: pc850, pc437, pc852, pcUTF-8, pc860, pc1252 e pcNone. As imagens abaixo exemplifica um dos resultados. Todas as impressões utilizando páginas de código citadas, com exceção do teste de caracteres de acentuação, saíram da mesma forma: Obs.: Nas impressões acima foram utilizadas as seguintes TAGs: Formatação de Carácter; Alinhamento; Logotipo Codigo de Barras QRCode Teste de acentuação: Para realizarmos os testes de acentuação com diferentes páginas de código, procedemos da seguinte forma: Inserimos um pantograma da língua portuguesa, contendo todas as letras e acentos(1); No cabeçalho foi colocado a tag </zera>(2) para limpar as configurações a cada teste; Foi realizada uma impressão por página de código disponível na impressora(3); Nas impressões abaixo, descrevemos o comportamento de cada teste realizado: pc473: Alguns acentos agudos, circunflexos e til foram ignorados; pc850: Todos os acentos foram impressos corretamente; Impressão de extratos do SAT com SATTeste O SATTeste é um demo do ACBrSAT, parte do projeto ACBr. Realize o download neste link: https://www.projetoacbr.com.br/forum/files/file/316-sattesteexe/ Testamos a impressão usando o Spool do Windows através do Gerador de Relatórios Fortes Report, e também usando a impressão em ESC/POS. Resultados utilizando o gerador de relatórios Fortes Report: As configurações do fortes utilizadas foram as seguintes: Largura: 290 Topo: 0 Fundo: 0 Esquerda: 3 Direita: 4 Exemplo de um cupom fiscal impresso pela DR-800: Teste de desempenho: Através de comandos EscPOS, realizamos a impressão de vários extratos de SAT com diversas quantidades de itens, coletando os tempos de impressão. Todas as formas de comunicação disponibilizada pela DR-800 foram testadas: Porta serial virtual: As configurações foram as seguintes: Modelo: ppEscDaruma Porta: COM6 Colunas: 48 Espaços Linhas: 40 Linhas Pular: 7 Pag. código: pcNone Resultados: Comando RAW: As configurações foram as seguintes: Modelo: ppEscDaruma Porta: RAW:DR800 Colunas: 48 Espaços Linhas: 40 Linhas Pular: 7 Pag. codigo: pcNone Resultados: Comando TCP: As configurações foram as seguintes: Modelo: ppEscDaruma Porta: TCP:172.16.93.80:50000 Colunas: 48 Espaços Linhas: 40 Linhas Pular: 7 Pag. codigo: pcNone Resultados: Leitura de Status: A leitura de Status é funcional através da porta serial (COM) ou por TCP/IP.Abaixo alguns status retornados pela impressora: Impressora pronta para uso: “Nennhum Erro encontrado”; Impressora com a tampa aberta: “stErro, stSemPapel, stGavetaAberta, stOffLine, stTampaAberta”; Impressora com pouco papel: “stPoucoPapel”; Impressora sem papel: “stErro, stPoucoPapel, stSemPapel, stOffLine, stTampaAberta”; A impressora leu corretamente o Status de Gaveta de dinheiro Aberta.... Porém é necessário ligar a Propriedade "Sinal Invertido" ACBrPosPrinter1.ConfigGaveta.SinalInvertido := True Sobre o equipamento: O Gabinete da Impressora Daruma DR-800 D-Printer é feito com plástico ABS, o que é bem resistente e acabado. Todos os botões ficam protegidos evitando o acionamento acidental, mas não dificulta o acesso a eles. A base contém os “pés” feito de silicone dificultando o deslise do equipamento. Há um software interno que permite realizar algumas configurações básicas como: habilitar / desabilitar guilhotina, tipo de corte da guilhotina, code page, voltar as configurações de fábrica, autoteste, etc. São disponibilizados dois tipos de comunicação física com ela: USB e Ethernet. Através da comunicação USB é possível enviar impressões pelo Spooler do Windows ou por uma porta Serial emulada. A comunicação Ethernet permite enviar impressões pelo Spooler do Windows ou por Socket TCP/IP. Sobre o Software de Configuração: O software é simples e funcional. A interface é clara e amigável, os botões são grandes o que facilita o seu entendimento. Automaticamente ele detectou a impressora, não havendo necessidade de nenhuma intervenção. Sobre a utilização do equipamento: O processo de instalação para comunicação através do USB/Serial emulada foi simples. Em poucos minutos a impressora já estava pronta para uso. Contudo, a realização das instalações usando as comunicações USB/Spooler e Ethernet/Spooler foram trabalhosas. Ambas foram necessárias realizar a instalação no Windows de forma manual. Sobre o suporte da Daruma: Em todas as ocasiões em que precisamos entrar em contato com o Suporte para desenvolvedores da Daruma, fomos muito bem atendidos. A atendente foi paciente, e preocupada em nos ajudar na resolução do problema. Dados técnicos encontrados no site do fabricante Características de Impressão Tecnologia de impressão: térmica Fontes: Normal, Elite e Condensada Atributos de impressão: Normal, Enfatizado, Expandido, Dupla Altura, Sublinhado, Impressão em modo gráfico, Impressão de logotipo (Lateral: 200x168 dots. Topo: 576x200 dots) Impressão nos modos vertical e horizontal de códigos de barras nos padrões: EAN8, EAN13, STANDART 2 OF 5, INTERLEAVED 2 OF 5, CODE11, CODE39, CODE93, CODE128, UPC-A, CODABAR, MSI Impressão de código de barras bidimensional QR Code Altura do caracter: 24 dots (3mm) Formação dos caracteres (horiz. x vert.): Modo normal: 12x24 dots, 48 colunas Modo elite: 14x24 dots, 41 colunas Modo condensado: 9x24 dots Gerador de Caracteres: ISO 8859-1, CODE PAGE 850, CODE PAGE 437, ABICOMP Buffer de impressão: 10 KBytes Velocidade de impressão 150 mm/s (para a versão L) 300 mm/s (para a versão H e ETH) Especificação da Bobina de Papel Diâmetro máximo da bobina: 102mm (133 metros) Largura regulável da bobina de papel: 57mm, 76mm, 80mm e 82.5 mm Especificação do Papel Tipo de papel: térmico Superfície de impressão externa ao rolo Gramatura: 52 a 64 g/m² Espessura: 65 a 85 µm Corte do papel Guilhotina / Serrilha Sinalização Sensor fim de papel Sensor quase fim de papel Sensor tampa aberta Confiabilidade Durabilidade da cabeça de impressão 100 km de papel (para a versão L) 150 km de papel (para a versão H e ETH) MTTR 15 minutos máximos Características Ambientais Temperatura de operação: 0° a 45° C Temperatura de armazenamento: -10° a 60° C Umidade relativa do ar (s/ condensação): 10% a 90% (operação) 10% a 90% (armazenagem) Alimentação Entrada: 100~240 VAC Saída: 24 VDC Frequência da rede: 50 a 60 Hz ±2% Consumo: 1,8 W em repouso 48 W imprimindo 76 W de pico Driver de saída Gaveta: conector fêmea RJ11 Dimensões Peso: 1,3 kg Largura: 145 mm Altura: 141 mm com tampa fechada 230 mm com tampa aberta Profundidade: 215 mm com tampa fechada 258 mm com tampa aberta Observações importantes: O tópico citado abaixo nos causaram uma certa estranheza, e devido a importância achamos interessante destacar: 1- O manual da impressora não explica como instalar e configurar a comunicação via Ethernet/Spooler. O manual consultado foi Daruma_manual_DR800.pdf; 2- Durante a instalação do driver de Spooler da Daruma (Driver_Spooler_800.exe), ocorreram os erros abaixo: A incidência deste erro é aleatória, e não houve problemas em ignorar estes erros e continuar a instalação. De acordo com a Daruma, os erros citados acima são causados por algum problema no Serviço de Spool do Windows. Para resolver este problema, é necessário aplicar a atualização KB4038788 do Windows 10. Maiores informações podem ser encontradas neste link: https://support.microsoft.com/en-gb/help/4038788

Tive a necessidade de fazer a implementação de um cartão que segue os mesmos padrões do TEF. Segue pasta arquivos alterados/criados. 4S.rar

Agradeço a todos aí pelo apoio. Valeu muito|

Ok, Entendi, Unit em anexo.ACBrSATClass.pas

Ótima tarde! Sim, o cliente decidiu aguardar até na segunda, quando termina o prazo da contingência.

obrigado Felipe vou ver e fazer o que se pede.

Fiz teste em homologação e confirmei que o método DistribuicaoDFePorChaveNFe não retorna o XML completo quando a manifestação é Operação não realizada, retorna apenas o resumo da NFe. Já pelos métodos DistribuicaoDFePorUltNSU ou DistribuicaoDFePorNSU a NFe completa é retornada. Em resumo, é falha no webservice.

Boa tarde. Ele mantém tudo em memória dentro do objeto ACBrSPED e somente ao ser executado o comando SaveFileTXT() descarrega no arquivo. Att.

Boa tarde. Creio que seja sim possível, analise o demo do ACBrNFSe. Att.

Ah sim Felipe, Vou lhe informar.

Obrigado pelo log... pelo que notei, o erro 140 não ocorreu mais do que duas vezes, por comando... vou subir para o SVN... Por favor considere apoiar nosso trabalho, contratando o SAC ACBr, ocasionalmente

Boa tarde! Cliente me passou que não ocorreu mais a rejeição, estou anexando o log, voltando a ocorrer informo. Volto a agradecer a sua ajuda. acbrlog pós alteração unit.rar

Realmente a contingência correta era para SVC-SP. Ao que parece quando pedimos uma posição de status "mdfe.WebServices.StatusServico.Executar" ao autorizador em contigência (no caso SVC-SP) ele nos devolve a ocorrência (status 113) relativa ao autorizador original (no caso sefaz MG). Apesar do resultado de "mdfe.WebServices.StatusServico.Executar" retornar FALSE, conseguimos autorizar o CTe normalmente no SVC-SP. Agora não sabemos se isso esta ocorrendo somente por causa da instabilidade em MG ou se sempre que entrarmos em contingência teremos de verificar o status dessa maneira. De qualquer modo já esta tudo funcionando novamente. Vlw pela ajuda!

Já resolvido, tive que incluir uma parada com uma mensagem no aplicativo, antes de testar o arquivo de saida.

bom dia novamente, consegui arrumar este erro no windows 7 e fazer a mesma coisa que fez no windows 10 e ao invés de usar o programa certlm.msc, use o programa certmgr.msc apague todos os certificados e gere novamente com o programa InstaladorCadeiaV2 ok

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

Bom dia. O demo está no svn na pasta Exemplos. Att.

infEvento.detEvento.xJust := 'xxxx';

Se possível, por favor me envie um novo Log, apenas para comprovarmos que a ideia deu certo...

Por favor teste com a Unit em anexo... ela irá tentar o mesmo comando, até 5 Falhas sinalizadas com o erro 140... ACBrECFEscECF.pas

O ACBrECF não usa as DLLs da Daruma... A Daruma as vezes responde com erro 140, quando está efetuando alguma operação interna... e podemos reparar isso no seu Log... -- 04/04 09:27:47:412 Daruma Erro:140 - RX <- [SOH]J[FF][NUL][16][140][NUL][NUL][NUL][NUL][NUL][242] // ERRO 1 -- 04/04 09:27:47:612 Sincronismo TX -> [22] -- 04/04 09:27:47:613 Sincronismo RX <- [22][NUL] -- 04/04 09:27:47:613 Status TX -> [SOH][SOH][FF][NUL][STX][NUL]1|[188] -- 04/04 09:27:47:613 TX -> [SOH][SOH][FF][NUL][STX][NUL]1|[188] -- 04/04 09:27:47:614 RX <- [ACK] -- 04/04 09:27:47:614 Status TX -> [ENQ][NUL] -- 04/04 09:27:47:615 RX <- [WAK][16][SOH][NUL][NUL][NUL] (1) -- 04/04 09:27:47:665 Status TX -> [ENQ][NUL] -- 04/04 09:27:47:666 Resposta: SEQ:1 CMD:12 EXT:0 CAT:16 RET:[140][NUL][NUL][NUL] TBR:0 BRS:"" CHK:169 -- 04/04 09:27:47:666 RX <- [SOH][SOH][FF][NUL][16][140][NUL][NUL][NUL][NUL][NUL][169] // ERRO 2 -- 04/04 09:27:47:666 ----------------- ERRO ----------------- Erro retornado pela Impressora: DARUMA AUTOMAÇÃO Categoria: 16-Erro específico do Fabricante Motivo: 140-Relógio está travado ---------------------------------------- Nos fontes de ACBrECFEscECF.pas temos o seguinte bloco, para tratar essa situação em específico: if (not fsTentouSincronizar) and IsDaruma and (EscECFResposta.CAT = 16) and (EscECFResposta.RET.ECF = 140) then // 140-Relógio está travado begin GravaLog( ' Daruma Erro:140 - RX <- '+EscECFResposta.Resposta, True); Sleep(200); fsSincronizou := False; // Força a sincronização fsTentouSincronizar := True; // Evita loop infinito, no caso de ocorrer o mesmo erro Self.EnviaComando_ECF(); // Gera chamada recursiva exit; end; Mas parece que ele tenta fazer isso apenas uma vez... e esse ECF está ocorrendo no erro 140 mais vezes...

Então, é meio confuso mas foi o que me foi instruido, tanto no POSTO FISCAL aqui na minha cidade, quanto no email da resposta da SEFAZ: Email: "Em relação a escrituração, informamos que ela deve ser realizada normalmente através do SPED e que todos os cupons emitidos, mesmo que não transmitidos, relativos a operação devem ser guardados conforme indicação da legislação." Portanto, os cupons emitidos no 0.06 mesmo que não transmitidos para SEFAZ, devem ser feitos a escrituração normalmente, pois a venda foi efetuada, está armazenada na memória do aparelho e inclusive o consumidor possui o cupom em mãos, então ela deve ser contabilizada, independente se foi transmitida ou não. O segundo ponto é em relação ao CPF do consumidor onde gera o crédito da NFP. Como a venda foi efetuada, mas não foi transmitida para SEFAZ, não gera o crédito para o consumidor, com isso ele tem o cupom impresso na mão mas nao tem a venda no site da NFP registrada em seu CPF, portanto ele pode te denunciar (Posto Fiscal que me disse isso). Única coisa que fiz foi refazer os cupons que possuiam o CPF, praticamente um clone do cupom, mas com a data atual e 0.07, UNICAMENTE para transmitir o valor para SEFAZ e registrar o crédito no CPF do cliente. O consumidor apenas quer entrar no site da NFP e ver o valor dele registrado lá e creditado, nem que seja R$ 0,05, ele nao ta preocupado com data do cupom, entao fiz esse procedimento com meus clientes para eles nao terem problema de denúncia Os cupons nao trasmitidos 0.06, o contador fez a escrituracao normalmente com os XMLs gerados. RESUMINDO: Toda venda feita no 0.06, mesmo que não transmitida, deve ser contabilizada. (nao precisa fazer nada nesses cupons, apenas contabilizar normalmente como sempre fez) SE possuir algum cupom com CPF na 0.06, refazer o cupom na 0.07 apenas para gerar o credito da NFP para o consumidor. (Venda duplicada, imposto duplicado, tera que reajustar estoque/caixa manualmente, porém é melhor que uma denuncia no posto fiscal) Vendas sem CPF/CNPJ nao tem o porque refazer, pois ninguem vai te denunciar por nao gerar credito e voce vai contabilizar a venda normalmente, uma vez que ela existe, a SEFAZ só nao aceitou sua transmissão por conta de layout antigo (mas ela tem registrado todas as tentativas de envios, entao ela sabe das vendas que voce fez). Por fim, registrar todo ocorrido no Livro 6: Registro de utilização de documentos fiscais e termos de ocorrências da empresa.

Não temos planos recentes de trabalhar nesse arquivo... mas se algum usuário desejar subir alguma contribuição dos fontes, podemos analisar...

Modificações enviadas para o SVN...

Notei que você criou um novo campo.. mas está gravando ele no local de um campo já existente... Isso poderá quebrar aplicações já existentes... Não seria apenas o caso de você preencher a propriedade "Codigo" ?

Boa tarde. Anexe também o manual. Att.

Boa tarde. Você não disse como estão as propriedades do componente ACBrBal. Att.

Boa tarde, se teu sistema tiver alguma forma de alterar a forma de emissão, de Normal para Contingencia offline, (manual ou automaticamente) não haveria necessidade de realizar esse "pulo da numeração"... Por exemplo, a loja vai passar o dia inteiro sem internet por algum problema técnico, o sistema teria que ser "inteligente o suficiente" para saber que deve emitir direto em "contingência offline" ao invés de tentar primeiro emitir na forma "Normal"... espero ter ajudado... Att Ricardo

Em RO o CSC é o mesmo para produção e homologação. Veja se está passando o idCSC com 6 digitos conforme já sugerido pelo Kiko e se está informando o CSC exatamente como consta no portal (com todos os traços).

Ok. No Paraná tem para os dois ambientes e um não funciona no outro, mas de RO eu não tenho acesso para verificar. Você está informando 000004 no idToken? (com 6 digitos)

Tente com as Units em anexo... ACBrECFVirtualSAT.pas ACBrECFVirtualNFCe.pas