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:

Cidade de Treze Tílias alterou provedor para IPM. Configuração: [4218509] Nome=Treze Tilias UF=SC Provedor=IPM Versao=1.01 ProRecepcionar=https://trezetilias.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao HomRecepcionar=https://trezetilias.atende.net/atende.php?pg=rest&service=WNERestServiceNFSe&cidade=padrao

@mgmobile Tente passar o valor com 2 casas decimais por favor ValorMoraJuros=0,28

@Souza Boa tarde ! Só p entender, o sistema exemplo está correto é isso? Na imagem, nao aparece o path(caminho) completo do XML Mas já comparou como é alimentado o componente no exemplo vs a sua aplicação ? Pode ser mais fácil se utilizar o INI que esta na pasta exemplo.

Boa tarde! Apesar de não ser utilizada no exemplo, além das configuração SepararPorMes, você também pode definir as configurações SepararPorDia e SepararPorAno, pois as 3 são intrinsecas da classse base (TArquivosConf em ACBrDFeConfiguracoes). No pelo print da direita, está definido True para as 3 configurações. Quanto ao fato de serem caminhos diferentes, é assim mesmo. Conforme é possível observar no trecho de código a seguir, o procedimento para definir o caminho difere ao salvar o XML do RPS e o da NFSe. Trecho retirado de ACBrNFSeXNotasFiscais.pas if aTipo = txmlNFSe then begin if EstaVazio(NomeArquivo) then FNomeArq := TACBrNFSeX(FACBrNFSe).GetNumID(NFSe) + '-nfse.xml' else begin FNomeArq := NomeArquivo; if ExtractFileExt(FNomeArq) = '' then FNomeArq := FNomeArq + '.xml'; end; Result := TACBrNFSeX(FACBrNFSe).Gravar(FNomeArq, FXmlNfse, PathArquivo, ConteudoEhXml); end else begin FNomeArqRps := CalcularNomeArquivoCompleto(NomeArquivo, PathArquivo); Result := TACBrNFSeX(FACBrNFSe).Gravar(FNomeArqRps, FXmlRps, '', ConteudoEhXml); end;

Diego, acertou no alvo. Ativei esse propriedade (RetirarAcentos) e deu certo. deu rejeição, mas é por conta de outra coisa (código do serviço informado).. Vou continuar por aqui. Muito Obrigado !!

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.

Bom dia. A princípio, conferindo os arquivos de envio que disponibilizou em Receita Federal do Brasil - Validador de Assinaturas, a assinatura foi apontada como válida. Por favor, pode conferir na sua unit ISSSaoPaulo.Provider que fica em ..\Fontes\ACBrDFe\ACBrNFSeX\Provedores, se na procedure Configuracao está assim: with ConfigAssinar do begin LoteRps := True; ConsultarSituacao := True; ConsultarLote := True; ConsultarNFSeRps := True; ConsultarNFSe := True; CancelarNFSe := True; LoteGerarNFSe := True; ConsultarNFSeServicoTomado := true; IncluirURI := False; AssinaturaAdicional := True; end; Caso negativo, é indício de que seus fontes estão desatualizados. Outra coisa que vale conferir é que SP gera uma assinatura adicional. sSituacao := EnumeradoToStr(NFSe.SituacaoNfse, ['N', 'C'], [snNormal, snCancelado]); sISSRetido := EnumeradoToStr(NFSe.Servico.Valores.IssRetido, ['N', 'S'], [stNormal, stRetencao]); // Tomador do Serviço sCPFCNPJTomador := OnlyNumber(NFSe.Tomador.IdentificacaoTomador.CpfCnpj); if Length(sCPFCNPJTomador) = 11 then sIndTomador := '1' else if Length(sCPFCNPJTomador) = 14 then sIndTomador := '2' else sIndTomador := '3'; sTomador := sIndTomador + Poem_Zeros(sCPFCNPJTomador, 14); // Prestador Intermediario sCPFCNPJInter := OnlyNumber(NFSe.Intermediario.Identificacao.CpfCnpj); if Length(sCPFCNPJInter) = 11 then sIndInter := '1' else if Length(sCPFCNPJInter) = 14 then sIndInter := '2' else sIndInter := '3'; sISSRetidoInter := EnumeradoToStr(NFSe.Intermediario.IssRetido, ['N', 'S'], [stNormal, stRetencao]); if sIndInter <> '3' then sInter := sIndInter + Poem_Zeros(sCPFCNPJInter, 14) + sISSRetidoInter else sInter := ''; sAssinatura := Poem_Zeros(NFSe.Prestador.IdentificacaoPrestador.InscricaoMunicipal, 8) + PadRight(NFSe.IdentificacaoRps.Serie, 5, ' ') + Poem_Zeros(NFSe.IdentificacaoRps.Numero, 12) + FormatDateTime('yyyymmdd', NFse.DataEmissao) + TipoTributacaoRPSToStr(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; with TACBrNFSeX(FAOwner) do NFSe.Assinatura := string(SSL.CalcHash(AnsiString(sAssinatura), dgstSHA1, outBase64, True)); end; Por favor, confira se está preenchendo todas as informações que formam essa segunda assinatura corretamente.

Bom dia, Se tratando de NFS-e, 15 dias é uma eternidade. Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.

Bom dia Carlos, Chegou a ler o tópico abaixo? Ele apresenta todas as mudanças referente a versão 4.00

bom dia! muito obrigado.

Bom dia. As mudanças relacionadas a versão 4.00 do CTe no componente nativo foram enviadas ao SVN no dia 30/03 na Rev-28928 e a última alteração relacionada foi enviada no dia 10/04 na Rev-29025. Como o Monitor faz uso dos componentes, compilações posteriores a estas datas devem atender a versão 4.00 do CTe.

Bom dia Italo e Diego. Refiz todo o processo, agora deu certo. Não identifiquei onde foi minha falha. Obrigado pela atenção.

@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:

Olá @Arturo, A unit ACBrImage possui uma procedure chamada "PintarQRCode()" Nela vc passa como parâmetros: - String com o conteúdo; - TBitmap onde a imagem será desenhada; - TQRCodeEncoding que deverá ser utilizado. Um exemplo de utilização: PintarQRCode(wQRCode, imgQRCode.Picture.Bitmap, qrUTF8BOM); Onde 'wQRCode' é uma String com o conteúdo Copia e Cola de um pix, 'imgQRCode' é um TImage e qrUTF8BOM é o encoding desejado. Avalie se seria útil utilizá-la no seu código.

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