Painel de líderes

Ola a todos! Tive o mesmo problema que o post acima essa semana com o Windows server 2019. A solução para mim foi entrar em painel de controle - regiao - Aba Administrativo - Alterar localidade do sistema - desmarcar a opcao Usar Unicode UTF-8 para suporte de linguagem mundial, aplicar e reiniciar. Abraços.

A Secretária de Estado da Fazenda (Sefaz) alerta aos contribuintes que possuem mercadorias com o código de Identificação de Produtos GTIN sobre a necessidade e importância de manter atualizadas as informações destes códigos junto ao Cadastro Nacional de Produtos (CNP). O GTIN, também conhecido como códigos de barras dos produtos nas emissões das Notas Fiscais Eletrônicas (NF-e), é utilizado no varejo para identificação de produtos e está visível na parte inferior do código de barras. Ele também pode ser usado de forma digital pelas plataformas online para identificar os produtos de forma única e inequívoca. O cadastramento e atualização do GTIN devem ser realizados na página oficial do CNP (clique aqui para acessar). Na plataforma é possível cadastrar as informações técnicas dos produtos, gerar os códigos de barras e imprimir as etiquetas para colocar nas embalagens. O credenciamento de acesso ao site é feito por meio de um cadastro de associado na Associação Brasileira de Automação (GS1 Brasil). Os filiados podem acessar o CNP a partir do login e senha fornecidos no processo de filiação. “É crucial que os contribuintes, donos de marcas, estejam atentos a essas determinações e se regularizem o quanto antes. A partir do dia dois de setembro, qualquer inconsistência encontrada no código GTIN dos produtos utilizados resultará em uma rejeição das notas fiscais. Portanto, é fundamental que os donos de marca insiram e mantenham atualizadas as informações cadastrais de produtos com GTIN atualizadas junto ao Cadastro Nacional de Produtos", destacou o secretário especial da Receita Estadual, Francisco Suruagy. A norma, que decreta a necessidade do cadastro dos produtos com GTIN, junto ao CNP, vem do Conselho Nacional de Política Fazendária (CONFAZ). Regulamentação existe desde 2005 por meio do Ajuste Sinief 07/05, nos incisos VII, VIII e IX da cláusula terceira. Bem como no parágrafo sexto da mesma cláusula. O Ajuste SINIEF 19/16, nos incisos VI, IX, X e XI da cláusula quarta, também apresenta informações sobre a validação do GTIN. As marcas que possuem GTIN conseguem, de forma correta e facilitada, realizar a venda de seus produtos em plataformas digitais, como e-commerce e marketplaces. Ainda ampliam a visibilidade nos resultados de pesquisa, sites de busca e comparadores de preço. A Identificação de Produtos reforça a confiabilidade do item, fortalecendo a marca, oferece informações seguras e confiáveis a nível nacional. O coordenador geral do Encontro Nacional de Coordenadores e Administradores Tributários Estaduais (Encat) e assessor especial de Projetos Estratégicos da Sefaz, Luiz Dias, explica que a validação do GTIN está sendo realizada para uma nova relação de produtos desde primeiro de abril deste ano. “Isso faz parte de um processo de validação do GTIN. Ela já vem acontecendo há pelo menos dois anos, sendo implementado de forma gradativa. Agora, chegou a vez do grupo de alimentos de número três, que consta no capítulo quatro da nota técnica 2021/003”, comenta. O grupo citado por Dias apresenta alimentos desde laticínios, passando por açúcares e produtos de confeitaria e bebidas, líquidos alcoólicos e vinagres. A lista completa de produtos pode ser encontrada no portal da Nota Fiscal Eletrônica (clique aqui para acessar), na opção Documentos - Notas Técnicas - Nota Técnica 2021.003 - v.1.30 - Publicada em 05/12/2023. Acompanhe nossos informativos e fique por dentre das principais notícias sobre o Setor de Tecnologia para o Comércio e Serviços. Fonte: https://www.sefaz.al.gov.br/noticias/item/3596-sefaz-alerta-donos-de-marcas-sobre-atualizacao-do-codigo-de-barras-dos-seus-produtos https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=SrQT9ys8ODo=

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

Está correto hoje em dia usar a Libxml2, antigamente você devia usar outro tipo de assinatura, por isso não tinha essas DLL na sua aplicação. a LibXML2 acho que foi introduzida no componente em 2017, quando foi depreciado a Capcom / Msxml pela Microsoft

@ralty Vai precisar atualizar novamente, antes de sair p almoco, subi outra atualização. So p vc entender o contexto temos 2 endpoints (com pix devolve valorTotalRecebido e sem o pix o endpoint devolve valorTotalRecebimento) Na sua imagem, se vc ver a funcao q esta tratando é PIX o correto é alimentar valorTotalRecebido. Mas ja corrigi isso, por favor faça novamente uma atualização dos repositorios e rode o instalador

@Daniel Simoes realmente em Windows 7 não funciona, formatei a maquina e coloquei de Windows 10. Instalei os mesmos pacotes e já apareceu, o próprio windows já reconhece o equipamento e instala o driver. Obrigado pela ajuda. Pode fechar o caso.

esta versão funcionou! Obrigado

Caso tenha situações semelhantes remova seu ini para o componente gerar um novo padrão e compare as informações.

Veja o botão Cancelar do Demo... Você deve usar o evento ACBrTEFAPI.QuandoEsperarOperacao

Bom dia, após a resposta do @Daniel InfoCotidiano, resolvi ir gravando o arquivo INI item a item, abrindo o demo e gravando e depois fazendo o mesmo passo a passo no meu projeto. Enfim, comida de bola em partes de minha parte pois o erro não estava no código do município. Vamos as explicações no exemplo demo o ambiente de produção utilizando radio não funciona sempre grava o mesmo valor (não lembro de cabeça se é produção ou homologação q ele grava, mas tem esse pequeno bug, foi então que fui comparando ) Oque acontece que se olharem a documentação de exemplo o item producao = 2 e acabei configurando o meu lib com o maldito 2 nem fui olhar o detalhe a aba "Configurações" e pra ajudar a NFe e NFCe do nosso projeto no nosso erp ela grava producao 1 e homologação 2 mais uma ajudinha para o erro. Enfim, foi no ultimo item o que eu achava q não poderia estar errado q estava o problema pois estava setando a lib com ambiente = 2 e o esperado era 0 ou 1

Bom dia Ricardo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5590

Bom dia, Após última atualização da DLL payGO Windows para versão 4.1.30.0 o problema parou de ocorrer.

Bom dia a todos, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5587

A PayGo descontinuou a PGWebLib para Linux (poucos usuários) Acredito que no momento a PayGo não tenha uma solução para Linux... Eu também acho isso muito lamentável

ACBrBoleto.ListadeBoletos[I].Sacado.NomeSacado

Bom dia @Jamil Araujo Vou verificar com a equipe TEF e retorno com mais informações

Nos próximos meses, a Sefaz-SP deverá deixar de aceitar a comunicação dos SATs que utilizam os protocolos SSL3.0 ou TLS1.0. Desde a versão 2.28.05 da Especificação de Requisitos do SAT, de 2021, vem sendo exigida a compatibilidade dos modelos de SAT e versões de software básico com o protocolo TLS1.2, que é o mais seguro em uso no projeto SAT. A SEFAZ-SP orienta para que os contribuintes realizem a atualização dos equipamentos SAT, conforme última coluna das tabelas abaixo, a fim de que os equipamentos SAT possam utilizar procolos mais seguros de comunicação. Caso não exista atualização, verifique opções com o fabricante ou suporte do SAT, ou considere ainda a aquisição de um novo SAT ou a utilização da NFC-e. A Sefaz informa que não existe a opção de uso da NFC-offline em SP, ou seja, a autorização da NFC-e deve ser antes do fato gerador(circulação da mercadoria). Verifique ainda as penalidades para não emissão de documento fiscal, ou sem desacordo com a legislação, no Artigo 527, RICMS 2000. Para os modelos de SAT e versões de software básico de SAT não citados, há compatibilidade com os protocolos mais seguros e, portanto, não deverão ser afetados: A previsão é que o desligamento do protocolo SSL3.0 ocorra a partir de 05/08/2024. Já para o protocolo TLS1.0 , será a partir de 01/10/2024. Link : https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/Sobre.aspx https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/Protocolos Inseguros SATs.aspx

Parece besteira, mas passei por isto é era cabo. Tenta utilizar algum outro, de preferencia original de algum aparelho. (Uso um Samsung).

O novo número de identificação - CNPJ alfanumérico - terá o mesmo tamanho que o número atual, com 14 posições. As oito primeiras posições terão caracteres alfanuméricos (letras e números) e identificarão a raiz do novo número. As quatro posições seguintes à raiz também terão caracteres alfanuméricos (letras e números) e identificarão a ordem do estabelecimento a ser inscrito. As duas últimas posições serão numéricas e identificam os dígitos verificadores deste CNPJ alfanumérico. O desenho abaixo identifica a transição da identificação numérica para alfanumérica: A fórmula de cálculo do dígito verificador do CNPJ Alfanumérico não muda: foi mantido o cálculo pelo módulo 11. Porém, para garantir a utilização dos atuais números do CNPJ (tipo será necessário a a alteração do modo como se calcula o dígito verificador pelo módulo 11. Serão utilizados, no cálculo do módulo 11, os valores relativos a letras maiúsculas lastreadas na tabela denominada código ASCII como solução para unificar a representação de caracteres alfanuméricos Diante de todo o exposto, Secretaria da Receita Federal do Brasil comunica o início de desenvolvimento do Projeto CNPJ Alfanumérico, com previsão de implantação e produção plena do novo número de identificação do CNPJ para janeiro de 2026 com o seguinte cronograma de implementação:

Bom dia @Siagri Sistemas de Gestão, Na Nota Técnica esta com 28, mas no schema esta com 20, veja: <xs:element name="hashTentativaEntrega"> <xs:annotation> <xs:documentation>Hash (SHA1) no formato Base64 resultante da concatenação: Chave de acesso da NFe + Base64 da imagem capturada da entrega (Exemplo: imagem capturada da assinatura eletrônica, digital do recebedor, foto, etc) Observação: 28 caracteres são representados no schema como 20 bytes do tipo base64Binary</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:base64Binary"> <xs:length value="20"/> </xs:restriction> </xs:simpleType> </xs:element>

Não entendi o que seria o importar. Mas por exemplo se tu usar só o componente da acbr para impressão, antes você configura a cidade, se vai utilizar provedor próprio ou nacional depois carrega o XML.

Obrigado @Fernando Pasqueto e @MuriloS.A, enviei ao SVN, com as revisões que informei algumas otimizações no código, indentação ajustes para compilação no D7 ... Commit [r33705]