AlexSilva
-
Total de ítens
66 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por AlexSilva
-
-
Caro José, Junior, antes de mais nada, obrigado pela atenção.
Vamos lá... testei fazer um envio direto do arquivo gerado pelo monitor: deu a mesma rejeição.
Se por um lado, como você apontou, enviando pelo monitor da certo, por outro eu uso o monitor fazem 9 anos com a mesma forma de trabalhar, e nunca deu esse tipo de problema antes - passou a acontecer à partir das versões que tem o refactoring de vocês. Inclusive, como apontei, se uso a versão anterior, volta a funcionar perfeitamente.
Se eu tivesse facilidade de investigar o código fonte seria fácil de encontrar qual modificação está gerando o problema - mas como apontei, não sou hábil com Pascal.
Portanto, como vocês desenvolvedores principais lidam com esse código diáriamente, acredito que vocês teriam uma perpectiva muito mais propícia para me passar uma 'pista' do que pode estar acontecendo, Do lado do meu sistema, ja testei e procurei tudo possivel - inclusive codificação ao abrir e salvar arquivos - e tudo parece consistente.
Neste exato momento, o fato é que atualizei o monitor e o que estava funcionando parou de funcionar - e pior que não tenho nenhuma idéia do motivo dessa diferença de funcionamento - afinal, se houvesse manipulação no meio dos processos não deveria tambem dar problema na versão antiga?Continuo dependendo da boa vontade e ajuda de vcs, boa turma do ACbr!!
Muito obrigado por qualquer auxílio!
-
Boa tarde St José M. S. Junior !
Conferimos o código e ao existe nenhuma manipulação no conteúdo do XML entre geração e envio.
A única manipulação que fazemos é com o arquivo xml gerado, onde ele é gerado em uma pasta Ent_Sai e é copiado para uma outra pasta MDFE para para posterior envio.
Esta troca de pasta pode estar gerando a rejeição?Uma observação: Se envio o XML pelo Monitor (sem passar pelo nosso sistema) ele não volta rejeição e é aprovado.
Obs2: Na versao que usavamos antes (1.1.0.55) continua funcionando sem problemas. Ou seja, parece que é devido a alguma alteracao feita no codigo do Monitor. O problema é que náo tenho ideia do que pode ser. Em nossa empresa náo trabalhamos com Pascal entáo complica mais ainda pra nós.
Grato de antemao por qualquer ajuda!
-
Bom dia !
Trabalhávamos com a versão 1.1.0.55 AcbrMonitorPLUS para emissão de MDFe, com esta versão a geração e envio do XML esta funcionando sem problemas. Atualizamos para a versão 1.2.0.11 AcbrMonitorPLUS a partir da atualização notamos algumas diferenças:
1 - Na obtençao do status aparentemente houve alguma alteracao na ordem e quantidade dos campos:
versão 1.2.0.11
===============
[Status]
CStat=107
CUF=31
DhRecbto=04/09/2018 09:47:29
DhRetorno=30/12/1899
Msg=Servico em Operacao
TMed=1
TpAmb=2
VerAplic=RS20170524132035
Versao=3.00
XMotivo=Servico em Operacao
XObs=versão 1.1.0.55
================
MDFE.StatusServico
OK: Servico em Operacao
[STATUS]
Versao=RS20170524132035
TpAmb=2
VerAplic=RS20170524132035
CStat=107
XMotivo=Servico em Operacao
CUF=31
DhRecbto=04/09/2018 09:46:28
TMed=1
DhRetorno=30/12/1899
XObs=2 - No envio do XML está voltando uma Rejeição: XMotivo=Rejeição: Assinatura difere do calculado
Procurando por topicos em relação à esta rejeição, encontrei muita coisa referente a espaços e caracteres especiais no xml, contudo... no xml não tem nenhum dos dois casos.... Segue em anexo o xml gerado:
-
Bom dia!
Para MG, Homologação e TeNormal, agora com o acerto desses arquivos vocês estão conseguindo utilizar a Consulta NFe, Cancelamento de NFe e envio de Carta de Correção tudo normalmente? Estou perguntando porque nas últimas semanas estou tendo alguns problemas com testes.
Obrigado.
-
Obrigado Régys!
Resolvido! Gerou o grupo corretamente sim.
Até mais.
-
Boa tarde Régys!
Infelizmente o problema persiste mesmo utilizando o .exe em anexo. O bloco de informações <ICMSUFFim> não chega a ser gerado no arquivo .xml.
Segue em anexo o arquivo LOG.TXT na íntegra.
Agradecido desde já.
-
Ou melhor, na NF-e, eu verifico as tags <idDest> , <indIEDest>, <indFinal> para gerar o grupo de partilha. Porém no CT-e eu não tenho as tags para consumidor final e não contribuinte.
Caso o monitor JÁ esteja gerando este grupo de partilha normalmente, quais as condições que o ACBrminitor PLUS verifica para poder gerar as tags do grupo <ICMSUFFim> do CT-e?
Ou então, as tags que estou preenchendo estão erradas? Já que não achei as tags esperadas no arquivo de ajuda ACBrMonitor.chm.
Obrigado pela ajuda.
-
Em 31/03/2016 at 11:33, agnaldo primo disse:
pelo
Infelizmente não tenho sobre Devolução de NF-e.
-
Bom dia Régys!
Segundo as notas técnicas, tanto a partilha da NFe e do CTe só deve ser feita para Consumidor Final / Não contribuinte em operações interestaduais.
Na NF-e existe a tag indFinal, porém no CTe não existe nada que indique que a operação é para consumidor final?
Como a SEFAZ fará esta validação? Pelo CFOP ou algo do tipo?
Obrigado.
-
Bom dia Agnaldo, segue em anexo um modelo do arquivo .txt que é passado ao Acbr.
Com estes dados, inclusive consegui autorizar esta NFe. Espero ter ajudado.
Até mais.
-
1
-
-
Bom dia Régys!
Não retorna mensagem de erro alguma, pelo contrário, gera normalmente, só que o grupo <ICMSUFFim> não aparece no XML.
Segue em anexo o arquivo LOG.TXT na íntegra.
Agradecido desde já.
-
Em 02/03/2016 at 14:24, Juliomar Marchetti disse:Em 02/03/2016 at 14:24, Juliomar Marchetti disse:
Boa tarde
já está no svn a alteração bastando esperar a próxima compilação
At revision: 11292
Boa tarde Juliomar!
Estou utilizando a versão mais nova do ACBrMonitor PLUS disponível, e o grupo de ICMS de partilha no CTe continua não sendo gerado no XML.
Provavelmente eu não estou informando as tags corretas esperadas pelo monitor para este grupo de ICMS de partilha <ICMSUFFim>. Gostaria de saber o nome exato das tags que são esperadas pelo monitor, para que eu possa passar as informações nas tags corretas.
Seque em anexo o arquivo .txt na íntegra, e abaixo segue um trecho específico referente ao grupo <ICMSUFFim>
.....
[ICMSUFFim]
vBCUFFim = 1000.00
pFCPUFFim = 0.00
pICMSUFFim = 18.00
pICMSInter = 7.00
pICMSInterPart = 40.00
vFCPUFFim = 0.00
vICMSUFFim = 48.00
vICMSUFIni = 72.00.....
Agradecido desde já.
-
Muito obrigado Juliomar!
Quando vc acha que a nova versão do ACBrMonitor Plus com esta correção estará disponível para usuários SAC?
-
Perfeito Juliomar,
mas enquanto eu entro em contato com o financeiro para contratar o SAC, você poderia me informar se as tags que eu estou passando estão corretas? Pois assim eu posso adiantar outra parte.
Muito obrigado.
-
Boa tarde pessoal!
Estou trabalhando na adequação da Norma Técnica 2015/004 do CTe, porém estou encontrando alguns problemas na criação do arquivo Xml. O que acontece é que o monitor gera o arquivo xml SEM o grupo de partilha <ICMSUFFim>. Porém, eu não sei se as tags que estou passando estão erradas, ou se esta versão do monitor ainda não está preparada para receber as tags. Estou usando a versão ACBrMonitor Plus 0.1.12.9.
Segue abaixo o trecho do arquivo .txt que é lido pelo monitor, onde indico as informações do grupo de partilha de ICMS.
[....]
[ICMSUFFim]
vBCUFFim = 100.00
pFCPUFFim = 0.00
pICMSUFFim = 0.50
pICMSInter = 0.10
pICMSInterPart = 0.40
vFCPUFFim = 0.00
vICMSUFFim = 200.00
vICMSUFIni = 0.00[....]
Segue em anexo o arquivo .txt na íntegra: CTe.CriarCTe.txt
Se alguém puder me dar uma dica, agradeço.
-
Pessoal, desconsiderem este post, por favor.
Acabei comentando a rotina de inclusão da numeração do nome do grupo [ICMSUFDest] , que deveria ser [ICMSUFDest001], [ICMSUFDest002]... etc
-
Bom dia pessoal,
Estou utilizando a ultima versão do AcbrMonitorPlus 0.1.11.11. Porém não consigo encontrar as tags de partilha de ICMS aceitas pelo monitor. Nem mesmo o arquivo de ajuda ACBrMonitor.chm continha alguma tag da nova nota técnica. Obs.: A única tag que consegui incorporar ao XML foi o CEST, pois é o mesmo nome contido no manual da Sefaz.
Estou gerando o arquivo .txt da seguinte maneira para ser lido pelo AcbrMonitorPlus:
...
[ICMSUFDest]
vBCUFDest = 2172.00
pFCPUFDest = 2.00
pICMSUFDest = 18.00
pICMSInter = 12.00
pICMSInterPart = 20.00
vFCPUFDest = 43.44
vICMSUFDest = 26.06
vICMSUFRemet = 104.26...
Mas o monitor plus não gera o xml com as tags de partilha, alguém pode informar as tags caso tenha conseguido?
Segue em anexo o arquivo .txt a ser lido pelo PLUS com as tags de partilha.
Obrigado.
-
Caro Juliomar e restante da equipe...
Mais uma vez, muito obrigado!
-
1
-
-
Caro Juliomar, peço desculpas.
Talvez a resposta tenha sido dentro de um assunto relacionado ou simplesmente me passou desapercebido.
Em todo caso agradeço sua atenção. Penso que essa resposta em um tópico direto sobre o assunto 'NFeMonitor + MDF-e' pode ajudar outras pessoas que certamente terão a mesma dúvida que eu.
Acredito que muita gente que utiliza o monitor para emissão da NFe terá necessidade da solução para MDF-e, visto a obrigatoriedade da mesma.
Inclusive, para emissores que não são simples nacional, creio que já entrou em utilização.
Existe alguma iniciativa a respeito?
-
Olá pessoal.
Procurei bastante no fórum mas não encontrei nada sobre uma versão do NFeMonitor que permita a emissão de MDF-e, que está entrando em obrigatoriedade agora em 2014, inclusive para empresas emissoras de NFe.
Alguém teria alguma informação se já existe uma versão assim?
Muito obrigado!
-
Caro PrudenSis, repetindo a ajuda que o próprio Italo me prestou, segue a dica que funcionou 100% para mim:
Bom dia Alex,
Acredito ter encontrado o problema.
Quando o ACBrNFeMonitor le o arquivo INI, no que diz respeito ao CST é lido o valor atribuido como sendo uma string, portanto:CST = 40
e
CST =40
são coisas diferentes, note que no primeiro temos um espaço em branco entre o = e o 40, sendo assim ao ler esse valor como string temos: " 40" em vez de "40".
Outra coisa importante para os CST: 40, 41 e 51 devemos montar o arquivo INI da seguinte forma:
[iCMS45]
CST=40
[iCMS45]
CST=41
[iCMS45]
CST=51
e não como você tinha feito:
[iCMS40]
CST=40
desta forma esta errado.
Dica: para aqueles que utilizam o ACBrNFeMonitor, tanto para emitir a NFe quanto o CTe.
Para saber se o monitor lê um campo como valor ou string, é preciso abrir o fonte do mesmos, fica mais fácil montar sempre o arquivo INI da seguinte forma:
[nome do grupo]
campo=valor
não deixe espaço em branco antes e depois do =Espero que sirva para você.
(obs - agradecimentos vão para o Italo)
Abraço.
-
Olá Ítalo.
Funcionou direitinho.
Obrigado pela ajuda
-
Bom dia Ítalo.
Funcionou direitinho, obrigado.
Porém agora preciso também informar o proprietário do veículo.
Você poderia me informar quais os comando para incluir o Proprietário do Veículo.
-
Resolvido - ver post:
MDFe - XMotivo=Rejeição: Assinatura difere do calculado
em ACBrMonitorPLUS
Postado · Editado por AlexSilva
Boa tarde José M. S. Junior !
Segue em anexo os XML com a versão: 1.2.0.16
1 - 31180965235434000116580010000000761000000764-mdfe(gerado_pasta_log).xml
2 - 31180965235434000116580010000000761000000764-mdfe(movido da pasta log para pasta MDFe.xml
Retorno após envio pelo nosso sistema: 297-Rejeição: Assinatura difere do calculado
- Obs: foi feito tentativa de envio pelo sistema usando a pasta Log - voltou a rejeição. Fizemos também da pasta onde normalmente enviamos - tb voltou rejeição.
3 - XML recebido após envio pelo Monitor: 31180965235434000116580010000000761000000764-mdfe(Enviado pelo monitor - Aprovado).xml
- obs: ao testar envio pelo monitor, foi indicado o mesmo arquivo da pasta MDFe que é rejeitado ao ser enviado pelo sistema -
31180965235434000116580010000000761000000764-mdfe(movido da pasta log para pasta MDFe).xml
- obs2: em ambos os casos foi conferido se era feita alguma nova assinatura, mas não é feita nenhuma nova geracao/assinatura - apenas abrimos o arquivo para leitura como textstream com a mesma codificacao em que foi gerado e procedemos com ocomando de envio.
31180965235434000116580010000000761000000764-mdfe(gerado_pasta_log).xml
31180965235434000116580010000000761000000764-mdfe(movido da pasta log para pasta MDFe.xml
31180965235434000116580010000000761000000764-mdfe(Enviado pelo monitor - Aprovado).xml