Luiz Carlos Rodrigues

Boa dia. Depois de muito tempo a novela acabou. O cliente trocou de operadora e continuou dando o mesmo erro, porém conseguiram resolver porque ontem tudo voltou a funcionar.

Bom dia. O cliente me informou que a Vivo disse que eles caíram na Black List e até agora não conseguiram resolver o problema. Já foi vários técnicos de Nível 1 ao 3 da Vivo, já foi supervisor da Vivo e o problema continua. Vamos ver os próximos capítulos e depois eu informo o resultado.

Bom dia. O Cliente ainda está aguardando a operadora trocar o DNS. Assim que isso acontecer eu posto o resultado

Vou pedir para verificar o certificado, o estranho é que tirou nota até segunda feira e na terça não funcionou mais. O certificado foi instalado em uma máquina que não antes não tirava nota e também não funcionou. Eu peguei o banco e o certificado do cliente e coloquei na minha máquina e funcionou normalmente. O técnico de rede do cliente disse que poder ser algum bloqueio entre a operadora vivo com a sefaz porque eles tiverem um problema de internet nesse temporal que deu em SP, mais a internet em si está funcionando normalmente. Esqueci de mencionar que o certificado é A1

Bom dia. Alguém já passou por esse erro ? Começou a acontecer em um cliente na terça-feira. Já foi verificado: Todas as dlls. Atualização do windows. FireWall. Ant-virus. OBS: Já fiz um teste em 4 máquinas do cliente e dá o mesmo erro. Foi testado também em um notebook fora da rede com internet pelo celular Em outros clientes está funcionando normalmente, Desde já agradeço

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