Ronaldo Negreiros Danieli

Boa tarde Italo, Entendo o que quer dizer, e agradeço pela explicação.

Fiquei ausente por um período moacirg, ainda continua com esse problema?

Boa tarde, Há algum tempo eu uso o ACBr para emitir NF-e, no entanto o controle do chave de acesso eu faço de uma forma diferente e ao atualizar para o Trunk 2 percebi um problema. No seguinte trecho do PCNNFeW.pas está: function TNFeW.GerarXml: Boolean; var chave: AnsiString; Gerar: Boolean; xProtNFe : String; xCNPJCPF : string; begin Usar_tcDe4 := (NFe.infNFe.Versao >= 3.10); Versao := Copy(NFe.infNFe.VersaoStr, 9, 4); chave := ''; if NFe.infNFe.Versao >= 2 then begin xCNPJCPF := nfe.emit.CNPJCPF; if not EstaVazio(nfe.Avulsa.CNPJ) then xCNPJCPF := nfe.Avulsa.CNPJ; if not GerarChave(Chave, nfe.ide.cUF, nfe.ide.cNF, nfe.ide.modelo, nfe.ide.serie, nfe.ide.nNF, StrToInt(TpEmisToStr(nfe.ide.tpEmis)), nfe.ide.dEmi, xCNPJCPF) then Gerador.wAlerta('A01', 'infNFe', DSC_CHAVE, ERR_MSG_GERAR_CHAVE); end else begin if not GerarChaveCTe(chave, nfe.ide.cUF, nfe.ide.cNF, nfe.ide.modelo, nfe.ide.serie, nfe.ide.nNF, nfe.ide.dEmi, nfe.emit.CNPJCPF) then Gerador.wAlerta('A01', 'infNFe', DSC_CHAVE, ERR_MSG_GERAR_CHAVE); end; nfe.infNFe.ID := chave; No entanto como eu faço a geração da chave de acesso de outra forma, eu passo a chave de acesso na propriedade NFe.InfNFe.ID. Fiz uma alteração aqui no código para resolver o problema, e vou deixar como sugestão essa alteração, pois a meu ver em nada altera o funcionamento normal. Então, esse trecho do código ficaria assim: function TNFeW.GerarXml: Boolean; var chave: AnsiString; Gerar: Boolean; xProtNFe : String; begin Usar_tcDe4 := (NFe.infNFe.Versao >= 3.10); Versao := Copy(NFe.infNFe.VersaoStr, 9, 4); if (NFe.infNFe.ID = '') then begin chave := ''; if NFe.infNFe.Versao >= 2 then begin if not GerarChave(Chave, nfe.ide.cUF, nfe.ide.cNF, nfe.ide.modelo, nfe.ide.serie, nfe.ide.nNF, StrToInt(TpEmisToStr(nfe.ide.tpEmis)), nfe.ide.dEmi, nfe.emit.CNPJCPF) then Gerador.wAlerta('A01', 'infNFe', DSC_CHAVE, ERR_MSG_GERAR_CHAVE); end else begin if not GerarChaveCTe(chave, nfe.ide.cUF, nfe.ide.cNF, nfe.ide.modelo, nfe.ide.serie, nfe.ide.nNF, nfe.ide.dEmi, nfe.emit.CNPJCPF) then Gerador.wAlerta('A01', 'infNFe', DSC_CHAVE, ERR_MSG_GERAR_CHAVE); end; nfe.infNFe.ID := chave; end; Se for verificado que realmente isso não muda em nada no funcionamento, eu gostaria de pedir que essa alteração fosse aplicada aos fontes do ACBr. Obrigado.

Boa tarde Emerson, tudo bem? Estou com uma impressora dessas aqui para testes. O que eu percebi é que você deve mexer na altura do código de barras, pois se deixar zero, não imprime mesmo. Vou dar uma olhada no código da EscEpson pra ver se tem alguma coisa divergente para esse modelo de impressora, e aviso. No entanto, por enquanto a melhor forma de você é fazer como eu disse acima, aumenta a altura do código de barras que ele começa a ser impresso.

Boa tarde, Qual o fabricante do equipamento? Tentou entrar em contato com eles e fazer esse questionamento?

Anexa o XML que você está enviando para o SAT para podermos ter mais detalhes.

