Diego Foliene

Bom dia! Conforme foi orientado, precisaria conferir os valores nos XMLs gerados para correta apuração. Das informações que disponibilizou, consultando a chave de acesso da NFe referenciada no arquivo INI que disponibilizou, não tenho acesso a consulta completa, mas da para ver que constam 6 itens na nota. O valor total da nota no arquivo INI não coincide com o valor total que da para ver nos 6 itens(na ini está maior). O valor unitário do item, também não coincide com o valor unitário dos itens da nota referenciada. Isso está correto?

Olá pessoal! Foi publicado no dia 31/07/2024 a Nota Técnica 2024/001 abrangendo múltiplos DFes com o objetivo de adequá-los as modificações propostas pela Reforma Tributária. Introdução O PLP 68 estabelece que os estados, o distrito federal e os municípios devem padronizar seus sistemas autorizadores de documentos fiscais para permitir aos contribuintes que informem os dados relativos ao Imposto sobre Bens e Serviços (IBS), Contribuição sobre Bens e Serviços (CBS) e Imposto Seletivo (IS). Esta nota técnica, a princípio, trata em conjunto os seguintes documentos: Conhecimento de Transporte Eletrônico (modelo 57). Conhecimento de Transporte Eletrônico para Outros Serviços (modelo 67). Bilhete de Passagem Eletrônico (modelo 63). Nota Fiscal de Energia Elétrica (modelo 66). Nota Fiscal Fatura de Serviço de Comunicação Eletrônica (modelo 62). A versão final desta NT vai gerar NTs específicas para cada documento acima referido. A Nota Fiscal Eletrônica (modelo 55) junto da Nota Fiscal de Consumidor Eletrônica (modelo 65) vão ser tratadas em NT específica. Alterações Alteração do leiaute dos DFe Adiciona grupo para informação do IBS/CBS Adiciona no layout dos documentos mencionados o Grupo de Informações da Tributação IBS/CBS (IBSCBS) que fará parte do grupo imposto/imp, deverá ser adicionado em cada item nos documentos que apresentarem itens (NF3e/NFCom) ou diretamente no corpo do documento caso ele não possua itens (CTe/BPe). O IBSCBS é composto por um elemento para informação do Código da Situação Tributária do IBS/CBS (CST), um elemento para informação do Código da Classificação Tributária do IBS/CBS (cClassTrib) e um Grupo para as Informações Específicas do IBS/CBS (gIBSCBS), este último possuindo seus próprios elementos e subgrupos. Considerando apenas os elementos, o grupo IBSCBS adiciona um total de 48 novas informações a serem preenchidas no arquivo. O arquivo DFeTiposBasicos_v1.00.xsd adicionado ao pacote de schemas que compõe o DFe trás os referidos campos. Adiciona grupo para totalização do IBS/CBS Para a NF3e, NFCom e BPe TM também deverá ser adicionado no grupo total do respectivo documento um grupo para totalizar as informações do IBS/CBS (IBSCBSTot). Para CTe, CTe Simplificado, CTeOS e BPe não será criado. Adiciona campo para totalização do documento acrescida do IBS/CBS Na NF3e, NFCom e BPe TM adiciona no grupo total o campo vTotDFe que deverá receber o valor correspondente a (vNF/vTPrest + total do IBS + total da CBS). No CTe, CTe Simplificado, CTe OS e BPe a referida Tag será adicionada no grupo imp. Código Situação Tributária e Classificação da Tributação Será disponibilizado no portal dos respectivos documentos tabelas relacionando o CST x cClassTrib para o correto preenchimento das informações. Regras de Validação Esta nota técnica adiciona regras de validação que verificam dentre outras coisas se: Foi informado CST correto para o IBS/CBS Foi informado classificação tributária correta para o IBS/CBS. O grupo IBS/CBS foi preenchido quando não deveria. O grupo IBS/CBS não foi preenchido quando deveria. Os valores informados nos campos foram preenchidos corretamente. Os valores referentes a crédito presumido foram preenchidos nas situações em que são obrigatórios. Os valores referentes a desoneração foram preenchidos nas situações em que são obrigatórios. Os totalizadores correspondem a soma dos valores individuais. Datas Implantação Homologação: 01/09/2025 Implantação Produção: 31/10/2025 Vale ressaltar que como as discussões referentes a reforma tributária ainda estão em curso, a NT pode ser ajustada ao longo do processo. E como fica o ACBr? Serão necessários ajustes nos fontes do ACBr e novas compilações do Monitor e da Lib. Foi criada a #TK-5814 em nosso backlog para alteração dos fontes. Vale ressaltar que a NT é recente e existe um período expressivo até que seja liberada a homologação. Leia a NT na íntegra AQUI.

