-
Total de ítens
122 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Cláudio - SoluçãoTi
-
-
Em 19/11/2015 12:55:14, CelsoVS disse:
Esse problema foi resolvido ? Estou passando pelo mesmo problema.
Obrigado!
Também estou com esse problema na versão atual, como nao diz qual e a falha fica dificil de saber, isso ocorre na nfce, voltei prar uma versão antiga e autorizou normalmente (so troquei o executavel, estou usando o resto da nova versão)
Obs: a NF-e funciona perfeitamente, so ocorre na NFC-e, testado no hamibente de homologação e produção
OK: Rejeicao: Falha no Schema XML do lote de NFe
[ENVIO]
Versao=SVRSnfce201508141712
TpAmb=1
VerAplic=SVRSnfce201508141712
CStat=225
XMotivo=Rejeicao: Falha no Schema XML do lote de NFe
CUF=33
NRec=
DhRecbto=26/11/2015 08:34:11
TMed=0 -
Boa Tarde,
Houve algum consenso sobre essa propriedade, pois me deparei com o problema da nota estar cancelada e no xml esta como autorizada, só para dar uma respota para o cliente que esta me questionando.
Obrigado
-
Boa Noite André,
Tem como liberar a impressão da NFC-e no FastReport para poder imprimir em Impressora Laser, pois segundo o nosso amigo Regys o fortereport está com problemas, se não tiver jeito me avise para que eu possa dar um jeito aqui e fazer a impressão na mão mesmo. Vai ajudar bastante gente que usa lase para imprimir a NFC-e
Obrigado
Obs: eu programo em visual foxpro 9.0
Teste com esta versão a opção Fortes.
Muito obrigado andré,
Funcionou perfeitamente. Salvou meu dia.
-
Boa Noite André,
Tem como liberar a impressão da NFC-e no FastReport para poder imprimir em Impressora Laser, pois segundo o nosso amigo Regys o fortereport está com problemas, se não tiver jeito me avise para que eu possa dar um jeito aqui e fazer a impressão na mão mesmo. Vai ajudar bastante gente que usa lase para imprimir a NFC-e
Obrigado
Obs: eu programo em visual foxpro 9.0
-
Me diz onde faço um curso de delphi que eu te ajudo na boa , não custa nada, e como e opensoucer nao precisaria me pagar.
- 2
-
Isso mesmo, é o que ocorre aqui comigo também.
Acho que será necessário implementar a impressão especifica para A4, estou verificando isso e volto a postar quando tiver alguma conclusão.
Bom dia Regys e galera do Fórum!
Gostaria de saber sobre a solução deste problema na impressão.
Visto que estou com alguns clientes que começam a me cobrar sobre o gasto desnecessário de papel.
Obrigado!
Como eu disse anteriormente somente para A4 isso ocorre e não é problema como ACBr mas com o motor do Fortes, então você pode escolher utilizar o FastReport ou EsPOS em impressoras não fiscais e não terá problemas de gasto de papel.
Não tem a opção do FastReport, estranho que na versão 0.1.10.1 funcionava, e não tem muito tempo que essa versão foi feita, mas tudo bem, se puderem por para escolher o FastReport no monitor eu agradeço entao. Nem todos os clientes querem comprar uma daruma da vida.
- 1
-
Isso mesmo, é o que ocorre aqui comigo também.
Acho que será necessário implementar a impressão especifica para A4, estou verificando isso e volto a postar quando tiver alguma conclusão.
Boa Tarde Régys,
Testei a versão 0.1.10.5 e continua imprimindo o qr-code na segunda folha, é uma pena que não tem como pegar o fonte da versão 0.1.10.1 pois até ela imprimia perfeitamente na mesma página, com bastante produtos não pula, um amigo me mandou com 9 produtos e imprimiu tudo na mesma folha, não sei a quantidade exata que não pula a folha
-
Atualizou os schemas?
veja que tem atualizado no svn!
Estou com a versão atual do acbrplus.
Obrigado
-
Isso mesmo, é o que ocorre aqui comigo também.
Acho que será necessário implementar a impressão especifica para A4, estou verificando isso e volto a postar quando tiver alguma conclusão.
Isso mesmo, é o que ocorre aqui comigo também.
Acho que será necessário implementar a impressão especifica para A4, estou verificando isso e volto a postar quando tiver alguma conclusão.
Obrigado,
Fico no aguardo da solução.
-
Obrigado, pode fechar o tópico por favor.
-
Bom Dia,
Estou tentando ler um arquivo de retorno que tenho aqui, e ele esta retornando umas datas com 30/12/1899. Exemplo Abaixo, segue o arquivo de retorno anexo.
Obrigado
[Titulo30]
Sacado.Nome=
Sacado.CNPJCPF=
Vencimento=04/05/2012
DataDocumento=30/12/1899
NumeroDocumento=000006025
DataProcessamento=18/10/2015
NossoNumero=0454349070
Carteira=02
ValorDocumento=726,02
DataOcorrencia=04/05/2012
DataCredito=07/05/2012
DataBaixa=30/12/1899
ValorDespesaCobranca=0
ValorAbatimento=0
ValorDesconto=0
ValorMoraJuros=0
ValorIOF=0
ValorOutrasDespesas=0
ValorOutrosCreditos=0
ValorRecebido=726,02
SeuNumero=
CodTipoOcorrencia=toRetornoLiquidado
DescricaoTipoOcorrencia=06-Liquidação Normal
MotivoRejeicao30= -
Deixa eu entender a situação, vocês estão enviando para impressora normal ou impressora não fiscal?
Fiz testes aqui enviando para uma impressora não fiscal e apesar do preview estar com duas páginas imprimiu corretamente.
Bom dia,
No meu caso eu testei na laser, jato de tinta e no pdf writer, e na pré visualização do próprio acbr ela imprime em 2 folhas, como mostra o exemplo do irmão magusistemas, esse problema se deu a partir da Versão 1.10.2, independente da quantidade de itens ao meu ver, pois acabei de fazer uma venda com 7 itens e imprimiu o código na outra folha. Não tenho a impressora não fiscal pra testar para vê se da esse mesmo problema.
Grato
-
Estou analisado...
Usem a impressão em EscPos.. é muito mais rápida e nunca terá esse tipo de problemas...
Se precisar de um xlm de exemplo eu posso anexar se for o caso, mesmo pelo monitor ele imprime em 2 folhas,
Obrigado
-
Testei em uma impressora laser e outra jato de tinta e continua imprimindo em 2 folhas segue exemplo.
Testei as versões disponibilizadas para download e o erro da impressão se dá a patir da Versão 1.10.2
Obrigado
-
Bom Dia,
Desculpa ressucitar post antigo (para não criar outro com mesmo problema), mas fui imprimir uma nfc-e na versão 0.1.10.3 e apresentou esse mesmo problema no modelo fortes A4, na versão que eu estava usando a 0.1.9.00 não paresentava esse erro imprimia o qr-code na mesma página não pulava, alguma solução ou parâmetro pra modificar ?
-
Mailson
Atualize seus fontes, acho que isso já foi corrigido.
Claudio,
É bem provável, que seja criada uma propriedade que permita determinar se o ACBrNFe deve atualizar o XML no caso de cancelamento... mas ainda não há consenso sobre isso...
Bom dia irmao daniel,
Houve algum consenso sobre a propriedade que permita determinar se o ACBrNFe deve atualizar o XML no caso de cancelamento.
Muito obrigado.
- 1
-
Espero que aprove assim agradaria os que querem que atualize e os que não querem. Muito obrigado pela resposta fico no aguardo, e me desculpe qualquer coisa.
Vlw
-
Por favor seja paciente... Não adianta disparar 10 perguntas sobre o mesmo assunto....
Nove grávidas não parem um bebê em 1 mês...
A maneira atual é a mais correta do ponto de vista jurídico ( antes estava errado mudar o XML )
No entanto houve quebra de compatibilidade e nem todos os programas estão preparados para usar (ler) o XML do evento...
No momento, os "core developers" estão debatendo sobre esse assunto...
Uma idéia seria colocar um parâmetro no acbrplus, se a pessoa deseja sobescrever esses arquivos, tipo se eu cancelar a nota e tiver essa opção marcada o xlm passaria para o <xMotivo>Cancelamento de NF-e homologado</xMotivo> se não ficaria do feito que está como <xMotivo>Autorizado o uso da NF-e</xMotivo>, assim agrada todo mundo.
Obrigado.
-
33150939507371000280650040000000751000000752-nfe.xmlEra preferivel que as pastas de destino , voce salva-se em local diferente do ACBR , porque todo o arquivo gerado por ele , ja fica nesta pagina \logs , por padrão , veja na Webservices , NF-e/CT-e , marcar Salvar arquivos enviados/recebidos p/ webservice.
Ola Marcio, vlw pela dica, esta tudo funcionando, só estou com problema mesmo quando consulta um xlm cancelado, que antigamente gerava o protocolo e agora não gera (pelo menos na versão 0.1.9.00 que eu usava antes de atualizar para a 0.1.9.07 ou superior)
Anexe um XML com protocolo de cancelamento para q eu possa usar como exemplo.
Ola André,
Obrigado pela atenção, segue abaixo o xml e o protocolo. O cancelamento funciona perfeito gerando protocolo, o meu problema se por algum motivo nao gerou o protocolo e eu consultar esse xlm o acbr nao gera mais o protocolo como fazia antes.
1101113315103950737100028055003000001081100001081501-procEventoNFe.xml
Boa Noite André,
Agora que notei esse problema. Se olhar esse xml que envie aparece o <xMotivo>Autorizado o uso da NF-e</xMotivo>, apesar dele estar cancelado, para que alterasse o movito apos o cancelamento eu usava o Nfe.ConsultarNFe e o xml mudava para <xMotivo>Cancelamento de NF-e homologado</xMotivo>, pelo visto alguma coisa mudou no Nfe.ConsultarNFe e não faz mais.
Anexie o mesmo xml apos consultar ele na versao 0.1.9.00 verá que o motivo mudou. -
Então daniel você que meche na parte do nfe, vai voltar a gerar o protocolo de cancelamento na consulta ou não, pode me responder por favor ? Para que possa deixar ou tirar do meu sistema.
Obrigado
-
Isso realmente foi modificado...
Voce tem o XML do Evento de Cancelamento... Isso é tudo que você precisa...
Nao existe XML de NFe com bloco de cancelamento... Basta analisar os Schemas da NFe.... Ou seja, da maneira anterior.. Você tinha um XML inválido
Então se eu excluir por engano o 1101112515101293505200030955001000005024112935052901-procEventoNFe.xml e mandar consultar não vai ser mais gerado esse protocolo ?
OBs: Obrigado Marcio tulio por traduzir meu problema.
-
Eu salvo tudo na pasta logs. Bem o importante é que na hora de consultar esse xml (cancelado) que eu te enviei ele gerou ou não o protocolo de cancelamento na versão atual do plus ?
Na versão que te enviei ele gerava o protocolo desse xml cancelado salvando na pasta q esta configurada. Esse e meu problema ao consultar ele nao "grava" ou "gera" o protocolo d cancelamento desse xml. Desculpa nao saber me explicar corretamente.
-
Claudio,
Com os XMLs em anexo não consegui entender o problema, por favor poste um XML de "antes", pra q eu possa entender qual era a forma correta.
Ola André,
Então, o cancelamento esta correto, meu problema que antigamente (no acbrmonitornfe e na versão 0.1.9.00) se eu tivesse um xlm cancelado e eu consultava ele usando o Nfe.ConsultarNFe ele "gerava" o protocolo de cancelamento novamente, pois as vezes quando cancelo o xml ele não gera o mesmo protocolo, por isso eu uso esse procedimentode consultar novamente a nfe cancelada quando ocorre algum problema no cancelamento, para que ele possa "baixar" novamente o protocolo de cancelamento.
Para que possa ver o meu problema tem que consultar somente o xml cancelado sem ter o protocolo no diretorio do plus, ai vai ver que não gera, estou enviando uma url com a versao do plus da versão 0.1.9.00 para que possa consultar o mesmo xml sem o protocolo dentro do diretorio e verá que o plus baixa o protocolo novamente.
https://www.dropbox.com/s/nuip8bvct6baqdk/ACBrMonitor.rar?dl=0
Obrigado Pela Atenção
-
Era preferivel que as pastas de destino , voce salva-se em local diferente do ACBR , porque todo o arquivo gerado por ele , ja fica nesta pagina \logs , por padrão , veja na Webservices , NF-e/CT-e , marcar Salvar arquivos enviados/recebidos p/ webservice.
Ola Marcio, vlw pela dica, esta tudo funcionando, só estou com problema mesmo quando consulta um xlm cancelado, que antigamente gerava o protocolo e agora não gera (pelo menos na versão 0.1.9.00 que eu usava antes de atualizar para a 0.1.9.07 ou superior)
Anexe um XML com protocolo de cancelamento para q eu possa usar como exemplo.
Ola André,
Obrigado pela atenção, segue abaixo o xml e o protocolo. O cancelamento funciona perfeito gerando protocolo, o meu problema se por algum motivo nao gerou o protocolo e eu consultar esse xlm o acbr nao gera mais o protocolo como fazia antes.
1101113315103950737100028055003000001081100001081501-procEventoNFe.xml
CStat=225 XMotivo=Rejeicao: Falha no Schema XML do lote de NFe
em ACBrMonitor PLUS
Postado
Ao meu ver o problema que pode ser, é que ele trocando o "-" por um "?' na hora de gerar o xml na frase "NF-E EMITIDA EM AMBIENTE DE HOMOLOGACAO - SEM VALOR FISCAL"
Segue anexo
33151139507371000280650040000001961000001960-nfe.xml
entnfe001.txt