LUCAS CARDOSO DA SILVA

Pessoal, ajustei as cadeias de certificação do windows e deu certo Já esta ok para cidade de Novo Hamburgo.

pois ontem a tarde, começou a ocorrer este erro:

Não seria rest&service ao inves de services&service?

com os fontes atualizados, está indo para o endereço novo porém passou a ocorrer esse erro hoje

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: