LUCAS CARDOSO DA SILVA

Sim, eu li. E no doc do link que tu mencionou diz que o Bradesco não considera o convenio, mas na homologação exigem que conste no header... eu pedi ao cliente para informar o convenio no campo cedente, ele ficou de testar mas o ideal seria de alguma forma atender ao layout do banco né...

Não imagino como corrigir sem impactar os demais usuários e demais bancos, uma vez que este banco usa dados diferentes para geração do header.

Também estou com o mesmo problema. Na homologação do Bradesco exigem no Cnab 400 no header - pos 027 a 046 o numero do CONVENIO. Porém, o acbr gera com o codigo do cedente. Conforme linha 5058 do AcbrBoleto.pas: >> PadLeft(ACBrBanco.ACBrBoleto.Cedente.CodigoCedente, 20, '0') + { Codigo da Empresa no Banco } onde segundo a homologação do bradesco, deveria estar sendo enviado o numero do CONVENIO, o componente envia o codigo do CEDENTE. Também no arquivo de particularidades, indica que o Bradesco usa cedente e não convenio, quando é o contrário.

Resolvido.

Pessoal, mesmo no demo não gerou corretamente. Eu havia atualizado os fontes em inicio de maio, e começou a dar esse problema, nas versões anteriores funcionava corretamente. Eu consigo pegar o fonte do s2206 do ACBR do mes de março ou abril? se sim, como?

se for o evento s2206 usa o fonte que anexei acima, que vai funcionar.

Olá para mim funcionou, segue o arquivo do fonte do eventopcesS2206.pas

Atualizando ontem, e novamente hoje (apagar/baixar/instalar) erro persiste, não consegui corrigir. Na segunda vou tentar depurar novamente... de qualquer modo seria bom corrigir a linha 313 do pcesS2206.pas if (objAltContratual.Vinculo.infoRegimeTrab.InfoCeletista.cnpjSindCategProf <> '') or ((objAltContratual.Vinculo.infocontrato.FiliacaoSindical.count > 0) and (objAltContratual.Vinculo.infocontrato.FiliacaoSindical[0].CnpjSindTrab <> '')) then desse modo ele lê o cnpj para gerar como celetista;

Renato Rubinho, o erro ocorreu após atualizar os fontes do ACBR. Entao, sim, os fontes estão atualizados. Também testei no exemplo, e ocorre na versão mais recente. Quem esta com a versão mais atual não vai conseguir enviar o s2206.

Não sou pró, me referi ao topico deste forum como ticket de suporte, perdão.

É justamente por ter atualizado de uma versão que funcionava para a citada acima, que ocasionou o problema. Por isso gerei o ticket de suporte.

sim, foi ajustado o pcesS2206.pas, rodei o apagar e depois reinstalado eu fiz a seguinte alteração na linha 313: if (objAltContratual.Vinculo.infoRegimeTrab.InfoCeletista.cnpjSindCategProf <> '') or ((objAltContratual.Vinculo.infocontrato.FiliacaoSindical.count > 0) and (objAltContratual.Vinculo.infocontrato.FiliacaoSindical[0].CnpjSindTrab <> '')) then desse modo ele lê o cnpj para gerar como celetista; porém, ainda persiste o erro na linha 387 (no procedimento em geral) onde os dados estão vindo em branco por exemplo Gerador.wCampo(tcInt, '', 'codCateg', 1, 3, 1, objInfoContrato.CodCateg); codCateg esta vindo em branco

Olá, não consegui. Mesmo ajustando a linha 313 ele segue sem gerar o codcateg

Bom dia, após atualizar os fontes do ACBR em abril, começou a acontecer este erro ao enviar o S-2206 do eSocial tem dois erros na rotina: primeiro que ele esta gerando infoestatutario mesmo sendo funcionario do regime celetista, e não esta gerando o codcateg; no arquivo pcesS2206, mesmo enviando o funcionario como RGPS e preenchendo o cnpj do sindicato, ele passa como celetista, pois há dois campos diferentes para cnpj do sindicato no evento com nomes diferentes e ele testa somente um na linha 313

Alguma possibilidade de incluir essa alteração no componente em definitivo?

Claro, vou providenciar então.

Pra mim também está ocorrendo esse problema. O correto seria implementar na AcbrTefApi três funções da dll clisitef (já existem na dll): função que retorna todas as transações pendentes do pdv; função que retorna as transações pendentes do pdv por documento; função que cancela as transações pelo documento; sem isso vai ser dificil resolver.

Duas duvidas ainda: como recuperar a versão da dll pelo AcbrTefApi? o componente AcbrTefD está recebendo manutenção? estou implementando tef no meu software e optei pelo AcbrTefApi, mas vi em algumas postagens recomendação de usar o TEFD para Clisitef, ao invés do TEFAPI. Como está esta situação?

Obrigado Daniel, atualizei o ACBR e substitui a unit pela do tópico citado e funcionou, vou correr a homologação durante a semana e retorno.

Olá, estou homologando TEF pelo Sitef usando a TefApi. Porém é necessário que nas telas de obter campo, menu e exibir mensagem, seja mostrada a versão da dll e o botão voltar Porém nas chamadas das funções da dll não encontrei opção de retornar ação do botão voltar Nem como obter a versão da dll

Sim, vc inverteu. Porém, ele retorna pro começo nessa parte da rotina:

consegui baixar a HEAD e a 29505, em ambas persiste o mesmo erro

Olá na versão HEAD não houve alteração, persiste o mesmo erro já a revisão 29505 não está mais disponível

infelizmente não funcionou erros a seguir: Log: 19/05/2023 06:23:02 * 19/05/2023 06:23:02 * ------ Fim da Operação ------ 19/05/2023 06:23:02 * Sucesso: NÃO 19/05/2023 06:23:02 * Resultado: Result interno do módulo Log Trace: 19/05/2023 06:22:46 * - StatusOperacao: stsIniciada 19/05/2023 06:22:46 * EfetuarPagamento( 68, 1,00, tefmpCarteiraVirtual, tefmfAVista, [] ) 19/05/2023 06:22:46 * *** IniciaFuncaoSiTefInterativo. Modalidade: 122 Valor: 1,00 Documento: 68 Data: 20230519 Hora: 062246 Operador: ParamAdic: [{DevolveStringQRCode=1};10;18;27;28;35;44] 19/05/2023 06:22:46 * ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = 19/05/2023 06:22:46 * ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 22 TipoCampo = -1 Buffer = Campo Restricoes invalido: {DevolveStringQRCode=1};10;18;27;28;35;44] Tam.Min = 1 Tam.Max = 1 19/05/2023 06:23:01 * ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = 19/05/2023 06:23:01 * ContinuaFuncaoSiTefInterativo, Retornos: STS = 10000 ProximoComando = 22 TipoCampo = -1 Buffer = Homologacao CliSiTef Tam.Min = 0 Tam.Max = 0 19/05/2023 06:23:02 * ContinuaFuncaoSiTefInterativo, Chamando: Continua = 0 Buffer = 19/05/2023 06:23:02 * ContinuaFuncaoSiTefInterativo, Retornos: STS = -100 ProximoComando = 0 TipoCampo = 0 Buffer = Tam.Min = 0 Tam.Max = 0 19/05/2023 06:23:02 * *** ContinuaFuncaoSiTefInterativo, Finalizando: STS = -100 19/05/2023 06:23:02 * 899-102 = 68 19/05/2023 06:23:02 * QuandoFinalizarOperacao 19/05/2023 06:23:03 * - StatusOperacao: stsEmPagamento

Isso, como ela não vai para a função efetua pagamento, a dll acaba não recebendo a instrução de retornar a string do qrcode, e não vai reportar o código corretamente eu acho que na linha 845, onde faz o add do parametro {DevolveStringQRCode=1} se refere a fParamAdicConfig.Add('{DevolveStringQRCode=1}'); mas deveria ser fParamAdicFuncao.Add('{DevolveStringQRCode=1}'); e deveria ser movida para depois da montagem das restrições; entre 874 e 876