Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 12-09-2022 em todas as áreas
-
Boa Tarde pessoal, Um de nossos clientes também estava enfrentando o erro o mesmo entrou em contato com a SEFAZ a qual identificou o problema e reportou ao cliente que a regra de validação seria desativada para que pode-se ser checado o problema para depois ser reativada pois mesmo enviando um GTIN válido estava tomando o erro. Nosso cliente ficou com mais de 300 notas represadas por conta do problema o qual é um faturamento de quase 1 milhão ou seja estava impactando significativamente no estado esse problema. Caso tenha novas informações volto a colocar.2 pontos
-
ACBrNFSeXServicos.ini [5107602] Estava com a URL: http://intranet.rondonopolis.mt.gov.br/tributario/rondonopolis/anfse_web_service Alterei para: http://intranet.rondonopolis.mt.gov.br/tributario_rondonopolis/servlet/anfse_web_service e nota emitida com sucesso, pelo que parece alteraram para esta cidade e nela não existe alterações. ; Atualizado em 17/06/2022 Nome=Rondonopolis UF=MT Provedor=Coplan Versao=2.01 ProRecepcionar=http://intranet.rondonopolis.mt.gov.br/tributario_rondonopolis/servlet/anfse_web_service ; ProLinkURL=http://www.gp.srv.br/tributario/rondonopolis/tnfse_validacao?%CodVerif%1 ponto
-
Tem alguma norma que diz que tem que formatar desse modo? O layout indica que a tag tpVeic é numérico e pode ter 1 ou 2 caracteres, e tanto na tabela de tipo e espécie de veículos disponível no portal da NFe indicada na regra de validação, tanto na Portaria DENATRAN 681/2020, os códigos não são formatados. Creio que a SEFAZ em questão esteja validando indevidamente a formatação, e caso seja aplicada essa alteração outras UF possam passar a rejeitar.1 ponto
-
Perfeito, como ainda estou me acostumando com o componente, realmente achei que seria a mesma dll, problema resolvido1 ponto
-
1 ponto
-
Pelo erro do log, deu pra entender que ele estava buscando o campo código na posição incorreta. Aparentemente ele está esperando o arquivo no layout mais antigo. Veja como o componente preenche o arquivo conforme as versões: A "(versão = 0)" é o modToledo e o else é o modToledoMGV5.1 ponto
-
Já conversamos internamente aqui.. e vamos priorizar a implementação do componente ACBrGTIN na ACBrLib e ACBrMonitor...1 ponto
-
Muita gente sinalizando o mesmo problema na BA, em nosso Discord https://discord.com/channels/798697718800318484/841297523485573140/10188853263762801151 ponto
-
Olá, Acabei de enviar ao SVN essa funcionalidade pro ACBrBAL utilizando os fontes disponibilizados por @Athos Desenvolvimento com algumas modificações, Disponível na rev: 26792. -- ACBrBAL, ACBrBALClass, ACBrBALToledo -- [+] Inclusão de função para envio do preço/kg para balança. (Utilizado para mostrar no visor da balança o Total do Produto pesado) Por: Athos Desenvolvimento -- BalancaTeste1 (Delphi/Lazarus) -- [+] Inclusão de testes para a nova funcionalidade Fechando! Para novas contribuições/dúvidas crie outro tópico.1 ponto
-
Entra em vigor no dia 9 de outubro de 2022 as novas regras para rotulagem de alimentos que foram definidas pela RDC nº 429/20 e pela IN Nº 75/20. Além de mudanças na tabela de informação e nas alegações nutricionais, a novidade será a adoção da rotulagem nutricional frontal. Novos produtos lançados a partir de 9 de outubro de 2022 já devem estar com os rótulos adequados às novas regras. Para os produtos que já se encontram no mercado até a data, os prazos para adequação são: • até 09 de outubro de 2023 (12 meses da data de vigência da norma) para os alimentos em geral; • até 09 de outubro de 2024 (24 meses da data de vigência da norma) para os alimentos fabricados por agricultor familiar ou empreendedor familiar rural, empreendimento econômico solidário, microempreendedor individual, agroindústria de pequeno porte, agroindústria artesanal e alimentos produzidos de forma artesanal; e • até 09 de outubro de 2025 (36 meses da data de vigência da norma) para as bebidas não alcoólicas em embalagens retornáveis, observando o processo gradual de substituição dos rótulos. As mudanças na rotulagem foram estabelecidas pela Resolução de Diretoria Colegiada – RDC nº 429 e Instrução Normativa nº 75, publicadas em outubro de 2020. Tabela de informação nutricional: A tabela passa a ter apenas letras pretas e fundo branco. A- Declaração de açúcares totais e adicionados. B- Declaração do valor energético e de nutrientes por 100 g ou 100 ml. C- Percentual de Valores Diários pela porção. D- Declaração do número de porções por embalagem. Rotulagem nutricional frontal: A rotulagem nutricional frontal é um símbolo informativo que deve constar no painel da frente da embalagem. A ideia é esclarecer o consumidor, de forma clara e simples, sobre o alto conteúdo de nutrientes que têm relevância para a saúde. Para tal, foi desenvolvido um design de lupa para identificar o alto teor de três nutrientes: açúcares adicionados, gorduras saturadas e sódio. O símbolo deverá ser aplicado na face frontal da embalagem, na parte superior, por ser uma área facilmente capturada pelo nosso olhar. É obrigatória a veiculação do símbolo de lupa com indicação de um ou mais nutrientes, conforme o caso, quando os alimentos apresentarem as seguintes quantidades de nutrientes: Alto conteúdo de Alimentos sólidos e semissólidos Alimentos líquidos Açúcar adicionado 15 g ou mais por 100 g de alimento 7,5 g ou mais por 100 ml de alimento Gordura saturada 6 g ou mais por 100 g de alimento 3 g ou mais por 100 ml de alimento Sódio 600 mg ou mais por 100 g de alimento 300 mg ou mais por 100 ml de alimento * Existe exceções detalhes na IN Nº 75/20. Modelos: Fontes e links uteis: Blog Toledo do Brasil: Fique por dentro da nova norma sobre Rotulagem Nutricional dos Alimentos aprovada pela Anvisa Resolução de diretoria colegiada - RDC Nº 429, DE 8 DE OUTUBRO DE 2020 Instrução normativa-in Nº 75, DE 8 DE OUTUBRO DE 2020 Anvisa aprova norma sobre rotulagem nutricional Perguntas e respostas: rotulagem nutricional1 ponto
-
Top Italo, Grato por suas aplicações! Ainda não estou usando o ACBrNFSeX, acredito que vou ter que fazer um esforço para começar a utilizar aqui no projeto.1 ponto
-
As dependências tem poucas mudanças... geralmente é só atualizar a DLL mesmo...1 ponto
-
1 ponto
-
Foi publicado em 29/08/2022 o Ato DIAT 46/2022 o qual traz alterações relativas aos prazos e regras do Bloco X, sendo elas: Mudanças de Prazos Arquivos de Estoque - Prorrogação da obrigatoriedade de geração e transmissão para 01/12/2022. Arquivos de Redução Z - Prorrogação da obrigatoriedade de geração para 01/01/2023 Pontos de Atenção Haverá obrigação do envio do arquivo de Estoque anualmente, com a situação do Estoque no dia 31/12 de cada ano, com prazo para envio até o dia 20/01 do ano subsequente, sendo que o primeiro arquivo a ser enviado é referente ao dia 31/12/2022, com prazo de envio até o dia 20/01/2023. Com isso, deixa de existir, imediatamente, a obrigação de envio do arquivo referente a anos anteriores. Deixa de ser obrigatório, imediatamente, a transmissão do arquivo de Redução Z ao webservice da SEF. No entanto, os desenvolvedores de PAF-ECF devem adequar seus sistemas para que a partir de 01/01/2023 os arquivos de redução Z sejam gerados diariamente e armazenados, com opção de exportação in loco dos arquivos sempre que solicitado por um auditor fiscal (conforme instruções do anexo único do Ato DIAT). Quanto a transmissão dos arquivos que já estava sendo feita Foi solicitado pela SEFAZ que seja desabilitado o mais breve possível a transmissão de tais arquivos para a SEF, já que nos próximos dias haverá uma manutenção do sistema, que eliminará a recepção dos arquivos de redução Z. Como na prática o próximo arquivo a ser enviado é o de estoque em janeiro, pedimos também que desabilitem o envio de arquivos de estoque até lá. Quanto as pendências de Arquivos Anteriores Toda e qualquer pendência relativa ao Bloco X que tenha sido gerada anteriormente será eliminada, sendo que novas pendências serão geradas a partir da nova data de obrigação sempre que o arquivo de estoque deixar de ser entregue no prazo. Link do Ato DIAT 46/2022 aqui (página 87) Fonte: Mailling de noticias da SEFAZ-SC1 ponto
-
se contém no manual ok senão pede ao fiscal para ele falar com o ENCAT e promover a alteração para fazer a vontade dele1 ponto
-
Olá pessoal, Quero comunicar o nascimento do mais novo membro da família ACBr. Estou falando do ACBrGTIN. Esse componente tem como objetivo realizar uma consulta na SEFAZ, onde é informado somente o GTIN do produto a ser consultado (também conhecido como código EAN) e temos como resposta informações cadastradas pelo "Dono da Marca" na GS1. Essas informações podem ser: o tipo do GTIN (que pode ser 8, 12, 13 ou 14) a descrição do produto o código NCM código do CEST. Infelizmente nem sempre teremos um retorno completo. Isso porque nem todas as empresas "Dono da Marca" cadastram os seus produtos na GS1 e muitas que cadastraram não autorizaram a divulgação dos dados. Neste caso podemos ter as seguintes rejeições: 9494: GTIN inexistente no Cadastro Centralizado de GTIN (CCG); 9495: GTIN existe no CCG com situação inválida. Solicitar ao dono da marca que entre em contato com a GS1; 9496: GTIN existe no CCG, mas dono da marca não autorizou a publicação das informações. Entrar em contato com o dono da marca; 9497: GTIN existe no CCG com NCM não cadastrado; 9498: GTIN existe no CCG com NCM inválido; Dica de uso do componente: Utilize ele ao cadastrar novo ou atualizar um produto na sua aplicação. Nunca, jamais mesmo, use o componente no momento da venda. Consta na NT 2022/001 versão 1.00 referente ao WS de Consulta do GTIN (página 6) a seguinte informação: Serão mantidos controles para identificar as situações de “uso indevido”, no consumo excessivo do Web Service em um curto espaço de tempo. As novas tentativas poderão ser rejeitadas com o erro “656–Rejeição: Consumo Indevido” Informação Importante: A Equipe ACBr esta trabalhando para disponibilizar o programa exemplo, bem como o pacote para o Lazarus e uma nova versão do ACBrInstall que permite a instalação no Delphi do novo componente: ACBrGTIN.1 ponto
-
Boa tarde! A função abaixo não estava contemplando o tipo de carteira tcDireta para o result 5, com a adição validou corretamente o arquivo. A critica do banco antes da alteração: REGISTRO DETALHE -SEGMENTO P REMESSA 058-058 Tipo de cobrança: . . CÓDIGO DA CARTEIRA INCORRETO. ALTERAR PARA 5 USAR informação do tipo de carteira. function TACBrBancoSantander.DefineCaracTitulo(const ACBrTitulo: TACBrTitulo): String; begin with ACBrTitulo do begin case CaracTitulo of tcSimples : Result := '1'; {Cobrança Simples (Sem Registro e Eletrônica com Registro)} tcCaucionada : Result := '3'; {Cobrança Caucionada (Eletrônica com Registro e Convencional com Registro)} tcDescontada : Result := '4'; {Cobrança Descontada (Eletrônica com Registro)} tcVinculada, tcDireta, tcSimplesRapComReg : Result := '5'; {Cobrança Simples (Rápida com Registro)} tcCaucionadaRapComReg: Result := '6'; {Cobrança Caucionada (Rápida com Registro)} { TODO : 8 = Cobranca Cessao (Eletronica com Registro) } else Result := '1'; end; end; end; ACBrBancoSantander.pas1 ponto
-
bom dia, como irei informar o codigo 5 A opção ACBrBoleto.Cedente.TipoCarteira := tcSimplesRapComReg; não tem no componente, ja atualizei e compilei tudo novamente e da erro [Error] Gera_Arquivo_Banco.pas(1742): E2010 Incompatible types: 'TACBrTipoCarteira' and 'TACBrCaracTitulo' Nota 5: TIPO DE COBRANÇA REMESSA: '1' = Cobrança Simples (Sem Registro e Eletrônica com Registro) '3' = Cobrança Caucionada (Eletrônica com Registro e Convencional com Registro) „4‟ = Cobrança Descontada (Eletrônica com Registro) '5' = Cobrança Simples (Rápida com Registro) „6‟ = Cobrança Caucionada (Rápida com Registro)1 ponto
-
Atualização da homologação - Rev. 1: O ACBr é um projeto vivo que recebe atualizações diárias. Essas atualizações, normalmente, envolvem correções e novas funcionalidades. Para acompanhar esta realidade, adição de novos testes e revisão dos existentes são frequentes em novas homologações. Fica evidente também, que homologações antigas necessitam de revisões. Por conta disso, adicionamos nesta postagem, informações adicionais e novos testes comumente encontrado em homologações recentes. Quando houver novas funcionalidades nos componentes ocasionando a necessidade de novos testes, serão feitas novas postagem, no mesmo tópico, informando novos testes realizados com o acréscimo da revisão. Ex.: Rev. 2, Rev. 3 … Rev X. Ambiente: Computador Desktop Sistema Operacional Windows 10 64Bit atualizado (31/01/2019) Processador Intel Core 2 Duo E5400 2.20GHz Memória 2 GB USB 2.0 Dip-Switches: Apenas para complementar, achamos válido descrever a funcionalidade de cada chave nesta postagem, baseando no manual do fabricante: Dip-Switch 1 (SW1) Chave Função Ligada(on) Desligada Padrão de Fábrica Porta serial física 1 Handshaking XON/XOFF DTR/DSR DTR/DSR Baudrate Chave 5 Chave 6 Chave 7 2 Comprimento 7 Bits 8 Bits 8 Bits 115200 desligada desligada desligada 3 Verificação de paridade Sim Não Não 57600 desligada desligada ligada 4 Seleção de paridade Par Ímpar Ímpar 38400 (padrão) desligada ligada desligada 8 Modo USB VCOM USB USB 19200 desligada ligada ligada 14400 ligada desligada desligada 9600 ligada desligada ligada 4800 ligada ligada desligada 2400 ligada ligada ligada Dip-Switch 2 (SW2) Chave Função Ligada(on) Desligada Padrão de Fábrica Densidade Chave 5 Chave 6 1 Seleção de modo STAR EPSON EPSON 1 (claro) ligada ligada 2 Kitchen bell (opcional) Habilitado Desabilitado Desabilitado 2 (padrão) desligada desligada 3 Cortador automático Desabilitado Habilitado Habilitado 3 ligada desligada 4 Autoteste Hex dump Modo autoteste Modo autoteste 4 (escuro) desligada ligada 7 Modo download Cartão de memória Interface Interface 8 Autoajuste do cortador Habilitado Desabilitado Desabilitado Testes usando os componentes e Demos do ACBr Utilizamos a versão 3.1.2 do PosPrinterTeste.exe, demo do ACBrPosPrinter, parte do projeto ACBr, para efetuar testes na impressora. A ultima versão do PosPrinterTestes.exe está disponível neste link: Durante os testes deixamos as configurações desta forma: Modelo: ppEscPosEpson; Porta: COM9; Colunas: 42; Espaços: 40; Linhas Pular: 5; Pag. codigo: pc860; KC1: 1; KC2: 0; FatorX: 1; FatorY: 1; Demais configurações não alteramos; Resultados: Page Mode: Funcionou, com pequenas limitações, de forma satisfatória. Contudo foi preciso adaptá-la ao tamanho de colunas da impressora, ou seja, 42 colunas: Observações: 1- O risco logo abaixo o descrito MODO PAGINA DESLIGADO é uma “sujeira” que a impressora imprimiu. Não conseguimos tirá-lo. 2- O texto EXPANDIDO, impresso de cabeça para baixo, ficou cortado por falta de espaço; Suporte a impressão de imagens e gravação de logotipos: Realizamos os testes de impressão de imagens e gravação de logotipo na impressora, através de comandos Esc/Pos. Maiores detalhes destas funcionalidades podem ser conferidos neste link: Abaixo, o resultado das funcionalidades testadas: ok Impressão de imagem; ok Gravar logotipo na memória da impressora; ok Apagar logotipo na memória da impressora; ok Imprimir logotipo gravado na memória da impressora; Teste de acentuação: Atualizamos o teste de acentuação para demonstrar o suporte da impressora com fontes do Tipo B. Esta funcionalidade está presente na ultima versão do PosPrinterTeste.exe: Resultados: pc473: Alguns acentos circunflexos, crases e todos os til foram ignorados; pc850: Todos os acentos foram impressos corretamente; pc852: Alguns acentos circunflexos, todas as crases e os til foram ignorados; pc860: Todos os acentos foram impressos corretamente; pc1252: Todos os acentos foram impressos corretamente; Impressão de extratos do SAT com QRCode e Logotipo lateral: A impressora suportou os comandos enviados. Contudo, não imprimiu corretamente o cupom. Acreditamos que o problema esteja no limite de 42 colunas, utilizada pela impressora. Os testes foram realizados com o uso do SATTeste na versão 2.2. Ele é um demo do ACBrSAT, parte do projeto ACBr. Ele está disponível neste link:1 ponto
-
Bom dia, em minha empresa era usado a dll cobrebem para envio de remessa/leitura de retorno e impressao de boletos. Resolvi a algum tempo criar uma interface entre o componente acbr boletos e o nosso sistema que é desenvolvido em vb6 e C#. O resultado deste esforço se encontra em anexo para compartilhar com a comunidade, trata se um warapper construído em uma Type Library no mesmo modelo do cobrebem , onde realizei a implementação das funcionalidades necessarias. A dll se encontra em uso na empresa atualmente, sendo que devido a similaridade com o referido produto, houve poucas mudanças no codigo vb6 e c#. AcbrBoletoDll.rar1 ponto
-
Havia um erro na cadeia de caracteres do exemplo de teste o correto é ACBrBoleto := CreateOleObject('AcbrBoletoDll.ContaCorrente'); no evento FormCreate do formulario de teste. AcbrBoletoDll.rar1 ponto
-
Pessoal, boa tarde. A geração da remessa cnab240 do Santander tem algum particularidade? Quando eu tento gerar o arquivo de remessa o campo carteira não vai. Eu gero a remessa do SICOOB e está ok, então estou, em teoria, passando o campo certo. No manual, o campo se encontra no Segmento P, posição 58-58 (Tipo de cobrança). Obrigado.1 ponto
-
@mauriciobng nesse caso foi uma coincidência porque eu coloquei 1 para os dois casos. No caso do SICOOB, qualquer número que eu coloque no cadastro sai nessa posição, e no caso do Santander não. Para a empresa que estou validando, o valor correto é '5' na posição é 58-58. Carteira := '5'; Na impressão do boleto o campo sai 005, só na geração da remessa que não funciona.1 ponto
-
O Campo carteira identifica se é simples = '1' ou registrada = '2', valide se esta alimentando o campo Boleto.Cedente.TipoCarteira corretamente. O Tipo de cobrança pode ser '1' = Simples, '3' = Caucionada, '4' = Descontada ou '5' Vinculada, o mesmo é informado no campo Titulo.CaracTitulo. Espero que isso te ajude.1 ponto