Diego Foliene

Conferindo junto aos demais consultores, foi questionado se seria possível disponibilizar um MVP reproduzindo o problema.

Comparando com os fontes do meu ambiente, eles estão semelhantes. Pedi um apoio aos demais consultores. Por favor, apenas confirmando, o mesmo comportamento ocorre se testar com o programa exemplo?

Bom dia! Parece estar em ordem. Por favor, envie para [email protected] o seu arquivo ACBrLib.ini para que eu possa fazer um teste com o exemplo do C# e do Java em meu ambiente carregando ele e vendo se também recebo o mesmo erro. Não se esqueça de colocar no corpo do e-mail o link do tópico do fórum para posterior identificação.

Esses arquivos estão refletindo a operação que de fato apresentou o problema? Veja que o arquivo acbr_lib_pix.log possui apenas algumas linhas e nenhuma delas é relacionada a requisição. O log foi configurado para o nível mais alto possível? No arquivo ACBrLibPIXCD-20241003.log, o erro de Acess Violation parece ter sido devolvido quando tentou gravar as configurações. Por favor, tente fazer um teste: 1. Renomeie seu arquivo ACBrLib.ini. 2. Inicie a aplicação, será criado um novo arquivo ACBrLib.ini em branco. 3. Utilizando o arquivo ACBrLib.ini renomeado, vá preenchendo aos poucos as configurações seguindo fluxo: 3.1 Preencha uma seção de configuração. 3.2 Inicie a aplicação. 3.3 Não deu erro? Finalize a aplicação. Va repetindo o processo até dar o erro novamente ou preencher toda a config. Assim, pode identificar se há alguma configuração sendo preenchida com um valor inválido/incorreto.

Boa tarde. Por favor, compacte a sua pasta ACBrNFe dos fontes do ACBr e disponibilize a mesma. Se ficar muito grande e não conseguir anexar aqui, envie para [email protected] com o link do tópico no corpo do e-mail para posterior identificação.

Boa tarde! Por favor! Em seu arquivo ACBrLib.ini, defina na seção [Principal] um caminho em LogPath e o valor 4 em LogNivel. Este é o log da Lib. Ainda no mesmo arquivo, na seção [PIXCD], defina um caminho e nome de arquivo em ArqLog e o valor 4 para NivelLog. Este é o log específico do PIXCD. Por favor, disponibilize ambos os arquivos para análise.

Boa tarde! Fiz um teste e de fato será necessária uma correção. Criada a #TK-6049 para alteração. Qualquer novidade será comunicada aqui neste tópico.

Boa tarde! Esta Consulta Schemas pode ajudar com a visualização. Você também pode conferir para NF-e/NFC-e diretamente no MOC versao 7.03 Anexo I Leiaute NFe e para o SAT em Especificacao_SAT_v_ER_2_30_03

Boa tarde! Apenas complementando a resposta do meu amigo @Victor H. Gonzales - Panda, isso procede tanto para o SAT(que é o exemplo que ele colocou) quanto para NF-e/NFC-e, vide MOC versao 7.03 Anexo I Leiaute NFe:

Olá pessoal! Caso o envio tenha sido solicitado pelo Discord e você não tenha um tópico no fórum ainda, no corpo do e-mail você deverá enviar o link da mensagem do Discord para posterior identificação e resposta por parte da equipe de consultores. Para pegar o link da mensagem, coloque o mouse sobre a mensagem e clique no ícone de 3 pontos que aparece. Em seguida, clique na opção "Copiar Link" Fazendo isso, o link estará na sua área de transferência(no seu CTRL+V).

Olá pessoal! Recentemente temos recebido relatos de membros da comunidade com problemas para realizar o envio de e-mail quando o provedor é o da Microsoft(@hotmail, @outlook e afins). Um membro de nossa comunidade compartilhou a seguinte mensagem que recebeu da Microsoft: Esses "métodos modernos de autenticação" se referem ao Oauth 2.0 (Veja mais em Os Métodos de Autenticação Modernos agora necessários para continuar a sincronizar o E-mail do Outlook em aplicações de e-mail não Microsoft). O que é o Oauth 2.0? O Oauth 2.0 é um protocolo de autorização que funciona através de tokens de acesso e foi projetado primariamente com o objetivo de conceder acesso a determinados recursos de aplicações de usuários. Neste caso em questão, seria o acesso ao e-mail. Como fica o ACBrMail? Atualmente o ACBrMail não tem suporte a Oauth 2.0, foi criada em nosso backlog a tarefa #TK-6042 para análise e implementação da mesma. É o fim do ACBrMail então? O que eu faço agora? Não é o fim do ACBrMail. Conforme mencionado anteriormente, será analisada implementação do Oauth 2.0 no mesmo. Enquanto isso não ocorre, para provedores como o g-mail, por exemplo, ainda é possível fazer a comunicação com a Senha de App. Para a Microsoft, nos testes realizados pela equipe de consultores, Microsoft365 ainda demonstra estar funcionando, o HotMail e o Outlook que pararam de funcionar. Outra opção também seria o uso de um provedor de e-mail próprio.

