Painel de líderes

Use o Instalador! ele está lá no git junto! feche o delphi e execute é o tal next next finish!

Boa tarde. Favor analisar o demo do componente. Att.

Pessoal aparentemente, o ambiente de homologação está funcionando com o CRT = 1.

Encontrei o problema, caso alguém esteja passando pelo mesmo, segue a correção : Abrir o .fr3 e ir em : procedure PageHeader1OnBeforePrint(Sender: TfrxComponent); var //intNr_Nota : Integer; intNr_Nota : String; a variável deve ser string e não integer, pois os dados que são repassados para ela (numero do cte) é string.

Boa tarde a todos, Ao alimentar o componente só podemos usar dois valores possíveis se tratando da NFC-e são eles: Ide.tpImp := tiNFCe ou tiMsgEletronica; Desta forma a TAG tpImp vai conter o valor 4 ou 5, conforme consta na NT 2013/005 versão 1.22 Por outro lado a configuração do DANFE pode receber dois valores possíveis: DANFE.TipoDANFE := tiNFCe ou tiNFCeA4; Quando o valor for tiNFCe subentende que o DANFE será impresso em uma impressora de bobina, por outro lado o valor tiNFCeA4 diz ao componente que a impressão será realizada em um papel A4. No meu entendimento uma coisa é a configuração do DANFE e outra coisa é o valor que será passado para o XML, portanto não se faz necessário termos dois tipos para indicar o tipo de impressão. Posso muito bem gerar todos os meus XML - NFC-e com o valor 4 em tpImp, mas imprimir o DANFE em uma impressora Laser papel A4.

Vou estudar a possibilidade juntos aos ADMs do projeto, caso seja possível será implementado, acompanhe as próximas atualizações.

Isso foi acertado ontem, então seu repositório não está atualizado, realmente existia este erro, mas acertei e já está disponível desde ontem a tarde.

Olá! Resolvido. Problema era com o drive da impressora bematech. Agora está ok.

Por favor queira aguardar e não sair postando em cada tópico que subiu arquivos para a juliana subir! primeiro é precisa avaliar se o que fez e o que diz bate com o manual! então aguarde e não faça isso Ok! acabei de ler outro lugar que tu fez o mesmo!

Ola Juliana, bom dia Ja vou atualizar meus fontes. Muito obrigado

Tu mexeu nos arquivos ou está desatualizado! estou com esse mesmo arquivo aberto aqui e está diferente! faça um revert para o que possui no github

Bom dia Marcos, O erro referente a primeira tela que apareceu somente uma vez, é bem provável uma instabilidade na sua internet ou na SEFAZ.

Aqui eu sempre faço as dependências primeiro, neste caso o Fortes, depois eu instalo o ACBr.

Rafael, bom dia a regra diz o seguinte. Iniciou e terminou dentro do mesmo estado = 5. Iniciou e terminou em outro estado é 6 Essas regras foram estabelecidas no CTE 2.0. Utiliza-se a CFOP 6.932 quando o teu cliente iniciar o transporte em outro estado que não o dele mesmo. Utiliza-se a CFOP 5.932 quando teu cliente iniciar e terminar o transporte no mesmo estado E, somente SE, esse estado for diferente do dele. No teu caso, só poderia ser utilizado o 5. se o transporte ocorresse dentro do maranhão ou dentro do ceara, o que pelo visto não ocorreu. Recomendo você a verificar a cidade de origem e a cidade de destino do teu conhecimento, pois como você disse que liberou com 5. Acredito que os mesmos devem estar constando o mesmo estado, nesse teu caso, eu acredito que o 6.932 seja o correto.

Bastaria adicionar o diretório onde você colocou o Fortes no PATH do windows.

Esse parâmetro é realmente novo, foi introduzido tem pouco tempo.

Bom dia.. A contingência é adotada quando não se tem internet, e o aparelho faz isso isso de forma automática, sem a nossa intervenção. Voltando a internet ele se encarrega de transmitir os cupons que estão na memória. Se um xml for rejeitado pelo aparelho, você deverá "corrigi-lo" e tentar novamente. Só terá um número de cupom e um impresso após a validação positiva dada pelo aparelho.

Vc tem que se atualizar, estamos na versão 0.1.11.6, dai sim reportar o problema.

Exatamente isso @Italo Jurisato Junior. Ao Carregar os xml's sem informar False no segunda parâmetro, gerava o xml novamente, com isso, estava ocorrendo erro na assinatura. Esse código eu não mudei, veio do trunk1. Agora está tudo OK, obrigado.

Boa noite. Ajuste disponível no svn, no qual além da carteira é verificado também se o nosso número informado é 0. Att.

