Painel de líderes

Comunicado no portal COMSAT SEFAZ SP: A SEFAZ-SP realizará em 23 de abril de 2023, a partir das 07:00, e com previsão de duração para todo dia, uma manutenção nos servidores do SAT, o que poderá trazer instabilidade em todos websites e todos webservices. Sendo assim, na medida do possível, orientamos que novas ativações de equipamentos SAT sejam realizadas antes desta data, e que os contribuintes se atentem para CF-e-SATs que poderão estar armazenados, e não transmitidos à SEFAZ, nos equipamentos SAT com o risco de o prazo legal de 10 dias ser atingido durante essa manutenção. Após a manutenção, a SEFAZ permanecerá acompanhando o sistema e monitorando os meios de comunicação próprios com o público externo. Fonte: SEFAZ SP

O Projeto DAF vem sendo construído desde o fim de 2018, com a publicação do Ajuste SINIEF 15/18 e apesar de em certos momentos surgirem dúvidas se de fato este projeto será lançado, recentemente houveram movimentações apontado que a resposta deve ser SIM. Versão 3.0 da Especificação de Requisitos do DAF Em 17/04/2023 foi publicado o Ato DIAT 024/2023 o qual estabelece a versão 3.0 da Especificação de Requisitos do DAF trazendo uma série de ajustes, conforme pode ser observado abaixo. Previsão de Prazos** As datas e períodos a seguir são uma previsão e podem sofrer mudanças conforme a evolução do Projeto DAF Liberação do Ambiente de Homologação: Previsto para o fim do 1º semestre/2023 Inicio da Obrigatoriedade: 2º semestre/2024* *Obrigatoriedade deve ser segregada de acordo com o CNAE dos contribuintes ** Informações extraoficiais obtidas pela AFRAC junto a SEFAZ-SC Biblioteca PDAF-USB Disponível no gitHub em C++, a biblioteca tem por finalidade ser uma referência para a implementação da integração com o equipamento DAF. Link para mais detalhes aqui. Links https://www.sef.sc.gov.br/arquivos_portal/servicos/159/Ato_DIAT_24_2023.pdf https://www.sef.sc.gov.br/arquivos_portal/servicos/159/Especificacao_de_Requisitos_do_DAF___versao_3.0.0.pdf https://ifsc-lased.github.io/daf/

Segue nova atualização com uma análise detalhada também do colega @Renato Rubinho que atuou ativamente nestas adequações. No mês passado foram testados todos os eventos em homologação, em ambas as versões, funcionando corretamente no programa de exemplo Tem clientes utilizando a versão 1.5 em produção sem problemas Os novos eventos 1050, da série 4000 e o 9015 não funcionarão na versão 1.5, apenas na 2.1 Todos os eventos na versão 2.1 são assíncronos, necessitando consultar o protocolo recebido, assim como já era o 2099 na versão 1.5 As bases de dados de homologação são separadas entre as versões, o que for gerado em uma não está disponível na outra

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

Perfeito, agora está imprimindo todos os xml's do MDF-e parabéns a equipe AcBr. Obrigado 33230400127817000125580010000000091000000012-mdfe.pdf

Boa tarde pessoal, Em relação a quando poderá ser enviados os arquivos na versão 2.1.1 e 2.1.2, tivemos o esclarecimento de que somente em setembro/2023, ou seja, até lá permanece a versão 1.5. Mais algumas informações sobre esta questão A prorrogação atende a pedidos de diversas empresas e entidades representativas de diversos segmentos econômicos, que alegaram precisar de maior tempo para preparação de seus sistemas internos. Foi prorrogada a versão 2.X em sua totalidade, para setembro/2023. Até agosto/2023 continua valendo a versão 1.5.1, conforme Ato Declaratório Executivo Cofis n° 23 de 10 de março de 2023. Deve ser utilizada a versão 1.5 até agosto/2023. A partir das 8 (oito) horas de 21 de setembro de 2023 teremos disponível o ws do leiaute 2.1

Boa tarde pessoal, Em relação a esta mudança, a interpretação do time da AFRAC é que as mudanças serão exigidas somente a partir da data de implantação em produção, ou seja 24/04/2023.

Boa tarde. Consultando hoje na Portal da Nota Fiscal Eletrônica > Consulta Disponibilidade é possível observar que a Sefaz-MG passou de serviço instável para serviço indisponível.

Nas últimas semanas foi publicada a versão 2.1.2 do layout do REINF, a qual trouxe ajustes para os eventos R4010, R4020, R4040, R9001, R9005 e R9011. Resumo das Mudanças R4010 e R4020 Campo ideEvtAdic teve a exclusão da regra de validação onde era permitido somente se o campo cpfBenef fosse informado Campo percSCP teve a validação alterada para exigir a informação se além do campo indFciScp for igual a 2, o campo natRend for 12001 R9001 Excluído o campo cnpjAssocDesp da coluna "Chave" em Resumo de Registros. Ajustada a ocorrência para 0-1 quanto ao campo cnpjAssocDesp Incluído campo nmEmprExt para informar nome da empresa que repassou recurso e não é sujeita a inscrição no CNPJ por estar domiciliada no exterior. Ajuste na informação esperada no campo vlrTotalRep onde a origem deve ser a seguinte: R2030 (campo vlrTotalRec) e R2040 (campo vlrTotalRep) R9005 Ajuste na informação esperada no campo vlrCRDecInf onde a origem deve ser a seguinte: R4010 (campo vlrIR), R4020 (campo vlrIR) e R4040 (campo vlrIR) Ajuste na informação esperada no campo vlrCRDecSusoInf onde a origem deve ser a seguinte: R4010 - Soma de vlrNRetido, vlrDepjud, vlrCmpAnoCal e vlrCmpAnoAnt, R4020 - Soma de vlrNIR e vlrDepIR e R4040 -Soma de vlrNIR e vlrDepIR As alterações mais detalhadas podem ser vistas na página do SPED. Sobre os prazos A versão 2.1.2 do REINF será exigida somente a partir das competências de setembro/2023, ou seja, partir de 21/09/2023. Dado o fato que nesta data já estava previsto em produção a versão 2.1.1, entendemos que a versão 2.1.2 apenas substitui a anterior. Na data desta publicação estamos confirmando se apesar das exigência ser somente para setembro, quem desejar já pode enviar neste layout, fiquem atentos ao tópico para novidades. Sobre as Mudanças no ACBr Como foram incluídos campos e também feitos ajustes nos valores esperados, naturalmente se faz necessário adequar também o componente, oque automaticamente se refletirá no ACBrMonitorPlus. Assim que os ajustes forem feitos divulgaremos aqui. Fonte http://sped.rfb.gov.br/pagina/show/7194 http://normas.receita.fazenda.gov.br/sijut2consulta/link.action?idAto=129523

Boa tarde. A Sefaz Bahia está com contingência agendada iniciando no dia 29/04/2023 as 14:00 horas com previsão de durar até as 12:00 horas do dia 01/05/2023 Fonte: Consulta Situação SVC-RS Para transmitir em contingência durante este período, siga as orientações do tópico a seguir:

Exatamente, a não ser que você use o método ConsultarNFSeServicoPrestadoPorPeriodo em vez do ConsultarNFSePorPeriodo.

Gabriel, Essa questão de fazer modificações pontuais nos fontes do ACBr foi falada ontem no Papo Pro no Discord. Se vocês fizeram uma alteração em uma unit porque não compartilhar pois isso pode ser uma melhoria para todos os que utilizam o ACBr. Muitos contribuem com melhorias e correções, desta forma todos saem ganhando. Porque vocês não fazem o mesmo? Porque não compartilhar o conhecimento? A equipe ACBr fica feita tentando entender o porque esta ocorrendo o erro sendo que o problema em questão já foi sanado a um bom tempo e na verdade o problema esta na cópia do ACBr que vocês tem que possuem alterações. Assim fica difícil de ajudar.

@Jamil Araujo poderia por gentileza atualizar ACBrLibMDFe e fazer um novo teste ? Subimos uma correção para o SVN - Rev. 29126, fizemos um teste com o programa exemplo utilizando .so x64 em MultiThread, parece que resolveu o problema.