Olá pessoal! No dias 24/09/2024 e 01/10/2024 respectivamente foram publicados o Correio Eletrônico SEF/DIAT/Nº 16 / 2024 e o SEF/DIAT/Nº 17 / 2024 respectivamente. Ambos trazem mais informações a respeito do fim do PAF-ECF. Em resumo: As emissões de NFC-e e BP-e deverão ser feitas por programas de aplicativos fiscais (PAF) credenciados. A emissão de NFC-e e BP-e exige credenciamento prévio por meio dos Tratamentos Tributários Diferenciados (TTD) de número 707 e 709. Deverá ser gerado o CSC para emissão de NFCe, um manual de como solicitar o TTD 707 e gerar o CSC pode ser encontrado em www.sef.sc.gov.br/nfce. Uma vez iniciada a emissão de NFC-e e BP-e a empresa interventora deve cessar o uso do PAF-ECF indicando "Adesão a NFCe" como o motivo. Foram revogados os Atos DIAT nº 46/2022 e nº 55/2022, responsáveis pela implementação da exigência do Bloco X, dispensando a sua obrigatoriedade. Não é feita a distinção do CNAE principal ou secundário, por isso a obrigatoriedade se inicia na primeira data de enquadramento do anexo. Por exemplo, um estabelecimento que possua como CNAE primário 4511101 (Anexo V do Ato DIAT cujo inicio da obrigatoriedade é 01/07/2025) e CNAE secundário 4732600 (Anexo I do Ato DIAT cujo inicio da obrigatoriedade é 01/03/2025) terá o início da obrigatoriedade no dia 01/03/2025. Os estabelecimentos que realizam atividades de venda a consumidor final não citadas de forma explícita no Ato DIAT 56/2024 estão obrigados ao uso da NFC-e a partir de 01/08/2025. A obrigatoriedade de uso da NFC-e refere-se ao estabelecimento e não apenas a atividades específicas. Desta forma, iniciada a obrigatoriedade, todas as saídas internas do estabelecimento para consumidor final, não contribuinte, deverão ser acobertadas por NFC-e. Novas Inscrições Estaduais estão obrigadas ao uso da NFC-e e BP-e desde a publicação do Ato DIAT 56/2024 No momento, os contribuintes que não estão obrigados ao uso do ECF em razão de seu faturamento, continuam dispensados do uso da NFC-e e do BP-e. Todavia a previsão de que isso seja alterado ainda em 2024, por isso, é recomendado que os contribuintes se atentem ao cronograma exposto no Ato DIAT 56/2024. As alterações do regramento não afetam empresas MEI, as quais continuam dispensadas da emissão de documentos fiscais, salvo nas condições explicitadas na LC 123/06. A partir de 01/08/2025 não será mais permitido o uso de Emissor de Cupom Fiscal (ECF) em Santa Catarina.

Olá pessoal! Ao acessar o Portal da Nota Fiscal Eletrônica - SVRS foi exibido o seguinte aviso informando que como os contribuintes MEI ganharam IE, as regras de validação relacionadas a mesma passarão a ser aplicadas e que os contribuintes que não souberem sua própria inscrição poderão consultar no CCC.

Olá pessoal! No dia 01/10/2024 foi publicada a versão 2.00 do Informe Técnico 2024/001, alterando novamente a tabela de NCMs. A partir de 01/10/2024: Extinção dos NCMs: 32071010, 39069041, 39069042, 39069043, 39069044, 39069045, 39069046, 39069047, 39069048, 39069049 e 73151100. Inclusão dos NCM 32071020, 32071030, 39069051, 39069052, 39069053, 39069054, 39069059, 39069061, 39069062, 39069063, 39069064, 39069065, 39069069, 73151110 e 73151190. Para NFes que não sejam de exportação, os NCMs extintos serão aceitos até 04/11/2024. Os novos NCMs serão aceitos a partir de 02/10/2024 de acordo com a implantação da UF. Leia o Informe na integra AQUI.

Olá pessoal! Ao acessar o portal SPED MG consta um aviso com a seguinte informação: A mesma deixa claro que no ambiente de homologação, será devolvido a mensagem de consumo indevido caso uma mesma rejeição de Duplicidade de NF-e com diferença na Chave de Acesso seja devolvida mais de 200 vezes em um período de uma hora. Por isso, é importante que verifiquem se sua aplicação possui um processo em loop que possa causar uma situação como esta. Por que isso é tão importante? Porque conforme observações nas regras de consumo indevido presentes na NT2018/002, a rejeição de consumo indevido faz com que seja necessário aguardar o período de uma hora para poder voltar a consumir o web service, no entanto, a critério da UF, após 50 bloqueios o contribuinte pode receber a rejeição 656 permanentemente até entrar em contato com a UF autorizadora para regularização.

Boa tarde. Veja que não está sendo criado o grupo do PIS ou do Cofins, somente o grupo do Produto e do ICMS. Por favor, como você está alimentando na classe de alto nível as propriedades do PIS e do COFINS?

Olá pessoal! Conferindo às 15h26 no painel Situação SVC já não consta mais ativada a contingência para o estado do Mato Grosso.

Foi publicada a versão 24.2.C das tabelas de fornecidas pelo IBPT, as quais já se encontram também em nosso svn. As novas tabelas tem a vigência de 20/09/2024 até 31/10/2024 Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto" foi, não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto

Olá pessoal! Conferindo no painel Situação SVC é possível observar que a Sefaz do Mato Grosso ativou a contingência às 09h05 do dia 30/09/2024, com previsão de encerramento às 17h00 do mesmo dia. Para utilizar as soluções ACBr em contingência durante este período, siga as orientações deste tópico: Um agradecimento ao membro de nossa comunidade @Dan Alves por compartilhar a informação no canal Sefaz em nosso Discord.

@João Victor da cruz Jorge, quando você utiliza as classes de alto nível, no final do processo, é gerado um INI para ser passado para a Lib. Você pode ver um exemplo disso se abrir o demo disponível em C# e conferir a rotina AlimentarDados(), veja o conteúdo da última linha: return notaFiscal.ToString(); Por favor, disponibilize o resultado dessa linha para análise.

Bom dia @João Victor da cruz Jorge. Por favor, o exemplo em questão é o do SAT? Se o for, por favor, veja se as orientações deste tópico lhe são úteis:

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

Boa tarde @Fox_Desenvolvimento. Você está enviando a nota de forma síncrona para o ambiente de produção em São Paulo. NFe.CriarEnviarNFe(cIniNFe,nLote,[bImprimeDANFE],[bSincrono],[cImpressora],[bMostrarPreview],[nNumCopias], [bImprimirPDF]) NFe.CriarEnviarNFe( <cIniNFe>: "Conteúdo do seu Arquivo INI", <nLote>:, <bImprimirDANFe>:, <bSincrono>: 1) O ambiente de produção da São Paulo não permite envio síncrono em produção, somente em homologação. Altere o parâmetro do <bSincrono> para 0 e faça um novo teste.

Boa tarde. Você mencionou anteriormente que o Delphi está configurado ANSI. Por favor, coloque um break-point no local indicado pelo print e veja como fica o conteúdo da variável Texto. Em meus testes, na linha 3574, o conteúdo de Texto está: <xCorrecao>Correção a ser considerada, texto livre. A correção mais recente substitui as anteriores.</xCorrecao> Na linha 3575, depois de passar pela função ConverteXMLtoUTF8 ele fica: <xCorrecao>Correção a ser considerada, texto livre. A correção mais recente substitui as anteriores.</xCorrecao> O que no meu entendimento, faz sentido, visto que a paginação de código da minha IDE está como ANSI. Outro teste também que reforça isso. No momento de gravação do arquivo, faça um teste e salve um arquivo dessa forma: var LXMLAnsi: String; begin LXML := 'Recebe o conteúdo da propriedade normalmente como já é feito'; //Faz o processo de gravação que já executa atualmente. LXMLAnsi := UTF8ToNativeString(LXML); FACBrNFe.Gravar('Caminho+NomeArquivo', LXMLAnsi, '', False); end; Em meu ambiente, o LXMLAnsi ficou com o valor: <xCorrecao>Correção a ser considerada, texto livre. A correção mais recente substitui as anteriores.</xCorrecao> Se tento abrir o arquivo gerado com o conteúdo dele no navegador, o mesmo fica com a visualização quebrada e no notepad++ fica desta forma com a codificação em UTF-8: Se eu mudar a codificação para ANSI: