Mega Online

Boa tarde, Kiko, obrigado pela atenção, mesmo passando 0,001 na tag do valor de icms não consegui realizar a validação, ela continua não sendo gerada no arquivo xml, seguem anexos os arquivos gerados conforme a sugestão. Grato Luciano 35150411772920000144550010000464551000464550-nfe.xml arquivo.txt

Boa tarde, pessoal desde ontem está sendo apresentado os seguintes erros: - Erro: Requisição não enviada. - Servico Paralisado sem Previsao - Rejeicao: Erro nao catalogado estes erros oscilam, mas persistem, tanto no ambiente de homologação quanto no ambiente de produção. Identificado que ocorre somente quando utilizo certificado digital do estado de Mato Grosso e notado também ao fechar o ACBrNFeMonitor e abrir novamente, o erro muda, na maioria das vezes, mas sempre oscilando entre estes 3 erros. ACBrNFeMonitor2 versão 0.9.03.3 - versão 3.10

Obrigado Italo, Me ajude se possível, após o encerramento e cancelamento executo esse comando: Exemplo: MDFe.ImprimirEvento("C:\Executaveis\MegaG5\Temp\35150449577968000174580010000000111000000239110112-procEventoMDFe.xml","C:\Executaveis\MegaG5\Temp\35150449577968000174580010000000111000000239.xml") O ACBrNFeMonitor me retorna: ERRO: Comando inválido (MDFe.ImprimirEvento("C:\Executaveis\MegaG5\Temp\35150449577968000174580010000000111000000239110112-procEventoMDFe.xml","C:\Executaveis\MegaG5\Temp\35150449577968000174580010000000111000000239.xml")) O que pode ser? Obrigado!

Bom dia, Executei as orientações que os amigos indicaram, entretanto, ainda não obtive sucesso na validação do cst 51, continua a mensagem de rejeição, tanto em ambiente de homologação quanto em produção o problema persiste, estou postando novamente os arquivos para análise, caso alguém possa ajustar. Grato 35150411772920000144550010000464541000464545-nfe.xml arquivo.txt

Italo, Bom dia, Me tire uma duvida por favor, após o encerramento do MDFe é retornado algum evento para impressão igual ao do Cancelamento? Obrigado.

Boa tarde, Estou tentando validar uma nfe com produto cst 51 com diferimento total, porém, está ocorrendo erro na validação "Valor do ICMS no CST=51 não corresponde a diferença do ICMS operação e ICMS diferido", tentei de todas as maneiras que encontrei no forum mas não consegui a validação com sucesso, seguem os arquivos anexos caso alguém possa ajudar. 35150411772920000144550010000441941000441944-nfe.xml arquivo.txt

Está anexado, desculpe

Pessoal estou com problemas para validar este xml anexo. o ACBrNFeMonitor está dizendo que o conteúdo da tag está inválido, não chega nem transmitir, já retorna o erro direto pelo ACBr. Segue anexo o XML e os erros logo abaixo Falha na validação dos dados da nota 603 TAG:<det nItem="1"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="2"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="3"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="4"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="5"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="6"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="7"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="8"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="9"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="10"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="11"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="12"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="13"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="14"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="15"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="16"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="17"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="18"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. TAG:<det nItem="19"><prod><DI> ID:I19/nDI(Numero do Documento de Importação DI/DSI/DA) - Conteúdo inválido. 35150416897948000121550010000006031000006034-nfe.xml

Um dos clientes que estava acompanhando, acabei de testar e voltou ao normal.

Também estou com o mesmo problema. Estou orientando aguardar até a tarde para ver se volta.

Ok, Obrigado Italo!

Boa Tarde, Existe algum limite para a quantidade de impressão dos componentes do valor da prestação no CTe? No manual do CTe esta informado que pode ser adicionados "n" componentes do valor da prestação. No Manual esta assim: " 211 Comp 2 Componentes do Valor da Prestação G 0 - n " Mas um cliente adicionou 20 componentes e na impressão saiu somente 12. Tem algo a configurar ou o limite no ACBrNFeMonitor e 12 mesmo? Obrigado!

Também estou com o mesmo problema, ai aguardo uma hora depois volta a funcionar, aguém tem alguma solução? pq imagina um dos meus casos de um cliente que o MaxNSU dele é 11900 até chegar neste número, impossível, sendo que no máximo 5, 6 consultas consecutivas já retorna consumo indevido. Alguém já testou o seguinte caso: quando der consumo indevido, consultar usando o NSU específico de 1 em 1 até chegar no último NSU? usando o último parâmetro da função (apenas uma idéia)

Boa Tarde, Como ficou a questão do ENCERRAMENTO pelo ACBrNFeMonitor? Obrigado!!

