Painel de líderes

No período de 22:00 de 13/05/2022 até as 00:00 do dia 16/05/2022 diversos serviços do Ambiente Nacional de emissão de NFe estarão indisponíveis, conforme relação a seguir: Fonte: http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=C/xkRclIh74=

Conforme noticia publicada pela SEFAZ-CE, a partir de 07/11/2022 01/11/2022, tanto o Integrador quanto o Validador Fiscal utilizados no processo atual de emissão de CFe (Emitido por meio do MFe) e NFCe no estado, serão desativados. A medida visa simplificar o processo de emissão destes documentos por meio das aplicações comerciais. Importante se sua aplicação emite o CFe (MFe) Importante se sua aplicação emite NFCe Obs. Na data que passar a ser utilizado o ACBr será atualizado com estas URLs Importante para todos Os webservices que suportam as soluções do Integrador e Validador Fiscal continuarão em funcionamento até a data da desativação, a fim de que não haja impacto negativo nas operações de venda dos contribuintes durante o processo de atualização da versão do aplicativo Driver MFE e dos webservices de autorização da NFCe, bem como, quando necessário, do aplicativo comercial. Fonte: https://www.sefaz.ce.gov.br/2022/05/11/comunicado-desativacao-integrador-e-validador-fiscal/ Obrigada também ao colega @lucimauro que nos alertou sobre esta publicação

12/05/2022 - Complemento do Informe de 09/05/2022 sobre parada programada do Ambiente Nacional da NF-e Informamos que a manutenção divulgada anteriormente para o Ambiente Nacional da NF-e, no período de 13/05 (às 22 h) a 16/05 (zero hora), NÃO impactará a autorização de Documentos Fiscais (NF-e, NFC-e, CT-e, MDF-e e BP-e), seja de operação interna ou interestadual. Assim, não será necessária a ativação de contingência para nenhum Estado. Assinado por: Receita Federal do Brasil fonte : http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=gv5XFF3hh0Y=

Olá pessoal E com grande prazer que disponibilizo os fontes de integração de cobrança via API com o PenseBank, um novo banco digital, disruptivo, nascido da união de 51 software houses espalhadas pelo Brasil. Acredito muito nesse modelo de negócio e com essa ação vamos poder integrar nossas aplicações e colher bons frutos. Solicito por favor ao time de cobrança do ACBr a inclusão deste banco aos fontes Att ACBrBoletoWS.pas ACBrBoletoConversao.pas ACBrBoleto.pas ACBrBoletoRetorno.pas ACBrBoletoW_PenseBank_API.pas ACBrBoletoRet_PenseBank_API.pas

Obrigada, Juliomar!

Como sempre né pessoal, a receita de MG com problemas infelizmente. Vou aguardar então. Se voltar a normalidade aviso voces.

vamos olhar com a SEFAZ - MG, qualquer novidade, aviso aqui ! Obrigado Juliomar !

Desculpe a minha ignorância no assunto, mas já pesquisei e não consegui entender ainda. É possível consumir API com o Delphi 7? Alguém tem algum exemplo de como fazer? O @Edgard Araújo fez essa API abaixo para atualizar os NCMs, gostaria de tentar fazer, mas não sei como consumir a API e gravar os dados na minha tabela. Utilizo Delphi 7 e Firebird.

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

Boa tarde Dercide, Muito obrigado pela colaboração, já foi enviado para o SVN.

Bom dia Marcelo, A primeira contribuição sua eu enviei mas com uma mudança, sem a necessidade de criar os enumerados "Nenhum". Essa segunda contribuição ainda vou analisar e acredito que esta semana ou a que vem vou enviar.

Bom dia Italo Sim ainda estou usando o componente antigo. Como eu disse no meu primeiro post, sou meio novato nos componentes do ACBr da parte fiscal. Como o meu prazo para entregar essa nota de serviço é amanhã, acredito que não terei tempo de reescrever o código para poder utilizar o componente novo. No entanto, vou tirar um tempo após estar rodando no cliente para fazer essa migração. Na empresa em que eu trabalhava até a metade de 2020 utilizava os componentes do ACBr, mas não era eu quem dava manutenção nos códigos. Na empresa que estou atualmente, utiliza uma dll de terceiros, que não está mais sendo atualizada e até por conta disso a nota de serviços referente a Ribeirão Preto parou de funcionar. Estou tentando passar para os componentes do ACBr pois sei que funcionam muito bem, porém devido a demanda do dia a dia, tem que ser bem aos poucos mesmo, mas pretendo passar todos as rotinas fiscais para o ACBr assim que possível. Já aproveitando a deixa, gostaria de saber se os dados do emitente, para Ribeirão Preto, é necessário informar os campos referente a usuario e senha web, pois no exemplo não cheguei e ver que o ISSNet exige essa informação... Desde já agradeço a atenção de vocês

Desse modelo que lembre não. vou pedir para mais pessoas do time mas senão me engano não vai ser possível.

O pessoal valeu!!! Então vamos aguardar a SEFAZ MG.

ok...muito obrigado pessoal...abracos

Estamos com o mesmo problema, Darlana !