Olá pessoal! Foi disponibilizado no 17/07/2024 o Ato Diat Nº035/2024 que discorre sobre a obrigatoriedade dos campos relacionados ao código de benefício fiscal e ao crédito presumido nos documentos modelo 55 e 65 (NF-e e NFC-e) emitidos para a Sefaz de Santa Catarina. O artigo 1º estabelece de forma geral que: Quando houver isenção, redução de base de cálculo, diferimento, não incidência ou suspensão da exigibilidade do imposto para um produto, o campo do Código do Benefício Fiscal (cBenef) deve ser preenchido. Quando houver crédito presumido para o item, os campos Código de Benefício Fiscal de Crédito Presumido na UF aplicado item (cCredPresumido), Percentual de Crédito Presumido (pCredPresumido) e Valor do Crédito Presumido (vCredPresumido) devem ser preenchidos. Quando houver redução de base de cálculo, na hipótese de a operação estar submetida cumulativamente ao diferimento total ou parcial do imposto devido pelo sujeito passivo substituído o campo Código de Benefício Fiscal na UF aplicado ao item quando houver RBC (cBenefRBC) deve ser preenchido. A obrigatoriedade do preenchimento destas informações se aplica também para: os contribuintes que remetam produtos e mercadorias alcançados por incentivos fiscais, não incidência tributária, diferimento e suspensão da exigibilidade do imposto, em decorrência de regime especial ou benefício fiscal concedido exclusivamente ao destinatário da mercadoria ou produto estejam obrigados à emissão da contra nota, relativamente às entradas de mercadorias e produtos alcançados por incentivos fiscais, não incidência tributária, diferimento e suspensão da exigibilidade do imposto. Não se aplica a obrigatoriedade do preenchimento destas informações quando: NF-e ou NFC-e de devolução (finNFe= 4) e de ajuste (finNFe = 3), independentemente do tipo da operação. O artigo 2º estabelece de forma geral que deverá ser usado CST correspondente ao cBenef conforme tabela disponibilizada no portal da Sefaz de Santa Catarina. O artigo 3º estabelece de forma geral que os campos devem ser preenchidos no documento fiscal conforme layout do documento. O artigo 4º estabelece que o preenchimento destes campos vale tanto para o modelo 55 (NF-e) quanto para o modelo 65 (NFC-e). O artigo 5º estabelece que as informações devem ser preenchidas obrigatoriamente a partir de 01/10/2024. Por fim, o artigo 6º revoga o Ato Diat Nº 79/2022 que obrigava apenas o cBenef. Vale lembrar. A tabela de cBenef x CST para o estado de Santa Catarina pode ser encontrada em https://www.sef.sc.gov.br/servicos/servico/88/SPED_Fiscal Os campos de crédito presumido foram adicionados no layout da NF-e/NFC-e na Nota Técnica 2019/001 a partir de sua versão 1.60. Estamos atualmente na versão 1.62 desta NT, com as modificações já implementadas no ambiente de produção. O preenchimento destas propriedades pode ser feito da seguinte maneira caso utilize componente nativo: var NotaF: NotaFiscal; Produto: TDetCollectionItem; CredPresumido: TCredPresumidoCollectionItem; begin NotaF := ACBrNFe1.NotasFiscais.Add; //... Produto := NotaF.NFe.Det.New; //... Produto.Prod.cBenef := ?; Produto.Imposto.ICMS.cBenefRBC := ?; CredPresumido := Produto.Prod.CredPresumido.New; CredPresumido.cCredPresumido := ?; CredPresumido.pCredPresumido := ?; CredPresumido.vCredPresumido := ?; end; Caso utilize Lib ou Monitor: [ProdutoXX1] cBenef=? [gCredXX11] cCredPresumido=? pCredPresumido=? vCredPresumido=? [ICMSXX1] cBenefRBC=?

