Painel de líderes

Prezados, boa noite, Para efeito de conhecimento de todos, recebemos um e-mail da Sefaz informando problemas momentaneamente na retaguarda. Devido a esses fatos muitos estão tendo problemas na ativação de equipamentos. Att Cristiano Abbud xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx Prezados(as) Informamos que os servidores do sistema de retaguarda em produção estão apresentando uma lentidão acima do usual, que afeta o funcionamento dos equipamentos SAT. Na prática, a ativação de novos equipamentos é possível, porém com alto índice de insucessos. Com relação à recepção dos cupons emitidos pelos equipamentos SAT: o sistema está recebendo os cupons, porém a uma velocidade também abaixo do normal. Caso os estabelecimentos usuário desejem, poderão enviar manualmente as cópias de segurança dos Cupons Fiscais Eletrônicos pelo Sistema de Retaguarda, emwww.fazenda.sp.gov.br/sat > Acesso ao sistema de retaguarda do SAT > Contribuinte. Acessando o sistema, através do menu Cupons > Envio Manual de Cupons. Para informações adicionais sobre o envio manual, sugerimos consultar o Guia do usuário na página da Sefaz/SP (www.fazenda.sp.gov.br) > banner Guia do Usuário > SAT > Envio Manual de Cupons via site (Contingência). As equipes técnicas da Sefaz estão trabalhando com prioridade para restabelecer a normalidade do sistema. Lamentamos pelos transtornos, e retornaremos assim que novas informações estiverem disponíveis. Atenciosamente, Secretaria da Fazenda do Estado de São Paulo

Não esqueci, só citei um exemplo. Nem comparei com o fonte do Messias Henrique citado no tópico... Na verdade, ACBrMonitorPlus é compilado atualmente em Lazarus. Qualquer quebra neste respeito não poderá ser tolerada.

Olá comunidade! É com imenso prazer que venho comunicar-lhes a compatibilidade dos componentes ACBrNFe, ACBrCTe e etc... em ambientes Linux 64btis. Sim. Agora é possível! Depois de um longo tempo de tentativas, resolvi, neste fim de semana, remover dotas as chamadas estáticas que haviam nas unidades: libxmlsec.pas, libxml2.pas, libxslt.pas e libexslt.pas e reconstruir apenas as necessárias com implementações que realizam chamadas dinâmicas às bibliotecas. Nenhuma modificação foi realizadas em unidades "específicas do projeto ACBr" e sim apenas nos quatro arquivos citados acima. A princípio, percebi que era possível recriar a LCL (Lazarus) se não fosse realizado nenhum vínculo estático com libs 64bits (ou universais - caso MacOS). Logo resolvi reimplementar todos os métodos existentes nessas bibliotecas com chamadas dinâmicas. No entanto, qual foi minha surpresa, existem milhares (sem exagero) de métodos com vinculação estáticas nesses arquivos. Só no libxml2, para se ter uma ideia, depois de criar um pequeno automatizador para me auxiliar na conversão, o arquivo ficou com mais de 35 000 linhas e alguns erros em funções desnecessárias ao funcionamento dos componentes do ACBr. Logo, eu resolvi recriar apenas aquelas que eram necessárias (algumas dezenas). Feito isso, consegui compilar, recriar a IDE e fazer funcionar o componente ACBrNFe (acredito que outros também funcionarão, já que não houve nenhuma modificação ao nível deles). Reforçando: Todas as modificações se deram nos quatro arquivos já citados acima que fazem parte do pacote ACBrOpenSSL. As unidades modificadas podem ser encontradas em https://github.com/messiashenrique/xmlsec4pascal e em anexo nesse post. Gostaria de salientar que estou fazendo testes em ambiente Linux 32 e 64bits (usando Ubuntu 15.10). Portanto, ficaria muito grato se alguém pudesse testar no Windows tanto com Delphi como com o próprio Lazarus. Obs.: Tentei postar aqui os prints de tudo funcionando e as próprias unidades modificadas, mas aparece um janelinha dizendo que só posso fazer upload de 1024kb, sendo que as unidades zipadas medem 83kb e os prints também são pequenos. Qualquer dúvida quanto a instalação,, ou outra qm que eu puder ajudar, coloco-me a disposição. Att. Messias Henrique

