Painel de líderes

Sr. passei por esse problema, depois de algumas tentativas e com ajuda consegui resolver meu problema, vou postar o que funcionou: Lazarus com libxmlsec em 64bit. No terminal: sudo apt-get install libxmlsec1-dev libltdl-dev Baixar: https://www.aleksey.com/xmlsec/download.html The latest stable XML Security Library version is 1.2.22... (versão no memento) ..."Sources for latest version."... ... Installation (source archive) gunzip -c xmlsec1-xxx.tar.gz | tar xvf - cd xmlsec1-xxxx ./configure --help ./configure [possible options] make make install make check ... Baixar: Exemplo: /home/usuario/Downloads/xmlsec1-1.2.22.tar.gz Apos baixar. Extrai em uma pasta. Exemplo: /home/usuario/Downloads/xmlsec1-1.2.22 No terminal fazer o seguinte: Entrar na pasta. 1) cd /home/usuario/Downloads/xmlsec1-1.2.22 2) ./configure 3) make 4) sudo make install 5) make check Depois crie os links simbolicos para a versao da sua LIB, da seguinte forma, também no terminal : sudo ln -s /usr/local/lib/libxmlsec1.so.1.2.22 /usr/local/lib/libxmlsec1.so.1 (se exibir uma mensagem avisado que o arquivo ja existe, continuar) sudo ln -s /usr/local/lib/libxmlsec1.so.1.2.22 /usr/local/lib/libxmlsec.so sudo ln -s /usr/local/lib/libxmlsec1.so.1.2.22 /usr/bin/libxmlsec.so sudo ln -s /usr/local/lib/libxmlsec1.so.1.2.22 /usr/lib/libxmlsec.so Pronto para "Construir o lazarus com perfil: Normal IDE". do menu Ferramentas da IDE Lazarus. Dados do ambiente: S.O.: Ubuntu 14.04 LTS, 64 bit FPC : 2.6.4 IDE : Lazarus 1.4.4 x86_64-linux-gtk 2 REFERÊNCIAS ACBR. NFe no Linux. Disponível em: <http://www.projetoacbr.com.br/forum/topic/188-nfe-no-linux/>. Acesso em 27 de abril de 2016 XMLSec Library. Download. Disponível em: <https://www.aleksey.com/xmlsec/download.html>. Acesso em 27 de abril de 2016

