Kiko Fernandes

Boa tarde! Na pág. 31 da Nota Técnica 2016.002 - v1.00 apresenta as opções para tpag. ID YA02 - Forma de pagamento. Já na pág. 37 que trata da validação do campo YA02-30 para o modelo 55 Ou seja. Este campo somente será aceito se a forma de pagamento for igual a 14. Diferente disto não será aceito.

O Sérgio tem razão em relação ao comentário dele, porém o teu XML foi montado correto. A falha deveria estar na estrutura devido a mensagem recebida. Depois vc terá que ver o que ele comentou, pois no ICM vc realmente está preenchendo de forma errada. Porém o arquivo LOG vc pegou do ACBrMonitorPLUS??? Ele deveria ter o comando que foi enviado. Caso não tenha pego, marque no monitor a opção para gerar log e anexe o arquivo LOG.TXT que estará na pasta, após executar os comandos de criação e envio.

Nelson, está tudo certo com o teu XML. Tente fazer estes dois passos: 1 - Confira se os schemas que estão na pasta schemas dentro da pasta de instalação do ACBrMonitorPLUS. 2 - Se não resolver por favor anexe o arquivo LOG.TXT

Boa tarde! É possível anexar o XML gerado?

Bom dia! Não perca tempo desenvolvendo algo que você já entende que não tem validade jurídica. Se é para teu cliente como você comenta "mas achei válido para por exemplo meu cliente..." então use este tempo desenvolvendo um módulo de uso do Web Service DistribuicaoDFe que dará para o teu cliente a opção de entrada no estoque além de armazenar um XML válido.

Esta é a informação segundo o manual. Observe no grupo identificação que não tem o campo cUF=31 que você está colocando. Dê uma revisada nos campos. Teu arquivo INI. Eu não estou gerando o xml com a tua informação, no momento não tenho como testar, pode ser que tenha mais alguma coisa, mas a princípio pelo erro que você está obtendo, vc terá que resolver isto e testar. Erro que vc está recebendo:

Boa noite! No grupo de identificação do Emitente você está informando: cUF=31 //Segundo o manual o nome do campo é UF e não cUF e está solicitando a sigla "Sigla da UF" (Pag. 179 do Manual de Integração versão 6.0) e não Código da UF. Então seria: UF=MG

Boa tarde! Vc não mudou a descrição como o Ricardo comentou. xCorrecao=PO 16222") //Como estava xCorrecao=PO: 16222 ") //O que vc alterou após a sugestão do Ricardo. O Acbr obedece as instruções do Manual de Integração e com isto estes espaços a direita foram eliminados ao gerar o XML conforme instrui a pág. 17 do Manual: Logo a sua descrição ficou desta forma no xml: <xCorrecao>PO: 16222</xCorrecao> //10 caracteres Tente assim da próxima vez: Obs.: Percebi que vc cancelou esta nota. Portanto faça em outra, pois esta não aceitará mais correções.

Boa noite! Em se tratando da NFCe seria a emissão "Offline". Veja se consegue assistir o webinar deste link aonde o André explica este assunto. https://www.eventials.com/djsystem/nfc-e-e-sat-como-tratar-a-contingencia-segundo-encontro/

Boa tarde! Não. Apenas Criar e Enviar. 1 - CriarNFe() Validar e Assinar está embutido no comando CriarNFe() 2 - EnviarNFe()

Infelizmente não consegui reproduzir. Imaginei que pudesse ser alguma outra configuração, mas usei o teu ini e funcionou. Comigo funciona o preview com ou sem a opção marcada.

Boa tarde! Tentei simular o erro e não consegui. Usei a versão 1.1.0.28. É possível anexar o arquivo ACBrMonitor.ini (Configurações do monitor)

Bom dia! É possível sim. Caso esteja usando o TXT no formato INI, anexe ele também. * Verifique antes se você está preenchendo a tag cidade. Se não for informar o endereço, não informe cidade.

Boa tarde! Nesta situação será um monitor por UF. Imagine a situação de uma emissão simultânea. Mesmo que vc alterasse a UF via comando, outro terminal poderá estar fazendo uma consulta ou uma carta de correção por exemplo e ai encontrar o emissor já configurado para outro estado. Penso que não teria como. Então crie um monitor (servidor) por estado, ficará melhor.

Boa noite! Você não está informando o grupo <ICMSUFDest> no item. Dê uma lida neste tópico que tem exemplos.

Bom dia @Diego Siervo Uma observação: No comando NFe.CriarNFe(), já está incluído internamente os comandos Assinar e Validar. Portanto ao usar o NFe.CriarNFe(), pode dispensar estes dois que comentei. Fica então: NFe.CriarNFe() Pegar retorno "OK" se foi criado o arquivo NFe.EnviarNFe() Pegar retorno do status. Aqui vc deve fazer o tratamento. Se receber status 105, por exemplo, significa que a nota ficou em processamento. A patir deste momento vc deve passar para o comando NFe.ConsultarNFe() até que receba o status 100 ou então uma rejeição para seguir a impressão ou alteração.

Agora terá que usar o Assinar() antes de Validar(), conforme está no link do post anterior, pois o validar passou a verificar a assinatura. Uma pergunta: Vc está criando o XML pelo teu sistema ou está usando o Monitor para criar? Caso seja vc que está criando anexe o XML que vc criou se for possível.

Boa tarde! Lembrando que já houve no forum assunto discutido a respeito. (Faça uma leitura no post abaixo e verifique se vc não está validando antes de assinar) Outro detalhe, caso use o ACBrMonitorPLUS para criar o XML o comando NFe.CriarNFE(), já assina e valida. Link: http://www.projetoacbr.com.br/forum/topic/37146-acbrmonitorplus-11014-problema-infnfesuplsignature/#comment-243510

Boa tarde! O preview não tem como, pois ele é parte do aplicativo que está rodando na máq. principal. Uma maneira de resolver isto é imprimir em PDF numa pasta compartilhada.

Boa tarde! Correto @Daniel Simoes. Corrigido, testado e funcionando. Basta o @wagner aragao, compilar ou então aguardar a próxima distribuição compilada.

Bom dia @Juliomar Marchetti, Necessita sim. Vou tentar explicar o que está ocorrendo: O Manual do ACBrMonitorPLus orienta setar com estas informações: O Manual de contingência da NFCe informa o campo TpEmis como 9 também (9-Offline) Se o usuário setar NFe.SetFormaEmissao(9) não ocorre nenhuma mudança no ACBrMonitorPLUS. (Isto ocorreu pelo que já está discutido na área privada a respeito do SVC-SP. Mas vamos focar só no problema por momento) Este é o problema. O uso do comando deverá permanecer justamente pela facilidade do usuário poder setar a forma de emissão e o documento emitido sem precisar clicar em configurações no modo gráfico. Exemplo de uma situação: Emissão de NFe normal e NFCe em contingência offline. Digamos que a situação acima fosse ignorada e agora a pergunta fosse: E no modo gráfico, se setar diretamente configurando o ACBrMonitorPLUS funciona? Está funcionando em partes. Ao setar pelo botão de configurações, existe a opção no combobox de 9-Offline. Porém no ACBrMonitor.ini a gravação fica FormaEmissaoNFe=7 // Aqui deveria ser FormaEmissaoNFe=8 -> Lembrando que no arquivo INI sempre foi um número a menos, pois ali ele considera o início em 0 e não em 1. Logo a emissão normal que escolhemos 1 no combobox é gravado 0 no ini. A gravação com um número a menos está correto. O problema aqui é que foi gravado 7 no ini e não 8. Quando aciona a criação de nota pelo comando NFe.CriarNFe() o ACBrMonitor irá colocar no campo tpEmis=8 (pois ele soma +1 no ini. //Porém 8 não funcionará porque não existe este modo de emissão para NFCe e sim para CTe. Se estivesse gravado como deveria o numero 8 ai sim o ACBrMonitorPLUS somaria +1 e conseguiria informar tpEmis=9 //que é o contingencia offline. Esta é a situação. Porém de forma paliativa tem como "driblar" esta situação setando como comentei em um post anterior: Para escolher o 9-offilne no momento só é possível se fizer: NFe.SetFormaEmissao(8) //Seta como 8 que não seria o correto. Ele gravará no ini FormaEmissaoNFe=7 Ok. Ao gerar o INI para criar a nota, não deve esquecer de preencher o campo TpEmis=9, pois alguns não colocam esta informação e deixa o ACBr informar. Se o ACBrInformar ele vai colocar TpEmis=8 (7+1) Se infomar o TpEmis=9 no INI ele irá obedecer. O que fica estranho aqui é que a documentaçào do ACBrMonitorPLUS informa que é 9 o número a setar como Offline. O manual de contingência também informa 9. Devido a isto é estranho pedir para setar NFe.SetFormaEmissao(8) para poder funcionar o 9-Offline. Se ficou alguma dúvida e eu puder ajudar discutimos na área reservada aos moderadores. Um abraço!

Boa tarde! Como sugestão faça um download pelo site do portal nacional (usando o certificado), porque o XML que vc tem está exatamente como a informação diz. Pode abrir ele e vc verá que o <DigestValue> do XML não confere com o <digVal> do protocolo de autorização. Provavelmente vc teve um problema ao enviar e o XML foi enviado. Depois fez uma tentativa de envio novamente (para ter o XML completo), porém a nota estava autorizada e retornou o protocolo de autorização que foi juntando ao XML como o ACBrMonitorPLUS faz. Porém o último XML que vc gerou deve ter alguma coisa diferente do que foi, nem que seja um espaço, mas que não é o mesmo, isto não é. Abra o que vc tem e verifique <DigestValue> e no protocolo de autorização procure por <digVal> se não são iguais, é como o BigWings comentou, dependendo para quem você envia, poderá não aceitar por não ser um XML juridicamente válido.

Boa Noite. É o arquivo LOG.TXT que fica dentro da pasta em que está instalado o ACBrMonitorPLUS. Caso não tenha o arquivo, ative o LOG na tela de configuração.

Em tempo: Caso use NFe.SetFormaEmissao(8) não esqueça de ao montar o INI informar o tpEmis=9, pois se faltar esta informação o ACBr colocará TpEmis=8. Se isto acontecer vc terá este erro:

Bom dia @wagner aragao, o que se entende é que antes da impressão do documento fiscal, vc pode comandar esta opção através dos comandos: NFe.SetModeloDF(65) NFe.SetFormaEmissao(9) //contingência NFCe Emite NFCe NFe.SetModeloDF(55) NFe.SetFormaEmissao(1) //normal NFe Emite NFe O problema com o NFe.SetFormaEmissao(9) está sendo discutido entre os moderados e programadores. Teve um probleminha com a retirada do SVC-SP e isto está sendo discutido e logo será decidido. No momento de forma paliativa vc poderia usar NFe.SetFormaEmissao(8) que irá funcionar o Offline. Lembrando que no INI é gravado um número a menos ficando a informação: FormaEmissaoNFe=7 devido o INI começar em 0. Assim que tiver uma decisão será comunicado aqui.