Luiz Carlos Rodrigues

Bom dia. Por enquanto eu apenas alterei a unit ACBrBoleto assumindo Santander já que o meu cliente nesse caso recebe os retornos bancários Sofisa/Santander, ou seja o problema ainda não foi resolvido porque se algum dia ele passar a receber Sofisa/Itau já não funcionaria. Como o meu cliente recebe os arquivos bancários de terceiros para inserir no sistema não tem como colocar uma condição para saber se é Sofisa/Santander ou Sofisa/Itau

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

Obrigado pela resposta. Eu entendi que foram eliminada algumas regras e não os novos campos.

Boa noite. Fiz a atualização dos componentes e vi que já tem as alterações da NT 2020.006 mais não tem os da NT 2020.005 Não tem os campo cBarra / cBarraTrib / pFCPDif / vFCPDif / vFCPEfet / etc... Ou será que as minhas atualizações é que estão com problema. Grato

Também estava passando por isso a 3 dias. Hoje Consegui resolver. Só mudei SSLType = LT_TLSv1_2 antes estava com TL_All Usando TL_All functionou se mudar a SSLib para libCapicomDelphiSoap Resumindo estou usando as seguintes configurações: SSLCryptLib =cryWinCrypt SSLHttpLib = httpWinHttp SSLLib = libCustom SSLXmlSignLib = xsMsXml SSLType = LT_TLSv1_2 Esqueci de mencionar que só está acontecendo com Windows 7

Boa Tarde. Estou aguardando uma resposta do provedor

Pois é. No site da prefeitura tem um validador também e dá o mesmo erro, mais não diz em qual assinatura está o erro.

Vou ver com o pessoal do provedor se eles podem me dizer o que está errado. Se é que está errado. Depois reporto aqui o que aconteceu.

Teste pelo o exemplo do ACBr dá outra mensagem: (O usuário correspondente ao documento utilizado para autenticação não possui autorização para realizar o servço para a empresa parametrizada via CNPJ e inscrição municipal do arquivo) Mais consulta de lote funciona.

Bom dia. Obrigado pela resposta. Estou usando o certificado (A1 da SERASA) através do Número de Série (Já utilizo assim para NFe e NFSe Ginfes) e tem funcionado tanto para certificado A1 quanto A3. Utilizei as configurações acima com default de libWinCrypt e libCapcom. Também fiz teste utilizando libOpenSSL com arquivo .pfx Todos dão o mesmo erro.

Boa Noite. Alguém já conseguiu enviar RPS (Homologação) para essa prefeitura ? Está dando erro E172: Arquivo enviado com erro na assinatura Já fiz todas as combinações de compilação mais o erro continua. Nesse Link https://www.receita.fazenda.gov.br/Aplicacoes/SSL/ATBHE/assinadoc/ValidadorAssinaturas.app/valida.aspx está dizendo que A assinatura digital do documento fornecido é válida. Grato 1-env-lot.xml 1-env-lot-soap.xml