Painel de líderes

Pessoal, eu vi um artigo no LInkedin e gostaria de compartilhar com vocês. A partir de 2026 teremos CNPJ com numeração alfanumérica, com isto teremos mais do que os atuais 99,9milhões de combinações possíveis. Os CNPJ atuais não mudarão, mas os novos já virão com o novo formato. Link: https://www.linkedin.com/pulse/novo-cnpj-alfanumérico-implantação-e-produção-para-de-aline-sdoaf/

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

Obrigado @Renato Rubinho

Sim, ainda não existe leiaute para a implementação.

O Banco do Brasil informa que às 07h00 do dia 26/06/2024, ocorrerá a substituição do certificado que o Banco utiliza para validação da URL api.bb.com.br, por motivo de vencimento. Será instalado o novo certificado que está disponível abaixo, caso haja problemas nos produtos ACBrBoleto e ACBrPixCD relacionados a certificação digital, é importante realizar a instalação do certificado abaixo e realizar os testes novamente. Link para Download do certificado novo : https://publicador.developers.bb.com.br/bucket/api_bb_com_br_5c697eff2a.cer

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:

Boa tarde Pedro, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5581

Boa tarde Valter, Entre em contato com a prefeitura e expõe o problema, pois fiz um teste agora e deu erro 404, que significa que a URL não existe. Pode ser outra URL e não essa que foi divulgada.

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

Chamado aberto, tendo retorno aviso aqui pra que todos fiquem cientes. Obrigado!

abre chamado no SEFAZ pra saber

complementando ao Italo. neste caso é usado para tratar sobre o componente que dai é usado na lib ou monitor ou diretamente nele

Bom dia João, Já esta no SVN.

Estou passando por este mesmo problema.

Bom dia, @Italo Giurizzato Junior, Vou fazer testes com o ACBrNFSeX! Estou usando o método ACBrNFSeX.Emitir(RPSLote, meAutomatico, False), passando para provedor de Içara/SC - Bauhaus, mas diferentemente do exemplo estou capturando o retorno pela classe TNFSeWebserviceResponse: Response: TNFSeEmiteResponse; Response := ACBrNFSe.WebService.Emite; E trato os dados de retorno na Response. Talvez seja ai o problema, vou testar com o exemplo do ACBrNFSeX, se funcionar vou alterar o sistema pra ficar como no exemplo. Obrigado por enquanto.

Atualize ACBrLibBoleto, veja se resolveu

Oi Ítalo boa tarde!, eu também já emito notas para São Paulo, porém a nota com este tomador deu este erro, eu vou confirmar o CNPJ dele que com certeza deve estar errado, obrigado pela ajuda e atenção.

Bom dia, Aqui está da mesma forma. O interessante é que essa mensagem que está aparecendo hoje é a mesma da nota técnica Nota Técnica 2024.002 - v.1.00 - Publicada em 27/05/2024. https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=sNOtscnJo6w= A data de implementação em teste está como "Em até 01/07/2024" Será que implementaram antes ?

Bom dia pessoal, Estamos recebendo relatos de instabilidade nos servidores da SEF de MG desde ontem a tarde (11/06/2024) e isso parece estar atingindo os webservices, principalmente de NF-e/NFC-e. Por exemplo, nesse exato momento (12/06/2024 09:43) o site SPED MG está fora do ar. Em alguns momentos o próprio site da Sec. Fazenda de MG estava fora do ar, mas agora parece ter retornado. No entanto até o momento desta publicação ainda não foram ativados o serviço de contingência. Talvez seja uma indisponibilidade momentânea. Então fique atento.

Olá Pessoal, A resposta para o título do tópico é muito simples: Sim e Não. Hoje temos provedores que seguem a versão 1 ou 2 do layout da ABRASF, provedores que tem o seu próprio layout e o layout do Padrão Nacional. Segundo os manuais da ABRASF (Versão 1 ou 2) bem como do Padrão Nacional não existe a possibilidade de informar 2 ou mais itens, só é possível informar somente um item, portanto não existe uma lista de serviços. Já os provedores que tem layout próprio alguns permitem outros não. Como saber se o provedor permite informar mais de um item de serviço? É muito simples, através do programa exemplo, você o configura para a cidade deseja na aba Emitente, salve a configuração, clique no botão [Informações sobre o Provedor] que esta na aba Geral. Do lado direito temos uma aba chamada Log, vai ser apresentado as informações sobre o provedor que atende a cidade que foi configurada, informações estas como Autenticação, Serviços Disponibilizados e Particularidades. Em Particularidades se aparecer escrito: Permite mais de um serviço, isso significa que o provedor permite que você informe um ou mais itens de serviços. Como faço para informar mais de um item caso o provedor permita? with Servico.ItemServico.New do begin Descricao := 'Desc. do Serv. 1'; ItemListaServico := '09.01'; Quantidade := 10; ValorUnitario := 5; (...) end; with Servico.ItemServico.New do begin Descricao := 'Desc. do Serv. 2'; ItemListaServico := '09.01'; Quantidade := 1; ValorUnitario := 15; (...) end; Vide o programa exemplo do componente ACBrNFSeX para ver os demais campos que podem ser informados além dos 4 mostrados nesse exemplo acima. Mais precisamente procure pela procedure: Alimentar_Componente_layout_Proprio. Então quer dizer que se o provedor que atende a cidade para o qual a NFS-e vai ser emitida não permite não tem como? A resposta é: a principio não tem como, mas o componente ACBrNFSeX vai dar uma mãozinha para você. Como eu faço para enviar uma lista de itens de serviço se o provedor não permite? 1. Você vai informar todos os itens conforme mostrado acima; 2. Configure a propriedade de configuração FormatoDiscriminacao com um dos valores: fdJson ou fdTabulado (vide figura abaixo) Essa propriedade tem os seguintes valores: fdNenhum = Valor padrão da propriedade e faz com que o componente não execute nenhuma ação referente a lista de itens. fdConsolidado = o componente vai totalizar os valores e quantidades e concatenar as descrições dos itens e popular os campos padrões usados pelo provedor para as informações tais como Discriminacao, valor, etc. fdJson = o componente vai montar um Json com as informações (Descrição, Valor Unitário, Quantidade e Valor do Serviço) dos itens e popular o campos padrões usados pelo provedor. fdTabulado = o componente vai montar uma Tabela com as informações (Descrição, Código do Item, Quantidade, Valor Unitário, Valor do Serviço, Base de Calculo e Alíquota) dos itens e popular o campos padrões usados pelo provedor. Desta forma ao imprimir o DANFSE no quadro: Discriminação do Serviço em vez de aparecer um texto, vai aparecer a lista dos itens. Espero que tenham gostado dessa dica.

Tente verificar os outros registros mudando as páginas para ver se todas estão marcadas como Aguardando processamento... Talvez você encontre uma mensagem de erro mais específica. Fora isso... a mensagem pede para ser enviado novamente. Então nesse caso, tente enviar novamente depois de analisar as mensagens como dito acima. Se depois disso você enviar novamente e as mensagens não mudarem, você vai precisar de entrar em contato com o Fisco por meio do Fale Conosco ou serviço similar.

Olá pessoal! No dia 20/12/2023 foi divulgada a Nota Técnica 2023/005 que institui o evento de Insucesso da Entrega para NF-e (não confundir com o Insucesso na entrega para o CT-e que é descrito AQUI) Resumo da Nota Técnica. Esta nota técnica discorre sobre os eventos de Insucesso de Entrega da NF-e(tpEvento=110192) e Cancelamento do Insucesso na Entrega da NF-e(tpEvento=110193), ambos acobertados pelo Ajuste SINIEF 58/2022 de 09 de dezembro de 2022. A implementação dos novos eventos permitem ao emissor da NF-e, quando a entrega da mercadoria não envolver um CT-e, registrar por meio de um evento fiscal na respectiva NF-e os motivos que impediram a entrega. O objetivo dessa implementação é substituir a ressalva que atualmente é aposta no verso do DANFe seguindo o § 3º da cláusula décima do Ajuste SINIEF 07/05 que obriga o emitente do documento fiscal a armazenar o DANFe impresso contendo no verso justificativa Insucesso da Entrega. Com a criação desses eventos, o emissor vai poder vincular o evento eletronicamente na NF-e e não mais precisará armazenar o DANFe em papel. Datas para Implantação. Implantação para Homologação: 13/05/2024. Implantação para Produção: 24/06/2024. Webservice de Evento e Obrigatoriedade. Assim como os demais eventos já existentes, os novos eventos de Insucesso na Entrega e Cancelamento do Insucesso na Entrega serão recepcionados pelo Ambiente Nacional e não pela Sefaz respectiva do estado. A implementação desta NT é facultativa, portanto, os interessados podem praticar os prazos que julgarem conveniente posterior as datas de implantação descritas nos respectivos ambientes. Evento "Insucesso na Entrega da NF-e". Função: Evento para indicar o insucesso na entrega da carga pelo emitente da NF-e. Autor do Evento: O autor do evento é o emissor da NF-e. A mensagem XML do evento será assinada com o certificado digital que tenha o CNPJ base do Emissor da NF-e. Modelo: Nota Fiscal eletrônica – NF-e (modelo 55) Código do Tipo de Evento: 110192 (Este evento exige NF-e autorizada) Leiaute Mensagem Entrada Os campos que valem destaque no leiaute da mensagem de entrada são: tpEvento: Código do evento, 110192 - "Insucesso na Entrega da NF-e". nSeqEvento: Sequencial do evento para o mesmo tipo de evento, pode ter valores entre 1 a 99. Para informar um novo evento de "Insucesso na Entrega da NF-e" para uma mesma NF-e, o evento anterior deverá estar cancelado. dhTentativaEntrega: Data e hora da tentativa de entrega. nTentativa: Número da tentativa de entrega que não teve sucesso. tpMotivo: Motivo do Insucesso. Pode ter os valores 1 - Recebedor não encontrado, 2 - Recusa do recebedor, 3 - Endereço inexistente ou 4 - Outros. xJustMotivo: Justificativa do motivo do insucesso, usar somente se tpMotivo = 4. latGPS: Latitudade do ponto de entrega.. longGPS: Longitude do ponto de entrega. hashTentativaEntrega: Hash SHA-1, no formato Base64 correspondente a concatenação da chave de acesso da NF-e + Base64 de imagem capturada na tentativa da entrega. dhHashTentativaEntrega: Data e hora da geração do hash da tentativa de entrega. Leiaute da mensagem de retorno Os campos que valem destaque no leiaute da mensagem de retorno são: dhRegEvento: Data e hora de registro do evento. nProt: Número do protocolo do evento. Evento "Cancelamento Insucesso na Entrega da NF-e". Função: Evento para indicar o cancelamento do evento de insucesso na entrega da carga pelo emitente da NF-e. Autor do Evento: O autor do evento é o emissor da NF-e. A mensagem XML do evento será assinada com o certificado digital que tenha o CNPJ base do Emissor da NF-e. Modelo: Nota Fiscal eletrônica – NF-e (modelo 55) Código do Tipo de Evento: 110193 (Este evento exige NF-e autorizada) Leiaute da mensagem de entrada Dentre os campos que vale destaque temos: nProtEvento: número do protocolo de autorização do evento de insucesso que será cancelado. Leiaute da mensagem de retorno dhRegEvento: Data e hora de registro do evento. nProt: Número do protocolo do evento. LEIA A NOTA TÉCNICA NA INTEGRA AQUI E como fica o ACBr? Como é possível observar, a nova NT trás adição de dois novos eventos. Dito isso modificações serão necessárias nos fontes do ACBr para implementação dos mesmos. Já foi criada uma TK em nosso backlog e as modificações estarão disponíveis em tempo hábil para que possam realizar a implementação.

