RicardoVoigt

Bom dia, sobre o problema 2: que valor está informando na tag indIEDest ? Já tentou informar indIEDest = 9 (Não contribuinte) ? Att Ricardo

Bom dia, veja as datas na Nota Técnica 2016-002 (versão 1.10). Sobre o Prazo de Implantação O prazo previsto para a implementação das mudanças é: - Ambiente de Homologação (ambiente de teste das empresas): 01/06/2017; - Ambiente de Produção: 01/08/17. - Desativação da versão anterior: 02/04/18. Leia e acompanhe o seguinte tópico, para saber o que já está acontecendo aqui no fórum: Att Ricardo

Esse tipo de pagamento 14="Duplicata Mercatil" é da NFe versão 4.00, inserido no campo tPag conforme NT 2016-002. Att Ricardo

Bom dia, verifique também a propriedade Formato (Integer ou Mascara), é esta que indica se serão usadas as propriedades _qCom e _vUnCom (Integer) ou as propriedades _Mask_qCom e _Mask_vUnCom (Mascara) para montagem da máscara. OBS: quanto a máscara, eu costumo usar "0,.00". Att Ricardo

Boa tarde, acho q neste caso deve ser usado o mesmo comando NFE.EnviarNFe() passando como parâmetro o arquivo XML original, criado no ato da operação de venda (com tpemis=9). Att Ricardo

Boa tarde, por acaso configurou algo diferente dentro desta propriedade? ACBrNFe1.CasasDecimais... Att Ricardo

Indpres=4 ? Att Ricardo

Qual comando usou? já tentou DistribuicaoDFePorChaveNFe ? Att Ricardo

Boa tarde, já fiz um teste com locaweb, e só consegui enviar o e-mail definindo a propriedade SetSSL := True. Com conta do gmail eu ainda não testei, só lembro que primeiro deve habilitar nas configurações para a conta aceitar conexões de POP/SMTP. Att Ricardo

Bom dia, eu já usei algumas vezes o showmypc (showmypc.com). A versão free limita a sessão em 1 hora, mas tem uma versões "premium". Att Ricardo

Boa tarde, recentemente, aconteceu este caso Att Ricardo

Boa tarde, veja mais na Nota Técnica 2012.002 que define as especificações técnicas para a implementação dos eventos da Manifestação do Destinatário. Att Ricardo

Basta informar no XML, tag pag. Att Ricardo

Boa noite Nas UF onde não são permitidos contribuintes (empresas) isentos, deve ser usada a opção "não contribuinte" mesmo. Att Ricardo

A princípio, vc deve calcular o valor de imposto aproximado pegando a alíquota na tabela do IBPT, pelo NCM do item, e informar no XML o valor no item (tag Det.Imposto.vTotTrib) e no total da nota (tag Total.ICMSTot.vTotTrib). No caso do InfCpl seria inserido um descritivo informando o valor aproximado dos tributos, para o cliente ver. Att Ricardo

Bom dia, já verificaram este tópico abaixo ? Além de eliminar a dependência da capicom.dll, também é comentado sobre como fazer para não depender mais das configurações do Windows. Att Ricardo

Boa tarde, veja se isso te ajuda Nota Técnica 2016-003 Att Ricardo

Lembrando que esta implementação foi feita no DANFe versão Fortes Report. Caso vc venha a trocar de componente de impressão do Danfe, pode ser que não tenha esta funcionalidade (não uso a versão em FastReport). Att Ricardo

Boa tarde, eu auxiliei nesta implementação, e "argumentei" de que essa ideia evitaria a duplicação dos dados dos documentos referenciados dentro do XML (tags NFref e InfCpl). (A princípio, eu te indicaria a ajustar seu sistema para não incluir mais esta informação no InfCpl.) Att Ricardo

(não querendo espichar o assunto, mas) Acho que entendi sua dúvida, assim como o programa demo já gera o XML na versão 4.00 (mesmo sem validar), vc tentou fazer o seu programa também gerar e não conseguiu, isso? A princípio não teria nenhuma outra configuração além de definir a propriedade VersaoDF = ve400, pelo menos aqui pra mim funcionou até chegar no método GravarXML, depois disso realmente não tem como seguir adiante, pois não há arquivos de schema, nem WS... Eu acho q vc devia buscar no fonte do seu sistema, ou debugar, verificando se após definir a propriedade VersaoDF, ela não é alterada de volta para ve310, até o final da sua rotina de envio ou geração do XML. Att Ricardo

Boa noite, vc chegou a abrir o XML da NFC-e pra ver se o CPF está informado lá dentro? Qual danfe está usando? Fast ou Fortes? Att Ricardo

Bom dia Parece q vc esta informando os campos da partilha de icms, não devia estar preenchendo esse campo vFCPUFDest, principalmente na nfce q nao permite venda interestadual. Att Ricardo

Boa tarde, iniciei os estudos para implementar a emissão do MDF-e, e uma das regras que mais me chamou atenção foi sobre as informações do percurso do manifesto, nas viagens intermunicipais. Gostaria de compartilhar um pequeno projeto desenvolvido em Lazarus, (meu objetivo é montar um cadastro de percursos, a fim de evitar a rejeição de "Percurso inválido") considerando as seguintes validações verificadas na documentação do MDF-e: Validações SEM percurso: 1) UF ini e UF fim são iguais -> não deve selecionar nenhuma UF de percurso 2) UF ini e UF fim são diferentes e fazem divisa -> não deve selecionar nenhuma UF de percurso Validações COM percurso: 3) nem UF ini nem UF fim devem estar selecionadas no percurso. 4) a primeira UF da lista deve fazer divisa com a UF inicial (carregamento) 5) entre as UF selecionadas, cada UF deve fazer divisa com a UF seguinte, na ordem de cima para baixo. 6) a ultima UF da lista deve fazer divisa com a UF final (descarregamento) Basicamente, foi montada uma classe TUF (uufclass.pas), onde para cada objeto de UF criado, ele cria num vetor a lista das outras UF que fazem divisa com esta. Também tem um Form mostrando como o usuário informaria as UF inicial e final, assim como selecionar (TCheckListBox) as UFs do percurso. Também é possível ordenar as UFs (TListBox). Por último, foi feito uma "perfumaria", desenhando o percurso selecionado, no mapa do Brasil (TImage). Espero que seja útil, qualquer sugestão é bem vinda. Att Ricardo valida_percurso_lazarus.zip

Boa noite Evite postar a mesma pergunta mais de uma vez, ou em diferentes lugares do forum. Leia as regras. Att Ricardo

Boa noite Tente colar o xml no validador da sefaz pra tentar descobrir o erro. Deve aparecer ate se for erro de schema. Att Ricardo