Kiko Fernandes

Boa noite! Então provavelmente não fizeram a alteração no WebService ainda. Pois interpretando a NT dá a entender que esta alteração nas instruções é para contemplar esta questão. Você não tentou incluir o tipo de pagamento 15 (Cartão de Crédito) para ver se também não aceita? Mas acho que ainda não mudaram, porém pelo manual permaneceu a data: 03/07/2017 para homologação e 06/11/17 para produção. Vamos aguardar. Daqui uns dias vou ter como testar também e ai te comunico se eu perceber alguma mudança.

Então este é o problema, pois RoundABNT segue as normas ABNT que é diferente do arredondamento simples. Uma das regras conforme a ABNT NBR 5891:1977 (REGRAS DE ARREDONDAMENTO NA NUMERAÇÃO) 4,850 se for pelo RoundABNT o resultado será 4,8 4,850 se for pelo arredondamento comum aqui teremos 4,9 Vc terá que usar ou o RondABNT dos itens e na soma dos totais ou então usar o arredondamento simples também nos itens ao invés do roundABNT. O que não será possível é usar uma fórmula para calcular os itens e outra formula para calcular o total.

A crítica é feita em cima da soma do vprod. Mas o vProd do total é vc que está informando: Por isto que eu acredito que deve haver um erro na soma que vc está fazendo. Porque se vc somar os totais dos produtos (conforme está no post anterior) verá que a soma será calculado: 4888.86 O calculo do vprod é feito em cima dos valores que foi informado como total de cada item. 110,00 + 64,00 + 526,08 + 448,00 + 195,00 + 225,00 + 614,50 + 750,00 + 277,90 + 645,97 + 304,56 + 700,00 + 27,85 = 4.888.86 Os rounds da vida que vem nas linguagens de programação, arred do excel etc não seguem as normas da ABNT. Para mais informações leia ABNT NBR 5891:1977 (REGRAS DE ARREDONDAMENTO NA NUMERAÇÃO) Uma pergunta esta tua coluna (list_venda.total ) que entendi que é a coluna que está no teu banco de dados, ela só possui 2 digitos decimais? Se é a mesma que vc mostrou na primeira imagem deste post, percebi que vc está usando 3 decimais no total. Ai o arredondamento está acontecendo na tua soma sum() (o arredondamento simples) e na função RoundABNT ele segue outra lógica. Só para tentar deixar claro isto. O RoundABNT segue a NORMA DA ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. Veja isto por exemplo: Então vc tem que mudar os dois para o mesmo tipo de cálculo. Por isto comentei que se vc preencher a tua coluna total com o numero já arredondando (digamos que usando o RoundABNT) e gravar já com os dois decimais calculado e no final somar o total desta coluna sem arredondamento, estará resolvido.

Boa tarde! Vou sugerir algo que nunca mais você terá estes tipos de problemas. É muito provavel que você esteja somando o total dos produtos em uma variável. Ou seja está fazendo a conta de quantidade x unitario = total e somando com o total anterior. Observe os valores da tua nota: Se considerar o arredondamento comum (não dizendo que é o indicado nem o correto) comum que me refiro é se a terceira casa for maior ou igual a 5 acrescenta 1. (Porém como já foi citado aqui, tem algumas regras um pouco mais rígidas) veja que se fosse comum o item 10 ficaria 645,98 e o item 13 ficaria 27,86. * Os dois centavos que vc incluiu na soma total da nota. O que aconselho e é a maneira que uso, quando vou somar o valor total da nota, eu não fico calculando itens, até mesmo porque as vezes o usuário faz alterações etc. Então sempre que vou totalizar dou um sum() no campo vProd ou total dos itens. Se você considerar os valores acima (como se isto estivesse disposto no teu banco de dados) ao somar a coluna vc não se incomoda com centavos de terceira casa e neste caso o valor a coluna seria 4.778,86 e não 4.778,88 (como vc calculou através das multiplicações e soma dos itens). Não sei como está teu sistema, pode ser que dê um trabalhinho fazer a alteração, mas valerá a pena, pois vc nunca mais se incomoda com isto.

