Painel de líderes

Olá parceiro! Nesse post vou compartilhar com voces os contatos do suporte para você que é desenvolvedor e esta precisando de uma ajuda: Roberto Silva: (11)3956-6824 ou (11)9 7627-6822 E-mail: [email protected] Raul Santana: (11)3956-6884 ou (11)9 7135-4938 E-mail: [email protected] Acesse o link a seguir e confira os dias e horarios de funcionamento do nosso suporte: https://epson.com.br/peps

Boa tarde Testei com a versão atual [Versao] ACBrLib=0.0.2 ACBrLibPosPrinter=1.0.0.49 ACBrLibNFE=0.4.6.91 E o problema persiste, mas encontrei uma solução Caso as duas dlls estejam na mesma pasta é necessário carregar primeiro a dll ACBrPosPrinter32 e chamar a função POS_Inicializar Se não chamar a função o erro persiste Após isso não ocorre erro em ACBrNFe32.dll e o programa não é fechado Pelo que percebo o problema ocorre com o arquivo INI Versao] ACBrLib=0.0.2 ACBrLibNFE=0.4.6.91 Quando o erro acontece o cabeçalho da versão fica incompleto no INI

@Juliomar Marchetti é que eu vi que o @Jéter Rabelo Ferreira anexou um arquivo pronto q ele fez para incluir no acbr dai imaginei que alguém ja tinha feito mas se nao fez vou ver se pego e implemento dai eu tiro duvida com vcs

Qual a dificuldade? Anexe o código para que possamos ajudar

@Daniel Simoes Boa tarde! Se possível adicionar a contribuição, para alterar o método de cancelamento "TACBrTEFDCliSiTef.CNC" para respeitar as restrições enviadas, afim de não gerar a mensagem de que o PinPad não suporta QRCode. Ex.: {DevolveStringQRCode=1} function TACBrTEFDCliSiTef.CNC(Rede, NSU: String; DataHoraTransacao: TDateTime; Valor: Double): Boolean; var Restr : AnsiString; Sts : Integer; begin Respostas.Values['146'] := FormatFloat('0.00',Valor); Respostas.Values['147'] := FormatFloat('0.00',Valor); Respostas.Values['515'] := FormatDateTime('DDMMYYYY',DataHoraTransacao) ; Respostas.Values['516'] := NSU ; Restr := fRestricoes; if Restr = '' then Restr := '[10]'; Sts := FazerRequisicao( fOperacaoCNC, 'CNC', Valor, '', Restr); if Sts = 10000 then Sts := ContinuarRequisicao( CACBrTEFCliSiTef_ImprimeGerencialConcomitante ) ; Result := ( Sts = 0 ) ; if not Result then AvaliaErro( Sts ) else if not CACBrTEFCliSiTef_ImprimeGerencialConcomitante then ProcessarResposta; end; A questão do Valor ali por padrão é 0 quando não informado. Fonte anexo. ACBrTEFDCliSiTef.pas

Bom dia pessoal, Retornando para informar que o pessoal da Betha deu um parecer: Rafael é o contato na prefeitura que esta a par do meu caso.

Bom dia. Este banco é uma confusão também..de qualquer forma incluído para analise. Att.

Prezados, bom dia. Preciso fazer a integração com esse provedor para a Cidade de São Gonçalo, vou tentar da continuidade ao que já foi feito aqui.

Olá bom dia! Eu também tinha esse problema e aqui eu resolvi fazendo a busca pelo NSU daquela NFe ao invés de esperar a baixa do pacote completo. Eu faço a busca normalmente conforme orienta o demo do ACBr. Quando for fazer a confirmação da operação, eu verifico se o XML consta no repositório. Se não constar, faço a busca específica daquele XML pelo NSU daquela NFe. É claro que você tem que guarda o NSU de cada NFe para fazer essa pesquisa posteriormente. Feito a busca pelo NSU daquela NFe, guardo seu XML no repositório e fim de papo. Aqui está funcionando desta forma e funcionando bem. Depois que fiz isso, nunca mais tive reclamações que o XML não existe. Obrigado, Rogério.

Bom dia, Recentemente por exigência da Unicred precisei alterar o layout de 091 para o 136 e estou utilizando o tipo cobUnicredES... o problema é que os manuais que eles haviam me encaminhado há uns 60 dias ainda não contemplavam as últimas alterações em relação aos códigos de ocorrência e ontem questionando o responsável aqui da minha região me informou que havia documentação atualizada e que novos códigos haviam sido inseridos, brincadeira porque olhando o histórico da revisão dos manuais e comparando com os antigos a maioria das divergências no que se refere aos códigos de ocorrência já haviam sido alterados bem antes de ele ter me enviado os manuais desatualizados... mas enfim... Fazendo a conferência debugando verifiquei que a classe TACBrBancoUnicredES está considerando ainda os códigos da classe TACBrBancoUnicredRS que ainda é do layout 091 e muita coisa não fecha então não vi outra solução a não ser reescrever as rotinas abaixo na classe TACBrBancoUnicredES considerando então os tais manuais atualizados. function TipoOcorrenciaToDescricao(const TipoOcorrencia: TACBrTipoOcorrencia): String; override; function CodOcorrenciaToTipo(const CodOcorrencia: Integer ) : TACBrTipoOcorrencia; override; function TipoOCorrenciaToCod(const TipoOcorrencia: TACBrTipoOcorrencia): String; Override; function CodOcorrenciaToTipoRemessa(const CodOcorrencia:Integer): TACBrTipoOcorrencia; override; function TipoOcorrenciaToCodRemessa(const ATipoOcorrencia: TACBrTipoOcorrencia): String; override; Em anexo os novos manuais recebidos e os fontes alterados para avaliação e commit. Grato ACBrBancoUnicredES.pas ACBrBoleto.pas GR - COB136 - Layout CNAB 400 - Remessa.pdf GR - COB136 - Layout CNAB 400 - Retorno.pdf

Eu estou tendo problemas no envio do lote também e muitos dos clientes que trabalho usam betha... Eles poderiam fornecer alguma satisfação do porquê esta acontecendo isto pois já faz uns 2 dias que esta assim...

Será que não dá pra utilizar, veja que já tem para dois bancos Caixa e BB via webservice

Se tu usa a Bling é o sysPDV que eles integram e usam o ACBrMonitorPLUS então indico tu entrar em contato com o pessoal da sysPDV se tu é usuário final como o Daniel faleou

os conversores online não funcionam? pergunto isso porque nunca precisei. https://permita.me/?q=jpg+to+pcx+monochrome

Estou em contato com uma das prefeituras e vamos abrir um chamado para verificar oque esta ocorrendo, mesmo consultando diversas vezes ocorre o mesmo retorno, provavelmente amanhã o pessoal da Betha vai responder o chamado, se for alguma mudança eu retorno avisando aqui no post.

Boa tarde. Caso queira contribuir na implementação de novos bancos, pode se basear no que já foi feito e conforme tiver dúvidas postar no tópico. Toda ajuda é sempre bem vinda. Att.

Olá, pessoal. Estou interessado em implementar isso também. O meu banco (Itaú) já me liberou para testes e me enviou uma documentação da API (que é JSON). Se eu puder contribuir de alguma forma, mesmo que seja para testes, é só me falarem. Se precisar contato via WhatsApp, aí vai: 21 99143-5307. Enviei em anexo a documentação que recebi. Documentação da API de Registros de Cobrança - v21.pdf

Obrigado Jéter, com certeza será útil para implementarmos no ACBr.

Boa tarde. Bradesco nós desenvolvemos há meses e está em produção desde então. Na época eu enviei um post oferecendo os fontes, mas não aceitaram. Segue abaixo o link da unit, eu liberei o código. https://bitbucket.org/jerasoft/jera-da-di/src/master/ Se quiserem adaptar para os moldes do ACBr, sem nenhum problema. Obs.: Nesse mesmo link acima, tem também para débito automático. Em produção Bradesco e Itaú. Caixa em Homologação. Depósito identificado: Bradesco e Itaú, Atenciosamente.

Também estava passando por este problema. Resolvi a situação e vou postar o ajuste para os moderadores avaliarem. O problema identificado, é que o xml retornado pela ISSnet vem com essa tag "<br&amp;>", hoje temos a verificação de quebra de linha somente com "&amp;", com isso o sistema acaba tirando o "&amp" e mantedo o "<br>", ocasionando o problema. Segue o ajuste para subir, precisa ser nessa ordem, pois caso for primeiro a verificação do "&amp", o <br >permanecerá. Esperamos a avaliação do nosso grande @Italo Jurisato Junior if FPConfiguracoesNFSe.Geral.ConfigRemover.TagQuebradeLinhaUnica then begin result := FastStringReplace(Result, '<br&amp;>', '', [rfReplaceAll]); Result := FastStringReplace(Result, 'lt;brgt;', '', [rfReplaceAll]); Result := FastStringReplace(Result, '</>', '', [rfReplaceAll]); end; if FPConfiguracoesNFSe.Geral.ConfigRemover.EComercial then Result := FastStringReplace(Result, '&amp;', '', [rfReplaceAll]); Segue o arquivo alterado em anexo também. ACBrNFSeWebServices.pas

Olá Pessoal, O método Consultar agora possui um novo parâmetro chamado: AExtrairEventos. function Consultar(const AChave: String = ''; AExtrairEventos: Boolean = False) ; Boolean; Para quem utiliza os métodos direto da classe WebServices, deve acrescentar a seguinte linha: (...).WebServices.Consulta.ExtrairEventos := True ou False; O que ocorre quando o campo ExtrairEventos possui o valor True? Simples, quando realizamos um consulta a um DF-e além de retornar a sua situação é retornado também alguns eventos vinculados a ele, como por exemplo o evento de cancelamento. Se o valor de ExtrairEventos for True o método Consultar vai se encarregar de verificar se no retorno contem eventos, caso afirmativo eles serão extraídos e salvos em disco nas pastas conforme o seu tipo. Por exemplo, se no retorno tivermos o evento de cancelamento, será salvo na pasta: ...\Evento\Cancelamento o arquivo *-procEventoNFe.xml (caso estejamos consultando uma NF-e). Essa nova funcionalidade esta disponível nos componentes: ACBrBPe, ACBrCTe, ACBrMDFe, ACBrNF3e e ACBrNFe. Em breve tanto o ACBrMonitor quanto o ACBrLib vão passar a ter também essa funcionalidade. O que eu ganho com essa nova funcionalidade no método Consultar. Vamos supor que o seu cliente venha perder o XML da nota por exemplo, neste caso basta você ler os dados da nota do banco de dados, gerar e assinar o XML e por fim realizar uma consulta com o XML carregado, desta forma ao realizar a consulta a SEFAZ vai retornar o protocolo de autorização e o componente se encarrega de atualizar o XML acrescentando o protocolo nele, deixando-o assim um documento com validade jurídica. Mas se o seu cliente perder o XML de um evento como por exemplo o de cancelamento, não tinha como refazer o mesmo, pois não temos um método para consultar eventos, aliais a SEFAZ não possui um serviço para esse fim. Como dito acima o Consultar além de retornar a situação do documento e retorna também alguns eventos. Antes o componente ignorava esse conteúdo, mas agora foi implementado a extração dos eventos. Resumindo caso o seu cliente venha perder o XML de um evento (*-procEventoNFe.xml), lembre-se que o método Consultar pode recuperar ele novamente, desde que esse tipo de evento que foi perdido é retornado pelo Consultar. Espero que tenham gostado dessa nova funcionalidade.