GustavoCosta

Bom dia, Quando exibido uma pré visualização de um boleto pelo FastReport e por lá exportado para um arquivo PDF, as propriedades do arquivo gerado ficam com as informações preenchidas inicialmente no componente de exportação (Autor: "FastReport", Assunto: "Exportação DANFE para PDF"). Vi que essas informações são alteradas apenas quando invocado o método "TACBrBoletoFCFR.GerarPDF". Duplicando o trecho que altera essas propriedades para a opção "fiNenhum" do case no método "TACBrBoletoFCFR.Imprimir" o arquivo fica certo. Segue anexo fonte alterado (com outras modificações, trecho tratado nesse tópico é apenas o método "TACBrBoletoFCFR.Imprimir"). ACBrBoletoFCFR.pas

Boa noite pessoal, Uma dúvidazinha. O manual indica que o campo "tpAmb" deve ser preenchido pelo SAT, Nos exemplos do ACBrSAT essa propriedade é configurada e preenchida ao emitir um cupom. Há alguma razão para preenchermos ela? Pelo que vi nos fontes, essa informação não é utilizada, e recarregada com o retornado pelo equipamento. Mas posso ter visto errado hehe.

Estava me deparando com a mensagem "Could not convert variant of type (String) into type (Double)" ao executar a aplicação em Debug, utilizando o layout Boleto.fr3 disponibilizado junto com o exemplo e FastReport versão 6.3.3. Notei que alguns memos no layout, que recebem texto, estavam com a propriedade "DisplayFormat" configurada para Data. Defini como texto e os erros pararam. Vi que mais gente teve esse problema aqui pelo forum. Não tenho experiência com FastReport e estou iniciando a emissão com ACBr, mas acredito que talvez essa seja a solução do erro. Os memos são: Memo34, Memo40, Memo61 - Exibe local de pagamento Memo43, Memo64 - Exibe nome do Cedente Segue anexo o arquivo fr3 personalizado sem o erro. Porém pelo que comparei, a versão do FastReport acabou adicionando também novas propriedades com valor padrão quando editado. Boleto.fr3

Existe categoria de MEI para desenvolvimento? Para cadastrar a empresa como fornecedora de software para SAT na SEFAZ, o CNAE da empresa deve ser de desenvolvimento.

Pessoal, me deparei com esse erro também, por acaso alguém já conseguiu resolver? Pelo histórico de alterações do SVN não consegui encontrar nada que possa ter afetado a impressão. Estou tentando debugar e ajustar nos fontes, mas meus conhecimentos no fortes report é nulo. Se por acaso alguém já tenha conseguido resolver, por favor compartilhe com a comunidade. Obrigado.

Pessoal, sobre o campo "Versão do leiaute do arquivo de dados do AC" do CFe, o manual diz apenas que se trata da "Versão do leiaute do arquivo de dados enviado pelo Aplicativo Comercial", mas não encontrei outras instruções sobre esse campo. No SATTeste, usando o emulador de SAT do governo, deu certo passando como versão "0.05". Porém, utilizando o SAT de desenvolvimento da Tanca, foi retornado erro com esta versão, aceitando apenas "0.04" ou "0.06". Alguém tem informações sobre o campo ?

Pessoal, Alguém tem informações sobre o ambiente que configuramos no CFe, se produção ou testes? No SATTeste tem a opção para configurara este campo, mas o manual diz que quem coloca esta informação é o SAT. Será que há possibilidade de ficar trocando entre homologação e testes? Valeu.

Mais em: http://www.projetoacbr.com.br/forum/index.php?/topic/22078-trunk-ou-trunk2/

Após enviar uma venda, todos os dados do XML validado pelo equipamento SAT fica disponívelo na propriedade ACBrSAT.CFe; A chave da CFe pode ser obtida então em: ACBrSAT.CFe.infCFe.ID. Quanto a EscPos ou Fortes é uma escolha "pessoal".

Que eu saiba é sim obrigatória a impressão do extrato... O cliente do estabelecimento pode optar por uma impressão resumida, apenas com a chave para consulta do cupo pela internet.

RespostaComando traz o texto retornado pelo SAT Você consegue as informações separadas pela propriedade: ACBrSAT.Resposta Exemplo: ACBr.Resposta.NumeroSessao, ACBr.Resposta.CodigoDeRetorno, ACBr.Resposta.MensagemDeRetorno...

Talvez extraindo os Logs do equipamento...

Pelo que eu vi, A versão 4.0, mais nova do fortes, pego pelo github, tem outros nomes mesmo de bpl. No site http://fortesreport.com.br/?page_id=25da para pegar versões mais antigas se precisar

As alterações no extrato EscPos do SAT, feitas no trunk2, serão subidas para o trunk? Vi que no trunk2 está sendo utilizado o PosPrinter para imprimir... Muito obrigado à equipe ACBr

Relendo o documento Especificação Técnica de Requisitos (Especificacao_SAT_v_ER_2_14_10) Na seção 6, página 195, tem: Seria uma azar muito grande gerar um número aleatório de 6 dígitos igual a um dos últimos 100 gerados.. mas... hehe

Pessoal, estava lendo os tópicos do fórum sobre o projeto SAT, e vi os colaboradores citando as fontes em "trunk" e "trunk2"... Qual seria a diferença entre eles no projeto ACBr? Aparentemente os códigos são atualizados inicialmente no "trunk2", eu poderia baixar os fontes de lá? Muito obrigado pela colaboração.

Alguém sabe se esse numero deve ser único? Nos manuais não falaram nada, Acredito que não seja, mas só para confirmar. hehe

Poxa vida, me desculpe Regys, Anexei arquivo errado. Segue arquivo com as alterações. ACBrNFeWebServices.pas

Me desculpe pela demora, Anexo, unit ACBrNFeWebServices com alterações feitas. Muito Obrigado! ACBrNFeWebServices.pas ACBrNFeWebServices.pas

Boa tarde, Tentei enviar essa mensagem no "Mantis", mas não consegui acessar.. Quando o usuário executa consulta de status em notas fiscais ou tenta enviar algum evento e existe problema em sua conexão com a internet, acaba recebendo o erro de "Access violation" Eu depurei entre as units do ACBr e encontrei as causas do erro, implementei então algumas correções. Gostaria de compartilhar com quem tiver o problema e solicitar aos programadores colaboradores que insiram a correção no pacote ou vejam a melhor forma de solucionar o problema. Seguem: Erro "Access Violation" na consulta de nota fiscais Arquivo: acbr\fontes\ACBrNFe2\ACBrNFeWebServices.pas Método: TNFeConsulta.Executar Quando ocorre tudo certo com a consulta, o método "NFeRetorno.LerXML" (Linha 2519) instancia a propriedade NFeRetorno.procEventoNFe... porém, caso ocorra algum erro de conexão, o método "NFeRetorno.LerXML" não instancia esse objeto, causando "Access Violation" ao usar a propriedade no decorrer do método "TNFeConsulta.Executar" Minha solução provisória: adicionei antes da Linha 2523, as instruções: if (not Assigned(NFeRetorno.procEventoNFe)) then NFeRetorno.procEventoNFe := TRetEventoNFeCollection.Create(NFeRetorno); Erro "Access Violation" ao enviar evento Arquivo: acbr\fontes\ACBrNFe2\ACBrNFeWebServices.pas Método: TNFeEnvEvento.Executar Quando passa pela linha 3867 ("FEventoRetorno.Free") a propriedade FEventoRetorno é liberado da memória, se ocorrer tudo certo no envio do evento, não tenho problema.. Porém se houver algum problema na validação (antes de comunicar com a SEFAZ) a propriedade FEventoRetorno não é novamente criada, e quando o usuário corrige os problemas e tenta enviar novamente, ao passar mais uma vez pela linha 3867 causa "Access Violation", uma vez que a propriedade FEventoRetorno tem um endereço atribuído, mas não existe mais o local apontado. Minha solução provisória: alterei a linha 3867 de "FEventoRetorno.Free" para "FreeAndNil(FEventoRetorno)" Atenciosamente.

Bom dia, Depois de lugar alguns dias para gerar a linha digitável do boleto Caixa Econômica - SICOB compatível ao sistema da caixa, segue a alteração que foi necessária realizar na função "MontarCodigoBarras". Caso necessitem estou fazendo o upload da unit ACBrCaixaEconomicaSICOB. ACBrCaixaEconomicaSICOB.pas //funcao para montar o codigo de barras (Caixa Economica Federal - SICOB)// FatorVencimento := CalcularFatorVencimento(ACBrTitulo.Vencimento); ANossoNumero := FormataNossoNumero(ACBrTitulo); aCodCedente:= padR(RightStr(ACBrTitulo.ACBrBoleto.Cedente.CodigoCedente,11),11,'0'); {#nota: Necessário fazer ajuste na montagem de do campo livre, para cobranças SR (sem registro). } // {Montando Campo Livre} // CampoLivre := ANossoNumero + // Copy(ACBrTitulo.ACBrBoleto.Cedente.Agencia, 2, 4) + // aCodCedente; // CampoLivre := Copy(aCodCedente,7,5) + Copy(ACBrTitulo.ACBrBoleto.Cedente.Agencia, 1, 4) + '87' + Copy(ANossoNumero,2,15); {Codigo de Barras} with ACBrTitulo.ACBrBoleto do begin CodigoBarras := IntToStrZero(Banco.Numero, 3) + '9' + FatorVencimento + IntToStrZero(Round(ACBrTitulo.ValorDocumento * 100), 10) + CampoLivre; end; DigitoCodBarras := CalcularDigitoCodigoBarras(CodigoBarras); Result:= copy( CodigoBarras, 1, 4) + DigitoCodBarras + copy( CodigoBarras, 5, 44); ACBrCaixaEconomicaSICOB.pas

É, vou aplicar essa solução! Vou apenas tratar e não imprimir a informação apenas se estiver no "formato" mencionado, se não, deverá ser impresso normalmente. Muito Obrigado.! Abraço.

Boa tarde, A empresa Bosh está obrigando um dos usuários do meu sistema a informar nas notas emitidas algumas TAGs com dados para B2B. Segundo um manual disponibilizado pela Bosh, essas TAGs devem ser informadas dentro de InfAdProd nos itens e infCpl da nota (gambiarra). Eu consigo formatar essas TAGs e fazer as propriedades InfAdProd e infCpl receber como texto, com isso o XML fica da maneira solicitada pela empresa. Exemplo: <infAdProd> <![CDATA[<id item="ABC 123-DEF"/> ]]> </infAdProd> (...) <infCpl> <![CDATA[<versao>00</versao> <prevEntrega >20131231</prevEntrega>]]> </infCpl> porém, por estar preenchido o campo, é impresso no DANFE o que está presente no XML, com as TAGs e tudo mais..., gostaria de ocultar ou então formatar na hora impressão. Alguém imagina alguma maneira de fazer isso? Será que eu posso fazer isso (informar algo no XML e imprimir diferente no DANFE)? Uso o ACBrDanfeRave. Desde já, Muito Obrigado.

Responde sim! Muito Obrigado! Só vou precisar então tentar arrumar alguma maneira de alterar o nome do arquivo... pois se o usuário emitir duas cartas de correções, serão gerados exatamente com o mesmo nome, assim, o primeiro arquivo será perdido...

alguém?