Marcelo R

feito. valeu! ACBrBancoInter.pas

creio que se equivocaram nessa linha, anda causando problema nos clientes. "concertei" aqui no meu, só informando a vocês. o email do "sacado" é o email dos clientes. o email do "sacado.sacadoravalista" é o email do "avalista". estão testando se existe "email do cliente" para criar linha com info do "sacador avalista". causando erros lá na recepção do arquivo. foto com o antes e depois.

sabem informar se implementação de boleto hibrido tem cobrança adicional de alguma tarifa pelo banco do brasil?

opa chefe!! fosse só banco seria ok proceder dessa forma, o problema são as factories que existem aos milhares, elas pegam algum formato de banco existente e "penduram" informações. entendi a questão ai ao A.V.

Boa tarde, Existem inúmeras factoring's e "financeiras" espalhadas pelo Brasil. Normalmente elas recebem informações via arquivo, que é na maioria das vezes a cópia de algum formato de boleto já existente(ex: banco bradesco) com pequenas modificações.. Para não perder tempo reescrevendo tudo, uso a técnica de "herança", por exemplo se a base do formato do arquivo for o bradesco eu escrevo um herdeiro do mesmo, com alterações que quero: TRICABancoGrafeno = class(TACBrBancoBradesco) private public Constructor create(AOwner: TACBrBanco); procedure GerarRegistroHeader400(NumeroRemessa : Integer; ARemessa:TStringList); override; procedure GerarRegistroTransacao400(ACBrTitulo : TACBrTitulo; aRemessa: TStringList); override; end; TRICABancoAnnex = class(TACBrBancoBradesco) private public procedure GerarRegistroHeader400(NumeroRemessa : Integer; ARemessa:TStringList); override; procedure GerarRegistroTransacao400(ACBrTitulo : TACBrTitulo; aRemessa: TStringList); override; end; Como "novo banco" não é 'nativo' do acbr, preciso alteralo em tempo de execução, usando a técnica de class hack: TBoletoHack = class(TACBrBanco) public end; ........................... na implementação ................. if pSQL.FieldByName('N_BANCO').AsString = '274' then begin TBoletoHack(fGeradorBoleto.Banco).fBancoClass := nil; TBoletoHack(fGeradorBoleto.Banco).fBancoClass := TRICABancoGrafeno.create(fGeradorBoleto.Banco); end; if pSQL.FieldByName('FORMATO_EXTRA').AsString = '001' then begin TBoletoHack(fGeradorBoleto.Banco).fBancoClass := nil; TBoletoHack(fGeradorBoleto.Banco).fBancoClass := TRICABancoAnnex.create(fGeradorBoleto.Banco); end; porém para funcionar eu preciso ainda ter que ir no fonte do acbr para alterar a visibilidade do fbancoclass de private para "protected" toda vez que resintalo. Seria de grande ajuda se esse campo ja viesse no "protected" ao invés de "private", creio que não prejudicaria ninguém.

Não consegui entender se o campo calendario.expiracao tempo de expiração é milisegundos ou segundos, alguém sabe dizer como esse campo funciona? O padrão delphi é milisegundos(1s=1000), mas vi que esse campo vai no JSON informado aos webservices do bancos, pra eles também é milisegundos?

Vi que foi criado um guia passo a passo era o que eu precisava, aqui. podem marcar como "respondido".;

Mas quem adotar o NFCe+Integrador ainda vai ter que comprar o aparelho de MFE?

Bom dia, tenho dúvidas sobre como implementar o NFCe via integrador para o estado do Ceará.. 1-Já tenho implementado um NFCe normal para outros estados, e o MFE/SAT/Integrador do Ceará, é melhor eu implementar esse NFCe/Integrador em cima do a) NFCe normal ou b) em cima do MFE/SAT? 2-O cliente ainda será obrigado a comprar o equipamento MFE depois dessa instruçao normativa? https://www.legisweb.com.br/legislacao/?id=375980 3-Como funciona modo testes-homologação? vai ser igual ao NFe, onde pego "emprestado" de alguma cliente para testes, ou uso esse "cliente cobaia" que vem no integrador pra desenvolvimento?

Fiz um "mapa" aqui para tentar entender esse métodos. O que está com (E) é campo enviado no método, o que está com (R) é informação lida no metodo. Segue as dúvidas. 1. o IdPagamento que recebo do metodo EnviarPagamento é o que vou usar no .IDFila do VerificaStatusValidador? 2. O .integradorreposta.identificador é o mesmo que vou usar no RespostaFiscal.Idfiscalfiscal? 3. D'onde nasce NumeroAprovacao, NSU, NumeroDocumento, Bandeira, Adquirente usados no "RespostaFiscal"? vao ser digitados? não achei nos outros metodos.

no grupo de whatsapp "integrador fiscal" postaram por lá...

Eles estão em "manunteção" essa semana, o Simulador não vai funcionar. Prometeram retorno pra segunda-feira. (9 out)

