Claudiney Cogo

Atualizando essa situação... Resolvi o problema (ou melhor, fugi dele) desabilitando a opção Mostrar Status do componente ACBrNFeDANFeFR. Isso faz com que não seja apresentada a tela com o progresso da impressão. O problema deve estar neste form. Não tive ainda como olhar mais a fundo.

Boa tarde a todos. Acabei de fazer a atualização do ACBr. E após esta atualização o sistema começou a apresentar o erro abaixo: Não estou encontrando nada no código a respeito disso. Acredito ser alguma propriedade que talvez não exista mais, mas não encontro onde. Estou usando o ACBrNFeDANFeFR. Também acontece com o frmAbertura.ACBrNFeDANFCEFR. O projeto está desenvolvido com FMX. Caso alguém tenha passado por isso e encontrado a solução eu agradeço se puder compartilhar. Obrigado. Claudiney

Boa tarde Juliomar. Obrigado pela ajuda. A configuração da impressora no meu sistema eu reproduzi exatamente igual aquela que tem no exemplo. Copiei inclusive os códigos, só adaptando o que foi necessário. No cliente eu testei com praticamente todos os tipos de impressora e tanto com RAW quanto a impressão direta. Mudei a página de código também. Muda na impressão a questão de fazer os negritos, os tamanhos de fonte, etc, como faz nas outras impressoras. Porém os caracteres continuam sempre em japonês. Como se tivesse alguma configuração de idioma. Mas nesse caso é como se fosse uma tradução simultânea. Nunca vi isso acontecer. Mas vou tentar os testes pelo exemplo também, assim que for lá para tirar a dúvida. Deixo o retorno aqui assim que fizer. Obrigado.

Olá, boa tarde. Estou com uma situação inusitada em um cliente e que não consegui encontrar a solução ainda. Este cliente tem uma impresssora térmica TANCA 650. É a primeira vez que trabalho com esta impressora. Ela está instalada por cabo de rede, com um endereço IP. Até aí tudo bem. Consegui fazer a instalação e configuração. E até utilizei a impressora por algum tempo sem problemas. O problema começou quando resolvi mudar o formato de impressão para utilizar o ACBrPOSPrinter. Aqui nos meus testes usando uma impressora Epson não tive nenhum problema. Em outros clientes com impressoras Bematech, Elgin e Gertec, também tudo ok com o ACBrPOSPrinter. Mas na impressora TANCA tudo é impresso em caracteres japoneses. Tentei alterar as configurações da impressora no componente, mas nada resolveu. Tentei as páginas de código e também nada. Busquei nas opções de configuração da impressora no Windows para ver se encontrava alguma configuração de idioma ou algo assim e também não encontrei. Por fim, voltei a cópia anterior do sistema, com a impressão via windows, até que resolva essa situação. A impressão via windows fica assim: Já utilizando o ACBrPOSPrinter fica assim: Acredito que seja alguma configuração na impressora, mas não encontrei nada a respeito disso nem nos drivers nem nas pesquisas que fiz no google. Alguém já viu isso acontecer? Ou conhece como fazer esse tipo de configuração nesta impressora? Agradeço desde já pela ajuda. Claudiney

Obrigado BigWings. Foi no alvo. Não sei porque, mas tinha um teste no código alterando o CRT para 3 caso fosse CSOSN > 300. Removi isso e gerou corretamente. É tão absurdo que não me passou na cabeça procurar por isso, quando já tem na configuração um campo para informar o regime tributário. Obrigado pela informação. Abriu meus olhos.. rs Abraço.

Oi Juliomar. Obrigado pelo retorno. Foi o contador mesmo que me passou que esses produtos deveriam ser 400. Ele tem esses dois casos lá. 102 e 400. O que estranhei é que mesmo setando o csosn400 o xml é gerado como se não tivesse nada setado. Os dois códigos que ele me passou, pelo entendi no layout da SEFAZ, devem gerar o ICMSSN102. Porém um gera e outro não. Por isso achei que posso estar deixando de preencher algo que seja importante para o 400. Dessa forma que está hoje a nota nem é enviada. Não passa na validação do schema. Se enviar e retornar alguma rejeição aí acredito também que ele deve informar de alguma outra forma. Mas não consegui nem enviar a nota. Obrigado mais uma vez.

Olá, bom dia. Estou tentando emitir NFCe onde alguns produtos devem ter o CSOSN 400. Nessa caso deve ser gerada a tag ICMSSN102 com o CSOSN 400. Mas quando é gerada a nota não vem com esta tag e sim a tag ICMS incompleta. Fica dessa forma: O erro retornado na validação é este: Project neoclubepdv.exe raised exception class EACBrNFeException with message 'Falha na validação dos dados da nota: 996209 TAG:%TAGNIVEL% ID:N12/CST(Código da situação tributária) - Nenhum valor informado. --> 1871 - Element '{http://www.portalfiscal.inf.br/nfe}ICMS': This element is not expected. Expected is one of ( {http://www.portalfiscal.inf.br/nfe}ICMS00, {http://www.portalfiscal.inf.br/nfe}ICMS02, {http://www.portalfiscal.inf.br/nfe}ICMS10, {http://www.portalfiscal.inf.br/nfe}ICMS15, {http://www.portalfiscal.inf.br/nfe}ICMS20, {http://www.portalfiscal.inf.br/nfe}ICMS30, {http://www.portalfiscal.inf.br/nfe}ICMS40, {http://www.portalfiscal.inf.br/nfe}ICMS51, {http://www.portalfiscal.inf.br/nfe}ICMS53, {http://www.portalfiscal.inf.br/nfe}ICMS60 ). '. Porém quando configuro o produto para emitir com o CSOSN 102 tudo é feito corretamente. Os dois casos deveriam geram a mesma tag, mudando apenas o CSOSN. No código está assim: Nos dois casos o CSOSN é gerado corretamente (csosn400 e csosn102), mas o xml é gerado da forma que passei acima. A mesma coisa acontece quando tento gerar com CSOSN 500. Existe alguma particularidade para gerar esses códigos? Algo que eu não tenha setado corretamente? Obrigado desde já pela ajuda. Claudiney.

Olá, acredito que o que está acontecendo é que o seu sistema está buscanco os schemas em alguma outra pasta que está desatualizada. Após a atualização do componente ACBR, busque pelos schemas atualizados na pasta \Exemplos\ACBrDFe\Schemas\NFe, dentro da pasta onde instalou o ACBR. Copie para uma pasta do seu sistema. É provavel que você já tenha uma e talvez esteja desatualizado lá. No componente colocado no seu projeto deve ficar setada esta pasta na propriedade ACBrNFe1.Configuracoes.Arquivos.PathSchemas. É aqui que ele vai procurar os schemas e onde deve estar com a versão mais atual. Deixei em anexo também a pasta schemas que estou utilizando aqui. Espero que ajude. Schemas.zip

Bom dia Danilo. Não vi nada quando a obrigatoriedade da informação. Acredito que não. A informação deve continuar sendo uma opção. Mas nesse caso da inclusão do CPF é como emissor, ou seja, pessoa física emitindo NFCe. Provavelmente para alcançar os autônomos.

A última versão do manual do DANFE/DANFCE é a 6.0 de março de 2025. Não consta nada sobre a reforma tributária ainda. Apenas as mudanças referentes ao QRCode 3.0 e inclusão de CPF como emissor. Mas com certeza logo teremos novidades.

Olá, Danilo. Na pasta do ACBr tem os schemas atualizados de acordo com a versão que você tem instalado dos componentes. Fica neste caminho: ACBr\Exemplos\ACBrDFe\Schemas\NFe Atualize a sua pasta de schemas com eles e deve resolver isso. Aqui comigo também aconteceu e se resolveu com a última atualização que fiz.

Oi Fabio, é optativo sim. Porém houve algum problema na atualização do ambiente de homologação que fez com que essa mensagem aparecesse sempre que não estavam informados esses campos. Neste ambiente entrou em vigor no dia 08/09. Porém isso já foi resolvido. Emiti agora mesmo sem os campos da RT e foi validado sem problemas.

Bom dia, Vanderlei. Quanto a situação do segmento de restaurante eu não sei informar, não tenho esse caso. Porém a questão do CST e da classtrib eu acredito que seja mesmo por produto, pois esses campos estão definidos nos itens. Pode até ser que sejam os mesmos valores para todos os itens, mas da forma que está dá a entender que essa classificação pode variar de um item para outro. No fundo tudo ainda está bastante confuso.

Oi Jean. Desculpa a demora em poder testar. Aqui acabou funcionando. Atualizei novamente o ACBr e fiz a instalação dos componentes novamente. E acabou resolvendo tudo. Agora está emitindo corretamente, informando os dados do IBS/CBS. Sem informar, continua o erro, mas isso já é problema do ambiente da SEFAZ. Danilo, não configurei nada de diferente. Apenas inclui os registros do IBS/CBS no que eu já fazia. Porém ontem para funcionar precisei atualizar o ACBR pelo SVN Update e abrir o instalador e refazer a instalação dos componentes. Não precisa remover antes, apenas reinstalar. O próprio instalador já faz tudo o que precisa. Depois disso ficou certo o XML. Resolvi alguns outros erros que ficaram e agora está emitindo normalmente. O código é basicamente o mesmo que o Jean postou, que está logo aqui acima.

Creio que a princípio basta fazer o SVN Update. Acredito que não seja necessário reinstalar tudo, a menos que não faça há muito tempo e os componentes tenham mudado ou precise adicionar novos componentes.

Jean, você está colocando os dados do IBS/CBS? Ou não? Qual UF você está usando? Estou tentando emitir em SP e continua o erro que precisa informar IBS/CBS. E quando crio os dados dos novos impostos o problema de não gerar a tag vIBS continua acontecendo aqui. Então não consigo validar nem de uma forma e nem de outra.

Olhando aqui pelo manual, o vIBS está vinculado ao W36 que é realmente o gIBS. Então o layout do XML deve estar correto. Eu não uso esse arquivo de configuração, então não sei dizer se tem que mudar alguma coisa nele. Mas acredito que pelo layout o XML está correto. Aqui para mim também está dessa forma. E em outro produto que tenho, que não utiliza o ACBr o padrão é o mesmo. Porém aqui para mim não sai a tag vIBS no registro do imposto do item. Isso está gerando erro na minha emissão. Também não saia no TOTAL, mas após atualizar agora e inserir o valor do vIBS que não tinha colocado, ficou tudo certo. Mas não consegui fazer o vIBS aparecer no item. No meu XML ficou assim: Na tag imposto: <imposto> <ICMS> <ICMSSN102> <orig>0</orig> <CSOSN>102</CSOSN> </ICMSSN102> </ICMS> <IBSCBS> <CST>000</CST> <cClassTrib>000001</cClassTrib> <gIBSCBS> <vBC>5.00</vBC> <gIBSUF> <pIBSUF>0.1000</pIBSUF> <vIBSUF>0.01</vIBSUF> </gIBSUF> <gIBSMun> <pIBSMun>0.0000</pIBSMun> <vIBSMun>0.00</vIBSMun> </gIBSMun> ---> FALTA O vIBS <--- <gCBS> <pCBS>0.9000</pCBS> <vCBS>0.04</vCBS> </gCBS> </gIBSCBS> </IBSCBS> </imposto> Na tag TOTAL: <IBSCBSTot> <vBCIBSCBS>5.00</vBCIBSCBS> <gIBS> <gIBSUF> <vDif>0.00</vDif> <vDevTrib>0.00</vDevTrib> <vIBSUF>0.01</vIBSUF> </gIBSUF> <gIBSMun> <vDif>0.00</vDif> <vDevTrib>0.00</vDevTrib> <vIBSMun>0.00</vIBSMun> </gIBSMun> <vIBS>0.01</vIBS> <vCredPres>0.00</vCredPres> <vCredPresCondSus>0.00</vCredPresCondSus> </gIBS> <gCBS> <vDif>0.00</vDif> <vDevTrib>0.00</vDevTrib> <vCBS>0.04</vCBS> <vCredPres>0.00</vCredPres> <vCredPresCondSus>0.00</vCredPresCondSus> </gCBS> </IBSCBSTot> Realmente não precisa. Porém tem algum problema acontecendo que se não enviar esses dados é retornado "Grupo IBS/CBS nao informado" (Regra de validação UB13-30 de acordo com NT2025.002).

Obrigado André. É bom saber disso. Porém nesse caso o valor é de 0,05. Confirmei colocando uma instrução para mostrar o valor na tela depois de mover para o campo vIBS da classe. Vou fazer mais algumas tentativas forçando esse valor.

Bom dia, tudo bem? Aqui eu estava passando pelo mesmo problema. Pelo que vi essa regra de validação realmente entrou em vigor em homologação no dia 08/09. Porém acredito que realmente exista um problema pois a condição para cair nessa regra é essa: Se CST do IBS/CBS (tag: IBSCBS/CST) informado possui indicador que exige informação do IBS/CBS (ind_gIBSCBS = 1): - Grupo gIBSCBS não informado (id: UB15, grupo: imposto/IBSCBS/gIBSCBS) Se não informar nada de IBS/CBS não deveria ser validado. Para resolver o problema de imediato eu inseri o registro do IBS/CBS. Tive outros outros que se resolveram com a atualização do ACBR. Porém tem duas situações que não consegui resolver. Primeiro é a geração da tag vIBS, que foi criado por último e agora está sendo solicitada. Mas não está sendo gerado no XML, mesmo colocando valor no campo vIBS da classe gIBSCBS. O código (ainda para testes) está assim: with IBSCBS do begin CST := cst000; cClassTrib := '000001'; with gIBSCBS do begin vBC := Prod.vProd; with gIBSUF do begin pIBSUF := 0.1; vIBSUF := (vBC * pIBSUF) / 100; vTotIBSUF := vTotIBSUF + vIBSUF; end; with gIBSMun do begin pIBSMun := 0; vIBSMun := (vBC * pIBSMun) / 100; vTotIBSMun := vTotIBSMun + vIBSMun; end; vIBS := gIBSUF.vIBSUF + gIBSMun.vIBSMun; with gCBS do begin pCBS := 0.9; vCBS := (vBC * pCBS) / 100; vTotCBS := vTotCBS + vCBS; end; end; end; O XML fica assim: <IBSCBS> <CST>000</CST> <cClassTrib>000001</cClassTrib> <gIBSCBS> <vBC>5.00</vBC> <gIBSUF> <pIBSUF>0.1000</pIBSUF> <vIBSUF>0.01</vIBSUF> </gIBSUF> <gIBSMun> <pIBSMun>0.0000</pIBSMun> <vIBSMun>0.00</vIBSMun> </gIBSMun> ---> AQUI DEVERIA TER A TAG <vIBS> <gCBS> <pCBS>0.9000</pCBS> <vCBS>0.04</vCBS> </gCBS> </gIBSCBS> </IBSCBS> O erro recebido é o da imagem em anexo. No ambiente SP apenas retorna Erro de Schema. Alterando para o ambiente PR ele apresenta a mensagem completa. A segunda situação que não consegui gerar foram os dados da totalização do IBS/CBS. Estou informando os valores dessa forma: Total.IBSCBSTot.vBCIBSCBS := vTotProd; Total.IBSCBSTot.gIBS.gIBSUFTot.vIBSUF := vTotIBSUF; Total.IBSCBSTot.gIBS.gIBSMunTot.vIBSMun := vTotIBSMun; Total.IBSCBSTot.gCBS.vCBS := vTotIBSMun; E o resultado no XML é sempre assim: <IBSCBSTot> <vBCIBSCBS>5.00</vBCIBSCBS> </IBSCBSTot> Aparece apenas a base de cálculo e não aparecem os totais dos impostos. Deveria ser algo parecido com isso: <IBSCBSTot> <vBCIBSCBS>10.00</vBCIBSCBS> <gIBS> <gIBSUF> <vDif>0.00</vDif> <vDevTrib>0.00</vDevTrib> <vIBSUF>0.01</vIBSUF> </gIBSUF> <gIBSMun> <vDif>0.00</vDif> <vDevTrib>0.00</vDevTrib> <vIBSMun>0.00</vIBSMun> </gIBSMun> <vIBS>0.01</vIBS> <vCredPres>0.00</vCredPres> <vCredPresCondSus>0.00</vCredPresCondSus> </gIBS> <gCBS> <vDif>0.00</vDif> <vDevTrib>0.00</vDevTrib> <vCBS>0.09</vCBS> <vCredPres>0.00</vCredPres> <vCredPresCondSus>0.00</vCredPresCondSus> </gCBS> </IBSCBSTot> Se tiverem qualquer informação que ajude, eu agradeço. Obrigado. Claudiney

Obrigado Daniel. Vou olhar com calma. Agradeço pela ajuda.

Obrigado Juliomar. Estou estudando o funcionamento para passar para o cliente também os custos. A minha dúvida maior é a seguinte... é necessário algum tipo de homologação do meu software para isso junto as operadoras? Desculpe se a pergunta é inadequada, mas realmente não tenho nenhum conhecimento nesse ponto. Estou entrando nesse assunto agora. Obrigado

Boa tarde, Daniel. Muito obrigado pelo retorno. Vou olhar com calma o material sobre o tef. Nesse caso em específico é um cliente que já tem a parte de vendas dele funcionando mas optou a princípio por não integrar as máquinas no PDV. Agora precisamos criar um ponto de auto atendimento. É aqui que vai precisar do pagamento automatizado. Claro que é possível levar a mesma solução para o PDV também, mas o foco nesse momento é esse ponto autônomo. E isso é necessário apenas neste cliente, pois este sistema foi desenvolvido para ele e, pelo menos até o momento, não houve nada que levasse a comercialização para outros. Obrigado mais uma vez pela dica. Vou verificar e qualquer dúvida coloco aqui.

Olá, bom dia. Estou postando neste tópico, mas caso o assunto se encaixe em outro por favor fiquem a vontade para mudar. Minha dúvida é a seguinte. Nunca trabalhei com pagamentos integrados nas maquininhas de cartões. Mas estou com essa necessidade agora e tenho muitas dúvidas quando a isso. Neste caso, a maquininha faz todo o processo e apenas comunica meu software se obteve sucesso ou não ou ela é apenas um ponto para leitura do cartão e o restante é feito pelo software? Qual seria o componento do ACBr melhor indicado para isso? É necessário algum tipo de homologação junto as operadoras de cartões para esse fim? Se existe alguma documentação a respeito disso e puderem por favor me indicar onde encontro eu agradeço muito. Um ótimo dia a todos. Claudiney

Boa tarde Ítalo, tudo bem? A princípio eu tinha deixado assim. Mas pode acontecer o envio de um lote com vários RPS. E nesse caso, pelo menos nos testes que fiz, ele abre a impressão um a um e não um relatório só no final com todas as notas. Usando o método Imprime sim. Ao final imprime um relatório único com várias páginas. Existe alguma forma de configurar isso quando deixa True para imprimir automaticamente? Obrigado pelo retorno.

Olá, Estou desenvolvendo a emissão para um cliente em Novo Hamburgo/RS, provedor IPM, utilizando o ACBrNFSeX. Tudo funcionando perfeitamente. Uma única dúvida surgiu na impressão do DANFSe: Na minha configuração não fiz a impressão no momento da emissão e sim chamei o método imprimir na sequência. Até aí tudo bem. O que percebi é que quando há um erro e a NFSe não é gerada pela prefeitura o componente ainda assim faz a impressão da nota sem os dados que deveriam retornar. Isso faz a impressão de um DANFSe com todos os dados, porém sem numeração. Gostaria de saber se existe uma forma de filtrar isso e imprimir apenas aquelas notas que foram geradas sem erros. A princípio estou verificando a lista de erros e só permito imprimir se ela estiver zerada. Porém se o cliente emitir um lote com várias notas pode acontecer de uma no meio ter erro e gerar confusão. Faço o seguinte caminho: -NotasFiscais.Insert e adiciono os dados para geração dos RPS (no meu caso precisei usar o Insert e não o Add) -Emitir para enviar os RPS e gerar as notas, colocando false no parâmetro para imprimir -Imprimir para fazer a impressão de todas as notas geradas (aqui é que são impressas as notas com erro) -EnviarEmail para encaminhar os arquivos aos tomadores -ImprimirPDF para gerar os PDFs caso não tenha sido gerado pelo envio do e-mail (depende de configuração). Aqui também acontece o problema. Busquei nos componentes alguma propriedade sobre isso e não encontrei. Gostaria de alguma ajuda nesse sentido, se existe algum erro na forma como estou fazendo ou se é necessário algum outro modo de configuração. Utilizo o ACBrNFSeXDANFSeRL. Até tenho preferência por usar o Fast Report, pois já trabalho com ele, mas ao tentar colocar o componente no form recebo o erro Invalid Parameter. Agradeço desde já. Claudiney.