Régys Silveira

A regra é a mesma da NF-e, desconto item a item.

Acerto efetuado, obrigado pela observação. Poderia me enviar sua versão assim eu disponibilizo a versão 4 também ou faço um merge das duas, mantendo na 4, está na 5 porque aqui eu já estou utilizando ela e acabei salvando com ela. Acerto efetuado, obrigado pela observação. Muito obrigado pelas contribuições.

Desculpe não entendi, isso foi sarcasmo? Sério?

Richard, Estou acompanhando teus posts a um tempo e percebo o seguinte, você não leu nada da documentação da NF-e e não conhece o processo, sem ler você não vai entender nada e acabar fazendo perguntas básicas e também perdendo muito, muito tempo, faça primeiro o dever de casa, leia o manual, entenda-o ai depois comece a implementar, isso é o mínimo que um programador iniciante ou experiente deve fazer ao iniciar qualquer projeto novo.

No caso da porta, se o driver ou modem criarem automaticamente a porta COM realmente não precisa instalar o software da operadora, isso varia muito, o importante e ter a COM para comunicar. Quanto aos modens pelo retorno que você mostrou, eles estão configurados para modem de dados, sem opções de telefonia ou envio de SMS, talvez seja necessário enviar algum comando para que eles liberem isso ou efetuar algumas liberação junto da operadora.

A natureza da operação é meramente uma descrição do que seria a finalidade da nota, não existe necessidade de informar o CFOP na natureza, até porque existe campo específico para isso no item.

Uma coisa que percebi é que você preencheu o IPI, para NFC-e não existe IPI. Existem outros erros de somatório também, mas erro estrutural, que poderia gerar falha de schema até onde vejo só este.

Eu gerei várias notas aqui e não está duplicando, pode ser algo da versão dos teus fontes, se não estou enganado existia um problema desses a muito tempo atrás e foi corrigido, você pode estar usando fontes desatualizados do ACBr ou o executável foi compilado com fontes desatualizados do ACBr. Você está com os fontes atualizados? Esse cliente que está duplicando, o executável utilizado por ele foi compilado com os fontes atualizados do ACBr?

A única coisa que pude perceber foi o seguinte a data/hora e justificativa de emissão em contingência não foram informados: "ide.dhCont" e "ide.xJust", isso deveria resultar no erro: "557 - Rejeicao: A Justificativa de entrada em contingencia deve ser informada.", mas ao que parece o webservice não retornou isso para você. Eu imagino que o webservice para o qual está enviando não trata isso corretamente, portanto, retornando erro não catalogado.

A sim, você está usando o ACBrNFeMonitor compilação aberta, esse realmente tem problemas, todos foram resolvidos posteriormente e já liberados para o ACBrSAC, mas para o aberto ainda não. O que você pode fazer e assinar o ACBrSAC para baixar a última versão ou compilar por conta própria.

Se utilizar o ACBr você abstrai a necessidade de implementar cada modelo por dll já que ele hoje está apto a trabalhar com todos os modelos disponíveis no mercado.

O seu pdf está saindo sem o endereço de consulta, qual motor de impressão está utilizando? (fastreport, fortesreport) Para qual webservice está enviando? Poderia anexar o XML da NFC-e enviada ?

Veja primeiro ele vai entrar em ineSubTotal, onde você informa o subtotal, depois ele chama ineTotaPagar, onde você informaria o total pago ai sim ele continua. Isso acontece somente na sua aplicação ou no demo do ACBrTEFD também? Porque aqui está tudo normal, tanto no meu app quanto no demo.

Erro não catalogado acontece quando o webservice não consegue tratar algo internamente, o melhor a fazer e entrar em contato com o SEFAZ e enviar o XML para eles verificarem.

Vou criar um projeto no SourceForge e começamos a contribuir.

Atualiza a cadeia de certificados baixando do site da Boa Vista.

O que está retornando na variável retorno do evento?

sim, mas já que usou a dll, terá que fazer ifs ou utilizar de outra maneira para setar os métodos que utiliza por modelo já que as dlls e métodos são diferentes.

Seu problema é diferente, se você lê o QRCode e não abre o site é porque o leitor de QRCode que está utilizando não reconhece o link como link e sim como texto, algumas leitores fazem isso, eles leem e só, outros leem, verificam que é um link e abrem o navegador com o link. Isso não tem a ver com o componente ACBr ou o link gerado no QRCode, e muito menos com o webservice utilizado, aqui em MG estou utilizando o webservice do AM a vários meses para testes e tudo funciona perfeitamente.

O teste é simples, primeiro eles corrompem o arquivo usando o bloco de notas, se é possível recompor eles testam isso, se não é possível eles verificam também. O restante dos testes, normal, você abre com o seu gravador de arquivo auxiliar e modifica ele, salva e testa, todos os testes são feitos normalmente.

tentou debugar para ver se ele ao menos passa pelo CRT? Veja que você tem um if para o estado do ecf.

Alguém poderia anexar os fontes mais atualizados e um exemplo de uso se possível? Assim eu já inicio o projeto.

nos emuladores o parcelamento sempre retorna nada.

Se todo mundo abraçar eu abro um projeto no sourceforge e subo o primeiro fonte e se quiserem eu organizo a equipe, commiters, etc. Só preciso dos fontes mais atualizados e os interessados.

Todas as suas 6 perguntas foram feitas fora do fórum do ACBrSAC, se quiser ter prioridade deve fazê-las dentro do fórum específico.