O meu soft basicamente peguei o exemplo do ACBR e encaixei no meu sistema. O que eu fiz, eu criei uma tabela "formas de pagamento fiscais". Que contem todas as formas usadas para aquele cupom-cfe. O usuario vai escolher numa "Grid" uma das formas de pagamento daquele cupom e apertar o "enviar pagamento", você pega os dados de retorno, e alimenta outros campos especialmente o Id Pagamento. Quando fiz o pagamento(no simulador do Pos), no sistema o usuario vai apertar o "verifica status validor) pega dados de retorno e altera o registro de novo. No final quando ele fizer isso para todas as formas de pagamento listadas nesse DataSet, vc vai o usar o enviarvenda., depois passa um "loop" nesse dataset com as formas, usando o enviar resposta fiscal para cada 1.

obrigado, vou tentar aqui. tenha um bom dia!

Tentei sem sucesso com o FindWindow... alguém tem algum código exemplo que tenha funcionado? É como se a janela do integrador não tivesse titulo

Eita pessoal, passei a manhã no sufoco por causa disso rs. resumindo, se eu deletar o demo e rodar de novo fica ok isso? melhor que caçar metodo a metodo.

Resolvido, é só questão de versão do integrador. pra quem tá no integrador versão 1.5.86 a constante, cNomeComponente no ACBrSATMFe_integrador.pas tem que estar cNomeComponente = 'MF-e' . os últimos fontes do ACBR estão apontando pra versão mais nova do integrador, 1.6 alguma coisa.

Esse erro pode ser algo haver com as dlls do OpenSSL. o SAT usa algum modulo de openSSL:? se for o caso, basta tentar diferentes versões da OpenSSL, lembrando que se rodar pelo Delphi, ele vai priorizar a DLL que estiver no diretório Bin do Delphi.

Alguém ja viu esse esse problema antes? o demo compilado do André funciona ok com meu modulo Elgin, tentei começar na minha app "clonando" os passos até a consulta de status, e o log de erros está retornando o seguinte.

ok descobri o mistério. Aparentemente o Delphi XE2 "salva" sujeira de propriedades antigas só Deus sabe como e aonde. Deletei todos os componentes TAcbrNFE do projeto, e referência as units relacionadas ao ACBRNfe ou pcn. -Salvei o projeto. -Resinseri os TACBRNfe, e units somente aonde era solicitado pelo compilador, e problema resolvido. Eu tinha esquecido que eu tinha mais de um form do projeto utilizando o componente, provavelmente um form não aberto pra IDE remover a propriedade obsoleta, ficou com ela lá gravada no .dfm e ele sendo criado na inicialização da aplicação, acabava disparando o erro, e eu achando que a origem do problema era do component no form principal, quando na verdade era desse form secundário "esquecido". O estranho é que versões antigas do Delphi, também avisavam de propriedades obsoletas quando você utilizava o "project -> build all", esse XE2 aparentemente não alerta mais, só se abrir o Form com o componente possuindo propriedades obsoletas dentro IDE.

olá amigo, como resolveu? limpei o Acbr aqui umas 500x, baixei do trunk2, executo o instalador e o problema continua.

Tive esse problema, e o superintendente da sefaz orientou que deve ser informado nas observações. Fornecedores não mandam em nada, quem manda é SEFAZ. O crédito na nota é só "informativo".

Concertei alguns desses problemas, só que faz 2 anos e não atualizei os componentes ACBR desde então. Na época nao usava o fórum e não cheguei a enviar pros Adm daqui aqui os fontes. Aqui vai meus fontes da pasta AcbrBoleto, se der erro em variaveis "globais" podem deletar que é customizacao minha. sugiro fazer backup das suas pastas antes de testarem, etc. Os componentes na época tinham um problema de contagem de linhas que também concertei nesses fontes. ACBrBoleto.rar

você é de que estado amigo? O orgão homologador aqui(CE) está muito engessado, está dificil. Meu PAF não é comercializado, é só um acessório pro meu gerencial. Não tem DAV nem nada, e mesmo assim está ruim, o homologador cismou com os arquivos SPED.

Aqui no CE ninguem sabe de nada. Estou homologando um PAF as cegas. no CE o PAF em si mesmo não é fiscalizado e os fiscais nem sabe o que é, o maior problema é que a maior distribuidora de máquinas ECF daqui, também vende um software dela, então ela fica "embarreirando" na hora que os clientes vão comprar um maquina ECF e nao tem o PAF, para vender o sistema dela. O mais hilário é que quando isso ocorre eles recebem o dinheiro e nao entregam a máquina, dai se tira o nivel de "boa vontade" dos caras. Detalhe, como eles vendem ECF pros teus clientes, logo tem um cadastro deles, de tempos e tempos eles mandam vendedores lá para "aterrorizar" e fazer eles trocar de software.