Niltonfq
-
Total de ítens
32 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Niltonfq
-
-
Acabei de atualizar agora e não encontrei mudanças nem no logo nem nos fontes
-
Pessoal erro meu, como eu tinha atualizado semana passada achei que não precisava mais, ainda bem que vocês insistiram, obrigado!
-
1
-
-
Estamos em um loop infinito!
Eu estou selecionando o motor fortes ou fpdf mantendo o layout IPadraoEntregaVeja nos anexos que eu coloquei acima como cada um sai
Se você tentar imprimir via projeto de exemplo do boleto vai verificar que estão diferentes os layouts
-
As diferenças são muitas, exemplo -> o fortes tem comprovante de entrega e recibo do pagador
vou deixar novamente em anexo -> 147619-fpdf.pdf147619-Fortes report.pdf
-
Atualizei os fontes mas não consigo gerar o arquivo de remessa
No print anexo temos a variável aIdentificacaoOcorrencia que o case colocou nela o valor '00', mas logo em seguida um IF pergunta se o valor da mesma é menor que 5, então no meu caso sempre dá erro, não tenho como gerar a remessa, poderiam verificar por favor.
O erro é que o IF somente deveria checar caso a ocorrência fosse 01, 02 ou 07, para o caso de 03 não
além disso o máximo que o banco permite é 50 e não 55, vide manual anexo
-
Eu gostaria de ter o layout igual ao do fortes report pois é mais completo
Não entendi sua resposta, quer dizer que eu não posso usar ainda o FPDF ou no futuro todos serão menos completos igual ao FPDF como é hoje ??
-
Então percebi agora que inverti os nomes dos arquivos
Sim, o FDPF aparece do jeito que você mostrou sim , só que imprimindo via fortes é bem diferente, veja meus anexos (lembrando nomes trocados)
-
A impressão do boleto usando o motor Fortes Reports é diferente do motor FDPF
para o layout "padrão entrega" (ainda não verifiquei os demais)
O do fortes reports é mais completo ! Poderiam deixar os dois iguais ?
-
Houve uma mudança de razão social do banco Uniprime para Sisprime
poderiam verificar os componentes por favor
Manual_de_Cobranca_-_Layout_CNAB_400_Atualizado.pdf logo_cmyk_sisprime_positivo_tagline.bmp
-
Agora deu certo, muito obrigado
-
2
-
-
Não adiantou
-
sim, atualizei hoje 27/06/23
não anotei acima mas o problema dos acentos acontece inclusive nos demos
-
pessoal, muito obrigado , ficou quase perfeito agora
Obrigado especial ao Daniel Infocotidiano
Agora estou com problemas apenas de acentuação, campo local de pagamento
O que eu já tentei -> clique direito / file settings / encoding <- UTF8, não funcionou
alguma sugestão ?
-
não é linux é windows 11
-
Fiz a atualização do Lazarus e continua o mesmo problema, por favor poderiam verificar o que acontece internamente com as fontes dos PDF´s quando o projeto não tem interface gráfica.
Estou precisando muito disso.
-
Para tirar a dúvida de que o problema não são as propriedades, seguem 2 projetos: 1 em LCL (VCL) e o outro que é uma API <- onde está o problema
Recapitulando,
Usando forms funciona o mesmo código da API sem problemas
Usando o projeto API, que usa o mesmo código, quando gero PDF, não funciona, se eu gerar .jpg funciona
meu ambiente: Windows 11, Lazarus
em anexo tem os dois projetos, para que seja possível ver funcionando quando tem um form.
Segue o projeto api para ver o problema, segue também o corpo do json para fazer o teste da api
Por favor, verifiquem o que pode estar acontecendo com os componentes, o problema necessariamente precisa estar neles pois o código é exatamente o mesmo!
Eu não mencionei ainda aqui para não mudar de assunto mas, acontece a mesma coisa com nota fiscal e acredito que em todos os componentes que emitem PDF.
-
Pessoal por favor me ajudem , ainda estou com o mesmo problema, não consegui solucionar mas, verifiquei que com o mesmo código, se eu mandar gravar em jpg funciona normal, o problema está no pdf
Infelizmente preciso que seja PDF
-
Tem como melhorar a fonte de um boleto gerado ? Não está dando para ler direito pois as letras estão muito juntas
estou usando termica80mm, mas todos os modelos saem da mesma forma
estou usando lazarus, criando os componentes em memória, é uma api que devolve o pdf do boleto
Estou usando Windows, já tentei via CGI no Apache e também rodando StandAlone ( exe ) dá o mesmo problema
funciona normalmente usando os Demos, na mesma máquina, mas eu estou fazendo as mesmas configurações, copiei e colei os códigos
-
você esqueceu de retornar o código da ocorrência , no caso 01 na função tipoOcorrenciaToCod, segue print:
não tem como fazer pull request para os fontes da ACBR ???
Se sim, poderia explicar como por favor.
-
No banco Daycoval existe a possibilidade de retorno com o código 01 que não está previsto no ACBr
poderiam verificar por favor -
No aguardo...
Só para constar, no meu caso estou usando o linux mint
-
Estou usando o Lazarus em um ambiente linux, baixei a tabela de CEST pelo componente ACBrSpedTabelas mas o arquivo gerado ficou no padrão ANSI e deveria ser UTF-8.
Abrindo em editores de texto no windows e linux os acentos aparecem corretamente.
Dentro do Lazarus aparece assim: 0100100|Catalisadores em colmeia cer'#$E2'mica ou met'#$E1'lica para convers'#$E3'o catal'#$ED'tica de gases de escape de ve'#$ED'culos e outros catalisadores|01012018|o código postado foi somente um teste que o pessoal do ACBr pediu para eu fazer para ver se resolvia o problema, não resolve! Você pode tentar com TEncoding.UTF8 por exemplo e o problema continua...
-
Estou usando o Lazarus em um ambiente linux, baixei a tabela de CEST pelo componente ACBrSpedTabelas mas o arquivo gerado ficou no padrão ANSI e deveria ser UTF-8.
Abrindo em editores de texto no windows e linux os acentos aparecem corretamente.
Dentro do Lazarus aparece assim: 0100100|Catalisadores em colmeia cer'#$E2'mica ou met'#$E1'lica para convers'#$E3'o catal'#$ED'tica de gases de escape de ve'#$ED'culos e outros catalisadores|01012018|podem me ajudar?
-
Essa solução está demorando muito tempo. Acredito que ninguém esteja usando SICRED pois teriam notado o problema.
Passa um comunicado a todos informando a data da alteração para que todos possam se programar.
Prorrogação até 17/09/23 - Novos ambientes de API's sobre de preços, prazos e rastreamento
em ACBrTCP
Postado
Prezado(a) Cliente,
Alinhado ao compromisso de oferecer as melhores soluções aos nossos Clientes, em meados do primeiro semestre de 2022 os Correios disponibilizaram novos ambientes de API’s (Application Programming Interface) para obtenção de informações de preços, prazos e rastreamento. Essas, desenvolvidas em arquitetura (REST), trazem inúmeras vantagens aos usuários, tais como maior segurança, menor tempo de resposta, ambiente escalável, novo e totalmente aderente às principais tecnologias do mercado.
Nesse interim, trabalhamos junto às principais plataformas fornecedoras de tecnologia para e-commerce para que integrassem suas aplicações às novas API’s disponibilizadas pelos Correios, visando cumprir os prazos para desativação da antiga estrutura que fornecia esses serviços.
Nesse contexto, informamos que o novo prazo para a desativação das antigas API (ambiente SOAP) e ativação das novas APIs em arquitetura (REST) será dia 17/09/23. Sendo assim, recomendamos que verifique junto à sua área de TI e/ou plataforma integradora/ERP/TMS se já estão integrados aos novos ambientes dos Correios e, caso ainda não estejam, pedimos acionar o Consultor Comercial, Agência de Relacionamento responsável pelo seu contrato, e se for o caso, nossa CAC – Central de Atendimento.
Ressaltamos que todos os Clientes detentores de Contrato a partir do pacote Bronze já tem acesso liberado às novas API’s, porém é necessário que criem credenciais no ambiente Meu Correios e emitam a senha de consumo de API’s no Correios Web Service, condições exigidas para consumo das novas API’s.
Vale destacar ainda que cada plataforma adota procedimentos específicos para uso desse novo modelo de integração, de modo que recomendamos verificar tais procedimentos junto à sua plataforma.
Ressaltamos mais uma vez que contate o seu Consultor Comercial, Agência de Relacionamento dos Correios, e se for o caso, nossa CAC – Central de Atendimento, para esclarecimentos adicionais ou acesse: https://www.correios.com.br/atendimento/developers/correios-developers.
Cordialmente,
Empresa Brasileira de Correios e Telégrafos.