Juliana Tamizou

Em 02/07/2021 foi publicado no DOU a Portaria Conjunta 71, onde foi divulgado o novo cronograma de implantação do eSocial, onde algumas exigências já estão em vigor para determinados grupos e outras deverão iniciar entre 21/07/2021 e 11/07/2022. Os chamados Eventos de Tabela (1ª Fase) passam a ser obrigados ao 4º Grupo em 21/07/2021.* ¹(Aos demais grupos já estavam obrigado) Os Eventos não Periódicos (2ª Fase) passam a ser obrigados ao 4º Grupo em 22/11/2021.* (Aos demais grupos já estavam obrigado) Os Eventos Periódicos (3ª Fase) passam a ser obrigados ao 3º Grupo em 19/07/2021 e ao 4º Grupo em 22/04/2022.* (Aos demais grupos já estavam obrigado) Os Eventos SST (4ª Fase) passam a ser obrigados ao 1º Grupo em 13/10/2021, ao 2º e ao 3º Grupo em 10/01/2022 e ao 4º Grupo em 11/07/2022. *O inicio da exigência é sempre as 08:00 nas datas indicadas. Dica: Para entender melhor o enquadramento em cada grupo, veja o artigo 2º da portaria Fonte: https://in.gov.br/en/web/dou/-/portaria-conjunta-seprt/rfb/me-n-71-de-29-de-junho-de-2021-329487308

Boa noticia para as Softwarehouses que atendem empresas de SC, no dia 10/06/2021, foi publicado o ato DIAT 030/2021, prorrogando para 30/06/2022 a validade dos laudos de homologação PAF-ECF ainda que ainda nas versões 2.04 e 2.05 da Especificação de Requisitos. Fonte: http://legislacao.sef.sc.gov.br/html/atos_diat/2021/atodiat_21_030.htm

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

Boa tarde. Com a SEFAZ-CE vc não conseguiu nada? Att.

Bom dia. Se trata então do ACBrNFSe, correto? A alguns dias temos noticiado nosso novo componente, o ACBrNFSeX, por este motivo precisamos que seja realizado o teste com o mesmo, pois todas as melhorias e correções serão focadas nele. Att.

Bom dia. Você chegou a questionar no escritório como deve ser a emissão do documento fiscal nestes casos? Att.

Bom dia. Isto você encontrará no manual de integração. https://acbr.sourceforge.io/ACBrLib/ACBrLib.html Att.

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

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

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn

Boa tarde, Esta realizando testes com o ACBrNFSeX? Se não por favor utilize o mesmo e nos informe se o problema persiste. Att.

Boa tarde. Qual foi a orientação do escritório? Att.

Boa tarde. Neste tópico temos um guia com os primeiros passos e links para os detalhes conforme sua linguagem. Att.

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

Bom dia. Obrigada por informar. Att.

Conforme informação compartilhada conosco pelo nosso colega explorerSilva, a SEFAZ-PE enviou comunicado aos seus contribuintes informando que os seguintes protocolos terão seu suporte removido de suas sessões de conexão segura dos web services do Portal GNRe. SSL2 SSL3 TLS 1.0 TLS 1.1 Importante: A partir de 13/07/2021 somente o protocolo TLS 1.2 será aceito para as conexões com o os web services do GNRe. A seguir a transcrição do comunicado. "Com objetivo de manter a segurança dos serviços da Secretaria da Fazenda de Pernambuco - SEFAZ/PE, comunicamos a todos os usuários do serviço GNRE que serão tomadas medidas técnicas para proteger a confidencialidade e integridade da comunicação https, no sentido de remover o suporte aos protocolos obsoletos SSL2, SSL3, TLS 1.0 e TLS 1.1 em sessões seguras dos web services do Portal GNRE (https://www.gnre.pe.gov.br/gnreWS/services). A partir de 13/07/2021, disponibilizaremos, apenas o protocolo TLS 1.2 para sustentar as sessões seguras do GNRE, com os seguintes requisitos obrigatórios: 1) Utilizaremos apenas as cifras AES 256 ou 384 bits, com modo de cifragem GCM. Não haverá suporte às cifras DES, RC2, RC4, 3DES. 2) Utilizaremos apenas o protocolo ECDH para troca inicial de chaves da sessão https. Não haverá suporte ao protocolo RSA para essa finalidade. 3) Os hashes para assinatura dos blocos de cifragem serão de no mínimo 256 bits. Em síntese, a SEFAZ disponibilizará o serviço GNRE com protocolo TLS 1.2 nas seguintes configurações: a) TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 b) TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 Atualmente, o conjunto de cifras acima representa a forma mais segura para proteger a confidencialidade e integridade da sessão https. Diante do exposto, solicitamos aos usuários que adequem os serviços consumidores do GNRE, a fim de prover suporte ao protocolo TLS 1.2, na configuração supracitada. A partir de 13/07/2021, os protocolos obsoletos não serão mais admitidos, e as conexões que as utilizem serão negadas no ambiente de Produção. O ambiente de testes do Portal GNRE (https://www.testegnre.pe.gov.br/gnreWS/services) passará por esta atualização, deixando de suportar os protocolos obsoletos mencionados, em 02/07/2021. Sugerimos à equipe técnica responsável pela sustentação do serviço consumidor do GNRE a diagnosticá-lo por meio da página do SSLLabas (https://www.ssllabs.com/ssltest/), ou por meio de utilitários específicos para essa necessidade. O resultado revelará quais protocolos estão sendo utilizados, obsoletos ou não. Finalmente, esclarecemos que o suporte às cifras seguras é provido pelo sistema operacional que sustenta a aplicação consumidora do GNRE, e que, em regra, sistemas operacionais obsoletos ou sem suporte do fabricante não dispõem do protocolo TLS 1.2 na configuração informada, sendo necessário muitas vezes atualizar o sistema operacional para dispor da configuração adequada. Em caso de dúvidas tratar EXCLUSIVAMENTE com o TELESEFAZ, através dos canais de atendimento abaixo: (81) 31835913 - Whatsapp @Sefz_pe_bot – Telegram www.sefaz.pe.gov.br – Chat 08002851244: para ligações feitas em Pernambuco através de telefone fixo (81) 3183 6401: para as demais ligações (celular, outros Estados, etc). Horário de atendimento do Telesefaz: 8:00h às 18:00h - de segunda a sexta Atenciosamente, Gestor Nacional do Sistema GNRE Secretaria da Fazenda do Estado de Pernambuco"

Boa tarde. Você deve comparar os layouts e ver se trata-se das mesmas informações, caso contrário teria que ser implementado uma nova classe. Att.

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

Nosso componente ACBrBoleto já faz parte do futuro dos boletos, o que significa que além das diversas alterações realizadas para a integração via web-service, agora também já está apto para a emissão dos chamados Boletos Híbridos, ou seja, aqueles que além do Código de Barra, também contam com um QRCode para pagamentos via PIX. Esta alteração vem de encontro a muitos pedidos que temos recebido para incluir o QRCode no boleto, porém vale ressaltar que o Banco do Brasil foi pioneiro em promover uma integração completa com o PIX por meio de sua API, fazendo com que sua aplicação receba a baixa do título junto com as informações de retorno do banco, diferente do que ocorre quando esta integração não existe, tornando este processo manual e passível de uma série de erros. Atualmente os Bancos que suportam este tipo de emissão de boleto híbrido e estão implementados no ACBr são os seguintes (clique no nome do banco para acessar o tópico com a explicação detalhada dele): CNAB - por transferência de arquivos: Santander Sicredi Itau Bradesco (CNAB400) Banrisul (CNAB240) API - on-line: BB Banrisul Bradesco Caixa Econômica Cora Inter (veja particularidades para NossoNumeroCorrespondente) Itau (necessita que o banco forneça outra credencial para endpoint PIX) PenseBem Santander Sicredi V2 Sicoob Para entender melhor como implementar esta solução e modernizar ainda mais sua aplicação, veja este artigo em nossa Base de Conhecimento. Att.

Bom dia. Lembrando que agora somente o componente ACBrNFSeX receberá atualizações, veja neste tópico o guia de migração. Att.

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

Bom dia. Esta é a playlist com todos os vídeos sobre o TEF. Att.