Gildenor

Acabo de passar pelo mesmo problema, solucao (win 8.1 certificado A1): O pessoal do suporte da certificadora instalou no Mozilla, posteriormente exportou novamente, só depois importou novamente para o Internet Explorer. Funcionou!

Não uso o monitor, alterei conforme o link abaixo:

Não encontrei nenhuma regra que desautorizasse, então acrescentei em ACBrDANFCeFortesFrA4 no evento abaixo, o seguinte código: procedure TfrmACBrDANFCeFortesFrA4.RLMemo1BeforePrint(Sender: TObject; var Text: string; var PrintIt: Boolean); begin Text := self.FACBrNFeDANFCeFortesA4.FpNFe.Det[self.FNumItem].Prod.xProd+ ' '+#13#10+ AnsiReplaceText(self.FACBrNFeDANFCeFortesA4.FpNFe.Det[self.FNumItem].infAdprod,';',#13#10) ; end; Ele acrescenta as informações adicionais, alguém tem alguma observação a fazer?

Boa tarde, No modo paisagem sai conforme voce deseja.

Conforme BigWins mencionou, tudo indica que é problemas nos schemas, atualize-os!

1-Qual é, exatamente, a msg de erro?

Boa tarde, 1-Qual é, exatamente, a msg de erro? 2-Verifica a cst do cofins que esta no xml gerado. 3-Posta o xml que voce esta gerando, senao, fica dificil te ajudar.

Boa tarde, Como compor o Nosso Numero do HSBC? O Nosso é composto de: E E E E E N N N N N D Onde: EEEEE = Código do Cliente no Banco (Nº. do Range) Código numérico a ser fornecido pelo Banco por ocasião do início dos testes. Este código tem amarração cadastral com a conta de cobrança, portanto deverão ser obtidos tantos códigos quantos forem às contas de cobrança a serem utilizadas para a Cobrança Diretiva ou após utilizar todos os números sequenciais do documento. NNNNN = Número sequencial do documento / título. Uso a critério do cliente e quando utilizar todos, deve solicitar um novo número Range. D = Dígito verificador de segurança. É calculado pelo Módulo 11, com pesos de 2 a 7 da direita para a esquerda. O código Range difere do código do cedente (Agencia+Conta) Obrigado, Gildenor.

As empresas do Simples Nacional tem liminar junto ao STF desobrigando-as deste fato. Nao sei como esta sendo tratado isto junto a SEFAZ/SP. Neste caso a valvula de escape seria voce trabalhar a tag Ide.indPres 0=Não se aplica (por exemplo, Nota Fiscal complementar ou de ajuste); 1 =Operação presencial; 2=Operação não presencial, pela Internet; 3=Operação não presencial, Teleatendimento; 4=NFC-e em operação com entrega a domicílio; 9=Operação não presencial, outros.

Com certeza problemas no certificado! Quem é o emissor do certificado?

Comigo ocorre em diversos clientes. Algumas das dicas acima funciona por um tempo depois o erro volta a ocorrer. Alem das dicas acima, agora removo e instalo o certificado novamente, só assim funciona. Ainda não encontrei a solucao definitiva, caso alguem encontre, por favor compartilhe.

Caso não seja possivel identificar o destinatario da nfce, o destinatario da nfe deve ser o emitente. Claro fazendo referencia, em campo proprio, da nota de origem.

O post mencionado nao resolve o problema, parece que ha uma interferencia do windows no fortesreport. Ainda não encontrei a solucao!

Infelizmente @hleorj Ja tentei de tudo! Inclusive a propriedade ACBrNFeDANFeRL_.ExibeCampoFatura := False nao esta suprimindo o campo fatura. Continua saindo lá : PAGAMENTO A PRAZO.

@hleorj , limpei o acbr da minha maquina hj cedo, atualizei e reinstalei. Baixei o fortes agora e fiz a mesma coisa. Obrigado pela atencao!

essoal o Danfe no modo paisagem a chave de acesso esta perdendo(truncando) o ultimo digito com a fonte TimesNewRoman, conforme pode se ver nos anexos, o preview sai ok, porem na impressao, não. Nas outras fontes, alem da chave de acesso, tem problema com as datas de emissao e saida, Ja alterei as propriedades, ACBrNFeDANFeRL_.AltLinhaComun := 20 e ACBrNFeDANFeRL_.TamanhoFonte_DemaisCampos := 9, porem nao surtiu efeito. O resultado dos danfes anexo com estas propriedades com nos valores acima. No modo retrato esta ok. Tem como resolver isso via propriedades do danfe? Qual seria? Qual seria a solucao mais adequada? Obrigado. danfe_TimesNewRoman.pdf danfe_Arial.pdf danfe_currierNew.pdf

Pessoal como trata-se da formatacao do DANFE NFe (fortes) resolvi utilizar este post, é o seguinte: No modo paisagem a chave de acesso esta perdendo(truncando) o ultimo digito. Ja alterei as propriedades, ACBrNFeDANFeRL_.AltLinhaComun := 20 e ACBrNFeDANFeRL_.TamanhoFonte_DemaisCampos := 9, porem nao surtiu efeito. No modo retrato esta ok. Tem como resolver isso via propriedades do danfe? Qual seria? Qual seria a solucao mais adequada?Obrigado. Obrigado,

Da uma olhada nesse link!

Os modelos devem ter sequenciais independentes, assim como quando voce mudar de serie. Modelo 65 serie 1 -> Numero 1,2,3,4,5.... Modelo 65 serie 2 -> Numero 1,2,3,4,5....(começa do 1 novamente), o mesmo vale para o modelo 55

Posta o xml ai, fica mais facil ajudar!

Rapaziada, o FCP é por produto e UF, não vão colocando generalizado, conforme a tabela acima. Depois seus clientes vao atras do "prejuizo" e quem vai pagar são voces. A melhor estratégia é passar a responsabilidae pro Cliente/Contador do cliente. Quem quiser assumir o risco, ignore esta mensagem.

Boa tarde, Na minha opiniao: Como contador : Deveria SIM permanecer, pois facilita o controle durante o processo de importação dos xmls para os sistemas fisco-contabeis. Como desenvolvedor : Se o nao existe MOC OU NT dizendo que tem que ser alterado caso a nota venha a ser cancelada. Ainda não vi nenhuma destas dizendo o contrario. Sendo assim, minha opiniao seria pela manutenção da possibilidade de anexar o protocolo de cancelamento. Esta operação poderia ficar opcional, dependendo da necessidade de cada um.

Daniel, fiz nova atualizacao, dei um build e a consulta voltou ao normal. Obrigado!

Sim, o teste foi feito logo após!

Daniel, Ele esta alterando o tpAmb do xml da NFe. Agora esta ele esta retornando erro 252 - Rejeicao: Ambiente informado diverge do Ambiente de recebimento. O xml esta com tpamb = 2 (homologacao) e ao final da consulta verifico esta como 1 - produçao!