Boa noite Jose, compartilha a impressora, na Porta lá no ACBr você coloca o nome do compartilhamento, ex: \\nomedomicro\nomedaimpressora Dá uma olhada no final deste Post, é para ELGIN I9: http://www.projetoacbr.com.br/forum/topic/23006-acbrsatextratoescpos-elgin-i9-porta/ Sds, Ricardo.

Compartilhando experiência [2]: Eu estava agarrado na instalação de ambos FortesReport e ACBrInstall_Trunk2 por dias. Tentei até remover o Delphi por completo e instalar de novo e nada, os instaladores sempre reclamavam que não encontravam frce.dpk. No caso do ACBrInstall_Trunk2 o erro era: C:\Users\Lucas\Desktop\ACBr\Fontes\ACBrDFe\ACBrNFSe\DANFSE\Fortes\ACBrNFSeDANFSeRL.pas(57) Fatal: File not found: 'frce.dcp' Mesmo que eu já tivesse instalado o FortesReport manualmente, baixado pelo site oficial. Ambos instaladores eu tentei executar da pasta "C:\Users\Lucas\Downloads" Finalmente hoje achei o comentário do santo Leao acima, que me salvou. Para leigos como eu, deixo os passos exatos para finalmente instalar o frce: Baixar como zip o projeto neste repositório. Extrair este zip para a pasta C:\Program Files (x86)\Borland\Delphi7\ Executar o instalador la de dentro da pasta extraída como administrador e deixar o instalador fazer tudo sozinho E agora sim consigo instalar o ACBrInstall_Trunk2 Obrigado

Fusion Sistemas LTDA ME FusionPDV Versão 1.0.0.0 Laudo: UNO2012015 Órgão Técnico LTS Unochapecó. ER 02.03

Boa tarde Kenio, Você esta usando o componente ACBrNFe do Trunk ou Trunk2? Se for do Trunk esquece pois este não vai gerar mesmo a TAG qrCode. Se for do Trunk2, você viu que existe uma propriedade que diz ao componente se é para incluir a TAG ou não no XML?

Boa tarde Marcos, No arquivo *-sit-soap.xml temos a rejeição 217, ou seja, o CT-e não consta na base de dados da SEFAZ. Sendo assim o componente não deve tentar atualizar o XML, ou seja, incluir o grupo de informações sobre o protocolo. Fiz uma alteração no componente a fim de só realizar essa atualização caso o CT-e conste da base de dados da SEFAZ. Favor atualizar os fontes e testar novamente.

Bom dia Daniel, Para complementar, consegui gerar o mesmo erro que está ocorrendo para vocês e mais alguns usuarios do ACBr, ele não ocorria para mim pois utilizo o Delphi em uma VM com windows XP e ele só está ocorrendo em Windows 7 ou superior. Eu comentei a parte que deu erro aqui e funcionou, consegui emitir a nota tranquilamente, mas agora estou enfrentando outro problema, uma LENTIDÃO muito grande. Não sei o que é mas se eu uso o ACBr do Trunk funciona normal e rapido, mas com o Trunk2 o servidor da prefeitura demora demais para me retornar a resposta dizendo que a nota foi processada, demais mesmo (5 min +/-). Bom, o que quero dizer é que aquele trecho no caso do provedor thema realmente não é necessário então pode comentar ou fazer algum tratamento sem estresse, mas se tiver lento ai também agradeceria se tiver algum resultado.

Tivemos esse erro com certificados Valid, porém apenas quando não usávamos o instalador da própria Valid, quando usado o instalador o erro não acontece... não sei se é o caso do Dércio mas acho váildo deixar o registro dessa experiência... agora se não é Valid teria que testar mais

Nesse tópico há uma extensa discussão sobre o problema...a certificadora tem como provar mediante um laudo que a tua aplicação foi quem realizou essa chamada: CryptAcuireContext com excluir container ao CSP do Token ?? Acho difícil que eles consigam isso, pq até hj do que vi é o ACBr acessando o certificado somente no modo leitura...

Boa noite, tudo bem? Quem é o tomador (quem está contratando) do serviço ? Se o tomador for o Destinatário que também é de Maranhão (assim como o emitente), por mais que a carga faça uma viagem interestadual o CFOP deve ser iniciado em 5.

Boa tarde. Utilize da seguinte maneira ACBrBoleto1.Banco.CalcularDigitoVerificador(). Att.

