george.lopes
-
Total de ítens
25 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por george.lopes
-
-
25 minutos atrás, BigWings disse:
Que layout txt?
No componente é similar a NFe:
ACBrCTe1.Conhecimentos[0].CTe.autXML.Add.CNPJCPF := <CPFCNPJ>;
No txt seria só eu colocar então assim?
[AUTXML]
CPNJCPF=xxxxx
-
Bom dia,
No caso da NFE existe a tag <autXML> onde se preenche um CNPJ para permitir o download do xml por terceiros, minha dúvida é onde isso é preenchido nos CTEs para permitir que escritórios de contabilidade façam o download desse documentos.
Eu dei uma olhada no layout txt e em exemplos e não achei como isso deve ser preenchido durante geração do arquivo para emissão do CTE.
-
Tenho 2 clientes diferentes também com o mesmo problema, estão desde as 8hs da manhã tentando enviar CTe mas sempre retorna essa mensagem de USO INDEVIDO.
Liguei no suporte 0800 do SEFAZ que consta na página do CTE mas desligaram na minha cara quando perguntei se aquele número era mesmo sobre CTE (estavam fazendo muitas perguntas sobre CPF devido o auxilio emergencial do governo).
-
Seu xml tem 3 grupos <seg> com informações diferentes, pode ser que isso seja a causa do problema.
-
Agradeço a todos que me ajudaram, o problema era mesmo na quebra da linha, tirei a indentação e quebras de linhas do arquivo XML que gero e consegui enviar os manifestos sem problemas.
Eu não estava entendendo isso ser problema porque sempre enviei os arquivos daquela forma e sempre foram aceitos, somente após essa última atualização que tive problemas então achei que era devido ao que havia sido incluso recentemente e não algo que eu sempre fiz e passou.
-
1
-
-
2 minutos atrás, Amarildo de Matos disse:
assim.. analizei e nao encontrei algo que diga que esta errado.
os outros mdfe passa ou esta dando erro em todos agora?
Consigo enviar manifestos desde que não passe a informação dos proprietários dos veículos. Quando eu incluo o grupo <prop> com as informações contidas nele dá esse erro de validação aí.
Problema é que nem todos os manifestos dos meus clientes serão com carro próprio então preciso ver o que está acontecendo pra tentar resolver.
-
4 minutos atrás, Amarildo de Matos disse:
qual versao do acbrMonitorPlus que voce esta utilizando?
1.2.0.72, compilada ontem por mim às 15:32hs
-
Estou anexando os arquivos que retornam pra mim quando tento enviar, por favor me falem se é isso que vocês estão pedindo.
35190700226637000281580010001904221000126616-MDFe.xml LOG.TXT sai.txt
-
35 minutos atrás, Amarildo de Matos disse:
boa tarde.. tem como mandar anexo o xml de retorno com o respectivo erro.
Boa tarde,
Não gera xml de retorno, apenas grava no log de erros aquela mensagem que postei lá no começo.
-
Quebra de linha não tinha mas estava indentado sim, porém sempre gerei assim e aceitava.
Gerei um novo xml no meu sistema dessa vez sem indentar nada e tentei enviar mas continha o mesmo problema com o campo <rodo><veicTracao><UF>
Estou anexando o novo xml caso você possa dar uma olhada nele.
-
Eu não gero arquivo INI, crio direto o XML daquele jeito que está anexado no primeiro post e depois envio usando o comando MDFe.EnviarMDFe() e passando pro ACBrMonitor fazer o resto do trabalho de validar, assinar e transmitir.
-
Atualizei na segunda mas os schemas atualizei hoje de novo quando recompilei o ACBrMonitor pra ter certeza que estava usando os mais atuais. Peguei da pasta "trunk2\Exemplos\ACBrDFe\Schemas\MDFe" e substitui todos os arquivos da pasta Schemas do ACBrMonitor.
-
Sim, peguei da pasta dos exemplos lá que vem e atualizei quando atualizei o executável do ACBrMonitor que compilei.
-
Sim, é esse mesmo.
Então, por isso que falei que não sei o motivo do problema pois pra mim o xml está preenchido corretamente, deveria conseguir validar sem problemas.
Convém lembrar que isso só acontece quando eu envio um xml com o grupo <prop>, se eu gerar um xml com caminhão próprio da transportadora ele valida normalmente pois não envio nada referente proprietário do veículo.
-
Olá a todos,
Estou com um problema na hora de gerar o manifesto quando tenho de enviar informações do proprietário do veículo, fica retornando que não estou informando o campo de estado sendo que o mesmo está preenchido.
TAG:<infModal versaoModal="3.00"><infModal versaoModal="3.00"><rodo><veicTracao> ID:#23/UF(Código do UF (Unidade da Federação)) - Nenhum valor informado. '' violates enumeration constraint of 'AC AL AM AP BA CE DF ES GO MA MG MS MT PA PB PE PI PR RJ RN RO RR RS SC SE SP TO EX'. The element '{http://www.portalfiscal.inf.br/mdfe}UF' with value '' failed to parse.
Dei uma olhada nos tópicos recentes e apesar de serem problemas parecidos nenhuma sugestão que deram conseguiu resolver meu problema.
Baixei hoje cedo os fontes e recompilei tudo mas continuo sem conseguir validar o xml do manifesto.
Até acredito que seja alguma falha minha e o erro seja bobo e não estou encontrando mas estou desde ontem tentando resolver isso e já está me deixando com dor de cabeça por não estar encontrando o motivo.
-
Em 07/06/2018 at 10:30, André Ferreira de Moraes disse:
O ACBr seguirá este padrão:
Eu fiz as alterações pro meu arquivo ficar de acordo com esse layout mas quando tento enviar dá retorno "ERRO: Arquivo inválido!" logo após passar pelo comando NFe.CriarNFeSefaz.
Estou usando a versão 1.1.0.54, precisaria estar numa versão mais atual ou nessa já conseguiria usar esse layout?
-
Essa mensagem aparecia para mim quando tentava mandar XMLs passando o campo versão preenchido com 2.0 ao invés de 3.0, quando acertei isso não deu mais problemas.
<?xml version="1.0" encoding="UTF-8"?> <cteProc versao="3.00" xmlns="http://www.portalfiscal.inf.br/cte"> <CTe xmlns="http://www.portalfiscal.inf.br/cte"> <infCte versao="3.00" Id="CTe35171000226637000281570010001011141001331152">
Não sei se é o mesmo caso pra você mas não custa dar uma olhada nisso.
-
59 minutos atrás, BigWings disse:
É um problema mesmo já que está usando a versão 2.00 do CTe. No layout da 2.00 a tag era denominada chave, na 3.00 é chCTe. O ACBrMonitorPLUS está alimentando apenas a chCTe, portanto só funcionará para CTe 3.00.
Recomendo que já faça a troca, já que o CTe 2.00 será desativado no dia 04/12/2017, ou seja, em menos de dois meses.
Para funcionar no CTe 2.00 vai ser necessário aplicar a alteração anexo e recompilar o ACBrMonitorPLUS.
Eu até atualizei pra gerar tudo de acordo com a versão 3.00 mas teve uma mudança no layout de impressão que meus clientes não gostaram, foram retirados os campos de tomador do serviço e tipo de frete e no lugar estava campos referente informação do CT-e globalizado, então acabei voltando.
Será que tem alguma forma de mudar para a versão 3.00 mas mantendo o layout de impressão anterior?
-
3 horas atrás, BigWings disse:
Tente assim:
[idDocAnt001001] chCTe=35171044191880000104570010002355271013594331Obrigado pela resposta mas eu já tinha tentando antes sem sucesso, ele retorna a seguinte mensagem quando passo com esse campo:
13/10/2017 12:01:33 - ERRO: Falha na validacao dos dados do Conhecimento: 100206 TAG:<infCte versao="2.00" Id="CTe35171000226637000281570010001002061001322225"><infModal versaoModal="2.00"><infCte versao="2.00" Id="CTe35171000226637000281570010001002061001322225"><infCTeNorm><docAnt><emiDocAnt><idDocAnt><idDocAntEle> ID:#359/chave(Chave do CTe) - Nenhum valor informado. '' violates pattern constraint of '[0-9]{44}'. The element '{http://www.portalfiscal.inf.br/cte}chave' with value '' failed to parse.
Nem chega a gerar o xml nesse caso, dá erro na hora de validar/gerar o arquivo e não prossegue. Com o campo como "chave" ele pelo menos gera o xml mas sem as informações que eu estou passando.
-
Olá para todos,
Recentemente um cliente foi emitir conhecimento com informação de redespacho e anterior à atualização final do dia 02/10 lá no SEFAZ para incluir as informações de seguro meu sistema conseguia enviar sem problemas conhecimentos desse tipo.
Ontem eles foram tentar emitir um mas o ACBRMonitorPlus está retornando mensagem de erro informando que o elemento emiDocAnt está incompleto:
ERRO: Falha na validacao dos dados do Conhecimento: 100206 Content for element '{http://www.portalfiscal.inf.br/cte}emiDocAnt' is incomplete according to the DTD/Schema.Segue parte do arquivo texto onde informo os valores como sempre informei:
tpServ=2 .... .... [docAnt001] CNPJCPF=44191880000104 IE=626079036113 UF=SP xNome=TRANSPORTADORA AJOFER LTDA [idDocAnt001001] chave=35171044191880000104570010002355271013594331Dei uma conferida no último layout e também em parte do código do ACBMonitorPlus que encontrei na internet e me parece estar tudo certo.
Alguém saberia explicar qual pode ser o problema no meu caso?
-
Olá a todos,
Hoje num cliente meu foram fazer transmissão dos conhecimentos eletrônicos e apareceu essa mensagem que estou deixando em anexo quando tentam fazer impressão ou gerar PDF.
Alguém já viu esse tipo de erro? Dei uma pesquisada pela internet mas não encontrei nada...
-
26 minutos atrás, Juliomar Marchetti disse:
Boa tarde
acredito que não seja essa a última versão !
portanto precisa ser feito teste na ultima pra saber se o problema ainda existe!
Boa noite,
Bom, essa que estou usando é a última disponível para download na área gratuita e diz ter sido atualizada em janeiro desse ano.
Pra pegar uma mais nova só baixando e compilando mesmo?
-
Não achei opção pra editar o post então vou postar novamente mesmo.
Só pra complementar, estou usando o ACBRMONITOR PLUS versão 1.0.0.0 e as impressões são feitas passando os comandos IMPRIMIRDAMDFE e IMPRIMIDAMDFEPDF.
-
Alguém já teve problemas na impressão do MDFE onde na parte que são impressas as chaves de acesso dos conhecimentos sair pulando linhas ou então cortar o número pela metade (como se estivesse tentando imprimir algo com fonte maior do que o espaço permitido)?
Falando ainda em impressão, é possível mudar os layouts de impressão do CTE e MDFE no ACBrMonitorPlus? Se sim, teria de mexer diretamente nos fontes ou tem alguma outra maneira?
Como informar CNPJ contabilidade para baixar xml CTE
em ACBrMonitor PLUS
Postado
Sim, uso o ACBRMONITORPLUS.