É mais provável que sejam dlls desatualizadas, copie as dlls atuais da LibXml2 para a pasta do exe. trunk2/DLLs/LibXml2/x86/ Copie também as dlls atuais da OpenSSL trunk2/DLLs/OpenSSL/1.1.1.10/X86/ Lembrando, se a sua aplicação for x86, use as dlls x86, mesmo que o S.O. seja 64. Revise as configurações para um novo teste. SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXml2 SSLType := LT_TLSv1_2

Boa noite, Veja na mensagem, que recebeu da Sefaz, que agora é retornado no XML o último NSU consultado por aquele CNPJ junto com a rejeição de consumo indevido. Na sua tabela é possível notar alguns saltos. Se você controla para fazer as consultas apenas por último NSU, pode mostrar para o cliente que no intervalo entre uma consulta e outra, algum outro software fez consultas com base no último NSU retornado diferente ao seu armazenado.

olha o que diz o erro 504 https://rockcontent.com/br/blog/504-gateway-timeout/

estranho. só se não tem os fontes de componentes. enfim mas eu postei os componentes que tu usa pra consumir

O eSocial foi atualizado para a versão S-1.0 em julho do ano passado. Com a nova versão do eSocial, o sistema foi simplificado, diversos campos foram excluídos e uma série de regras – em especial no fechamento da folha – foram flexibilizadas. Tudo para permitir que o sistema se tornasse mais fácil e ágil para os empregadores. Para permitir que os usuários se adaptassem à nova versão, foi estabelecido um período de convivência de versões. Durante esse período, tanto eventos enviados na versão antiga (2.5) quanto na nova (S-1.0) são recepcionados e processados pelo sistema. Esse período tinha previsão de término em março deste ano, mais de sete meses após a implantação da versão S-1.0. Contudo, o período de convivência foi prorrogado até 22/05/2022, dando mais tempo para os usuários que ainda não atualizaram seus sistemas para a nova versão. FIM DO PERÍODO DE CONVIVÊNCIA A partir de 23/05/2022, apenas eventos enviados na versão S-1.0 serão recebidos pelo eSocial. A maioria dos empregadores já migrou para a nova versão, mas ainda há usuários que transmitem eventos na versão antiga. Se esse é o seu caso, atualize seu sistema de gestão de folha. Os sistemas web do eSocial, por sua vez, sempre trabalham utilizando a versão mais recente do sistema, o que inclui o módulo web geral e os módulos simplificados (doméstico, segurado especial e MEI). Fonte: https://www.gov.br/esocial/pt-br/noticias/prorrogado-o-periodo-de-convivencia-de-versoes-do-esocial

Foi prorrogado para 22 de agosto de 2022 (em relação aos fatos geradores a partir de 1º de agosto de 2022), a data de início da obrigatoriedade de apresentação da EFD-Reinf para o 4º grupo, que compreende: I - os entes públicos integrantes do Grupo 1 (Administração pública); e II - as entidades integrantes do Grupo 5 (Organizações internacionais e outras instituições extraterritoriais), ambos do Anexo V da Instrução Normativa RFB nº 1.863/2018. Lembra-se que, anteriormente, tal obrigação estava prevista para ter início em 22 de abril de 2022 (em relação aos fatos geradores a partir de 1º de abril de 2022). (Instrução Normativa RFB nº 2.080/2022 - DOU de 09.05.2022) Fonte : https://www.gov.br/receitafederal/pt-br/assuntos/noticias/2022/maio/receita-federal-adia-o-cronograma-para-apresentacao-da-efd-reinf-por-orgaos-publicos-e-organizacoes-internacionais http://normas.receita.fazenda.gov.br/sijut2consulta/link.action?visao=anotado&idAto=123880

Prazos de vigência: Homologação Produção 01/06/2022 01/07/2022 Resumo: A Resolução Gecex nº 321, de 25 de março de 2022, publicada no Diário Oficial da União em 20 de abril de 2022, divulgou a nova tabela de NCM com efeitos a partir de 01/07/2022. Tabela de códigos de NCM Divulgar a publicação da Nova “Tabela de NCM e respectiva Utrib – Vigência a partir de 01-07-2022”, no Portal Nacional da NF-e , aba “Documentos”, opção “Diversos”. Os 8 (oito) códigos incluídos na tabela de NCM publicada no Portal Nacional da NF-e estão realçados em verde com a informação de início de vigência em 01/07/2022. Os 4 (quatro) códigos excluídos na tabela de NCM publicada no Portal Nacional da NF-e estão realçados em vermelho com a informação de fim de vigência em 30/06/2022. Fonte: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=FHn62qOKXxo=

@Mega Online deve ser o contador do cliente com um SIEG/FSIST da vida consumido o mesmo serviço.

Estou tentando transmitir, uma NFCe em homologação para MG, e obtendo o retorno abaixo. Alguém tem alguma solução? Ou vivenciando a mesma situação? Erro na transmissão da nota. Verificar: Erro Interno: 0 Erro HTTP: 504 URL: https://hnfce.fazenda.mg.gov.br/nfce/services/NFeAutorizacao4 <HTML><HEAD><META HTTP-EQUIV="Content-Type" CONTENT="text/html;charset=UTF-8"><TITLE>Gateway Timeout</TITLE></HEAD> <BODY><H1>Gateway Timeout</H1> The server did not receive a timely response from the upstream server. </BODY></HTML> [OK]

MG vive com problemas acho que o acertado e ver lá