Kiko Fernandes

Localize no manual de integração a página 150 e procure pelo grupo: Grupo de informação da NF modelo 1/1A referenciada. vc irá encontrar: cUF - Código da UF do emitente do Documento Fiscal -Utilizar a Tabela do IBGE (Anexo IX - Tabela de UF, Município e País) AAMM - Ano e Mês de emissão - AAMM da emissão da NF CNPJ - CNPJ do emitente - Informar o CNPJ do emitente da NF mod - Modelo do Documento Fiscal - Informar o código do modelo do Documento fiscal: 01 – modelo 01 serie - Série do Documento Fiscal - Informar a série do documento fiscal (informar zero se inexistente). nNF - Número do Documento Fiscal - 1 – 999999999 Ainda na página 150, vc encontrará as tags necessárias para referenciar NFe e nas páginas seguintes (151,152 e 153) outros grupos como NF de produtor Rural e Cupom Fiscal. Basta preencher estes campos no ACBr. Vc utiliza o componente ou o ACBrNFeMonitor?

Testei novamente e agora o problema é só com o nome. (obs.: Não testei com o aspas simples novamente para ver se isto foi alterado de modo que o ACBrNFeMonitor intreprete ou não. Como havia dito, houve já uma discussão sobre a possibilidade de interpretar aspas simples também, mas não sei como ficou). Neste ultimo XML postado o problema esta com o nome devido o (1). sainfe.txt

Anexe o teu arquivo alterado por favor.

Boa noite! Já houve relatos deste problema aqui no fórum, mas sinceramente não sei te dizer se foi alterado os fontes para interpretar esta situação ou não. Se vc abrir este arquivo com o bloco de notas vc verá o uso de ' ao invés de aspas ". Quem está gerando este XML deveria trocar o (') por (") O manual orienta utilizar aspas.

Vc deve deixar tudo na mesma linha no arquivo .txt (Sem formatação) Desta forma é reconhecido o ponto e vírgula como quebra de linha.

Obrigado Marcelo_sp! Mas esta situação eu também verifiquei e a impressora estava instalada. Eu encontrei no fórum também um relato sobre a falta da impressora, mas também não foi esta situação.

Evandro obrigado! Eu já tinha lido algo semelhante ao que vc falou, mas no meu caso utilizo somente o ACBrNFeMonitor (não programo em Delphi). Consegui resolver instalando o ACBrNFeMonitor em outra pasta e funcionou sem problemas na pasta nova e na antiga o problema continuava. Fui alterando configurações no INI e na aba que configura as pastas dos arquivos para ver se era possível descobrir o que estava ocorrendo. O pior é que consegui ajustar na pasta antiga para que voltasse a funcionar e não consegui descobrir o que foi feito. André realmente nesta situação não foi o caso, pois usei XML que nem observação tinha. Pensei em quantidade de itens e até com 1 o problema acontecia. Tentei simular o problema novamente e não consegui mais. Então por enquanto vou ter que deixar assim não sei o que ocorreu. Foi resolvido desta forma, mas não consegui reportar a solução.

Eu não consegui descobri o que está ocorrendo. Mas instalei em outra pasta e tudo funcionou normal. Na pasta que tenho funcionando, ele continua dando este loop "Gerando páginas 9999999". Eu ainda vou continuar tentando para ver se descubro. Se conseguir eu relato aqui para ficar registrado.

Boa tarde! Tenho notado que as últimas versões do ACBrNFeMonitor (CAPICOM) se a opção do modelo do DANFE estiver em (o)Rave e selecionar qualquer XML para impressão tanto na opção [Testes] como ao enviar o comando NFe.ImprimirDanfe() o monitor fica com a informação "Gerando páginas xxx" e fica nesta informação. Alguém mais tem encontrado este problema ou estão conseguindo imprimir em (o)Rave normal? A versão 0.7.7.4 está ok. Obs.: Para visualizar a informação "Gerando páginas ... " a opção [ ] Mostrar Status na aba [DANFE/DACTE] deve estar marcada.

O problema com a NFe acima está na tag da <vBC> no valor de 10.00 O jorge andrade já havia comentado no post #5 sobre o valor que constava no <vBC>, solicitei o XML apenas para ter certeza de que não haveria outra mensagem. Tire estes 10,00 da Base de Cálculo que estará resolvido.

Drezius, boa tarde! É possível vc anexar o XML completo?

Boa tarde Jorge! Só para nós organizarmos este tópico. O Francisco estava apenas tentando ajudar não é ele que está com o problema. Eu só respondi citando ele, porque ele comentou que não havia visto cst 200 e 260. A pessoa que solicitou a ajuda é ewertonvd e este não se pronunciou ainda.

Você pode informar também em infAdProd - Informações Adicionais do Produto.

O campo (tag) é <idLote>, mas eu uso o Monitor, portanto não sei te explicar como vc preenche o campo pelo componente, mas terá que informar um número diferente de zero. Se vc não faz o controle por lote, terá que informar nem que seja o número 1.

Boa tarde! Ainda acredito que seria melhor informar Dest/Rem, porque conforme nosso colega malk182 comentou tem um quadro que é do "Emitente" (Quem emite a nota) e outro quadro que diz respeito ao "Destinatário/Remetente". 1) - Digamos que vc tem a empresa ABC Ltda que emite uma nota de venda e vai transportar a mercadoria até ao cliente "João". Quadro Emitente: ABC Ltda. Tipo: Saída Quadro Dest/Rem: Vai constar o nome do João. 2) - Agora o João devolve a mercadoria e a própria empresa emite a nota de devolução. Quadro Emitente: ABC Ltda. Tipo: Entrada Quadro Dest/Rem: Vai constar o nome do João novamente, porém agora o João não é Destinatário, (pois a nota não é de saída) e é o João que está Remetendo (voltando) para o Emitente ABC Ltda. Então reforçando o que o malk182 comentou e também tirando a dúvida do nosso colega FLEXNET que pergunta se informar 1 - (Dest/Rem) no frete seria por conta de quem dos dois? Veja que se informar o código 1 - Será de quem consta no quadro Dest/Rem e nos dois casos foi preenchido com o nome do João. Então seria por conta do João. Se informar o código 0 - Será por conta do Emitente (Nome que está no quadro acima do quadro Dest/Rem. Portanto não é o mesmo.) É que o pessoal confunde "REMETENTE" com "EMITENTE". Na segunda hipótese o João foi o Remetente e se for por conta dele o frete não tem nada a ver com o emitente, pois em nenhum caso o João é o Emitente.

