Italo Giurizzato Junior

Bom dia Luís, Ao emitir um MDF-e você já pode relacionar todos os condutores do respectivo veiculo. Mas vamos supor que o veiculo vai sair da UF "A" e vai até a UF "B" e depois vai para a UF "C". Se de "A" até "B" é apenas um condutor e de "B" até "C" são dois, no meu entendimento o MDF-e tem que ser emitido com apenas um condutor e quando o caminhão chegar na UF "B" a transportadora envia o evento de inclusão de condutor. Outra coisa, como o evento se refere a inclusão, logo não se trata de troca. Caso ocorra troca, no meu entendimento deve-se fechar o MDF-e e emitir um novo com o novo condutor.

Bom dia, Pelo código da rejeição e pela descrição da mesma me leva a crer que se trata de um problema na SEFAZ. A rejeição 897 se refere a regra de validação B03-10 que valida os campos nNF (numero da Nota Fiscal) e cNF (código da Nota Fiscal), como você pode ver não tem nada haver com a descrição. A descrição da rejeição retornada não consta no manual. Ela diz que o Valor da Fatura é maior que o Valor Total da NF-e, se olharmos o XML o grupo <fat> que contem os campos: nFat, vOrig, vDesc e vLiq nem sequer consta no XML, logo a mensagem é absurda. Pois não existe nenhuma regra de validação que compara o valor da fatura vOrig com o valor da nota vNF.

Bom dia Alfredo, Se não me falha a memória o programa exemplo nas abas de configuração, tem uns campos para informar o usuário, senha e chave secreta. Você configurou esses campos?

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, Primeiramente, em vez de anexar a imagem no word e depois o arquivo DOC no fórum, não seria mais fácil já anexar a imagem do erro? Lembre-se que nem todos tem o word para abrir o arquivo que você anexou. Segundo, pela mensagem de erro, acredito que o problema ser a imagem do logo que pode ser de um tipo incompatível ou o tamanho da imagem.

Antônio, Na nota *-nfeErro1.xml de onde você tirou o valor 933, 61 que foi atribuído o vOrig que esta no grupo <fat>? No meu entendimento o valor de vOrig tem que ser igual o valor da nota, ou seja, vNF. E nesse mesmo XML o valor de vLiq esta com o valor da nota que é 997,82 sendo que o valo liquido é o vOrig - vDesc. Faça uma nota com apenas 1 item e depois com 2 itens para ver se esta fazendo a somatória de forma correta, com muito itens fica chato ficar somando todos os valores.

Boa tarde, Você fez esse mesmo questionamento no tópico abaixo: E lá consta já uma resposta, sendo assim vou fechar esse.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

ALA, Favor atualizar os fontes, na pasta não tinha o XSD referente a assinatura.

Boa tarde Alfredo, O componente já possui esse provedor implementado. Basta você abrir o arquivo Cidades.ini e acrescentar a cidade em questão aos moldes das demais para o mesmo provedor. Feito isso, basta iniciar os testes com o programa exemplo.

Boa tarde, Se no programa exemplo funciona e na sua aplicação não, com certeza é alguma configuração errada na sua aplicação. Compare as configurações do componente no programa exemplo com a da sua aplicação.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde ALA, Esse provedor para ser diferente, fizeram um Schema para Homologação e outro para Produção, haja paciência. O problema é que você pegou o Schema e um ambiente e configurou o componente para o outro.

Boa tarde Allan, No XML (62-env-lot.xml) note que no grupo referente ao prestador nem sequer foi informado o CNPJ do mesmo. Na rotina que alimenta o componente você não informou o CNPJ e a IM do Prestador de Serviço. Prestador.CNPJ := edtEmitCNPJ.Text; Prestador.InscricaoMunicipal := edtEmitIM.Text;

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Antônio, Somar o valor do IPI na primeira parcela? Eu nunca vi isso, acho melhor conversar com o contador do seu cliente para não fazer nenhuma besteira.

Boa tarde Campos, Por favor atualize os fontes e faça novos testes.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia CNE, Esse layout de DANFE para NF-e Simplificado foi feito a muito tempo atrás e por não ser usado acabou não sendo testado para uma grande quantidade de itens. Para contornar o problema mesmo que temporariamente, não seria possível em vez de imprimir o DANFE, gerar o PDF do mesmo em tamanho A4 enviar por e-mail juntamente com o XML para o cliente e este imprimir o DANFE em sua impressora?

Boa tarde, [moto000] ???? não seria [moto001] ?

Essa URL se refere ao ambiente de homologação e ela se encontra no arquivo SimplISS.ini Não se faz necessário alterar, pois o arquivo INI em questão já esta com essa URL

Luiz, Por favor leia as páginas 66, 67 e 68 do Manual do BP-e (Visão Geral) que se encontra em nossa biblioteca.

Michel, Foi disponibilizado hoje a versão 1.2.0.66

Verifica se nas que ocorreu o erro, não tem vogais acentuadas ou cedilha ou o caractere "&".

Boa tarde Michel, Se o valor de cNF não for igual a nNF e realmente o cNF é um numero aleatório é muito difícil de ocorre o erro de Código Numérico Invalido, Chave não Gerada. Como consta na sua postagem. Já o erro de validação, me parece que você esta tentando validar o XML sem ele ter sido assinado. Hoje para que a rotina de validação possa efetivamente validar o XML, este tem que estar assinado.