Kiko Fernandes

Boa noite! É possível, mas recomento passar para o padrão INI. Observe no exemplo do comando NFe.CriarNFe do help ACBrMonitor.chm Os grupos que estão com [ ] não pode alterar o nome, porém o nome do campo pode seguir a nomenclatura do manual de integração da NFe ou seguir a nomenclaturado do ACBr. Sugiro seguir a do manual.

Vc está recebendo alguma mensagem de erro? Eu testei aqui com o comando e está funcionando a cópia. Verifique se os direitos de acesso e gravação da sua rede estão ok. Se desejar anexe o arquivo LOG.TXT que está dentro da pasta C:\ACBrMonitorPLUS.

Bom dia! Na aba [ Monitor ] tem uma opção: [ ] Permitir Comandos Remotos Verifique se esta opção está marcada. Caso não esteja, marque ela e refaça seus testes.

Boa noite. Orientação do manual para composição dos nomes dos grupos: Você está montando assim: [Produto1] enquanto deveria ser [Produto001] [ICMS1] deveria ser [ICMS001] [PIS1] deveria ser [PIS001] [COFINS1] deveria ser [COFINS001] Procure também não usar " (aspas) para informação do campo: infAdProd="Produto novo" Use: infAdProd=Produto novo Lembre-se que a abertura dos comandos e no fechamento deles é usado o " (aspas). Exemplo: NFe.CriarNFe("seuarquivo")

Bom dia! Tente fazer um teste assim: NFe.EnviarNFe("nnnnn.xml",1,1,1) Se nada mudar, faça outro teste separando o comando assinar do enviar e veja se muda alguma coisa. Tente assinar antes usando o NFe.AssinarNFe("nnnnn.xml") //Assinar o xml Depois NFe.EnviarNFe("nnnnn.xml",1,0,1) //Nao assinar no envio e nem escolher a forma síncrono e assíncrono.

Boa tarde @marcosfnc O Daniel havia postado: " Sempre é necessário anexar o Log do ACBrMonitorPLUS... e em alguns casos o INI de configuração...caso contrário, não temos nenhum instrumento para analise... " Quando o post já está seguindo sem a solução, quem precisa de ajuda deve dar o máximo de informação possível. LOGs, relato de como acontece o problema, seqüência de comandos, enfim qualquer informação que possa ajudar. Sem isto, fica difícil tentar-se descobrir algo simplesmente com a informação: "Também estou com o mesmo problema"

Boa tarde! Vou só fazer um comentário, pode não ser o teu problema, mas ajudará outros que passarem pela mesma situação. Já vi algo parecido quando se faz a seguinte operação: 1 - Você acabou de emitir uma NFCe // O monitor está setado para o modelo 65 2 - No seu aplicativo vc tenta um comando direcionado a NFe (modelo 55). Como exemplo a Consulta de Cadastro. 3 - Receberá um erro parecido, pois o comando será enviando ao webservice do modelo 65. Neste caso é bom vc controlar pelo teu sistema qual o modelo setado. Se foi isto que ocorreu, ao acessar novamente o Monitor ele entrou no modelo padrão 55, ai vc teve sucesso. Isto explicaria o fato de vc não ter encontrado diferença nos arquivos que substituiu, pois talvez eles de fato não tenham interferido.

Percebi que vc tem um OK: (Que é o retorno da validação) Como sugestão o comando Validar deve ser usado antes de você assinar. A validação é para procurar por algum erro no XML criado. Se está tudo certo então você use o comando Assinar. Observe o teu retorno: Veja o OK: que é retorno de validar e em seguida você tem o NFE.EnviarNFe() Vc pode alterar por:

Bom dia @stylesoftware, o LOG que comentei é o arquivo que o ACBrMonitor cria dentro da pasta com o nome LOG.TXT ao ser ativado na Aba [monitor] a opção [ v ] Log de comandos. Mas observei neste arquivo que você postou existe retorno de Status 105 (Lote em processamento). Ou seja o XML é enviado a SEFAZ e não se tem o retorno. Ao receber o status 105 o procedimento será aguardar um pouco e enviar a consulta, pois se tentar enviar receberá a informação de duplicidade. Veja se vc consegue enviar o LOG.TXT que está dentro da pasta ACBrMonitorPLUS. Caso tenha informação que não possa disponibilizar, apague o LOG.TXT e volte a emitir as NFe de teste na situação anterior (sem os ajustes) para que a gente possa ter mais informação.

@stylesoftware, se nada mudar. Ative o Log (Na aba Monitor [ ] Log de comandos) Faça todo o procedimento de envio para criar o XML etc. Depois localize o arquivo LOG.TXT e anexe ele aqui por favor.

Bom dia @Ricardo Miquinioty Testei com o texto do Stylesoftware, não deu diferença na resposta o conteúdo [0] e por estar certinho dentro dos " " o acbr "entendeu" como parte integrante do texto. Eu não tenho a versão que ele disse que está usando para testar. Porém como ele comentou que está usando em outros clientes sem problema creio que não seja a versão. Mas é estranho também o equipamento dar este resultado. Vou fazer mais uns testes. @stylesoftware o Ricardo Miquinioty comentou algo sobre o [0]. Fiz um teste aqui e no meu xml a informação [0] acabou saindo como parte integrante das informações complementares. Observei o teu XML e vi que não consta o [0], porém no TXT sim. Veja: Teu TXT: Então experimente retirar. Vale a pena observar o que o Ricardo comentou, mesmo que na situação normal aqui nos meus testes não deu problema.