Atualizado conforme solicitado. ACBrValidador_atualizado.zip

Juliomar, Embora tenha executado todo o passo a passo, inclusive rodando a apagarAcbr.bat, ainda havia alguma coisa do trunk, pois após executar todo o processo novamente tudo foi instalado sem erros. Muito obrigado pela ajuda!!!

http://aplicacoes.unisul.br/PAF/docs/ATO-COTEPE-02.04.pdf

vou fazer e te posiciono

Douglas, Usando o programa exemplo, fiz o teste com o método Enviar, ou seja, botão [Gerar e Enviar Lote RPS], não ocorreu nenhum erro. Qual é o método que você esta usando?

Perfeito.

Boa tarde José, Se não me falha a memória para que a chave, numero entre outras informações do CT-e sejam impressas na impressão do evento, há necessidade de carregar primeiro o XML do CT-e e depois imprimir o evento. Como você utiliza o Monitor, acredito que o comando de impressão de evento deve possuir um parâmetro onde se deve informar o nome completo (caminho + nome) do XML para que o mesmo seja carregado.

Pessoal, resolvido, muito obrigado. O envio dos dados do consumidor, de fato é opcional, então o problema estava, pq eu estava passando/alimentando ' ' vazio para os campos do componente, ao programar para nem chamar, ou seja, não passar nenhuma informação para os campos do Tomador, as tags NÃO foram geradas e a NFSe validada com sucesso.

Legal. Mas não esqueçam do FreePascal! De qualquer forma já é um bom começo.

Boa tarde Douglas, Qual é o provedor? Você esta usando o OpenSSL ou Capicom?

Se procurar talvez até encontramos... https://github.com/ak47morozov/Delphi-Libxml2 Talvez isso nos leve a conseguirmos uma alternativa em que nem precisemos da dll.

Olá Daniel, Gosto desta linha de pensamento, A principio, se não houver, vou mapear apenas as funções que são necessárias para o ACBr para "enxugar" os fontes libxmlsec, libxml2, libxslt. Vou tentar esboçar alguma coisa pensado em economia e compatibilidade no Linux 64 e vou postando aqui. Abraços,

Estamos verificando este erro... Se você puder me enviar os XMLs dos seus CTes para eu tentar reproduzir fica mais fácil, pois não emitimos aqui na empresa.

Juliomar Marchetti, amigao vc acertou. Vou passar aqui a solução para se alguém um dia passar por isso... Rodei o script no cmd (esse script vai apagar as dlls do win portanto compacte antes de executar o script) cd\ del libeay32.dll ssleay32.dll /s pause e notei q excluiu a dll na pasta de um programa de controle de versões "SourceTree" então registrei a dll na pasta do win e pronto os dois programas rodando perfeito! vlw Juliomar sempre disponível!

Na verdade usamos poucas funções da LibXmlSec... e para o que precisamos, ela parece estar se comportando bem... Acho que o ideal, seria criar um novo .PAS, nosso, carregando de forma dinâmica (e não estática), apenas os métodos que precisamos...

Sim. Temos feito o máximo para reduzir códigos repetidos e criar componentes que possam ser utilizados nas mais variadas situações. A criação do TACBrDFe em si é uma prova disso. Ele não depende em si do NFe, tanto que é base para o NFSe que tem regras bem diferentes. O maior problema é justamente o tempo pra fazer essa separação. Precisamos tomar cuidado pra não quebrar a compatibilidade atual dos componentes.

Tu tem em outros locais no seu S.O. a dll par! pois o openssl trabalhar em par ssleay e libeay! provável está em algum lugar uma já carregada na memória!

Faça o teste usando a demo do ACBr_NFSe. Mas parece, pela mensagem, que está faltando no seu XML o elemento de identificação padrão: <?xml version="1.0" encoding="UTF-8"?>

