Painel de líderes

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.

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.

Muita gente sinalizando o mesmo problema na BA, em nosso Discord https://discord.com/channels/798697718800318484/841297523485573140/1018885326376280115

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.

As dependências tem poucas mudanças... geralmente é só atualizar a DLL mesmo...

Olá Pessoal, Abaixo mais cidades que assinaram a adesão ao Padrão Nacional.

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-SC

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 dele

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.

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.pas

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)

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:

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.rar

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.rar

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.

@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.

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.