Luiz Carlos Rodrigues

Até poderia fazer a mudança o problema é pelo que estou vendo tanto Sofisa Itaú quanto Sofisa Santander a posição da carteira é a mesma e pode vir os mesmos códigos, ou seja pode vir o número 112 por exemplo que tem no Sofisa Itaú quanto no Sofisa Santander, como saber qual executar ? Também não dá para pegar pelo Número do Banco na Câmara de Compensação porque vem vários códigos diferentes.

O manual que eu tenho aqui já tem uns quatro anos e por ele não dá para identificar nada no header se é Itaú ou Santander

Não é nem pelo manual, Quando vem no Retorno o Código do Banco 637 (Sofisa) o Componente ACBrBoleto está Verificando se a Carteira é 109, Executa Banco Itaú, caso Contrário Executa Santander, só que nesse momento a carteira ainda não foi alimentada pois a mesma fica nos Registros Detalhe e não no Header, ou seja teria que depois de achar o código do banco, achar a carteira no Detalhe para depois fazer a verificação se executa Itaú ou Santander. Provavelmente isso vai acontecer também com o Banco 643 (Pine) pois a condição é a mesma do Sofisa só que nesse caso executa BancoPineBradesco ou BancoPine

Bom dia. Eu já havia feito isso mais ocorre uma exceção conforme o código abaixo no ACBrBoleto if ( IntToStrZero(Banco.Numero, 3) <> BancoRetorno ) and ( IntToStrZero(Banco.NumeroCorrespondente, 3) <> BancoRetorno ) then if LeCedenteRetorno then Banco.TipoCobranca := GetTipoCobranca( StrToIntDef(BancoRetorno, 0)) else raise Exception.Create( ACBrStr( 'Arquivo de retorno de banco diferente do Cedente'));

Bom dia O teste é simples (Arquivo anexo): ACBrBoleto.NomeArqRetorno := edArquivo.Text; ACBrBoleto.LeCedenteRetorno:= True; ACBrBoleto.LerRetorno; PV820358_812_SEC_101_SOFISA.18O

Quando tento ler o retorno do banco Sofisa está dando um na função GetTipoCobranca em StrToInt(Carteira) no bloco abaixo Devido a Carteira nesse momento estar em branco, ou seja a Carteira que está nos registros Detalhe nem foi lida ainda. Provisoriamente eu fiz uma alteração no fonte ACBrBoleto.pas assumindo cobBancoSofisaSantander só para não dar erro (Isso porque o meu cliente está usando Sofisa Santander). 637: begin if StrToInt(Carteira) = 109 then Result := cobBancoSofisaItau else Result := cobBancoSofisaSantander; end; Não sei se vale a pena colocar o que eu fiz nos fontes do ACBrBoleto já que não é 100% Ficou assim: 637: begin if Carteira = '' then Result := cobBancoSofisaSantander else if StrToInt(Carteira) = 109 then Result := cobBancoSofisaItau else Result := cobBancoSofisaSantander; end;

Lembrei porque não enviei. O Cliente que pediu só precisava da impressão já que quem envia o arquivo para o banco não é ele (Ele faz o pós venda, então se a pessoa não recebeu o boleto ele reimprime/envia o boleto em pdf para a pessoa). Como era algo a toque de caixa, então não desenvolvi envio/retorno.

Bom dia. Se eu não me engano na época que eu desenvolvi eu enviei para ser acrescentado nos fontes do acbr, assim como eu fiz com o CitiBank. O CitiBank foi acrescentado nos fontes do acbr, mais pode ser que eu esqueci de enviar o BnpParibas (Os dois eu só desenvolvi a parte de envio/Geração do Boleto, não fiz o retorno por falta de tempo e o cliente não usa retorno).

O cobBnpParibas não está mais em TACBrTipoCobranca, fiz atualização e quando tento compilar meu sistema está dando falta de cobBnpParibas. Grato

Bom dia. Eu já tinha verificado os XMLs e não tinha encontrado mesmo o protocolo, como eu segui o que está escrito no manual abaixo... No manual também diz que existe o método Síncrono mais acho que não pois dá erro se tentar usar o mesmo. Ou seja nem tudo o que está no manual é verdade. Muito obrigado, vou fazer as devidas mudanças no meu sistema. 2.2.1 ENVIO DE LOTE DE RPS - ASSÍNCRONO Através desta interface, os prestadores de serviços poderão enviar lotes de RPS emitidos por seus sistemas de forma assíncrona para que sejam substituídos por Notas Fiscais Eletrônicas. É semelhante à interface síncrona, contudo, ao invés de retornar as informações do lote, é retornado um protocolo, para posterior consulta da situação. Esta interface destina-se aos prestadores que desejam emitir NF-e em grandes volumes e que não necessitam da NF-e na mesma comunicação. 2.2.2 CONSULTA SITUAÇÃO LOTE ASSÍNCRONO Esta interface permite aos prestadores de serviços acompanharem a situação do lote enviado de forma assíncrona. Através do protocolo devolvido na interface de envio de lote assíncrono, será possível verificar se o lote foi processado, se está em processamento ou se foi invalidado.

Esses foram os Arquivos Gerados no Envio. Estou com ConsultaLoteAposEnvio ativada e em outros provedores está funcionando. 1-env-lot.xml 1-env-lot-soap.xml 1-rec.xml 1-rec-soap.xml 20230105164448-con-lot.xml 20230105164448-con-lot-soap.xml 20230105164448-lista-nfse-con-lot.xml 20230105164448-lista-nfse-con-lot-soap.xml

Assim que tiver mais notas para tirar eu farei isso (Porque São Paulo não tem ambiente de homologação). Grato

Estou usando ACBrNFSeX.Emitir com o método assíncrono e o mesmo está retorna o protocolo em branco. Tentei usar com o método síncrono e dá erro (nenhum elemento encontrado). Alguém já passou por esse problema ?

Bom dia. Eu criei 2 tabelas: Uma para armazenar: o IDCONSULTA, DATA, CPF, TIPOCONSULTA Outra para Armazenar IDCONSULTA, CODIGOREGISTRO (EX: 111, 126, 500, 501, ETC...), SEQCAMPO (Só para saber a Ordem que vem os Campos no XML), NOMECAMPO (EX: tipoOcorrencia, moeda, valor, informante, ETC...), VALORCAMPO (Para armazenar o conteúdo de cada campo). Fiz um Relatório que o Cliente Pediu com todas as Informações e em alguns casos Pego apenas uma Determinada Informação para Consistência no Sistema, como está tudo em forma de Registro ficou mais Fácil.

Ok. Obrigado