Rejeicao envio remessa Itau CNAB400

[EMERSON RODRIGUES FERREIRA]

Ao atualizar o acbr percebi as seguinte alterações no codigo do itau:
 

function TACBrBancoItau.DefineTipoBeneficiario(const ACBrTitulo: TACBrTitulo): String;
var LTamanhoPagadorFinal : Byte;
begin
  LTamanhoPagadorFinal := Length(OnlyNumber(ACBrTitulo.Sacado.SacadoAvalista.CNPJCPF));
  if (ACBrTitulo.ACBrBoleto.LayoutRemessa = c400) AND (LTamanhoPagadorFinal > 0) then
  begin
    case LTamanhoPagadorFinal of
      11 : Result := '3'; //CPF DO PAGADOR FINAL
      14 : Result := '4'; //CNPJ DO PAGADOR FINAL
    else
      Result := '9';
    end;
  end else
  begin
    case ACBrTitulo.ACBrBoleto.Cedente.TipoInscricao of
      pFisica   : Result := '1'; //N DO CPF DO BENEFICIÁRIO
      pJuridica : Result := '2'; //N DO CNPJ DO BENEFICIÁRIO
    else
      Result := '9';
    end;
  end;
end;

Neste caso se tiver sacador avalista passou a retornar 3 ou 4.

Antes informava sacador avalista, 

o campo" CÓDIGO DE INSCRIÇÃO TIPO DE INSCRIÇÃO DA EMPRESA 002 003 9(02) NOTA 1", era 1 ou 2 e a remessa era aceita normalmente.

Com a alteração recebi uma rejeição, falando sobre o CEP não pertencer ao estado informado.

Sempre utilizei no campo sacador avalista a própria empresa, a impressão que tenho é que está fazendo verificação do estado do sacador com o CEP do cliente do boleto.

Outra coisa foi a instrução1:
 

Antes por Default era 35 agora passou para 82.

Antes:

function TACBrBancoItau.InstrucoesProtesto(const ACBrTitulo: TACBrTitulo): String;
begin
  with ACBrTitulo do
  begin
    if ((DataProtesto > 0) and (DataProtesto > Vencimento)) then
    begin
      case TipoDiasProtesto of
        diCorridos : Result := '34';
        diUteis    : Result := '35';
      else
        Result := '';
      end;
    end else
    begin
      if ((DataNegativacao > 0) and (DataNegativacao > Vencimento)) then
        Result := '66'
      else
        Result := '';
    end;
      if (PadLeft(trim(Instrucao1),2,'0') = '00') and (Result <> '') then
        Instrucao1:= Result;
  end;
end;

Agora:

function TACBrBancoItau.InstrucoesProtesto(const ACBrTitulo: TACBrTitulo): String;
begin
  with ACBrTitulo do
  begin
    if ((DataProtesto > 0) and (DataProtesto > Vencimento)) then
    begin
      case TipoDiasProtesto of
        diCorridos : Result := '81';
        diUteis    : Result := '82';
      else
        Result := '';
      end;
    end else
    begin
      if ((DataNegativacao > 0) and (DataNegativacao > Vencimento)) then
        Result := '66'
      else
        Result := '';
    end;
      if (PadLeft(trim(Instrucao1),2,'0') = '00') and (Result <> '') then
        Instrucao1:= Result;
  end;
end;

Qual impacto desta alteração de instrução para o cliente? Sendo:

35-CUSTAS DE CARTÓRIO DISTRIBUIDOR e agora esta gerando

82-CONFIRMAÇÃO DO CANCELAMENTO DE NEGATIVAÇÃO EXPRESSA – TARIFA.

[Daniel InfoCotidiano]

A instrução de protestou mudou Ano passado quando um usuário reportou alteração solicitada pelo banco. Nesta postagem, clique aqui

Quando existia a data do protesto a solução enviava 34/35 conforme manual antigo.

E foi alterado conforme manual mais recente

Note que no manual mais recente não existe mais instruções 34/35

Na teoria era para vc receber rejeição do banco.

Sobre o tipo beneficiário, foi alterado conforme manual para evitar rejeições conforme o post original, clique aqui

 

 

[EMERSON RODRIGUES FERREIRA]

Blz, vou procurar o layout novo para fazer as adaptações necessárias então. Vlw

[Daniel InfoCotidiano]

@EMERSON RODRIGUES FERREIRA
Fique atento...
Não confunda a instrução de envio (os prints que enviei para você) da Nota 11 (Instruções de Cobrança)

Com a tabela de retorno Nota 17;

 

Por que no retorno existe os códigos q vc informou:

 

[EMERSON RODRIGUES FERREIRA]

Sim, eu percebi meu erro.