Acho que está se referindo ao formato INI. Veja este link para ter uma ideia, depois procure no forum por arquivos .INI, TXT ou NFe.CriarNFe(), também NFe.CriarEnviarNFe() que você achará exemplos do arquivo. Mas para entendimento é melhor ver no blog. No exemplo do blog já é um arquivo com todas as sessões. A diferença que está vazio. Campos: http://anfm.blogspot.com.br/2015/04/campos-do-acbrmonitorplus.html Comandos: http://anfm.blogspot.com.br/search/label/ACBrNFeMonitor

@stylesoftware Boa tarde! Eu estou resolvendo uns problemas e não estou tendo tempo para ficar fazendo testes, mas percebi que em outubro saiu duas alterações de versão de Nota Técnica. Versão 1.31 Outubro 2017 - Nota Técnica 2016.002 Alteração Leiaute da NF-e Versão 1.40 Outubro 2017 - Nota Técnica 2016.002 Alteração Leiaute da NF-e *(Os dois links postados aqui são da página do Portal da Nota Fiscal Eletrônica) Ná pagina 55 da NT2016.002 Versão 1.40 percebi esta alteração: Incluído: Retirado: Deixa um interpretação que se informar 14 (Grupo Duplicata) sou obrigado a informar a duplicata e foi retirado a opção que estava que era: Se diferente de 14 não preencher o grupo duplicata. Como disse não testei. Se você tiver um tempinho e puder refazer os teus testes com estas opções e nos dar um retorno serei grato. Observe também que foi incluído na versão 1.30 a opção 15=Boleto Bancário na forma de pagamento. (A NT2016.002 versão 1.30 não postei no link, mas se desejar ler baixe no portal)

Eu penso que não. Mas o ACBrMonitorPLUS inicia fazendo a leitura de um arquivo INI. Se você usar por padrão um arq. INI já com esta opção ou então por um comando do teu sistema alterar a configuração do arquivo INI você terá o mesmo resultado que um comando SET faria. Seguindo a lógica da configuração acima seriam os valores 0, 1 e 2 para atender as três opções. Veja como ficaria: Caso altere com o sistema em execução (alterando o arquivo INI) você poderá executar em seguida o comando NFe.LerINI() (Para não necessitar que o teu cliente feche o ACBrMonitorPLUS e entre novamente)

Boa tarde! Não sei se estou entendendo direito, mas se for o que estou pensando, desde fev. de 2016 foi implantado. No monitor na aba DFe tem uma opção que diz TimeZone que são aceitos 3 parâmetros: Veja o link abaixo postado pelo Isaque Pinheiro: https://www.projetoacbr.com.br/forum/topic/28142-solucionando-problema-de-fuso-horário-manualmente/?tab=comments#comment-185292 * Se não for isto, desconsidere, pois não estou seguro que entendi direito sua colocação.

Bom dia! Observe que no manual a informação sobre vUnTrib é a seguinte: Pág. 122 do Manual de Integração do Contribuinte v. 6.00 Se o valor do produto vProd é 230,00 e qTrib (quantidade tributável) é 1.00 logo vUnTrib será 230,00 e não 218,00. (É o valor bruto)

Bom dia! Você não precisa baixar os valores. O seu único erro nesta nota é em relação ao item 2 3 x 0,035 = 0,11 e não 0,10 O total da nota tem que ser 94,87. Se vc informar o item 2 com 0,11 (correto) ao invés de 0,10 estará resolvido o problema, pois a soma dos vprod's totalizará 94,87 que fechará com o valor da nota. 3,000 0,090 0,27 3,000 0,035 0,11 (Vc informou 0,10) //Está errado 3,000 x 0,035 - 0,105 arredondando será 0,11 3,000 0,500 1,50 3,000 0,270 0,81 3,000 0,330 0,99 3,000 0,350 1,05 8,000 0,140 1,12 8,000 0,140 1,12 4,000 0,180 0,72 8,000 0,180 1,44 1,000 0,094 0,09 2,000 0,200 0,40 100,000 0,080 8,00 4,000 0,400 1,60 4,000 0,300 1,20 4,000 0,150 0,60 4,000 0,300 1,20 4,000 0,091 0,36 10,000 0,400 4,00 10,000 0,150 1,50 1,000 5,800 5,80 1,000 13,500 13,50 6,000 0,150 0,90 100,000 0,210 21,00 1,000 12,000 12,00 1,000 3,130 3,13 2,000 5,230 10,46 Soma dos vprod (total) = 94,87 Total da nota = 94,87 Neste caso o notal da nota baterá com a soma dos produtos. Mas tirando o 0,01 centavo que vc não colocou no item 2 vc terá nos itens 94,86 e o total da nota informado 94,87. Ai não será autorizado mesmo.

Boa noite! Que versão vc está usando? Testei na 1.1.0.28 e está normal. Pode verificar na imagem em anexo. (Se estiver se referindo ao DANFE)

Boa tarde! Dê uma lida no link abaixo. //Lembrando que ACBrNFeMonitor foi substituiído por ACBrMonitorPLUS, porém os comandos permaneceram ou houveram pequenas mudanças. Neste link que vc lerá vc vai encontrar como exemplo que se for gerando um arquivo com o nome ENTNFE2.TXT haverá uma resposta em SAINFE2.TXT, hoje já existe a opção de monitorar a pasta que responderá de outra forma, mas seguindo a lógica de atender pelo nome do arquivo. Também terá a opção de enviar por socket (TCP/IP) aonde o servidor já trata o chamado de cada conexão, se tornando melhor ainda o controle do teu sistema. Haverá alguma dificuldade em algum ponto? Creio que sim, vivemos resolvendo problemas e desafiando novos obstáculos, mas creio que você conseguirá superá-los.

Bom dia! Sim o ACBrMonitorPLUS faz a consulta e também vc pode manifestar a ciência etc... Sobre a consulta vou te passar dois links que estão no forum publico, tem também muita informação na área privada, mas é exclusiva aos assinantes do SAC. ok. Vc pode fazer continuar a consulta usando a busca e procurando por DistribuicaoDFE Links: http://www.projetoacbr.com.br/forum/topic/35351-downlaod-xml-distribuicaodfe/ http://www.projetoacbr.com.br/forum/topic/38365-dúvida-distribuicaodfeporchavenfe/#comment-251668 Sim. Pode ser usado o componente, mas não sei te explicar como você faria o acesso pelo Java. E em relação ao TXT que o Juliomar comentou, é que esta é a forma mais simples de integrar a qualquer linguagem, pois o monitor estaria pegando a informação, processando e te dando um retorno também em TXT.

