Ir para conteúdo
  • Cadastre-se

Keiller Rodrigues

Membros Pro
  • Total de ítens

    12
  • Registro em

  • Última visita

Sobre Keiller Rodrigues

Últimos Visitantes

719 visualizações

Keiller Rodrigues's Achievements

  1. Enviei a remessa para o banco e os títulos de boletos foram aceitos sem erros com a versão que esta no SVN, agora vou testar TED e PIX. Obrigado Italo! Att Keiller
  2. Olá, Bom Dia! Estou implementando o ACBrPagFor para o banco Santander e me deparei com divergências na geração do Registro do Header do Arquivo (Registro 0), Header do Lote (Registro 1) e Trailler do Arquivo (Registro 9). Layout do Banco Santander: Cash Management (santander.com.br) Ao enviar para o banco na primeira vez, tive erros a respeito do convenio no header do arquivo, no header do lote e no trailler do arquivo conforme imagem abaixo: Resolvendo o primeiro problema no Header do Arquivo constatei o seguinte: O Header do Arquivo possui 20 posições para o convenio no layout, já no código do componente, na geração da remessa, está programado para enviar só 12 posições, outra coisa que reparei é que as informações estão fora da ordem do layout. Olhando na procedure procedure TArquivoW_Santander.GeraRegistro0 do PagFor.Santander.GravarTxtRemessa, vemos que está sendo enviado somente 12 posições para o convenio, sendo que no manual do banco esta previsto 20 posições. Também se olhar o layout e comparar com o código, percebe-se que existem informações sendo enviadas fora de ordem e também sem necessidade nos demais registros citados. Tomei a liberdade de ajustar esses registros (0,1,9), de acordo com o manual, e, anexei a unit nesse tópico. Desde já agradeço e estou a disposição. Att Keiller REMPAGFOR_0000182.txt PagFor.Santander.GravarTxtRemessa.pas
  3. @Daniel InfoCotidiano Boa tarde, tudo bem? Eu uso as duas propriedades do componente, mas para objetivos diferentes. A propriedade Titulo.NumeroDocumento eu utilizo para enviar o numero do documento financeiro, que seria o Nº NF + '-' + Parcela + '/' + Quantidade total de Parcelas. Esse campo pode ser editado pelo cliente a qualquer momento. A propriedade Titulo.SeuNumero eu utilizo para enviar o identificador único do título financeiro no sistema, de forma que quando o retorno vem, eu já sei exatamente de qual registro financeiro pertence esse titulo do arquivo de retorno. Esse número é unico, sequencial e não pode ser editado. Acredito que baseado na explicação acima, não posso simplesmente repetir o número do documento, nem o identificador único, nos dois campos do layout, lembrando que utilizo essa lógica com todos os demais bancos e funcionam perfeitamente rsrsrs. Se eu fizer da forma indicada, resolvo o problema de registrar a remessa no banco, mas terei que alterar a lógica da minha leitura de retorno com um IF específico só para esse banco, onde a busca não se daria pelo meu numero de controle e sim pelo numero de documento, onde se o cliente alterar algo, posso nunca mais encontrar o título para realizar a baixa ou registro das ocorrências. Dúvidas estou à disposição.
  4. Olá! Conforme relatei no Discord e solicitado pelo Daniel Infocotidiano, estou abrindo o tópico para relatar que há um equívoco na geração da remessa para o banco Daycoval. Na Unit ACBrBancoDaycoval.pas, na linha 519, está sendo enviado a informação do SeuNumero (indicado pela seta na imagem), porém segundo o layout do banco, neste campo deveria ser informado o NumeroDocumento do título (indicado pelo retangulo na imagem). Realizei a alteração na Unit indicada e fiz o envio para o banco da nova remessa, a qual a homologação relatou que o problema foi corrigido com sucesso. Em anexo segue o Layout do Banco, a nova remessa gerada, o e-mail indicando a homologação e o .pas que alterei. Qualquer dúvida estou à disposição Att Keiller ANEXO.TXT 9RW17101_REMESSA.txt BOLETO_TESTE1.pdf Manual M. 707 - Banco Daycoval Jun-21 (5).pdf
  5. Vou tentar aqui e volto a retornar
  6. Senhores continuo na mesma, Token da Certisign 5110 Windows 11 Atualizado até o talo, desinstalei tudo, reiniciei a máquina, tirei o token, reiniciei de novo, instalei os driver indicados no suporte da certisign, inseri o token, safenet reconheceu, demo consegue ler os dados do certificado e mesmo assim na libwincrypt da o erro CryptSignHash e tentando pela finada capicom recebo o erro "O sistema não pode encontrar o arquivo especificado". O engraçado é que em outro computador da cliente funciona, o mesmo token com o mesmo ambiente de software rsrsrs Talvez formatando a máquina e fazendo uma instalação limpa do windows resolva, mas nem isso tenho certeza mais, acho que vou deixar pros mistérios e falar pra cliente emitir nota só no outro pc. Agradeço a atenção @Daniel Simoes! Se tiver mais alguma dica deixa ai, caso contrário pode fechar o tópico, acho que não vai ter muito jeito.
  7. @Daniel Simoes agradeço a ajuda. Vou tentar fazer isso de novo, já tentei de tudo aqui e outro colega também, o negócio parece coisa de mistérios da informática, só abri tópico aqui por que realmente acabou minha criatividade...
  8. Boa tarde! Estou com um problema em um cliente que possui certificado A3 Token, Windows 11 atualizado e meu sistema está usando a libwincrypt. Toda vez que vou assinar uma nota me deparo com a seguinte mensagem: CryptSignHash, erro: $00000000002. Realizei um teste com o Demo do ACBr e obtive o mesmo erro ao tentar gerar uma NF-e, segue imagem: O certificado é lido normalmente tanto pelo meu sistema quanto pelo exemplo do ACBr, consigo capturar todas as informações do certificado. Acredito que deva ser alguma incompatibilidade de DLL do Windows 11 com as que estou usando pro sistema. Alguém poderia me auxiliar? Desde já agradeço!
  9. Os CT-es do sefaz de MG desde o dia 23/12/2019 não retornam nada de documentos, é sempre nenhum documento localizado. E se eu consulto a chave de acesso lá no AN, o CT-e está la, inclusive com data de envio pro AN, acredito que não ganharam os NSUs lá no AN.
  10. Pessoal, já achei o problema, era erro no meu código mesmo, perdoem-me pelo Post, favor desconsiderar, Agradeço mais uma vez! Pessoal estou tendo o seguinte problema, meu cliente utiliza um produto que é vendido em quilos, por exemplo, presunto e o sat está me retornando essa rejeição: 464 - Rejeição: Quantidade Comercial do item (N) inválido. Exemplo: Presunto custa R$10,00 o kilo o cliente comprou 0,5kg (Qtd) Preço final = R$5,00 Me parece que o SAT não aceita quantidades menores que 1, alguém já passou por isso e sabe como proceder, é algo que eu devo passar para o componente para indicar esse tipo de coisa? Obrigado, Keiller Rodrigues
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...