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

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)

As Secretarias Estaduais de Fazenda e a Secretaria Especial da Receita Federal do Brasil informam que o código CFOP 7.101 foi suprimido erroneamente pelo Ajuste SINIEF 03/22. Dessa maneira, esclarece-se que, na emissão de NF-e, o campo CFOP, para o referido tipo de operação, deve continuar sendo preenchido com código 7.101. Em breve, ato do Confaz regularizará a situação. Assinado por: Receita Federal do Brasil Fonte : Portal da Nota Fiscal Eletrônica (fazenda.gov.br)

TK2740

O Governo Brasileiro publicou hoje (31/5) no Diário Oficial da União (DOU) o Decreto nº 11.087/2022, que cria uma classificação específica para as bebidas vegetais, antes classificadas apenas como “outras”, e zera a alíquota de bebidas vegetais, que era de 2,6%, na Tabela de Incidência do Imposto sobre Produtos Industrializados (TIPI). A matéria, que já está em vigor, inseriu na TIPI o desdobramento “Ex 05”, dentro da NCM 2202.99.00, que passa a contemplar as bebidas vegetais à base ou elaboradas a partir das seguintes matérias-primas: NCM 08.01: Cocos, castanha-do-brasil (castanha-do-pará) e castanha-de-caju, frescos ou secos, mesmo com casca ou pelados; NCM 08.02: Outra fruta de casca rija, fresca ou seca, mesmo com casca ou pelada (amêndoas, avelãs, nozes, castanhas, pistache, macadâmia, pinhões e outras); Capítulo 10: Cereais (trigo, centeio, cevada, aveia, milho, arroz e sorgo); e Capítulo 12 (com exceção da soja e cacau, já contempladas no “Ex 01”): Sementes e frutos oleaginosos; grãos, sementes e frutos diversos; plantas industriais ou medicinais; palhas e forragens (amendoins, copra, linhaça, sementes de nabo, de girassol, cones de lúpulo, algas, alfarrobas, dentre outras). Entenda como foi o processo para zerar o IPI das bebidas vegetais A redução da tarifa tributária tem sido discutida já há algum tempo pelas empresas que produzem bebidas vegetais que substituem o leite animal. Em 2020, a A Tal da Castanha, que produz bebidas a base de castanha-de-caju, castanha-do-Brasil, amêndoa, coco, aveia e amendoim, começou a criar uma estratégia para apresentar um pleito ao governo solicitando a redução do imposto. “Sempre nos incomodamos com a carga tributária que incidia sobre as bebidas vegetais, diferente do padrão adotado para outras bebidas, especialmente à base de soja, que é uma matéria prima similar às que são usadas pelo mercado. Nos últimos anos, nosso setor mudou e cresceu muito rápido, e, com isso, o texto da lei ficou desatualizado”, explica Rodrigo Carvalho, Co-fundador e diretor da Positive Brands. Na época, a empresa encontrou dificuldades para criar a estratégia em parceria com outras empresas ou associações representantes de categorias, por isso resolveram empreender tempo e recursos sozinhos, a fim de criar a melhor estratégia para apresentar o pleito. “Estamos discutindo esse tema internamente desde o final de 2020. Mas foi só no ano passado que solicitamos apoio ao GFI Brasil, que nos apoiou prontamente.”, conta Rodrigo. “O GFI Brasil representa 33 empresas no GT de Proteínas Alternativas da ABBI – Associação Brasileira de Bioinovação, que dentre outras pautas, tem o papel de endereçar dentro do governo questões regulatórias e tributárias que influenciam os negócios atuais em proteínas alternativas. Ao tomar conhecimento da iniciativa da Positive Brands, que faz parte desse GT, o GFI Brasil apoiou o posicionamento junto ao Governo”, conta o VP de Políticas Públicas do GFI Brasil, Alexandre Cabral. “Essa ação beneficia o consumidor e todo o setor. O Ministério da Economia entendeu desde o início que era um pleito viável, nos apoiando inteiramente.”, completa Rodrigo. No momento, existem outras frentes tributárias sendo discutidas pelo GT a fim de criar, cada vez mais, igualdade de condições para a categoria de proteínas alternativas. Como o decreto impacta o setor de proteínas alternativas? O IPI, como também é chamada a Tabela TIPI, é segmentado de acordo com a importância do produto. Ou seja, quanto mais essencial para a população o produto é considerado pelo Governo, menor é o imposto incidente (alíquota). “O IPI é um valor que a empresa lança na nota, cobra do cliente e repassa pro governo. Com o valor zerado a empresa não lança na nota nem cobra do cliente nem repassa pro governo. O preço final poderia ser reduzido do total do imposto, aumentando a competitividade diante do produto animal. O leite e lacticínios animais, por exemplo, já estão contemplados no Capítulo 4 da TIPI, com alíquota zerada”, afirma Alysson Soares, especialista de Políticas Públicas do GFI Brasil. Mas, como reintera Cabral, IPI zerado não é garantia de redução nos preços das bebidas vegetais. “Estamos reduzindo um custo, não reduzindo o preço final do produto. Quem vende no varejo pode não repassar a redução para o consumidor. É uma decisão do varejo e não das marcas que produzem as bebidas vegetais. Mas, claro, esperamos que a redução tributária aumente a competitividade dos produtos beneficiados”, completa. Fonte : https://gfi.org.br/2022/05/31/governo-zera-por-decreto-o-ipi-de-bebidas-vegetais-alternativas-ao-leite-animal/ https://www.in.gov.br/en/web/dou/-/decreto-n-11.087-de-30-de-maio-de-2022-404394477

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, consegue enviar a unit somente com a alteração local, a unit em especifico ela está inteira com alteração, possivelmente vocês usam reordenação de código em lote, isso afeta o merge.

1 - Com o objetivo de manter um canal seguro de comunicação dos contribuintes com a SEFAZ/SP, dentro de alguns meses, a SEFAZ irá realizar a atualização dos servidores responsáveis por toda comunicação com os equipamentos SAT (wssatnacional.fazenda.sp.gov.br, wssatsp.fazenda.sp.gov.br e wssathomolog.fazenda.sp.gov.br); 2 - A fim de que os fabricantes possam realizar testes com seus modelos de equipamentos SAT, desde outubro de 2021, a Sefaz disponibilizou um servidor de testes (wssathomologtst.fazenda.sp.gov.br) com a mesma configuração que deverá ter os servidores após a atualização; 3 - Os fabricantes que identificarem algum problema ou incompatibilidade de seus equipamentos SAT com o servidor de teste deverão providenciar versões de software básico para cada modelo de equipamento SAT homologado e exposto ao risco de perda após a atualização, a tempo de que as atualizações de software básico possam ser realizadas em todos os equipamentos SAT e antes da atualização dos servidores no ambiente de produção; 4 - A Sefaz não está autorizada a informar aos contribuintes quais fabricantes necessitam realizar algum ajuste no software básico de seus equipamentos SAT dado se tratar de informação sensível a negócios, portanto em caso de dúvidas verifique junto ao fabricante de seu equipamento; 5- Como devido a pandemia o ritmo de homologações de novas versões de software básico diminuiu consideravelmente, a Sefaz recomenda que todos os fabricantes mantenham seus equipamentos SAT atualizados com a versão mais recente da Especificação de Requisitos a fim de trazer mais segurança e confiabilidade dos equipamentos SAT, e alinhamento com a evolução dos CF-e-SAT. Fonte : https://portal.fazenda.sp.gov.br/servicos/sat

Boa tarde, Não multaram porque para multar precisa ter embasamento, se eles multarem tem o artigo que foi embasado. nesse caso não existe no MOC essa exigência. Lembrando que nem tudo "que fica bom" é passível de ser implementado, nesse caso como já foi implementado no RL, será discutido com o time do FR essa questão, mas não existe uma previsão para entrar em escopo.

faça a consulta completa no portal nacional e veja os eventos vinculados (precisa ser a consulta completa não pode ser a resumida) e veja se tem o evento de manifestação

o Documento está manifestado?

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, Temos um pequeno problema de conflito documentacional do banco Cresol, como pode ver nas fotos abaixo, ambos os manuais (sua versão e a disponível no svn), são CRESOL CONFEDERAÇÃO, CNAB240, Versão 2.0, utiliza a versão do layout do lote = 042 e versão do layout do arquivo = 084. Documentação a esquerda pertence ao SVN, a direita a sua, o domínio do campo 118-118 do segmento P está conflitando nas documentações do banco, um diz que o domínio é [0,1] e no outro [1,2]; Você consegue indagar e questionar o banco referente a essa discrepância nas documentações deles, e qual a correta e por que existe essas 2 documentações com domínios diferentes para o mesmo campo ? Pois a do SVN está em produção, aplicando a sua alteração irá existir quebra de código, isso é complicado. Abraços

NT Homologação Produção 1.13 09/12/2021 09/12/2021 1.14 24/03/2022 24/03/2022 1.15 24/05/2022 07/06/2022 Resumo : Versão das v1.13 e v1.14 já estão em vigência em produção e homologação e a v1.15 em homologação na data da publicação da NT, a v1.15 entrará em produção na data de 07/06/2022. Não existe mudanças de codificação ou fluxos de trabalhos. v1.13 A partir desta versão, os eventos gerados pelo Fisco, que forem passível de distribuição conforme a tabela, serão distribuídos ao emitente independente de manifestação do destinatário, ainda que o emitente e destinatário sejam iguais. v1.14 O uso indevido relativo ao Web Service NFeDistribuicaoDFe, a partir da data informada na versão 1.14 desta Nota Técnica, o número da última consulta realizada para o CNPJ de 14 dígitos informado na requisição passou a ser retornado no XML da rejeição 656 (consumo indevido), caso a consulta tenha sido efetuada com a tag “distNSU”. Assim, caso o usuário não conheça o número do ultNSU, pode realizar a consulta a partir deste número. v1.15 O processo de consulta por chave de acesso (tag: chNFe) permite ao interessado consultar pontualmente uma NF-e pela chave de acesso. A chave de acesso informada deve ser válida, existir no Ambiente Nacional e estar vinculada ao interessado como destinatário, transportador ou terceiro. A partir da versão 1.15 desta Nota Técnica, em que o retorno de NSU pelo Web Service passou a ser facultativo, a consulta por chave de acesso (tag: consChNFe) deixa de necessitar de prévia geração de NSU pelo Ambiente Nacional para o documento fiscal consultado. Sendo assim, a partir da v1.15 ao utilizar a consulta por chave (lembre-se utilizar esse recurso com parcimônia para não receber consumo indevido), não precisa haver NSU prévio gerado para o documento, o mesmo basta estar disponível no portal nacional, assim evitando aqueles casos em que a nota estava no portal nacional, e ao consultar pela chave de acesso retorna que a nota fiscal não existia. Fonte : http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=VgPuhtPApQo=

Saudações Digitais comunidade ACBr! Com total entusiasmo que anunciamos que o componente ACBrOFX está integrado a suíte de componentes e ao instalador do ACBr. Mais um componente para agregar valor para toda a comunidade da automação comercial do Brasil. Agradecemos a contribuição dos membros: Tiago Passarella, weberdepaula@gmail.com, Leonardo Gregianin. Finalidade do componente? Auxiliar a conciliação bancária, que é um modo de controle administrativo e contábil em uso nas empresas, dos seus saldos bancários em dinheiro mantidos em contas correntes de instituições financeiras ou bancos. O que é arquivo OFX? Open Financial Exchange (OFX ) é arquivo texto em um formato de fluxo de dados para troca de informações financeiras que evoluiu dos formatos de arquivo Open Financial Connectivity (OFC) da Microsoft e Open Exchange, o que pode ser traduzido como Intercâmbio Financeiro Aberto e Conectividade Financeira Aberta. Mas se este tipo de arquivo é utilizado por bancos, o que você, que gerencia uma empresa, tem a ver com isso? A questão é que com esse tipo de documento que se torna possível exportar o extrato bancário, acessados pelo internet banking. Ou seja, quando você obtém essas informações importantíssimas para o seu negócio, de maneira digital, é por meio do arquivo OFX. Em outras palavras, esse formato de documento é um grande aliado do controle financeiro do seu negócio. Propriedades Significados BankID Banco BranchID Agência AccountID Conta AccountType Tipo de Conta BankName Nome do Banco DateStart Data de Inicio DateEnd Data de Fim FinalBalance Balanço Final