Boa noite! @Samuel Ferreira Duarte, para você conseguir dar um start "nas ideias" vou te passar o Blog do André um dos fundadores do projeto, aonde com uma boa leitura você vai conseguir entender o mecanismo do aplicativo. Só preste atenção que alguns campos, podem não serem mais necessários devido a mudanças em versões e notas técnicas, pois o conteúdo do blog é antigo. (lembre-se que é para você entender o mecanismo), porém a maioria dos comandos permanecem. Com a consulta no fórum como o Juliomar comentou, você não terá dificuldades para iniciar e emitir as notas. Além disto você também terá dois arquivos help na pasta aonde instará o monitor. ACBrMonitor.chm e ACBrMonitor.pdf. Se for assinante do SAC você ainda contará com uma área de postagem exclusiva para assinantes, além de manter atualizadas as versões do ACBrMonitorPLUS a resposta lá é atendida com uma atenção maior, pois existem alguns profissionais do projeto que são remunerados para atendimento ao fórum privado, mesmo assim você continuará contando com o atendimento de todos os integrantes do grupo, que lá acessam, inclusive outros assinantes. Na leitura do blog, (para não haver confusão), você entrará alguns comentários se referindo a ACBrNFeMonitor. Este aplicativo foi descontinuado e o ACBrMonitorPLUS que é o atual faz a função que ele fazia e ainda muitas outras que foram acrescentadas devido a união de dois aplicativos. Aproveitando para responder uma das tuas perguntas acima, no mesmo aplicativo você pode sim emitir NFe, NFCe. Qualquer dúvida em que pudermos ajudar, conte conosco. Lembrando ainda que o fórum trata especificamente assuntos relacionados ao ACBr (preenchimento, modo de execução, etc), não tratando de leis ou opiniões quanto a legislação, porem estes assuntos são constantemente tratados aqui como um adicional. Pelo que noto sempre que a boa educação e cordialidade com os colegas estão presentes, dificilmente alguém fica sem uma resposta ou um parecer mesmo em assuntos que não envolva diretamente o projeto. No mais, bom proveito e seja bem vindo a esta família que continua crescendo. Obs.: Leia pela ordem que foi colocado os links. http://anfm.blogspot.com.br/2015/04/campos-do-acbrmonitorplus.html http://anfm.blogspot.com.br/2015/04/acbrmonitorplus-acbrmonitor-e.html

Bom dia! Percebi que vc está tendo erro ao enviar o email. Experimente setar correto o email e veja se o erro persiste. Não entendi o abre e fecha parenteses no fina do comando. É você que está enviando desta forma? E como sugestão, procure seguir a orientação do manual. Vc pode não ter tido problema ainda, mas pode surgir. Respeite os " " nos parâmetros dos comandos. Exemplo: NFE.ImprimirDanfe("D:\NFE-EMITIDAS\NFE\201709\NFE\11170984712611000152550010000083191000083198-nfe.XML")

Boa tarde! Tire as quebras de linha. (Enter) Se desejar fazer quebra substitua pelo teu sistema o chr(10)+chr(13) por ; (ponto e vírgula) Tire também da última linha a informação infCpl=. Ficando: Lembrando, aonde vc quer um enter coloque (Ponto e vírgula). Ou deixe o usuário escrever da forma que deseja e depois substitua no texto o enter por ponto e vírgula. Pode também retirar o " que está depois do 1999". A informação abaixo mostra como ficou no xml gerado.

Bom dia! Vdd Jairo, é bom ele observar isto para preencher de forma correta. Neste caso o monitor desprezou o campo por conter a informação errada e o cRegTribISSQN foi preenchido com 1. Fica o alerta do preenchimento errado (deve ser preenchido conforme o manual 1-5), mas ainda não é o motivo deste erro que ele está reclamando.

Bom dia! Juliomar, posso ter entendido errado, mas penso que o Daniel esta comentando que não fecha sozinho, ou seja vai depender da aplicação que envia o comando. Exemplo: O Agnaldo comentou que quando executa o comando "NFE.Exit" a conexão fecha, porém se não executar ela ficará aguardando. O único problema que vejo é desta forma: - Aplicação do usuário é aberta e conecta-se ao monitor (monitor aberto). - Por algum motivo o monitor é fechado e a aplicação do usuário continua em execução. - Abre-se novamente o monitor direto pelo ícone. - Neste momento se tentar uma nova comunicação sem reconectar não será mais possível, pois a conexão com o socket anterior foi finalizada devido o monitor ter sido fechado.

Não. No momento se não for duplicata mesmo para o restante não se preenche estes campos. Pois segundo o entendimento deles apenas a Duplicata Mercantil é vinculada a nota. Porém parece que isto foi mal interpretado (Vencimentos com Duplicatas). No momento (e não está pronto ainda) é assim. Só que já houve pareceres dizendo que vai sair nova NT para resolver esta situação. Vamos aguardar.

Desculpe. Não reparei que o José havia respondido.

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?

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: