Kiko Fernandes

Oscar, testei com a versão 0.7.17.1 a última no momento e infelizmente não interpretou esta linha no TXT no padrão do emissor gratuito da SEFAZ/SP. Então no momento para este padrão de texto ainda não está funcionando. Teremos que aguardar algum desenvolvedor incluir a interpretação da linha abaixo. I|01-168151||ESCOVA DSW 2/40|85452000||6102|PC|1.0000|100.0000|100.00||PC|1.0000|100.0000|||||1|||B01F70AF-10BF-4B1F-848C-65FF57F616FE|

Oribeiro eu não sei te responder porque utilizo o padrão INI. Se for possível vc anexar um TXT que tenha o FCI incluso no padrão do emissor gratuito SEFAZ/SP eu posso fazer um teste para vc gerando um XML e um DANFE e vc verifica se está ok.

A versão 0.7.9.0 do ACBrNFeMonitor não possui a informação do FCI. A próxima versão que será disponibilizada para downloads no fórum aberto creio que já terá esta opção. Provavelmente será disponibilizada em dezembro. A versão compilada semanalmente é disponibilizada somente para o downloads na área do SAC, feito por um dos administradores do projeto ACBr. As opções que vc tem: 1 - Os fontes estão disponíveis a todos. Vc pode criar a sua plataforma de compilação, atualizar os fontes e compilar o executável. 2 - Aguardar a versão ser disponibilizada no fórum aberto. 3 - Se for muito urgente vc pode aderir ao serviço do SAC. Houve mudança no plano permanecendo apenas o plano único. Com isto vc pode aderir ao SAC (1 mês) atualizar a sua versão com a última compilada e estará atualizado e ajudando o projeto. Abaixo transcrevo a orientação do SAC. http://www.projetoacbr.com.br/forum/index.php?/page/SAC/sobre_o_sac.html

Não entendi direito, mas se vc quer saber a IE sem o ACBr pode acessar http://www.sintegra.gov.br/ escolha a UF e informe o CNPJ. Não sei se seriam estas as informações que vc deseja.

Eu fiz um teste de cancelamento usando a versão 0.7.9.0 e cancelou normal e por evento. (Testei em homologação SEFAZ-PR) A única diferença em relação ao comando que vc postou é que eu coloco os textos entre aspas. Experimenta enviar desta forma: NFe.CancelarNFe("31131118580456000133550000000409191000409197","Dados incorretos")

Boa tarde Zumbi, dê uma lida nestes tópicos. Existem mais tópicos tratando deste assunto, procure por cStatus=105 ou "em processamento".

Eu acredito que sim. A série da nota é D correto? Veja se é possível fazer no modo homologação usando os campos acima do grupo da NF modelo 1/1A referenciada.

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>.