@esbaptista na verdade utilizo aqui o ACBrMonitorPLUS em modo TCP. Não temos problemas com ele. Como te disse antes, pode ser algum bloqueio de firewall. Faça um teste usando o telnet como no gif abaixo. Veja se a porta está acessível:

Primeira situação desconsidere o trunk pois não tem mais a ver um código com outro! Como está configurado no ini para esse provedor e cidade?

Bom dia pessoal, Agradeço pelas dicas. Consegui resolver o problema com a seguinte lógica: O sistema tenta fazer a operação (try), se não conseguir (cair em um except) ele tenta novamente mais 4 vezes. Se conseguir fazer a operação sem dar deadlock, interrompe o loop e dá um commit, senão, se não conseguir em nenhuma das 5 tentativas, gera uma exceção com uma mensagem informativa e legível para o usuário e aborta a operação seguido de um rollback. Analisei e testei bem os locais na aplicação onde isso poderia afetar e pelo que vi deu tudo certo, não ocasionou nenhum outro problema e a operação foi executada corretamente. Obrigado a todos.

Toninho, acho que faltou o último parâmetro. Onde está "nil" tente enviar o arquivo. Aqui estou utilizando desta forma: Var CC, Anexo, mmEmailMsg: Tstrings; begin Anexo := TStringList.Create; Anexo.Clear; Anexo.Add(cArqXMLEvento); ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.LerXML(cArqXMLEvento); ACBrNFe1.EnviarEmailEvento(Para, TRIM(CDEMPRESA.FieldByName('ASSUNTO_EMAIL').AsString),mmEmailMsg.Lines, CC, Anexo);

Ok, muito obrigado. Segue em anexo uma imagem do resultado da alteração e o arquivo alterado para a análise da equipe. O que fiz foi deslocar o grupo de dados "rlmDadosEmitente" para baixo e diminui a fonte em 1 ponto, de 7 para 6. Desta forma a razão social pode ser exibida em duas linhas. Acredito que os dados exibidos em fonte com um ponto a menos não ficou ruim. ACBrCTeDACTeRLRetrato.dfm

No pacote novo de dll que eu baixei do site da Daruma não esta funcionando realmente Porém esse pacote que anexei, de uma versão mais antiga esta funcionando certinho Inclusive, vou mandar um e-mail para Daruma, para ver se é algo na DLL deles (o que aparentemente esta sendo). DarumaFramework.rar

Boa tarde exemplo adicionado e funcionando em delphi seattle e demais que sejam compatível unicode

Boa tarde pessoal. Percebi que desde a tarde do dia 18/07 os arquivos estão sendo processados com inconsistências (204 - Rejeição: Duplicidade de CF-e-SAT) no SGR-SAT. Pelo que notei, no primeiro momento, o arquivo XML é processado normalmente, mas o status do aparelho não é atualizado, o que faz com que o mesmo cupom fique em um loop por várias vezes gerando essa duplicidade. Entrei em contato com a SEFAZ e a primeira resposta cita que o Sistema de Gestão de Retaguarda do SAT-CF-e está funcionando normalmente, o que não é verdade. Estamos acompanhando aqui os aparelhos da Elgin na versão 0.06 e o Tanca na versão 0.06 e 0.07. Creio que não seja algo para um desespero, mas é importante sabermos do problema, pois o led CF-e pendente permanece aceso nessa situação. Qualquer informação eu vou postando neste tópico.

Boa tarde tentou marcar e debugar pra achar? por tente achar o ponto onde carrega o xml errado!

Era o que eu temia. Não há esse suporte (atualmente) no ACBr, então terei que alterar o ACBr ou extrair parte do código que faria isso... Elton, vocês tem interesse em separar toda a parte de Assinatura Digital do ACBr como um pacote independente? Ainda não sei se é possível (só depois de uma análise do código) mas seria bem interessante ter um pacote somente para Assinatura sem as dependências de NF-e.

Sim, no certificado, pode ser que tenha sim. Eu tinha entendido só da assinatura... Veja os arquivos ACBrDFeCapicom.pas e ACBrDFeOpenSSL.pas. Estas duas units declaram as classes TDFeCapicom e TDFeOpenSSL, que são descendentes da TDFeSSLClass. Esta é quem trabalha com os certificados. A implementação da leitura dos certificados é feita nos métodos destas classes (exemplo CarregarCertificado). Talvez você consiga alterar e criar um método ou uma outra classe que utilize o arquivo XML. Mas não sei quais as implicações e limitações dessa situação...

Concordo com o André, tendo fé nisso... pois preciso que seja assim!

Mas a essa sua assinatura no XML possui CPF? Porque, até onde eu entendo, uma assinatura não possui esse tipo de identificação.

Quero fazer algo não convencional para quem utiliza apenas NF-e, eu acho. Preciso receber o XML assinado e, a partir dele, obter o CPF de quem assinou. No ACBr atual existem métodos para obter tais dados. O CPF/CNPJ é obtido através do método CertCNPF... porém o componente espera que o certificado esteja carregado (através de arquivo ou utilizando a interface do capicom). Mas eu não tenho o arquivo do certificado, apenas a assinatura no XML.

Software shareware (trial) são programas proprietários com limitações de uso, podendo ser de tempo ou funcionalidades (não ter todas as funções). Também são gratuitos, mas apenas para divulgação, após algum tempo perdem sua validade (não funcionam mais, devendo ser apagado do computador ou comprado do seu fabricante). Num termo mais comum, seria uma “amostra grátis”, uma forma de divulgação do produto, sendo protegido por direitos autorais. Ninguém é obrigado a pagar por seu registro, ao menos, que goste ou queria ficar com este software. Software pirata é o software craqueado e não licenciado e é crime. Inclusive, as suas perguntas sobre pirata não são pertinentes aqui no grupo ACBr. Leia as normas antes de postar.

Como precisei formatar um micro, ontem mesmo instalei o ACBr no Delphi 7 e no XE3 Ultimate. Instalou normalmente em ambos, a única coisa que tomei cuidado (por orientação de um colega aqui) foi instalar o ACBr em uma pasta fora da pasta Arquivo de Programas para não ter problemas de permissão e também instalar antes o FortesReport-ce. Minhas licenças são originais. O instalador do ACBr é muito fácil de usar e é auto-explicativo. Você só seleciona os componentes e clica num botão e ele faz tudo. Quem dera todos os instaladores fossem assim. Outra coisa: tenho as 2 versões do Delphi rodando ativas na mesma máquina.

Boa Tarde Wilson... olha eu confesso que essa opção TRUE no controle de porta pra mim não funcionou adequadamente na forma em que eu precisava.. eu solucionei o meu problema (e acredito q solucionará o seu tbem) vc fechando a porta ao final da impressão e ao iniciar vc verifica se a porta está fechada e caso esteja vc abra ela.. No meu caso ficou show, acabaram minhas dores de cabeças com esses travamentos.

Olha , notei o seguinte , se o aparelho sat fica parado por um tempo , ele trava. Quando voce envia uma venda , ele grava a venda e retorna esse erro de Sat Em processamento. Uma das alternativas que encontrei até o momento é verificar através da função: ConsultarSAT para ver se o sat esta ativo , analisar o retorno e SÓ ENVIAR A VENDA se o status for 08000. ConsultarSAT retornos possíveis: 08000 SAT/AC SAT em operação. 08098 SAT/AC SAT em processamento Tente novamente. 08099 SAT/AC Erro desconhecido. Informar o administrador. Um Detalhe, dá para desmontar o arquivo de DownLoad dos cupons do site do cliente e montar o XML da venda , o problema é detectar os cupons que foram gravados pelo siote sem o conhecimento do sistema. OBS: Se o retorno não for 08000 , ai desliga o aparelho sat, desliga tudo , até retornar 08000.

Não é o ACBrECF que computa o Subtotal, e sim o ECF...

Bom... se você usa a DLL.. precisa direcionar as perguntas para a Bematech... não há como possamos lhe ajudar...

se você estiver usando o modelo de ecf Bematech tbm esta errado, o modelo correto e escecf.

Use a força... leia os fontes... // É Envio de Resposta Intermediária ? if (LeftStr(Retorno,7) = #2 + #128 + #3 + '0085') then begin Retorno := Copy(Retorno, 8, LenRet ); LenRet := Length(Retorno) ; fsBytesIn := LenRet; Result := BlocoEValido ; // Re-avalia o Retorno restante GravaLog( Space(16) + 'RI' + IfThen(Result,'+','-'), True ); // NOTA: No caso de FIM DE PAPEL, o ECF Epson pode ficar retornando // resposta intermediária indefinidamente, o que causa um Loop Infinito. // Segundo suporte da Epson não há solução possível no momento. // Detectado que o mesmo problema pode ocorrer com a DLL do Fabricante end ;

Olá @almp1, tudo bem sim e você? Então, desculpe-me pela demora... Estes dias estive ausente desse universo... (rsrsr). Só agora vi suas mensagens. Vou voltar a mexer nesse projeto a partir da semana que vem. Quem sabe a gente consegue descobrir o que se passa... Em um passado não muito distante, eu tive que improvisar nesse projeto e fiz uma gambiarra (argh!) onde eu gerava o xml pelo ACBr e depois validava e assinava pela através dos executáveis xmlsec1 e openssl (usando o TProcess) . Mas isso é horrível e acredito que é possível fazer tudo pela lib mesmo. No entanto, não cheguei a tentar dessa última vez... Embora, provavelmente, irei esbarrar no mesmo problema que você. Dessa vez estou mais otimista... Assim que tiver iniciado os testes volto aqui para dar um parecer, ok? Att. Messias Henrique Olá @EMBarbosa, tudo bem, né? Desculpe-me pela demora ao responder... Estive ausente alguns dias... Então, acho que ainda temos que ajustar algumas coisinhas.... Assim que conseguirmos corrigir alguns detalhes, vou sim tentar entrar em contato com o pessoal do libxml2-pas para sugerir as mudanças... (embora tenho a impressão - só a impressão mesmo - que o projeto está meio parado). Enfim, não custa nada tentar! Att. Messias Henrique

Se ela é baseada no projeto libxml2-pas, o @messiashenrique poderia enviar um push-request diretamente para eles. O que acha messiashenrique?

Fiz um teste rápido, no Windows 10, com as novas Units, mas comecei a receber SIGSEGV (A.V.) na inicialização das Libs Por enquanto vou manter as Libs atuais (originais do projeto libxml2-pas, com carga estática)

Estou com muito pouco tempo para a analise... Acredito que o ideal seria criar novas Units baseadas nas modificações, mas com um nome próprio "ACBr_*.pas" e remover todo o código que foi comentado...

Olá Daniel, bom dia e obrigado. Então, Daniel, antes cheguei a pensar isso também... Mas fiz um pequeno teste e vi que o problema não é ao carregar a Lib e sim ao criar a parte gráfica com lib carregada. Da forma que está, a lib é carregada em um handle no início da execução do método e logo depois é liberada. Fiz esse teste em um form mesmo e vi que dava certo. Então acreditei que ia funcionar também com o componente. Veja as imagens em anexo Att. Messias Henrique Agora precisamos testar em outros ambientes (principalmente Windows com Delphi - que não tenho aqui). Acredito que funcione, mas é bom testar! Att. Messias Henrique

Oi Messias, Parabéns pela iniciativa... vou analisar em breve... No caso da carga dinâmica, as Libs não precisarão ser lidas, quando a IDE for carregada, ou a aplicação iniciada... Porém, quando formos usar o componente ACBrNFe, a leitura das Libs precisarão ser efetuadas... nesse caso, isso funcionará ? Digo, se o problema é carregar as Libs, essa modificação não está apenas adiando o problema ?

Boa.. já enviei para o SVN...