Em fevereiro entrará em vigor o novo WebService NFeDistribuicaoDFe que substituirá o antigo NfeConsultaDest, já utilizo o componente do ACBr que está funcionando 100% com o NfeConsultaDest, o que devo fazer para o meu sistema entender este novo WebService NFeDistribuicaoDFe, tenho que mudar alguma configuração no componente, já baixei a atualização dos fontes pelo SVN.

Ok, muito obrigado.

Boa tarde, Pessoal, qual o link para eu baixar a ultima versao do ACBrMonitor para NFC-e? No aguardo.

Boa Tarde, Existe uma previsão de disponibilizar o ACBrNfeMonitor com MDF-e compilado? Obrigado!

Não Andre, eu usei na "Criação do xml". Quando crio o xml, lanço as tag em um arquivo (.txt), depois eu renomeio este arquivo para ENTNFE.TXT e lanço na pasta do ACBrNFeMonitor, neste momento entendesse que o ACBrNFeMonitor seta as variaveis para NFC-e 65, devido a tag SetModeloDF("65"), porem como neste momento esta em contingencia, o arquivo xml não é enviado para o SEFAZ. Depois, ao estabilizar a rede, ou seja, nao estando mais em contingencia, vou enviar este arquivo já gerado e neste caso, não tem como eu enviar a tag SetModeloDF("65"), para setar o ACBrNFeMonitor, por isso ocorre o erro de modelo: Rejeicao: Modelo da NF-e diferente de 55. Sendo assim, eu fiz um teste, deixando na pasta de nosso sistema, um arquivo (.txt), com dados "falso", só para conter a tag SetModeloDF("65"), ai antes de enviar a NFC-e original, já gerada anteriormente, eu lanço este arquivo "falso" dentro da pasta do ACBrNFeMonitor, para setar e logo em seguida faço o envio do arquivo xml original, gerado anteriormente em contingencia. Ai da certo....

Obrigado Juliomar Marchetti.

Obrigado a todos pela ajuda. Por enquanto eu resolvi da seguinte maneira: Como observei que emitindo uma NFC-e em contingencia (removendo o cabo de rede), e logo em seguida, colocando o cabo de rede e enviando o xml já gerado anteriormente para o SEFAZ atraves do ACBrNFeMonitor, DEU CERTO, verifiquei que quando é criado o xml, é enviado a tag mod=65, no arquivo ENTNFE.TXT, onde provavelmente deve carregar/setar alguma variável no ACBrNFeMonitor, para ele tratar a nota como sendo uma NFC-e, sendo assim, antes de enviar uma NFC-e em contingencia, independente do tempo apos a geração ou fechando e abrindo o ACBrNFeMonitor, estou inserindo um arquivo ENTNFE.TXT, "falso", com a tag mod=65, somente para preparar o ACBrNFeMonitor, depois em seguida, enviou o xml CORRETO ref. a NFC-e gerado anteriormente, ai deu certo.

Bom dia, Italo, desculpe, estou utilizando o ACBrNFeMonitor. O meu problema está no reenvio do xml, ou seja, na emissão da NFC-e em contingencia, estou gerando o xml, setando os campos MODELO e VERSAO, corretamente, porem o problema esta quando tento pegar este xml gerado em contingencia, no modelo 65 e versao 3.10 e tento envia-lo para o SEFAZ, através do ACBrNFeMonitor. No caso, o ACBrNFeMonitor teria que identificar que o xml pronto, já gerado anteriormente, que estou tentando enviar é uma xml do tipo NFC-e 65 e não NF-e 55.

Boa tarde, Gostaria de saber qual a ultima versão do ACBrMonitor para NFCe e sua disponibilidade para download?

Boa tarde, Desculpe estou utilizando o ACBrMonitor, neste caso, como faço para ele entender isso. No aguardo.

Pessoal, ainda continuo com o problema, se alguém puder me ajudar: 90057->Rejeicao: Modelo da NF-e diferente de 55 Resumo: ao remover o cabo de rede e fazer uma NFC-e, esta é impressa em contingencia com sucesso, porem se fecharmos o ACBr e abrirmos de novo, conectar o cabo de rede novamente, e tentar enviar enviar esta NFC-e em contingencia, é apresentado a mensagem acima, na transmissão para o SEFAZ. Acredito que o ACBr esteja alimentando, como padrão 55 NFe, alguma "variável" de controle do tipo, não sendo possível, no futuro, faturar uma NFC-e em contingencia. Fiz um teste analisando o arquivo "ACBrNFeMonitor.ini", e este ficou idêntico antes e depois. Segue anexo o xml gerado. 51141009130769000107650010000900579000900571-nfe.xml