Boa tarde Marcos, O problema que o componente executa primeiro a Function TratarResposta e depois a Procedure SalvarResposta. Como ocorreu um erro no TratarResposta não ocorre a gravação em disco do arquivo de retorno. Em ACBrDFeWebServices temos a Function Executar e nesta o seguinte código: EnviarDados; Result := TratarResposta; FazerLog(GerarMsgLog, True); SalvarResposta; faça a seguinte alteração: EnviarDados; SalvarResposta; <== inclua esta linha Result := TratarResposta; FazerLog(GerarMsgLog, True); SalvarResposta; Desta forma ele vai salvar o retorno antes de trata-lo.

Boa tarde, tudo bem? Tente transmitir com 6932. http://contadores.cnt.br/cfop/6932-prestacao-de-servico-de-transporte-iniciada-em-unidade-da-federacao-diversa-daquela-onde-inscrito-o-prestador.html

Eu faço assim: ACBrSAT.ConsultarSAT; if ACBrSAT.Resposta.codigoDeRetorno = 8000 then begin SatOk := True; lblStatus.Caption := 'SAT EM OPERAÇÃO'; end else begin SatOk := False; lblStatus.Caption := 'SAT INOPERANTE'; ShowMessage('ATENÇÃO'+#13+ 'O EQUIPAMENTO SAT ENCONTRA-SE INOPERANTE !'+#13+ 'NÃO SERÁ PERMITIDO O REGISTRO DE VENDAS'); end;

Boa noite. Alteração disponível no svn. Att.

lucioam, é possível baixar os XMLs a partir do SGRSAT manualmente no site da SEFAZ, o contribuinte entra no site da SEFAZ com seu certificado digital e lá tem a opção de consultar lote de CFes enviados, lá pede a data/hora inicial e data/hora final e número de série do SAT, aí aparece os lotes enviados/processados do período informado, aí é só baixar. Sds, Ricardo.

Boa tarde, estava testando o CAT 52 e me deparei com um problema nessa parte do fonte. repeat Dia := FormatDateTime('dd/mm/yyyy', DataInicial); Resp := xECF_GeraRegistrosCAT52MFD( FileMF, Dia ) ; if (Resp <> 1) then raise EACBrECFERRO.Create( ACBrStr( 'Erro ao executar ECF_DownloadMF.'+sLineBreak+ DescricaoErroDLL(Resp) + sLineBreak + 'Para a data de: "' + Dia + '"' )); // próximo dia DataArquivo := IncDay( DataArquivo, 1 ); until DataArquivo > DataFinal; Se observar a linha "Dia := FormatDateTime('dd/mm/yyyy', DataInicial);" , sempre esta pegando a data inicial, não esta utilizando a variável "DataArquivo" para extrair os dados. Em anexo tem o arquivo com a correção proposta para ser analisada, no caso foi somente trocado o a variável para "DataArquivo". ACBrECFSwedaSTX.pas

Estou com um problema semelhante aqui. Sempre me retorna que Valor Total dos Produtos/Serviços não confere. <total> <ICMSTot> <vBC>0.00</vBC> <vICMS>0.00</vICMS> <vICMSDeson>0.00</vICMSDeson> <vBCST>0.00</vBCST> <vST>0.00</vST> <vProd>0.00</vProd> <vFrete>0.00</vFrete> <vSeg>0.00</vSeg> <vDesc>0.00</vDesc> <vII>0.00</vII> <vIPI>0.00</vIPI> <vPIS>0.00</vPIS> <vCOFINS>0.00</vCOFINS> <vOutro>0.00</vOutro> <vNF>1.80</vNF> <vTotTrib>0.33</vTotTrib> </ICMSTot> <ISSQNtot> <vServ>1.80</vServ> <vBC>1.80</vBC> <vISS>0.09</vISS> <dCompet>2015-10-28</dCompet> <cRegTrib>1</cRegTrib> </ISSQNtot>

Realmente o código estava diferente depois da trunk2. Faltava incluir a função RetirarPrefixos na função LoadFromString. Segue anexo a unit corrigida bem como o Patch da correção. Por favor @Italo Jurisato Junior disponibilize a correção para todos. Abraço e obrigado! ACBrNFSeNotasFiscais.pas.patch ACBrNFSeNotasFiscais.pas

Amigo para você selecionar um Certificado use: ACBrNFe1.SSL.SelecionarCertificado ; para checar se o Certificado foi carregado if ACBrNFe1.SSL.CertificadoLido then c_Certificado.text := ACBrNFe1.SSL.CertNumeroSerie ; para associar o certificado ao componente: ACBrNFe1.SSL.NumeroSerie := c_Certificado.text ; ACBrNFe1.SSL.CarregarCertificado ; e por a vai. Solivan!

O Boleto ficou pronto, agora estou testando a parte de envio da remessa. Depois irei atualizar no cliente para fazer o teste final e enviar a remessa juntamente com o boleto para o TI do banco homologar. Assim que estiver tudo ok, estarei postando os fontes...