Olá Pessoal, Novidades da IT 2023/002 O objetivo deste Informe Técnico é divulgar a publicação da nova versão da “Tabela CFOP”, a qual trouxe correções e inclusões de novos CFOPs conforme detalhado a seguir. Incluir CFOP: 3.552; 3.667; 7.552 (Conforme Ajuste SINIEF 10/21); Excluir o registro duplicado do CFOP 2.652, por já existir registro igual na tabela atual; Correções realizadas na tabela CFOP utilizada para autorização de DF-e Prazos Implantação em Homologação: até 17/04/2023 Implantação em Produção: até 24/04/2023 Como ficam as soluções ACBr e minha Aplicação? Por ser uma mudança de tabelas, o ACBr não sofre qualquer ajuste, quanto sua aplicação, vai depender de como vc trata a informação do CFOP. Como encontrar as publicações no Portal da NFe No Portal Nacional da NF-e , acesse a aba “Documentos”, opção “Diversos”. Os prazos dessa atualização de tabelas estão documentados anteriormente, no item que trata de “Controle de Versões”, para a versão mais recente deste Informe Técnico.

Boa tarde a todos. Hoje, dia 18/04/2023 as 09:00 horas foi ativada a Contingência para a Sefaz-MS com previsão de durar até o dia 19/04/2023 as 11:00 horas. Fonte: Consulta Situação SVC-RS Para transmitir em contingência usando o ACBr, siga as orientações deste tópico:

Salve comunidade do Projeto ACBr ! Agora com o nosso componente ACBrBoleto é possível emitir Boletos, gerar e receber CNAB 400 (710 colunas) para o banco 174 - Banco Pefisa S.A. A atualização já está em nossos repositórios ! *Em breve as documentações sobre o novo banco serão atualizadas (ACBrLibBoleto, ACBrMonitorPlus)*

Bom dia Vinicius, A necessidade da emissão do CT-e de Anulação e depois o de Substituição, era quando o tomador não era contribuinte. Para tomador contribuinte ele pode emitir uma nota fiscal de anulação de valores e a transportadora emitir o CT-e de substituição informando a chave da NF-e de anulação. Mas realmente esta confuso, como a transportadora vai proceder quando o tomador não for contribuinte.

No link a seguir estão disponíveis os leiautes e o arquivo Controle de alteracoes Leiautes da EFD-Reinf v2.1.2 base v2.1.1.pdf onde são destacadas as mudanças em relação ao Leiaute anterior. http://sped.rfb.gov.br/arquivo/show/7185

Bom dia @IgorNoblat Uma coisa que identifiquei no fonte é uma diferença na ordem dos campos usados na assinatura e na ordem das tags mostradas no manual do provedor, no topico de assinatura do recibo. Será que pode ser isso? // essa forma segue a ordem do manual sAssinatura := Poem_Zeros(NFSe.Prestador.InscricaoMunicipal, 8) + PadRight(NFSe.IdentificacaoRps.Serie, 5 , ' ') + Poem_Zeros(NFSe.IdentificacaoRps.Numero, 12) + FormatDateTime('yyyymmdd', NFse.DataEmissao) + sSituacao + TTributacaoRPSToStr(NFSe.TipoTributacaoRPS) + Poem_Zeros(OnlyNumber(FormatFloat('#0.00', NFSe.Servico.Valores.ValorServicos)), 15 ) + Poem_Zeros(OnlyNumber(FormatFloat('#0.00', NFSe.Servico.Valores.ValorDeducoes)), 15 ) + Poem_Zeros(OnlyNumber(NFSe.Servico.ItemListaServico ), 5 ) + sISSRetido + sTomador + sInter; // essa forma é como está no fonte atual do ACBr sAssinatura := Poem_Zeros(NFSe.Prestador.InscricaoMunicipal, 8) + PadRight(NFSe.IdentificacaoRps.Serie, 5 , ' ') + Poem_Zeros(NFSe.IdentificacaoRps.Numero, 12) + FormatDateTime('yyyymmdd', NFse.DataEmissao) + TTributacaoRPSToStr(NFSe.TipoTributacaoRPS) + sSituacao + sISSRetido + Poem_Zeros(OnlyNumber(FormatFloat('#0.00', NFSe.Servico.Valores.ValorServicos)), 15 ) + Poem_Zeros(OnlyNumber(FormatFloat('#0.00', NFSe.Servico.Valores.ValorDeducoes)), 15 ) + Poem_Zeros(OnlyNumber(NFSe.Servico.ItemListaServico ), 5 ) + sTomador + sInter; Você consegue validar se funciona corrigindo a ordem? Estou com o mesmo problema, porém sem certificado do cliente local pra testar. Unit trunk2\Fontes\ACBrDFe\ACBrNFSe\ACBrNFSeNotasFiscais.pas, procedure NotaFiscal.AssinaturaAdicional; pagina 27 NFe_Web_Service.rar