Entendendo que você está usando o ACBrSAT, a propriedade ConfigArquivos -> PastaCFeVenda configura a pasta de destino dos XML's de venda, enquanto que ConfigArquivos -> PastaCFeCancelamento configura a pasta de destino dos XML's de cancelamento. Para ler um XML, você usa o seguinte método: ACBRSAT1.CFe.LoadFromFile(NomeArquivo);

Você está fazendo os testes em qual equipamento SAT?

Alexandre, dá uma olhada no componente ACBrSAT, o código de ativação é passado por evento.

Quanto ao CSOSN, na especificação do SAT o CSOSN 101 não é listado como válido, olhem na página 75. Quanto a CFOP 6.102, o SAT não permite emissão de cupom para venda para outras UF's, está na ER, somente vendas dentro do estado (CFOP começando com 5.) - Página 128 http://www.fazenda.sp.gov.br/sat/downloads/Especificacao_SAT_v_ER_2_15_04.pdf

Participei de um evento dias atrás com um fiscal da SEFAZ-SP, segundo ele, é obrigado sim. A empresa deve guardar os arquivos XML pelo prazo legal de 5 anos. O que pode acontecer é, no caso de perda de algum XML, a empresa fazer download desse através do SGR-SAT (Retaguarda).

Fiz os testes nas duas impressoras, e em ambas está saindo o código de barras, fiz a leitura pelo aplicativo da SEFAZ e funcionou corretamente. Segue código atualizado: Result := GS + 'kQ' + // Codigo QRCode AnsiChr(ErrorLevel) + // N1 Error correction level 0 - L, 1 - M, 2 - Q, 3 - H AnsiChr(10) + // N2 - MSB; 0 = default = 4 AnsiChr(LarguraModulo) + // N3 - Version QRCode ??? AnsiChr(1) + // N4, Encoding modes: 0 – Numeric only, 1 – Alphanumeric, 2 – Binary (8 bits), 3 – Kanji, AnsiChr(cTam1) + AnsiChr(cTam2) + // N5 e N6 ACodigo; Sérgio, faz o teste na sua MP-2500TH também para deixarmos 100%.

Não cheguei a usar o emulador, mas fiz testes com o equipamento da Bematech e o tempo de resposta não é alto não. Sem falar que é possível configurar o timeout por operação no arquivo bemasat.xml Portanto creio que seja algo específico da DLL do emulador, usando equipamentos de verdade isso não deve acontecer. O que você pode fazer também é ver se a DLL do emulador permite essa configuração de timeout.

Manoel, A primeira coisa que deve ser feita é atribuir no componente o tipo de inicialização da DLL do SAT, isso você faz na propriedade "Modelo", e pode ser satDinamico_stdcall ou satDinamico_cdecl (não sei dizer qual você deve utilizar no emulador da SEFAZ pois meus testes eu fiz em um SAT da Bematech, mas é um desses dois). Depois que você determinar o tipo de inicialização, chame a função SAT.Inicializar, feito isso você pode por exemplo chamar SAT.ConsultarStatusOperacional e verificar o status do equipamento/emulador. Esse comando AtivarSAT só deve ser utilizado na ativação do equipamento (momento em que você define o código de ativação).

Se por um acaso o aparelho queimar ou for roubado você tem o XML do CF-e assinado (que foi devolvido pelo SAT) pronto para ser enviado para a SEFAZ pelo SGR-SAT (Retaguarda). Por isso também é de extrema importância armazenar corretamente o XML que o SAT devolve, pois numa situação dessas a responsabilidade de enviar é do contribuinte.

Então vou ter que fazer mais testes aqui até encontrar uma solução que atenda corretamente a impressão nos 2 modelos. Até amanhã eu tenho uma resposta!

Parece que o problema já foi resolvido.

Boa tarde, tenho um cliente com uma MP-2500TH e imprimi o QR Code. O que percebi eu percebi é que o código utilizado para impressão do QR Code que está no trunk 2 não funciona na MP-2500TH, mas funciona na MP-4200TH (muito estranho). Na unit ACBrEscBematech.pas, o comando para impressão do QRCode está da seguinte forma: Result := GS + 'kQ' + // Codigo QRCode AnsiChr(ErrorLevel) + // N1 Error correction level 0 - L, 1 - M, 2 - Q, 3 - H AnsiChr(12) + // N2 - MSB; 0 = default = 4 AnsiChr(LarguraModulo) + // N3 - Version QRCode ??? AnsiChr(1) + // N4, Encoding modes: 0 – Numeric only, 1 – Alphanumeric, 2 – Binary (8 bits), 3 – Kanji, AnsiChr(cTam1) + AnsiChr(cTam2) + // N5 e N6 ACodigo; Tenta deixar da seguinte forma: Result := GS + 'kQ' + // Codigo QRCode AnsiChr(ErrorLevel) + // N1 Error correction level 0 - L, 1 - M, 2 - Q, 3 - H AnsiChr(0) + // N2 - MSB; 0 = default = 4 AnsiChr(LarguraModulo) + // N3 - Version QRCode ??? AnsiChr(1) + // N4, Encoding modes: 0 – Numeric only, 1 – Alphanumeric, 2 – Binary (8 bits), 3 – Kanji, AnsiChr(cTam1) + AnsiChr(cTam2) + // N5 e N6 ACodigo; Não sei se dessa forma está 100%, mas o QR Code é impresso. Foi o que eu percebi, mas acho muito estranho a MP-4200TH imprimir corretamente o primeiro código e a MP-2500TH não imprimir.

Boa tarde, Não sei se está acontecendo com clientes de vocês, mas creio que sim. A SEFAZ-SP está com problemas na autenticação de alguns certificados digitais. Pelo que eu percebi, o servidor está rejeitando a cadeia de certificados (G4 - Geração 4), ou seja, se o emissor do certificado for esse, a SEFAZ está rejeitando a conexão. Percebi que certificados G3 (Geração 3), funcionam corretamente. Ou seja, alguém ou algo deve ter removido a cadeia de certificados G4 dos servidores da SEFAZ. Provavelmente a SEFAZ já deve ter percebido e deve estar trabalhando nisso.

Bom dia, Muitas vezes pode ser um erro na configuração de DNS da sua rede que está causando a falha na sincronização do relógio. Verifique no roteador qual o DNS 1 e DNS 2 que está configurado, se estiver automático ele está pegando os servidores DNS do provedor. Nesse caso tente setar os DNS's do Google no roteador: DNS 1: 8.8.8.8 DNS 2: 8.8.4.4 PS: Você pode também fazer a alteração nas configurações de rede do SAT ao invés de fazer a alteração no roteador. Veja se isso ajuda.

Pela minha experiência com o SAT, não adianta você querer definir o regime tributário do cliente, isso nem é transmitido pro SAT no XML, isso vem da parametrização da SEFAZ quando é feita a ativação do SAT. Nos meus testes com SAT pra desenvolvedor eu também não consegui emitir CF-e com CSOSN então creio que isso seja normal. Além disso, a SEFAZ ao autorizar a emissão dos cupons em homologação insere no XML de retorno as seguintes instruções: <obsFisco xCampo="xCampo1"><xTexto>xTexto1</xTexto></obsFisco></infAdic>

Boa tarde, Vi que o tanto o trunk1 quanto o trunk2 trazem um método para identificar erro correto durante a validação do XML na operação de venda. Fiz algumas adições de códigos nesse método que estavam faltando, baseando-se na versão do trunk2. Pela minha conferência agora o método contempla todos os códigos da ER do SAT. Se for interessante, atualizem no código fonte do ACBr. MotivoInvalidoVenda.pas

Eduardo, Esse código de vinculação é gerado através do certificado digital da sua empresa (Software House) através de 2 parâmetros (Seu CNPJ/CNPJ do seu cliente). Para cada cliente seu você deverá gerar e informar esse código no momento da ativação do SAT do seu cliente. Se o seu certificado for A1, no site da Tanca tem um Gerador de Código de Vinculação disponível para download, é só informar seu certificado, seu CNPJ, e o CNPJ do seu cliente para gerar esse código.

Milton, tenta fazer o seguinte, usando esse código de ativação que você tem, entra no software da Tanca, e pede um Status do Equipamento, veja se o comando é executado com sucesso. Outra coisa, tenta marcar a opção UTF-8 no SAT Teste pra ver se muda alguma coisa.

Bom dia, Não, o SAT não salva o arquivo automaticamente em nenhum lugar. Se você estiver usando o ACBrSAT para fazer a comunicação com o SAT, então sim, o ACBrSAT salva o arquivo XML automaticamente na pasta definida na propriedade PastaCFeVenda (trunk1) e os arquivos XML de cancelamento na pasta definida na propriedade PastaCFeCancelamento (trunk1). Ainda não fiz a migração dos meus fontes pro trunk2, portanto não sei dizer exatamente as propriedades a preencher nessa versão, mas creio que não deve ser muito diferente disso.