Diego Foliene

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:

Boa tarde! Vou verificar o que pode ser feito junto a equipe de consultores.

Boa tarde. Você informou anteriormente que utiliza o método Gravar nativo do componente. Por favor: Verifique qual é o conteúdo de LIsUTF8 no momento em que é feita a gravação. Grave um arquivo passando o valor true e um arquivo passando o valor false para a parâmetro IsUTF8 do método Gravar. Coloque as dlls deste LINK na pasta do executável durante seus testes. Confirme por favor, qual é o valor que definiu nas configurações: ACBrNFe.Configuracoes.Geral.SSLLib. ACBrNFe1.Configuracoes.Geral.SSLCryptLib. ACBrNFe1.Configuracoes.Geral.SSLHttpLib. ACBrNFe1.Configuracoes.Geral.SSLXmlSignLib.

Olá pessoal! No dia 24/09/2024 foi publicado o Ato Diat Nº058/2024 alterando o artigo 5º do Ato Diat original do tópico, dando a ele a seguinte redação: Na prática, isso posterga a obrigatoriedade da informação destes campos para 01/01/2025, tornando opcional a informação dos mesmos até a referida data.

Os grandes players do mercado estão de olho no mercado das software houses. Ou seja, os grandes tubarões estão nadando nas águas mais rasas Não acredita em mim? De uma olhada nestes links: Mercado Pago anuncia entrada em software de gestão para PMEs Itaú Unibanco compra solução de TEF e outros softwares de varejo da NCR Brasil e amplia atuação no segmento de meios de pagamento Senior Sistemas faz a sua segunda aquisição do ano e paga R$ 50 milhões pela GAtec Stone quer vender Linx, e Totvs pode comprar, diz site; Goldman vê sentido em negócio Mas porque eles estão fazendo isso? Os "tubarões" estão de olho em um recurso muito valioso, o qual muitas software houses não dão o devido valor, que é o controle e a participação das operações financeiras no início da cadeia. São os softwares de gestão das pequenas e médias software houses que realizam as diversas operações financeiras feitas por milhões de pessoas todos os dias. É o software de gestão que gera um boleto, é o software de gestão que recebe um PIX, é o software de gestão que recebe um pagamento em cartão. Então o sotware vai ter a informação de quem comprou, o que comprou, quando comprou, quanto pagou, como pagou e por ai vai. Ou seja, tem uma visão muito mais ampla e completa da circulação do dinheiro. Então é desistir e fechar as portas? Não! Muito pelo contrário! Isso significa que agora é a hora de aproveitar essa oportunidade! Mas como eu faço isso? Você deve estar se perguntando. Muito simples. Você como software house hoje já está na posição que os grandes players estão almejando. Se aproveite disso e forneça uma solução completa para os seus clientes. Se o seu software já cria a venda que tem a informação de quanto vai pagar e como vai ser feito o pagamento, por que deixar o cliente sair do seu software para fazer o pagamento? Ofereça uma solução completa e integrada! Fazendo isso, você como software house sai ganhando por estar participando do processo completo (que é o que os "tubarões" querem), o seu cliente sai ganhando por que está tudo centralizado para ele, todos ganham. Você me convenceu, mas por onde eu começo? O ACBr pode te ajudar nessa! De uma olhada em nossas parcerias: Conheça o TEF ACBr PayGo