Você NÃO pode usar CSOSN quando CRT for diferente de 1 no mesmo XML. Fonte: https://www.nfe.fazenda.gov.br/portal/perguntasFrequentes.aspx?tipoConteudo=S/EAGUrzRyk=

Boa tarde. Foi enviado ao SVN uma alteração adicionando a leitura do campo ValorTotalNotaFiscal na seção [Valores] do arquivo. Caso não seja informado, vai assumir ValorServicos - DescontoCondicionado - DescontoIncondicionado. Vale ressaltar, que o método de impressão espera receber um XML de uma NFSe, portanto, ao carregar um XML de RPS ou carregar um RPS via INI e mandar imprimir, é esperado que nem todas as informações sejam exibidas. Versões do Monitor e da Lib compiladas após 01/08/2024 deverão realizar a leitura de ValorTotalNotaFiscal.

Certo, a primeira coisa que precisamos encontrar então é o momento que de fato é levantado o erro. O componente ACBrTEFD possui uma propriedade ArqLog onde você define o caminho e o nome do arquivo e também um evento OnGravarLog, ambos para você conseguir logar as operações e ter mais informações. Você define a propriedade e implementa o método? Se sim, consegue conferir no Log que é gerado para ver quais são as entradas nele antes de acontecer o erro? No comando OnComandaECFImprimeVia você faz o log de alguma informação? Veja como é feito no exemplo: procedure TFormPrincipal.ACBrTEFD1ComandaECFImprimeVia( TipoRelatorio: TACBrTEFDTipoRelatorio; Via: Integer; ImagemComprovante: TStringList; var RetornoECF: Integer); begin AdicionarLinhaLog( 'ACBrTEFD1ComandaECFImprimeVia: '+IntToStr(Via) ); AdicionarLinhaImpressao( ImagemComprovante.Text ); RetornoECF := 1 ; end;

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde! Criada a #TK-5812 para análise do caso e parecer por parte da equipe de consultores. Qualquer novidade será disponibilizada neste tópico.

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

Boa tarde. Sim! Defina o valor PrazoNaoAplicavel para InfoContrato.Duracao.tpContr.

Boa tarde. Certo, vamos por partes. Primeiro de tudo, faça um teste com o programa exemplo e veja se o comportamento também ocorre com ele. Peço que o faça, porque o programa exemplo é a aplicação que temos em comum para realizarmos testes. Ainda nessa questão, se você conferir no programa exemplo, se você conferir no botão imprimir, vai ver que é na verdade o ACBrPosPrinter quem faz a impressão. No exemplo: ACBrPosPrinter1.Buffer.Assign(mImpressao.Lines); ACBrPosPrinter1.Imprimir; Como você está fazendo em sua aplicação que seja feita a impressão? Pode disponibilizar o trecho de código correspondente?

Você está tentando gerar um XML ou carregando um XML pronto? Se for o segundo, pode disponibilizar o XML para testes? Se julgar que ele tenha informações sensíveis e não possa ser disponibilizado direto aqui, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

Boa tarde! Faça consulta pelo NSU zero. O web service vai te devolver qual é o NSU que deve utilizar na próxima consulta. Pode dar mais detalhes? Qual é a versão do ACBrMonitorPLUS que está utilizando? Qual é a resposta devolvida pelo ACBrMonitor na integra quando faz a consulta pelo DistribuicaoDFePorUltNSU ?

Bom dia! Foi criada em nosso backlog a #TK-5811 para que o valor default da propriedade seja definido com o valor que não gera a tag. Enquanto esta alteração não é disponibilizada, defina o valor prpNenhum para o tpPlanRP. Para os demais erros, precisamos que disponibilize a mensagem de erro na íntegra para melhor podermos lhe ajudar.

