Painel de líderes

Este setversion era usado porque o fortes antigo gerava problemas de incompatibilidade de versão, se não estou engano isso foi solucionado, bastaria comentar, provavelmente sua versão do Fortes não possui os métodos que estão sendo usado, comente que irá compilar. Outra saída é atualizar a versão do Fortes.

Contribuição adicionada ao ACBrValidador "ACBrValidadorValidarRenavam"

Eu não lembro muito bem desses fontes... mas acho que tem a haver com a maneira que você efetua os pagamentos... Recomendo a leitura dos fontes do TEFDDemo... (tem vários comentários no código) Como falei antes, normalmente as formas de pagamento iguais são agrupadas, e é impresso apenas um Pagamento, e Apenas um CDC. Todas as vias de todos os pagamentos que foram agrupados são impressas no mesmo CDC... Infelizmente não posso aceitar a sua modificação devido o motivo exposto acima... Imprimir o gerencial não é o correto para TEF (consulte o órgão homologador)

O decreto 45.093 de 23/12/2014 extinguiu o Cupom Mania no Rio de Janeiro, A Sefaz RJ publicou a resoluçao 873/2015 em 19/03/2015 para que não seja mais impresso no cupom fiscal as linhas referentes ao Cupom Mania.

Complementando, o campo IE está vazio e o indIEDest não está como "Não contribuinte" Dest.indIEDest := inNaoContribuinte;

O campo IE está vazio.

Boa tarde Rodrigo, Quais são as TAGs desnecessárias no XML que você anexou? Outra coisa, em vez de você utilizar o método Download, porque não utiliza o DistribuicaoDFe? Ele também retorna o XML completo de uma nota quando esta já tenha sido manifestada, com uma vantagem, ser você manifestou 5 notas o DistribuicaoDFe retorna todas elas.

Muito Obrigado Tiago, vou verificar...

Bom Dia Juliomar, tudo bem? Apenas para constatar retiramos a opção conforme descrito acima, e ele está recalculando a chave. Muito Obrigado! Atenciosamente, Fernando Dutra.

Bom dia. Ao clicar para enviar a nota ou para verificar o status do serviço, na primeira vez que o meu cliente clica aparece a mensagem: "ERRO: WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. - O sistema não pode encontrar o arquivo especificado. - URL:https://nfe.fazenda.sp.gov.br/ws/nfestatusservico2.asmx- SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico2" Da a entender que o serviço está inoperante, no entanto, logo após fechar a janela da mensagem de erro e clicar novamente no mesmo botão, aparece a mensagem de sucesso normal. Somente após isso que consigo transmitir a NFe para a SEFAZ de SP. Capicom instalado certinho, OpenSSL com a última versão disponível no site do OpenSSL, baixei os certificados raiz do site da NFe de SP. Como vi em alguns posts, fiz os procedimentos de marcar/desmarcar as opções de "Usar SSL 2.0 e 3.0" e as outras que tem logo abaixo, enfim, uma salada de coisas já foram testadas sem sucesso. Inicialmente achei que poderia ser SO, pois 2 clientes que deram esse problema estão com Win Server 2003, só que essa ideia caiu por terra quando deu o problema em um cliente usando Win 7. Se alguém tiver alguma ideia do que pode ser, por favor compartilhe Desde já muito obrigado a todos.

Obrigado Juliana. eu entendo, postei porque sei que tem muitos que como eu usa o reportbuilder em seus projetos.

Boa noite Sérgio, Acredito que você não leu com atenção o item 3 do manual. Na sua postagem você diz que não encontrou no manual como informar os dados do emitente, destinatário e produtos, pois muito bem, no item 3 temos um paragrafo que diz: O programa exemplo: ACBrNFe_demo que encontra-se na pasta: ...\Exemplos\ACBrNFe2\Delphi possui uma procedure chamada GerarNFe que exemplifica a alimentação dessas propriedades com os dados pertinentes a venda. Quando me refiro "dados pertinentes a venda" estou me referindo ao emitente, destinatário e produtos. Convido a você a estudar o programa exemplo e ler os Manuais e Notas Técnicas que Juliomar mencionou em sua postagem.

Boa noite a todos, A principio devemos utilizar a série = 1 até que a numeração atinja 999.999.999, ai devemos incrementar a série ou seja passamos para a série = 2 e a numeração volta para 1. Não entendi o motivo de utilizar séries diferentes para modais diferentes, a questão é a nível de relatório? se sim basta colocar no mesmo uma coluna referente ao modal. Não há necessidade de pedir permissão a SEFAZ para utilizar uma nova série e também não vejo necessidade de se utilizar uma série diferente para cada "ponta", é possível gerenciar isso de outras formas, como por exemplo pelo CNPJ do emitente, caso cada "ponta" possua um CNPJ diferente, se possuir o mesmo, pode-se ter um campo no banco de dados que defini o local de emissão e esta informação pode ser incluída nos relatórios operacionais e gerenciais.

Oi, achei um tópico de 2013, num fórum de java... codifiquei a rotina aqui em Delphi, e achou que deu certo... https://ivanmeirelles.wordpress.com/tag/validar/ function ValidaRenavam1(Num: String):Boolean; const SEQUENCIA = '3298765432'; var I,SOMA,DV : INTEGER; begin Result := False; if Length(Num) = 11 then begin SOMA := 0; FOR I := 1 TO 10 DO SOMA := SOMA + (StrToInt(Num[I]) * StrToInt(SEQUENCIA[I])); DV := (SOMA * 10) MOD 11; if DV = 10 then DV := 0; IF DV = StrToInt(Num[11]) THEN Result := True; end; end; Na prática acho que é quase igual, só o "multiplicador" que não tinha na outra rotina, dos 2 dígitos a mais... Um detalhe que não validei é se os 11 caracteres da var Num: String são numéricos... Espero ter contribuído com algo útil... Att Ricardo

Daniel muito obrigada pelas dicas Deus te abençoe . Vou documentar aqui somente para que se outro tenha o mesmo problema . Eu buferizava todos os pagamentos , exemplo de uma compra de 5,00 reais : Pagamentos buferizados individuais . 1,00 dinheiro 2,00 tef 2,00 tef Quando ia pagar o cupom , eu passava pagamento por pagamento e isso gerava o erro acima mencionado . Tive que somar os pagamentos por Finalizadora ficando assim : Pagamentos buferizados somados . 1,00 dinheiro ====> passar para o ECF o total dos pagamentos da finalizadora Dinheiro 4,00 tef ====> passar para o ECF o total dos pagamentos da finalizadora TEF Fim do problema . Muito obrigada mais uma vez .

O Italo já corrigiu, e hoje atualizei os fontes e esta funcionando. Italo mais uma vez, valeu pela força.

Galera, resolvido o problema, era nos meus fontes, custei a achar mais achei, obrigado a atenção de todos.

Vajo ai a responsabilidade agora do contador, ligar para o SEFAZ-?? e passar a situação e questiona a eles como resolve, não simplesmente dizer que não pode.

coloquei o campo "Dest.indIEDest" = "inNaoContribuinte" e "Dest.IE" não foi informado, em homologação a nfe saiu normal com o nosso certificado, mais em produção no cliente, retorna a seguinte responta : Rejeição IE do destinatario não informado

Vc não acredita no Manual disponibilizado pelo próprio fisco?

os dados de resnfe e resevento que me lembr são alimentados nas propriedades do componente otair, dá uma pesquisada nos posts do ítalo aqui mesmo nesse tópico ele explicou a uns meses atrás

Obrigado pela contribuição... vou analisar assim que possível...

Altere essas configurações no internet explorer

O registro 0210 só é enviado para o arquivo quando o período utilizado é a partir de 01/01/2015, assim como o "Bloco K"