Aqui em MG já é uma exigência quando Data de Saida e Dados da Transportadora não constem no DANFE. Entrei em contato com o um cliente do Maranhão e ele me informou que lá também existe a obrigatoriedade. Porém, para não terem que fazer o Registro de Saída, eles só emitem a NFe após contratar a transportadora e saber dados e Data de Saída efetiva. Algumas transportadoras aceitam uma CC-e alterando os dados da transportadora, caso a transportadora envie outro caminhão. Mas a data de saida não pode ser alterada via CC-e. Nesse caso, caso a data não esteja correta, tem que cancelar a nota e emitir outra. Seria interessante que esse recurso também fizesse parte do ACBr. Manual = http://portalnfe.fazenda.mg.gov.br/downloads/manual_registro_saida.pdf AJUSTE SINIEF 8, DE 30 DE SETEMBRO DE 2011Altera o Ajuste SINIEF 07/05, que Institui a Nota Fiscal Eletrônica e o DocumentoAuxiliar da Nota Fiscal Eletrônica.O Conselho Nacional de Política Fazendária - CONFAZ e o Secretario da Receita Federal do Brasil, na 143ª reunião ordinária do Conselho Nacional de Política Fazendária, realizada em Manaus, AM,no dia 30 de setembro de 2011, tendo em vista o disposto no art. 199 do Código Tributário Nacional (Lei nº 5.172, de 25 de outubro de 1966), resolvem celebrar o seguinteAJUSTECláusula primeira Ficam acrescidos os seguintes dispositivos ao Ajuste SINIEF 07/05, de 30 de setembro de 2005, com a seguinte redação:I - o § 11 na cláusula nona:"§ 11 Os campos do DANFE deverão conter a informação das respectivas marcas XML do arquivo da NF-e, quando conhecidos no momento da solicitação de autorização de uso, não podendo serimpressas nem apostas por qualquer outro meio informações que não constem do arquivo da NF-e, ou de seu respectivo protocolo de autorização, ou do registro de saída.";II - a cláusula décima terceira "A":"Cláusula décima terceira-A As informações relativas à data, hora de saída e ao transporte, caso não constem do arquivo XML da NF-e transmitido nos termos da cláusula quinta e seu respectivoDANFE, deverão ser comunicadas através de Registro de Saída.§ 1º O Registro de Saída deverá atender ao leiaute estabelecido no "Manual de Integração - Contribuinte".§ 2º A transmissão do Registro de Saída será efetivada via Internet, por meio de protocolo de segurança ou criptografia.§ 3º O Registro de Saída deverá ser assinado pelo emitente com assinatura digital certificada por entidade credenciada pela Infraestrutura de Chaves Públicas Brasileira - ICP-Brasil, contendo o nºdo CNPJ de qualquer dos estabelecimentos do contribuinte, a fim de garantir a autoria do documento digital.§ 4º A transmissão poderá ser realizada por meio de software desenvolvido ou adquirido pelo contribuinte ou disponibilizado pela administração tributária.§ 5º O Registro de Saída só será válido após a cientificação de seu resultado mediante o protocolo de que trata o § 2º, disponibilizado ao emitente, via Internet, contendo a chave de acesso daNF-e, a data e a hora do recebimento da solicitação pela administração tributária e o número do protocolo, podendo ser autenticado mediante assinatura digital gerada com certificação digital da administração tributária ou outro mecanismo de confirmação de recebimento.§ 6º A administração tributária autorizadora deverá transmitir o Registro de Saída para as administrações tributárias e entidades previstas na cláusula oitava.§ 7º Caso as informações relativas à data e hora de saída não constem do arquivo XML da NF-e nem seja transmitido o Registro de Saída no prazo estabelecido no "Manual de Integração - Contribuinte" será considerada a data de emissão da NF-e como data de saída.".Cláusula segunda Este ajuste entra em vigor na data de sua publicação no Diário Oficial da União, produzindo efeitos a partir de 1º de janeiro de 2012.Presidente do CONFAZ - Nelson Henrique Barbosa Filho p/Guido Mantega

Bom dia, identifiquei hoje que a impressão do FastReport utilizando os arquivos BoletoFr.fr3 no campo de agencia/codigo do beneficiário ta saindo duplicado os dados da agencia. Fiz a atualização no svn dos arquivos fr3 mas não houve alteração. Procurei algum lugar no meu software que estivesse incluindo o agencia mais só há ai nessa função. Utilizo a seguinte função para configurar os dados: procedure TfrmContasReceber.configuracedente; var cSqlBancos:string; begin cSqlBancos:='SELECT * FROM banco WHERE ban_padrao = TRUE'; sqlBancos.Close; sqlBancos.SQL.Clear; sqlBancos.SQL.Add(cSqlBancos); sqlBancos.Open; if sqlBancos.recordcount>1 then begin showmessage('Verifique as configurações de banco pos existe mais de um banco marcado como padrão'); exit; end; if not ValidaCPF(Trim(sqlBancosBAN_CPF_CNPJ_CEDENTE.AsString)) then begin ACBrBoleto1.Cedente.TipoInscricao:=pJuridica; end else ACBrBoleto1.Cedente.TipoInscricao:=pFisica; if (sqlBancosBAN_LAYOUTIMPRESS.AsInteger=0) then begin ACBrBoletoFR1.LayOut:=lCarne; ACBrBoletoFR1.FastReportFile := ExtractFilePath(Application.ExeName)+'\..\Reports\BoletoCarne.fr3'; end; if (sqlBancosBAN_LAYOUTIMPRESS.AsInteger=1) then begin ACBrBoletoFR1.LayOut:=lFatura; ACBrBoletoFR1.FastReportFile := ExtractFilePath(Application.ExeName)+'\..\Reports\BoletoFatura.fr3'; end; if (sqlBancosBAN_LAYOUTIMPRESS.AsInteger=2) then begin ACBrBoletoFR1.LayOut:=lPadrao; ACBrBoletoFR1.FastReportFile := ExtractFilePath(Application.ExeName)+'\..\Reports\BoletoFr.fr3'; end; if (sqlBancosBAN_LAYOUTIMPRESS.AsInteger=3) then begin ACBrBoletoFR1.LayOut:=lPadraoEntrega; ACBrBoletoFR1.FastReportFile := ExtractFilePath(Application.ExeName)+'\..\Reports\BoletoFr.fr3'; end; if sqlBancosBAN_NR.AsInteger=341 then ACBrBoleto1.Banco.TipoCobranca:=cobItau; if sqlBancosBAN_NR.AsInteger=104 then ACBrBoleto1.Banco.TipoCobranca:=cobCaixaEconomica; if sqlBancosBAN_NR.AsInteger=237 then ACBrBoleto1.Banco.TipoCobranca:=cobBradesco; if sqlBancosBAN_NR.AsInteger=001 then ACBrBoleto1.Banco.TipoCobranca:=cobBancoDoBrasil; ACBrBoleto1.Cedente.Nome:=sqlBancosBAN_NOME_CEDENTE.AsString; ACBrBoleto1.Cedente.TipoCarteira:=tctSimples; ACBrBoleto1.Cedente.CodigoCedente:=sqlBancosBAN_CODIGO_CEDENTE.AsString; ACBrBoleto1.Cedente.Agencia:=sqlBancosBAN_AGENCIA.AsString; ACBrBoleto1.Cedente.AgenciaDigito:=sqlBancosBAN_AGENCIA_DIGITO.AsString; ACBrBoleto1.Cedente.Conta:=sqlBancosBAN_CONTA.AsString; ACBrBoleto1.Cedente.ContaDigito:=sqlBancosBAN_DIGITO_CONTA.AsString; ACBrBoleto1.Cedente.CNPJCPF:=Trim(sqlBancosBAN_CPF_CNPJ_CEDENTE.AsString); ACBrBoleto1.Cedente.Logradouro:= dm.sqlEmpresaEMP_ENDERECO.AsString; ACBrBoleto1.Cedente.NumeroRes:= dm.sqlEmpresaEMP_NUMERO.AsString; ACBrBoleto1.Cedente.Complemento:= dm.sqlEmpresaEMP_COMPLEMENTO.AsString; ACBrBoleto1.Cedente.Bairro:= dm.sqlEmpresaEMP_BAIRRO.AsString; ACBrBoleto1.Cedente.Cidade:= dm.sqlEmpresaEMP_CIDADE.AsString;

@Cleiver sobe a alteração ".pas" para auxiliar o pessoal do acbr.

Ok, Sobre a questão dos Gafes, mim desculpe e que quando fui selecionar ACBrNFe/ACBrNFeMonitor só aparece a opção do NFC-e ai fiquei em duvida, e preferi seguir a organização dos fontes do componente onde a NF-e fina na pasta DF-e. Vou ligar la no SEFAZ-GO e posto aqui o que eles disseram. Obrigado pela atenção.

Juliana Gostaria que verificasse e subir no svn?

Boa tarde Vanio. Não existe, tem que consultar os códigos para cada estado nesse link: http://www.gnre.pe.gov.br/gnre/portal/automacao.jsp Os testes você consegue fazer somente em ambiente produção.

Só para constar: qual é a administradora do certificado e o tipo de certificado (token ou cartão) ? Porque até hoje isso ocorreu com 2 clientes com certificado digital Valid. Eu mesma trabalho com o certificado Certisign A3 há anos com ACBr e nunca tive esse problema.

Bom dia Juliana, Obrigada pela ajuda, realmente encontrei a resposta neste tópico. Meu problema estava no campo Titulo.CodigoMora que não estava sendo preenchido. Obrigada.

Também estou com este problema e passo os valores as propriedades da mesma forma.

