Victor H. Gonzales - Panda

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Dia 13/06/22, as 22h, haverá troca do certificado digital para obtenção do TOKEN do OAuth. A alteração abrangerá a autenticação de todas as APIs. A atualização é automática, se houver necessidade de ajuste, o novo certificado já se encontra disponível. Fonte : https://app.developers.bb.com.br/#/aplicacoes

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Vou comitar hoje até o final da tarde

Boa tarde, tem TK-2775 aberta no backlog para analise de viabilidade

ativa o backfeed (bfOn)... se mesmo assim não tiver funcionando, abre o utilitário da impressora, vai na configuração, e ativa o backfeed.

A impressora precisa ter o recurso ativo / ligado e o recurso na sua linguagem disponível.

Boa tarde, a sua impressora / linguagem tem que ter suporte a backfeed (retroalimentação) que ela precisa na primeira impressão puxar a etiqueta que está alinhada na borda da impressora para começar o trabalho de impressão

Bom dia, Vou conversar com o time de RL para verificar, na minha opinião a mensagem tem que ficar a mesma no RL e FR. em FR é "NFe sem Autorização de Uso da Sefaz" e temos a marca dagua... temos que verificar se em RL temos limitação do gerador de relatórios.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Olá pessoal! Estamos fazendo uma limpeza nos componentes DFe e removendo lixo. Estamos removendo a propriedade FAX dos componentes de impressão DFe. Essa propriedade não é necessária e ainda por cima fere o MOC. Quando isso será comitado no SVN ? A previsão é 14/06/2022 as 12:00 commit at revision : 25851 Como isso me afeta? Depois da propriedade ser removida, você talvez não receba erros de compilação. Mas se você tentar executar a aplicação com uma propriedade inválida, pode ocasionar uma "violação de acesso" (Access Violation ou AV). O que eu preciso fazer? Se você tem qualquer componente de impressão DFe alocado em um Form ou DataModule, precisa abrir o form e remover a propriedade. Lembrando, que as impressões das informações são extraídas do XML, portanto, verifique no documento fiscal em questão a propriedade respectiva que você deseja alimentar "fone" caso não utilize ainda, verifique os schemas do projeto DFe especifico. Ao abrir o form, será apresentada uma mensagem como a abaixo, dizendo que a propriedade é inválida e não existe. Basta clicar em "Ignore" (ignorar) para que ela seja removida do DFM. Portanto, a sugestão é abrir todos os forms e ignorar todos os alertas que informarem que a propriedade FAX não existe mais. Mas eu tenho muitos forms e datamodules com vários componentes de impressão DFe. O que eu faço? Infelizmente não temos nada no ACBr para isso e o Delphi (e Lazarus) ainda não possuem ferramenta para validação do dfm. Então, tente usar uma ferramenta que faz validação dos dfm, como essa aqui: https://github.com/ahausladen/DFMCheck

Bom dia faça um teste usando essas UNIT por favor ACBrBoleto.pasACBrBancoDaycoval.pas

erro 550 4.1.1.1 geralmente é que a conexão SMTP está inativa, verifique se você consegue autentica essa mesma conexão smtp por qualquer outro programa.

se não estou enganado tem que clicar em salvar para aplicar as configurações mas tudo indica que a impressora não está conseguindo interpretar a linguagem. chegou a verificar se ela tem alguma atualização de firmware?

Bom dia, tente colocar EPL

Bom dia, isso para mim não está ligado diretamente ao timeout, o timeout não infere nessa situação... isso para mim está na forma que é preenchido o addAddress, por exemplo passando algum email inválido, ou algo do gênero.

Bom dia, faça o mesmo teste pelo programa exemplo por favor. ACBrMail Obrigado

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo Foi alterado os fontes, acredito que irá facilitar a vida e os próximos que forem homologar em SC, para as demais UF segue a regra anterior, alinhamento a esquerda e 15 caracteres para LIB e Monitor entrará em vigência na próxima compilação

Bom dia, "Manual de validação de boletos para as singulares Unicred Central Santa Catarina" na página 3, OBS: Vale ressaltar que o sistema obtêm apenas as 10 últimas posições contidas no arquivo. (Registro detalhe – Segmento P - pos. 068 a 077); isso é uma regra aplicada apenas as cooperativas que estão sob o leque deste manual, não a regra do banco em si, entende-se que aplica a agencia e não ao banco, não é um erro no layout e sim uma regra comercial. no meu ponto de vista essa informação deve ser tratada pela aplicação comercial para gerar a massa de informação no formato esperado pelo seu banco, se ela fere o esperado pelo componente. então só mascarar como o banco está sugerindo e informar ao componente exatamente as 15 posições já mascarada com a 10 posições a direita significativa.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Quando fala regra da Cooperativa, acredito que seja a unidade de negócios local, e não o banco todo em si. O ideal é solicitar ao banco a documentação onde consta isso.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Bom dia, Realmente Agencia é BranchID, ajustei o programa exemplo

Bom dia, Sugiro a leitura Anexo I - Leiaute e Regra de Validação - NF-e e NFC-e, a cardinalidade para modelo 65 do grupo [dest] é 0:1, mas as tag [CPF/CNPJ] 1:1 e a [xNome] é 0:1 portanto se existir a tag DEST, a tag CPF ou CNPJ torna-se obrigatório pela sua cardinalidade, a xNome é opcional Abraços http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=J I v4eN00E=

Bom dia, Primeiramente obrigado pela contribuição. Quando trocar de assunto no tópico, por mais que seja correlacionado, por favor abra um tópico novo, não faça bump. referente a essa TK-2744 aberta segue a analise : essa informação passada diverge da documentação do banco, não tem essa "observação" na documentação" uma sugestão, se isso é regra da agencia cooperada do seu cliente, é você mascarar esse campo na regra que eles estão pedindo, passando 10 posições com 5 espaços a direita. o Campo possui domínio C011 de 15 posições Alfa, sendo Alfanumérico, o alinhamento é a esquerda significativamente. ou o banco dizer se isso pertence a um novo layout e a documentação a que isso pertence.