Boa tarde! Além do CSOSN, você está alterando o CRT para o do SimplesNacional? ACBrNFe.NotasFiscais[Indice].NFe.Emit.CRT := crtSimplesNacional;

Bom dia! Por favor, qual é a UF? Se for de Goiás, pode ser problema do ambiente, veja este tópico: Caso não seja está UF vale sempre rever: Se o CSC e o IdCSC estão semelhantes aos do site respeitando na íntegra caracteres especiais, espaçamentos, traços, maiúsculos/minúsculos e zeros não significativos. Se os campos estão sendo usados para seus ambientes respectivos Lembre-se que você define o ambiente em dois locais, na informação do XML e também na configuração da Lib. Se possível, também vale gerar novos números para fazer um teste.

Você está informando o caminho completo inclusive passando este .002?

Bom dia! Por favor, pode fornecer mais detalhes para que possamos melhor lhe auxiliar? Qual componente TEF está utilizando? Qual comando? O erro está dizendo que não conseguiu encontrar o caminho especificado, como foi definido a informação? Veja que o erro aponta que não encontrou "C:\DPOS8\Cupons\000058", o 000058 no caso é o arquivo que está tentando imprimir, correto? Não tem a extensão do arquivo na mensagem, talvez esteja faltando informar a mesma.

Criada a #TK-5808 para análise do caso e parecer por parte da equipe de consultores. Qualquer novidade será divulgada neste tópico.

Estou verificando junto aos demais consultores, damos um parecer assim que possível.

Boa tarde. Você já tem o componente de impressão em FACBrDanfe e também já tem o componente de notas em FACBrNFe. Por favor, faça um teste usando o método próprio do componente. No seu fonte, tente algo como: //Presumo que você esteja lendo o XML da NFe antes FACBrNFe.EventoNFe.Evento.Clear; FACBrNFe.EventoNFe.LerXMLFromString(QNF.FieldByName('ARQUIVOXML').AsString); var Stream := TMemoryStream.Create; try FACBrDanfe.ACBrNFe := FACBrNFe; FACBrDanfe.ImprimirEventoPDF(Stream); Sessao.SetStream('ArquivoCCe', Stream); finally Stream.Free; end;

"Uma senha de app é uma senha longa e gerada aleatoriamente que você fornece apenas uma vez no lugar de sua senha normal ao entrar em apps e dispositivos que não oferecem suporte à verificação em duas etapas."

Boa tarde! Esta mensagem é um erro de schema. Ela está dizendo que eencontrou o grupo OutrasInformacoes em seu arquivo XML, mas que esperava encontrar um grupo evento ou um grupo Deducao. Você está utilizando componente nativo para Delphi/Lazarus, Monitor ou Lib?

Boa tarde! Carregando as suas configurações em meu ACBrMonitor está sendo utilizada a senha padrão do e-mail. Por favor, tente criar um senha de aplicativo e fazer um teste com esta senha gerada.

Veja se a rotina citada aqui atende as suas necessidades: Caso não atenda, precisamos de mais informações da sua rotina de impressão. O que é Sessao no seu exemplo, uma stream, uma classe? Está carregando o XML da NFe também além do evento?

O print que disponibilizou parece não possuir todas as informações, por isso, não deu para reproduzir. Mas o consultor que está fazendo o teste na versão correta do Fast também não relatou problemas usando: ACBrNFe.DANFE := ACBrNFeDANFEFR; ACBrNFe.NotasFiscais.Clear; ACBrNFe.NotasFiscais.LoadFromFile('CaminhoDoXMLdaNFe'); ACBrNFe.EventoNFe.Evento.Clear; ACBrNFe.EventoNFe.LerXML('ArquivoXMLdoEvento'); var LStream := TMemoryStream.Create; <ACBrNFeDANFeFR>.ImprimirEventoPDF(LStream); LStream.SaveToFile('C:\temp\MeuArquivo.pdf'); LStream.Free; E também não teve problemas. Existe algum motivo em específico para você não estar usando os métodos do componente e estar fazendo por fora?