Segue o patch pra compatibilizar o Lazarus 64bits+Acbr+libxmlsec+linux 64bits Alterações: Criei o arquivo ACBrLibXML.pas que contém apenas as definições usadas pelo ACBR da libxml2, libxmlsec, libxmlsec-openssl e libxslt O carregamento das funções da dll é dinâmico ao invés de estático Em linux, tenta carregar a biblioteca com vários possíveis nomes (libxmlsec.so, libxmlsec1.so, libxmlsec1.so.1, etc) antes de emitir um erro Removi os arquivos antigos libxml2.pas (etc) e corrigi os uses relevantes Na unit ACBrDFeOpenSSL.pas removi o carregamento "mágico" da dll libxmlsec-openssl e deixei isso explícito na ACBrLibXML.pas Testei (instalei componentes, compilei um demo e executei o demo com sucesso): Importação de XML e impressão de DANFE (usando fortes-ce) Em Windows (compilação de 32 bits) Em Linux (lazarus de 64 bits, compilação de 64 bits) Eu não testei: Gerar XML com nova assinatura Validar assinatura de XML Se alguém fizer esse teste, por favor avise. Se o patch for aceitável para inclusão oficial no projeto ACBR, me dê um toque. 0001-Suporte-a-libxml2-em-Linux-de-64-bits.patch

Olá Bom Dia Italo Muito Obrigado pela ajuda!! Vou fazer isso excluir o de emissão normal. E agora estou pegando certo a chave. Muito Obrigado pela Ajuda!!!

Agora, para enviar e-mails,é preciso antes associar um componente ACBrMail ao componente ACBrBoleto, através da propriedade MAIL: ACBrBoleto1.MAIL := ACBrMail1; with ACBrBoleto1.MAIL do begin From := tblUsuariosEmail.AsString; // e-mail do remetente FromName := 'Seu Nome'; // nome do remetente Username := tblUsuariosNomeUsuarioEmail.AsString; // nome usuario Password := tblUsuariosSenhaUsuarioEmail.AsString; // email usuario Host := tblUsuariosSMTP.AsString; // servidor smtp Port := tblUsuariosPorta.AsString; // porta smtp SetSSL := tblUsuariosSSL.AsBoolean; // ssl SetTLS := tblUsuariosTLS.AsBoolean; // tls UseThread := False; // False = aguarda envio, True = envia em segundo plano ReadingConfirmation := False; // pede confgirmação end; ACBrBoleto1.EnviarEmail( email, //para 'Boleto ref NFe Emtida ', //titulo msg, //mensagem true, // pdf nil, // cc email nil // anexos ); A mesma mudança ocorreu em outros componentes do ACBr que possuem o método EnviarEmail.

Nesse caso específico você deveria preencher assim: web service (Produção): with camposExtras.Add.CampoExtra do begin codigo := 74; tipo := 'T'; valor := '00000000000000000000000000000000000000000000000000'; //Chave de Acesso da NF-e end; with camposExtras.Add.CampoExtra do begin codigo := 62; tipo := 'T'; valor := 'Qualquer Informação'; // Informações Complementares 1 end; web service (Homologação): Regra disponível em:http://www.testegnre.pe.gov.br/gnre/portal/automacao.jsp# Muda o código quando homologação: with camposExtras.Add.CampoExtra do begin codigo := 91; tipo := 'T'; valor := '00000000000000000000000000000000000000000000000000'; //Chave de Acesso da NF-e end; with camposExtras.Add.CampoExtra do begin codigo := 73; tipo := 'T'; valor := 'Qualquer Informação'; // Informações Complementares 1 end;

Bom dia @tobexy, foi feita uma analise na sua contribuição, mas ela iria nos trazer efeitos colaterais ao importar xml do padrão SEFAZ, dessa forma fizemos um ajuste no componente para que ele conseguisse identificar a versão conforme a tag padrão e não a versão da tag da webservice do PR. Atualize seus fontes, o ajuste já está no SVN, e ele atende aos dois XML em anexo no post inicial que você anexou, sem problema agora.

Não, você deve preencher o tipo conforme a regra de preenchimento disponível em: http://www.gnre.pe.gov.br/gnre/portal/automacao.jsp# quando abrir a pagina Clica nesse trecho Manual para Preenchimento do XML de Lote

assim: with ACBrGNRE1.Guias.Add.GNRE do begin .... with camposExtras.Add.CampoExtra do begin codigo := tipo := valor := end; end;

Boa noite Italo. Ontem que consegui mexer nessa questão novamente. Atualizei os fontes e deu tudo certo certo usando a libCapicom. Já consegui fazer as adaptações necessárias no meu Sistema e já emiti algumas notas. Obs: utilizando libCapicomDelphiSoap continua com o mesmo problema. Gostaria de agradecer o seu empenho e eficiência no atendimento à minha questão. Muito obrigado !

Atualizei meu fontes e ficou 100%. Obrigada!

Boa tarde, Para quem não sabe e caso precise fazer a impressão da dacte sem preview e sem abertura do dialog do FastReport, basta passar as seguintes propriedades do componente ACBrCTeDacteFR: ACBrCTeDacteFR.MostrarPreview := False; ACBrCTeDacteFR.MostrarStatus := False; Com isso o componente irá enviar a impressão diretamente para a impressora padrão do Windows. Abs

Eu também estava tendo esse mesmo problema, na seguinte situação: Após emitir uma NFe, e tentar emitir uma CCe para outra NFe já autorizada, apresentava a mesma mensagem. Inclui a mesma linha mencionada acima antes de gerar o evento e o problema foi resolvido. Gostaria também de deixar minha opinião sobre o fórum, pois, sou novo no ACBr e pesquiso bastante antes de lançar um novo tópico, mas venho encontrando vários tópicos onde o usuário, responde assim: --- Obrigado "Fulano" pela dica, vou testar e posto aqui o resultado....." e nunca mais postou resultado algum. Isso é ruim, pois, você não sabe se a dica dada pelo outro usuário, funcionou ou não. Então vamos lá galera melhorar dia-a-dia esse fantástico fórum. Abraço a todos!

obrigado usei a função tiraacentos após ler o xml e ficou ok. Obrigado.

Boa tarde, Esta ficando 2 XML, pelo simples fato 1 foi gerado com o tipo de emissão normal e outro offline, neste caso devemos excluir o primeiro, ou seja, tipo de emissão normal. Para pegar a chave você deve ler o atributo ID, ou seja, Copy(ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID, 4, 44)

Tenho um pequeno ERP em Delphi7 Firebird 2.1, necessito ajuda para migrar para o trunk2 e implantar NFCe. O sistema ja emite nfe 3.10, compila normalmente no trunk, mas na migração deu muitos erros. Ao interessado e se acertamos valores disponibilizo acesso remoto e possivel adiantamento ao pagamento.

28/0/2015. Agradeço a todos os interessados na ajuda. Mesmo com pouco conhecimento, mas com a ajuda dos tópicos no Forum, consegui migrar. Deixo aqui meus agradecimentos a todos os membros, desenvolvedores, fundadores pelo excelente trabalho e partilha do conhecimento.

Qual seu e-mail de contato?

Boa tarde Tiago, Até onde sei o componente ao encontrar: <resNFe> os dados do resumo são lidos e atribuídos nas propriedades do resNFe. <resEvento> os dados do resumo são lidos e atribuídos nas propriedades do resEvento <nfeProc> alguns dados são lidos e atribuídos nas propriedades do resNFe e o XML da NF-e é salvo em disco, caso o componente esteja configurado para salvar. <procEventoNFe> alguns dados são lidos e atribuídos nas propriedades do resEvento. É preciso efetuar uma alteração para quando salvar o XML do procEventoNFe. Lembre-se para as quatro situações o XML descompactado é atribuído a propriedade XML que pode ser lido e salva em disco ou no banco de dados pela sua aplicação. Por favor caso algum retorno tenha algo diferente dos acima apresentados, post o XML de retorno como anexo aqui no fórum, para que possamos avaliar e implementar a detecção e a leitura dos dados contidos nele.

Vamos focar os comentários no assunto proposto. Questões legais que me envolvam eu resolvo por aqui mesmo.