Boa noite @stylesoftware Nenhum comando está sendo executado antes? É possível anexar o log?

Boa tarde! Eu não sei como vc faz o tratamento dos retornos, e nem como emite mas creio que o mais lógico é fazer assim: 1 - Gravar a NFe no banco de dados 2 - Ao finalizar a gravação transmitir 3 - Aguardar o retorno 4 - Se retorno positivo altere o status de "gerada" para "autorizada" ou o status que estiver aguardando 5 - Se não retornou nada (sem comunicacao, tempo excedido etc) - Consultar com a chave para saber se está na SEFAZ. (Consultando com o XML junto caso esteja é acrescentado o protocolo de autorização) 6 - Se continua não retornando deixe a nota pendente para emissão posterior ou tome a decisão do contingência. (lembre-se que a SEFAZ precisa autorizar o contingência para casos de NFe, isto é modelo 55 para NFCe o processo é outro. Existem status para monitor isto. (Ex. ao consultar o status do servidor de contingência SVC-RS e o mesmo não esteja operando para a UF de origem - cStat 114 - SVC-RS desabilitada pela SEFAZ de Origem). Quanto escolher o a forma de emissão procure no fórum ou no manual sobre NFe.SetFormaEmissao(nFormaEmissao)

Boa noite @NILTON MIRANDA Não. Se você estiver incluindo no mesmo lote o numero do lote permanecerá. NFe.AdicionarNFe(cIniNFe,nLote) NFe.AdicionarNFe(cIniNFe,22) NFe.AdicionarNFe(cIniNFe,22) NFe.AdicionarNFe(cIniNFe,22) NFe.AdicionarNFe(cIniNFe,22) NFe.EnviarLoteNFe(22,[bImprimir],[cImpressora],[bSincrono],[bMostrarPreview],[nNumCopias],[bImprimirPDF]) Veja que foi adicionado 4 notas ao lote 22. Depois o envio do lote 22 e no retorno vc examinará as que foram autorizadas.

Boa tarde @NILTON MIRANDA Eu nunca utilizei em lote, mas o comando segundo o manual é este: Então vc usará dois comandos, um para adicionar ao lote e o de baixo para enviar o lote e imprimir as notas.

Bom dia! No teu arquivo INI o webservice o webservice setado está SP. Altere para MG. Vá na aba [WebServices] Localize a opção "Selecione UF de Destino" e escolha "MG". Conf. do teu arquivo ACBrMonitor.ini

Experimente fazer um teste desta forma: Aguardar 1500Tentativas 20Intervalo 4000

Desculpe @Sandro TC, sem perceber citei link do conteúdo privado. Segue outro link aberto que contém a explicação... http://anfm.blogspot.com.br/2009/10/nova-versao-do-acbrnfemonitor-055b.html Eu tenho usado há muito tempo e não tenho encontrado problema até o momento, apenas alterando as tentativas. Deixo por padrão 20 tentativas.

Boa tarde @tigusta! Eu não uso este comando, não tenho nenhum exemplo. Faça um teste desta forma: NFe.CriarEnviarNFe("teu arquivo",1,1) O comando completo segue estes parametros: NFe.CriarEnviarNFe(cIniNFe,nLote,[bImprimeDANFE],[bSincrono],[cImpressora],[bMostrarPreview],[nNumCopias], [bImprimirPDF]) Percebi que seguindo o teu comando o paramentro ,[cImpressora] estaria com zero. Faça um teste deixando vazio, pois ali é esperado o nome da impressora em caracter. IBPT",1,1,1, ,0,1)'"

Boa tarde @Sandro TC

Boa tarde @tigusta ! Desculpe que eu acabei confundido o comando NFe.CriarEnviarNFe() com o Nfe.CriarEnviaNFeSEFAZ(). Este último que não terá mais manutenção. O NFe.CriarEnviarNFe() permanece, erro meu. Quanto a impressão verifique as opções dos parâmetros após o comando, pois este mesmo comando imprime. Se desejar pode usar também o comando: NFE.ImprimirDanfe(cArqXML,[cImpressora],[nNumCopias],[cProtocolo],[bMostrarPreview],[cMarcaDagua],[bViaConsumidor],[bSimplificado])

É parece que ele está incluindo com formatação. Só que se for problema no ACBr o pessoal já não está dando manutenção mais no NFe.CriarEnviarNFe()

Está estranho a junção do protocolo de autorização ao XML. Não sei te dizer se é algo que o Monitor está fazendo. Estou meio sem tempo para testar, mas tem algo estranho ali. Não é você que está acrescentando o protocolo de autorização não né? Ele está vindo formatado. Exemplo: <protNFe versao="3.10"> <infProt> <tpAmb>2</tpAmb> <verAplic>14.0.13</verAplic> <chNFe>... Enquanto deveria estar assim:

Penso que os dois casos são erros. Provavelmente deve vir com errata na próxima versão da NT. A descrição da ANP segundo o SIMP (Sistema de Informações de Movimentação de Produtos) é extensa e com caracteres.

Bom dia! Você está se referindo a envio por lotes? Se for, faça uma busca no fórum por "NFe em lote" que existem alguns tópicos tratando deste assunto.