Ir para conteúdo
  • Cadastre-se

Claudiney Cogo

Membros
  • Total de ítens

    43
  • Registro em

  • Última visita

Contact Methods

  • Website URL
    www.neoti.com.br

Últimos Visitantes

O bloco dos últimos visitantes está desativado e não está sendo visualizado por outros usuários.

Claudiney Cogo's Achievements

Contributor

Contributor (5/14)

  • Reacting Well Rare
  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done

Recent Badges

7

Reputação

2

Community Answers

  1. 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.
  2. 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
  3. 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.
  4. 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
  5. 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.
  6. 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.
  7. 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.
  8. 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
  9. 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.
  10. 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.
  11. 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.
  12. 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.
  13. 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.
  14. 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.
  15. 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.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.