Olá Pessoal, Já se encontra no SVN a implementação dos eventos: Insucesso na Entrega da NF-e e o Cancelamento do Insucesso na Entrega da NF-e no componente ACBrNFe. Quero frisar o que o @Diego Foliene, colocou em sua postagem anterior que o Ambiente de Homologação já esta liberado para recepcionar os referidos eventos e somente a partir do dia 24/06/2024 é que vai ser liberado o ambiente de produção. O programa exemplo feito em Delphi já foi alterado, agora ele possui os botões para exemplificar os dois novos eventos. Façam os seus testes usando o programa exemplo antes de iniciar a implementação em suas aplicações. Quanto o ACBrLibNFe e o ACBrMonitor Plus os novos eventos vão estar disponíveis assim que forem liberados as novas verões de ambas as ferramentas. Serão atualizados os manuais do ACBrLibNFe e do ACBrMonitor Plus. Fiquem atentos.

Olá pessoal! Foi publicado no dia 26/04/2024 a versão 1.02 desta Nota Técnica. A nova versão altera o ambiente de autorização para a SVRS especificando que unicamente no mesmo será realizada a implementação além de acertos na documentação. Junto da NT também foi liberado novo pacote de schemas contemplando o novo evento. Novas datas Implantação Teste: 29/04/2024. Implantação Produção: Permanece 24/06/2024. E quanto ao ACBr? A equipe de consultores do ACBr estava aguardando a liberação do pacote de schemas para implementar o evento nos fontes do ACBr. Agora que os mesmos foram liberados será possível prosseguir com a implementação e eventualmente liberação do mesmo para que a comunidade possa testar. Leia a versão 1.02 na íntegra AQUI.

O moderador e commiter do Projeto ACBr, @Régys Silveira, acaba de publicar em seu canal no YouTube, um excelente Curso de Firedac... São 19 vídeos, cobrindo tudo o que você precisa saber, sobre Firedac, do básico ao avançado... Se você ainda usa BDE, ou conectores de Banco de Dados antigos... assista o curso, e conheça todo o poder do FireDac Confira ainda, o Blog do Regys... https://regys.com.br/

Boa noite, quero compartilhar uma situção que aconteceu com o meu sistema, hoje percebi o seguinte no dia 04/06/2024 o meu cliente havia emitido a NFCe de numero 1164 e de repente o sistema pulou para a NFCe numero 98904. O que pode ter acontecido para da um salto tão grande. 25240602683279000180650020000011641337642874-nfe.xml 25240602683279000180650020000989041892273728-nfe.xml