Robert Dj

Qual é a impressora que está utilizando? Por qual porta está imprimindo (COM, COM Virutal, USB, Spool do Windows)? Pelo o problema que está ocorrendo deduzo que esteja utilizando o Spool e algum documento fica travado na fila e quando reinicia a máquina esse documento é cancelado e o resto é impresso ou está com problema de comunicação com a impressora mas após reiniciar a comunicação volta e os documentos são impressos. Se for esse o caso reinstalar os drivers pode resolver.

Veja este tópico:

Verifique se a solução deste tópico resolve:

Aparentemente o WS da BA está com instabilidade.

Veja este tópico:

Fez algum dos procedimentos que funcionaram com outras pessoas no tópico que citei? Se sim qual? É possível reproduzir o erro no Demo?

Verifique se a solução deste tópico ajuda.

Qual é o modelo da impressora? Qual protocolo configurou no Demo? Se possível envie um print da tela do demo para analisarmos como configurou o mesmo.

Olhando o arquivo de Schema da NFe 4.0 na pasta do ACBr teve a atualização para a nova placa do Mercosul <!-- PL_009-v4a.2 adequação do campo placa para novo padrão do Mercosul - 06/2018 --> E olhando a seção de validação de placa é possível achar a condição para a placa do Mercosul: [A-Z]{2,3}[0-9]{4}|[A-Z]{3,4}[0-9]{3}|[A-Z0-9]{7} , a mesma que não aparece na mensagem de erro. Sei que pode parecer chato mais certifique-se que os Schemas estão realmente atualizados e se estiverem, se possível, poste o xml da NFe para analisarmos.

O erro "NF-e não consta na base de dados da SEFAZ" ocorre quando se tentar consultar uma nota e ela não existe na base de dados da SEFAZ, por ser por: 1 - A nota não foi transmitida para a SEFAZ; (Só transmitir a nota) 2 - Está consultando na SEFAZ do estado errado; (Consulte na base de dados nacional ou verifique se está realmente consultado na UF correta) Se as informações acima não foram úteis poste os logs do ACBrMonitor ou informe as sequência de comando que faz para transmitir a NFC-e.

Qual o erro que vem enfrentando? É a rejeição da Nota pela SEFAZ? Se for creio que a SEFAZ em sua incrível competência esqueceu que a nova placa ia começar a valer 14/09/18 e esqueceu de adicionar a validação do novo formato (AAA0A00). De acordo com a nota técnica, não aceita o novo padrão. Creio que teria que entrar em contato com a SEFAZ e ver o que falam. Edit - Olhando os últimos esquemas (01/07) aparentemente é para aceitar o novo formato. Verifique também se está com esquemas atualizados.

Os seus fontes estão atualizados? Teve uma correção a respeito disso em Abril. -- ACBrDANFCeFortesFr -- [*] Adicionado o método "DiminuirFonteSeNecessario", para permitir ajuste do tamanho da fonte, em Labels que não são quebrados em várias lihnhas, por não possuir espaços no texto. Exemplo: "lURLConsulta" (Por: DSA) Edit - Se estiver atualizado tente ajustar as margens ou a largura.

Como comentado o erro de "Acesso Negado" é porque algum software está utilizando a porta serial. Vamos ao básico: Tentou reinicializar o computador? Pode ser algum software que você já fechou ainda está sendo executado que está ocupando a porta. O ECF está conectado numa porta serial física? Se sim já tentou trocar de porta (se possível)? Se for em porta serial virtual já tentou trocar numeração da porta? Testou com o ECFTeste?

Desculpe não entendi a sua dúvida. A Elgin utiliza o protocolo ppEscPosEpson. Agora se o seu problema foi que selecionou o protocolo ppEscPosEpson e a impressora Elgin não funcionou nos forneça mas informações, como modelo da impressora, porta, qual teste que tentou imprimir, etc.

Anexe o ACBRMonitor.ini para análise. Qual modelo da impressora epson? Verifique também o buffer de envio para a impressora, fiz teste de impressão utilizando o xml que anexou e consegui imprimir todos os 91 itens.

Está configurado a altura dos campos do Danfe para 10, tente aumentar para 30 e faça um teste.

Qual é a unidade que você está utilizando? etqMilimetros? Verifique se está passando valores corretos nos parâmetros nVertical, nHorizontal e nAlturaCodBarras. Se possível faça um teste informado "0" nos parâmetros nVertical, nHorizontal.

Realizei testes utilizando o Demo com os comandos que citou e verifiquei que há um problema no parâmetro da largura da barra fina para os barCode39 e barCode93, quando configurei o valor igual ao seu (6), para o barCode39 deu erro e o 93 não imprimiu o código de barras, mas ao alterar para 3 o código de barras foi impresso corretamente. Em relação ao barCode128 consegui imprimir com o comando que enviou. Segue abaixo as etiquetas impressas e os comandos utilizados. ImprimirBarras(orNormal, barCODE93, 6, 3, 13, 5, '1000038177', 10, becSIM); ImprimirBarras(orNormal, barCODE39, 6, 3, 13, 5, '1000038177', 10, becSIM); ImprimirBarras(orNormal, barCode128, 6, 6, 13, 5, '1000038177', 10, becSIM);

O estado de SP não permite a contingência ser a NFC-e Offline, a Contingência em SP é a NFC-e ou o próprio SAT. Resumindo grosseiramente não existe a contingência por problema de conexão com WS, pois se houver problema na conexão o próprio SAT salva o CF-e e depois envia quando a conexão foi restabelecida. A contingência via NFC-e serve apenas para caso ocorreu algum problema no aparelho SAT e, também, no começo do ano a Sefaz alterou a lei o SAT obrigando aos estabelecimentos a terem um SAT reserva. http://info.fazenda.sp.gov.br/NXT/gateway.dll/legislacao_tributaria/portaria_cat/pcat1472012.htm?f=templates&amp;fn=default.htm&amp;vid=sefaz_tributaria:vtribut Se está se referindo a NFC-e Offline a resposta acima deve ter sanado a dúvida, agora se está se referindo a comunicação com o aparelho aconselho que leia a documentação dos fabricantes e/ou leia os fontes do ACBr.

Se está se referindo ao ACBrMonitor consegue ver a última versão pro SAC (compilada semanalmente) em: E a versão Free: As alterações consegue ver em: https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrMonitorPLUS/Lazarus/ACBrMonitor-change-log.txt

Qual erro de comunicação o Sr. está se referindo? Pois dependendo do erro não tem como saber com certeza se nota está ou não na base da Sefaz pois o erro pode ter ocorrido: 1 - No envio da nota para a Sefaz; 2 - No retorno da Sefaz. Dependo da situação vai ser Cancelamento (para o caso 1) e inutilização (para caso 2) como você mencionou: Não estou conseguindo entender o porque daria o erro de divergência de horário pois em ambos os casos você não vai enviar a nota novamente, vai enviar um evento de cancelamento ou um de inutilização com o horário atual.

Você não envia a NFC-e 1 novamente após recuperar a conexão com o WS, nesse caso você consulta essa NFC-e e: Caso 1: Ela está na base de dados da Sefaz você cancela ela, porque já emitiu a NFC-e 2 em contingência. Caso 2: Ela não está na base de dados da Sefaz você inutiliza a numeração.

Aparentemente é problema na SEFAZ, a partir de hoje (03/09) passaram validar o campo fatura, mas parece que estão validando incorretamente. Veja esse tópico: https://www.projetoacbr.com.br/forum/topic/46183-rejeição-campos-do-grupo-fatura-não-informados/

Veja esse tópico: Se ele não ajudar anexe o XML, e os logs do ACBrMonitor e o arquivo ini enviado (se utilizar) para que o pessoal do fórum possa analisar.

Pelo o que foi reportado por outros usuários no fórum o WS da Sefaz de Pernambuco está instável. Por estar dando erro de duplicidade suponho que você não consulta o status da nota no WS caso não tenha retorno da Sefaz correto? O correto é, caso não receba uma resposta da Sefaz após enviar a nota é, primeiramente, consultar o status da nota pois não tem como saber se o erro ocorreu no envio da nota ou no retorno pela Sefaz, caso a nota não esteja na sefaz só enviar novamente e caso a nota já esteja na sefaz apenas atualize s dados na mesma na sua base com os dados retornado pela sefaz.