Com o XML pelo visto está correto mesmo. 1 - As schemas estão atualizadas? 2 - Quando vc envia vc está informando o número do lote diferente de zero?

Francisco é que o pessoal geralmente atribui a CST a composição dos dois códigos [Origem da Mercadoria]+[CST] formando os 3 dígitos. Mas do caso dele quando citou 200 e 260 é: Orig - 2 - Estrangeira - Adquirida no mercado interno, exceto a indicada no código 7 CST - 00 - Tributada integralmente Orig - 2 - Estrangeira - Adquirida no mercado interno, exceto a indicada no código 7 CST - 60 - ICMS cobrado anteriormente por substituição tributária

Quando vc comenta que o CST sai errado, o que está aparecendo no CST? É possível anexar o XML? Obs.: Lembrando que este código é composto de um dígito que representa a origem da mercadoria e deve estar na tag <orig> mais dois dígitos que fazem parte do código da situação tributária e devem estar na tag <cst>.

Veja se este link te ajuda: http://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=2.00&tipoConteudo=Skeuqr8PQBY= Abaixo do gráfico tem uma relação das UF que utilizam SVAN, SVRS.

Veja se é este o problema.

Estou colocando a informação abaixo para que o tópico fique com a informação da solução para as consultas posteriores. O André disponibilizou a primeira versão do ACBrNFeMonitor com NFC-e para que sejam efetuados os testes. Infelizmente não possuo certificado de clientes com os estados que estão operando NFC-e, portanto não tenho como colaborar com os testes, mas fica ai o pedido para os que podem testar e reportar as informações no tópico do link abaixo.

RSINFORMATICA eu não tenho visto ocorrer mais este problema desde que o cancelamento seja comandado após decorrer um tempo de uns 3 minutos do horário da emissão (autorização). Nestes casos em que ocorreram a rejeição vc sabe dizer se foi após o tempo de 3 a 5 minutos da emissão da NFe.

Roberto boa tarde! Não fique criando tópicos repetidos. Vc copiou a mesma informação deste tópico: Regras do fórum: Uma vez postado aguarde a resposta ou continue o assunto no mesmo tópico.

Neste link que vc citou não. Quando o fórum foi reformulado os downloads passaram para este endereço: http://www.projetoacbr.com.br/forum/index.php?/files/category/5-utilit%C3%A1rios-acbr/ Vc pode acessar pela aba [Downloads] em cima da página do fórum. A versão compilada é a: 0.7.9.0

Eu uso esta opção marcada e é gerado os arquivos de envio e resposta nesta pasta configurada. Após fazer o tratamento através do arquivo SAINFE.TXT se tudo estiver ok eu transfiro o arquivo desejado para a pasta correspondente e apago os outros. Pode não ser a melhor forma, mas como sofri um pouco no início isto me ajudou a ter uma noção do que estava acontecendo. Por fim acabei deixando assim. Opção: Monitorar pasta 1 - Monitorar qual pasta? Salvar arquivos enviados/recebidos p/webservices Se tiver algum tópico que contenha este assunto, favor desconsiderar e dar como resolvido e citar o post, por favor. Adicionado na aba "WebService" a opção "Monitorar Pasta", caso esta opção seja ativada todos os arquivos criados no campo "Entrada:" serão lidos e processados pelo ACBrNFeMonitor. A resposta será criada no diretório configurado no campo "Saída:" com o sufixo "-resp", por exemplo, se vc criar na pasta. Link: