Victor H. Gonzales - Panda

Bom dia, Obrigado pela contribuição. Como o arquivo faz a leitura / escrita diretamente seguindo o layout, ele não está utilizando o valor da fpTamanhoNumeroDocumento. para ter impactos, teríamos que alterar todos os demais métodos, tanto no cnab240 e 400, leitura e escrita, mas acaba tornando desnecessário. Abraços

Boa tarde Fábio Obrigado pela a ajuda, eu não sou correntista, e a documentação deles é muito sucinta. Como eu já disse algumas vezes no tópico, o componente ele não imprimi o código que é utilizado na geração do campo livre (Número da Operação 0618618), e sim o número da conta bancária que é utilizada na remessa. Por favor, se possível me faça esse favor, faça o revert em todos os componentes e arquivos do ACBr, atualize o componente e instale o componente, depois faça o seu teste por favor. o Numero que sairá impresso nesse campo, é o número que está informado na propriedade de conta. Obrigado

Boa tarde, o que vocês estão dizendo, é que esse banco, tem um "código" que é impresso no boleto, mas esse código não está informado em nenhuma parte do manual, e vocês só estão confrontando isso pela a impressão via sistema dela e chegaram a essa conclusão? Porque como eu já disse acima, o código de operação ela não é impressa mais no boleto, e sim o número da conta bancária, que é informação que é utilizada para envio da remessa, pelo o que vocês estão falando, existe agora uma terceira informação, essa que só é "vista" se a pessoa imprimir um boleto pelo sistema deles e que não consta nenhuma instrução desse campo no manual deles, é isso?

Bom dia, No manual que você anexou não existe nenhuma parte onde diz como deve ser montado a ficha de compensação, por isso eu disse para você anexar o manual de confecção da ficha de compensação, geralmente as instituição bancárias tem esse manual, dizendo o que cada campo da ficha de compensação, tamanhos mínimos, papeis, etc. Esse manual que você mandou basicamente é para gerar a remessa / retorno (cnab) não trata em si da ficha de pagamento/compensação. Referente a essa propriedade que existe no manual que é referente ao campo livre, que no manual na página 21 refere-se a "Seu número da Operação", essa propriedade para composição do campo livre ela é mapeada no componente como lhe passei acima no item 3.14 das peculiaridades, isso não gerando problemas para compensação/pagamento da ficha. Alterar essa propriedade que esta em produção isso irá gerar um impacto negativo, isso será declinado, pois isso irá impactar em todas as linhas digitáveis de quem já utiliza, e só resolver o seu caso e os próximos. Como eu disse na sexta feira as 15horas, a propriedade foi removida da ficha de compensação, ficando apenas na linha digitavel, no lugar foi impresso o número da conta bancária, esse que é utilizado na geração da remessa.

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

a propriedade Conta foi impressa no valor e suprimido o código de integração

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

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, ok. a questão de remover da impressão do boleto o código interno que é do controle do campo livre esse não é o problema, só que a sua solicitação isso tem impacto negativos, e esse campo ele é mapeado, e esse campo informado não tem impactos como a linha digitável. referente a esse novo código que está sendo solicitado, por favor anexe o manual da ficha de compensação para verificar, pois isso geralmente é enviado na remessa, se essas informações não estão na remessa, é estranho o banco enviar uma terceira informação no retorno, sendo uma informação da remessa é só ajustar a impressão. lembrando que esse banco já está em produção a pelo menos 6 meses.

Boa tarde, Primeiramente obrigado pela contribuição conforme o item 3.14 de particularidades do ACBrBoleto, essa propriedade está mapeada. No caso cada banco pode ter uma variação de nomenclatura, ainda há uma previsão de várias dessas nomenclaturas do componente serem extintas. Portanto, solicito que faça o revert no seu arquivo e utilize o do SVN, onde não existe problema na linha digitavel como informado no inicio do tópico, basta informar na propriedade mapeada conforme o componente aguarda. 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 Boa tarde, poderia fazer os testes por favor

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

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

Boa tarde, Obrigado pela contribuição... na documentação consta o campo como SeuNumero mesmo, portanto estaria correto a forma que está

Bom dia, esse arquivo seu está com várias alterações, não é possivel saber o que foi mexido. não existe nenhum incidente em aberto, o componente está compilando normalmente pelo SVN, tente fazer o revert em todos os seus fontes, e fazer um update depois uma instalação limpa por favor. Obrigado

As informações estão no commit https://sourceforge.net/p/acbr/code/25815/ #TK-2740 FR Nome do Município de Descarregamento no DAMDFe do MDF-e Necessário ativar o parâmetro no componente ExibirMunicipioDescarregamento := True

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

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

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.

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.

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.

Parte 1 - Resumo da NT A versão 1.00 da NT 2022.001 foi foi publicada em 31/05/2022. Ela descreve a utilização dos WS de consulta das informações junto a SEFAZ Virtual do RS (SVRS), de forma a automatizar o processo de consulta da validade desta informação do GTIN. Se a informação não for válida, isso causará rejeição do DFe. Além das consultas gratuitas diretamente junto a SVRS, o GS1 também disponibiliza um Webservice (WS) pago que trazem informações mais completas e não tem as limitações do uso do WS da SVRS. Quando a validação terá inicio? Cronograma Homologação Produção Implantação da etapa 1 04/07/2022 12/09/2022 Implantação da etapa 2 06/03/2023 12/06/2023 Etapa 1 Regras I03-30, I12-60, U01-30, 9I03-10 e 9I12-10 Etapa 2 Regras 9I03-20, 9I03-30, 9I03-40, 9I12-20 e 9I12-30 Células com fundo verde: regras estão implementadas e seguirão implementadas, sem nenhuma alteração • Células com fundo vermelho: regras serão implementadas na etapa 2 • Todas as demais células: regras serão implementadas na etapa 1 O que muda na minha aplicação? Se seu cliente tiver um cadastro correto, as mudanças não deverão causa um grande impacto. Afinal ele já estará com o GTIN cadastrado corretamente e não receberá rejeição. Mas como sabemos que a realidade é geralmente bem diferente, o ideal é que sua aplicação comece a fazer a validação dos cadastros de forma semelhante ao que provavelmente você já faz para outras informações. Como sempre preocupada em trazer facilidades a nossa comunidade, a equipe ACBr está preparando os ajustes necessários para que a consulta aos WS da SVRS seja feita por meio de nossos componentes. Fique atento aos nossos canais que em breve tem novidade por ai! Parte 2 - Entendendo em Detalhes Afinal, o que é o GTIN ? O GTIN, sigla de “Global Trade Item Number” é um identificador para itens comerciais desenvolvido e controlado pela GS1, antiga EAN/UCC. Os GTINs, anteriormente chamados de códigos EAN, são atribuídos para qualquer item (produto ou serviço) que pode ser precificado, pedido ou faturado em qualquer ponto da cadeia de suprimentos. O GTIN é utilizado para recuperar informação pré-definida e abrange desde as matérias primas até produtos acabados. GTIN é um termo “guarda-chuva” para descrever toda a família de identificação das estruturas de dados GS1 para itens comerciais (produtos e serviços). Os GTINs podem ter o tamanho de 8, 12, 13 ou 14 dígitos e podem ser construídos utilizando qualquer uma das quatro estruturas de numeração dependendo da aplicação. O GTIN-8 é codificado no código de barras EAN-8. O GTIN-12 é mais utilizado no código de barras UPC-A, o GTIN-13 é codificado no EAN-13 e o GTIN-14 no ITF-14 CNP – Cadastro Nacional de Produtos, a fonte das informações tanto da SVRS quanto da GS1 O Cadastro Centralizado de GTIN (CCG) é um banco de dados contendo um conjunto reduzido de informações dos produtos que possuem o código de barras GTIN em suas embalagens, e funciona de forma integrada com o Cadastro Nacional de Produtos da GS1, que é o cadastro mantido pela organização legalmente responsável pelo licenciamento do respectivo código de barras. Os produtos em circulação no mercado que possuem GTIN e que são informados nos documentos fiscais eletrônicos, NF-e e NFC-e, terão suas informações validadas no CCG, de acordo com o cronograma previsto na legislação. Portanto, os donos das marcas dos produtos que possuem GTIN deverão manter atualizados os dados cadastrais de seus produtos junto ao Cadastro Nacional de Produtos (em cnp.gs1br.org/), de forma a manter atualizado o Cadastro Centralizado de GTIN. Se tanto a SVRS quanto o GS1 usam a mesma fonte de dados, porque existem 2 WS diferentes? Ambas trarão a informação mínima exigida pela legislação, mas o WS do GS1 traz informações adicionais, além de não ter as retrições do WS da SVRS. Veja o comparativo a seguir: SVRS GS1 Requer Certificado Digital X Limite de Consultas Baixo (Controle de Consumo indevido) Retorno Código GTIN Tipo do GTIN Descrição do Produto NCM Código CEST Código GTIN Tipo do GTIN Descrição do Produto NCM Código CEST Marca Dados de Classificação do Produto Peso Bruto Unidade de Medida do Peso Bruto URL da foto do produto GTIN de nível inferior Qtd de itens contidos Gratuito Variado conforme relação da empresa com o GS1 (podendo ser 0)