Danilo

comigo está acontecendo a mesma coisa, na sefaz de mg nao registra o evento de cancelamento, mas na sefaz nacional registra normalmente (tudo isso em ambiente de homologação, acredito que em produção esteja ok), vou colocar em produção semana que vem.

eu aconselho usar a carteira 17 com variação 19, com o CEDENTE fica responsável pela impressão do boleto, e é registrada cado o cliente necessite atualizar o titulo pelo site do banco em caso de pagamento atrasado, enfin, titulos registrados são sempre vantajosos (quando o volume é grande, em volumes menores carteiras sem registro são as mais indicadas).. no seu caso, vc pode continuar com a carteira 11, e o CEDENTE PODE IMPRIMIR o titulo, mas NO COMPONENTE A PROPRIEDADE ''ResponEmissao'' vc deixa 'tbBancoEmite' (isso na carteira 11), SE VC USAR CARTEIRA 11 E COLOCAR na propriedade 'ResponEmissao' = 'tbCliEmite' dai o dinheiro vai parar em outro cedente... pq a caracteristica principal da carteira 11 é RESPONSABILIDADE DA IMPRESSAO E EMISSAO DOS TITILOS POR CONTA DO BANCO... nao sei se me fiz entender.. .mas pra vc ter uma maior "liberdade" mesmo pq ... se deixar o banco entregar os titulos pode atrasar.. nada melhor o proprio cedente ficar responsavel pela entrega dos titulos, pq ele entrega por e-mail, correios... fax.. etc.. ele se desdobra.. eu aconselho usar carteira 17/019

a carteira em questão é a 11 ou a 17 ? pode ser várias coias, mas vou expor o que ocorreu comigo uma vez... cliente usava carteira 11 e marcou CEDENTE IMPRIME BOLETO, carteira 11 é o banco que imprime e entrega, NAO PODE MARCAR "IMPRESSAO POR CONTA DO CEDENTE'... dai bagunçou o codigo de barras e o dinheiro começou a cair na conta de outro cedente, mas o banco estornou e devolveu o dinheiro... não sei se é esse seu caso;

antes de mandar imprimir, force a propriedade Filtro do ACBrBoletoFCFortes1 para >>>> fiNenhum

vc usa algum componente para skin ? eles costumam interferir no preview, seria recomendável desabilitar a aplicação do skin nos forms de preview.

quanto a essa parte: if Vizualizar then ACBrBoleto1.Imprimir; -já tentou tirar esse if ... deixar o metodo imprimir direto ? -no ACBrBoletoFCFortes1 vc já tentou usando false ? não me lembro o pq, mas eu tive problemas com o preview, então eu mando gerar um pdf e em seguida abrir esse pdf..

qual código vc usa para mandar imprimir a lista ?

o problema acontece só quando são vários boletos ? quando é apenas 1 imprime normalmente ?

Uma dúvida, os retornos só podem ser carregados informando o diretório e o nome do arquivo ? (tudo string), não teria como passar já para o componente o arquivo em uma variável, isso é útil para quem não quer trabalhar com arquivos salvos no disco, e sim no BD;

e quanto a MG ? sem previsão ainda ?

Sim, são muitos parâmetros, mas uma vez setados (dinamicamente é claro, as confg. de e-mail, assunto, msg vc deixa para o user setar como ele desejar), a única coisa q vc faz é passar o xml para o ACBrNFe, dai pra dar manutenção no código fica bem mais simples.

sim, usar a própria rotina de envio de e-mail do componente = ACBrNFe1.NotasFiscais.Items[0].EnviarEmail(aki vai uma serie de paramentros,só olhar no demo do ACBrNFe)

deixa eu ver se entendi, vc imprime um pdf, depois anexa no email ?

qual componente de relatorio vc usa para gerar o danfe ?

"Esse problema é relativamente raro" ... quando vc envia uma NFe ela é reprovada apontando uma inconsistência.. tipo.. IE do destinatário incorreta por exemplo, dai vc vai até o cadastro do cliente, corrige o IE e Gera/Envia novamente a NFe ? é mais ou menos isso ? Detalhe melhor qual é o seu processe de geração e reenvio em caso de uma primeira reprovação.

https://twitter.com/ldiSistemas/status/299140657560289280 Veja se esse video ajuda..

Notei isso no seu caso, mas nem comentei pq é irrelevante ao problema, já que o conteúdo da tag <xCorrerarcao> não é submetido à validação, pelo menos por enquanto não (a não ser caracteres especiais), o cara foi leviano e quis se livrar do problema apontando de fato um "problema", mas que não é a causa da NÃO AUTORIZAÇÃO da sua CCe, o seu e o do jappakill são problemas de UFs divergentes, ou seja de algum modo, as ufs que estão gerando os eventos de CCe não são as mesmas que geraram a da NFe .. se só está acontecendo com vcs dois, imagino que seja problema em seus códigos, agora se surgirem mais users do SVAN com o mesmo problema, pode ser que de fato exista algo errado nessa história, mas se analisar os xmls do post, são muito estranhos. o retorno é claro Rejeicao: Codigo do orgao diverge da UF autorizadora

esse retorno foir gerado pelo exemplo do ACBrNFe

Esse código que vc postou antes : Postado Ontem, 10:39 AM Claro { -------- parametros de configuração no arquivo.ini-------------------} LerConfiguracao; { --------------- Dados para envio da carta de correção------------} chave := ClntDtStCRTCORRECAONFE.AsString; idLote := ClntDtStCRTCORRECAONUMVENDA.asstring; CNPJ := ClntDtStCRTCORRECAOCPFCNPJ.AsString; if ClntDtStCRTCORRECAOQTECCE.AsString = '0' then nSeqEvento := 1 else nSeqEvento := StrToInt(ClntDtStCRTCORRECAOQTECCE.AsString) + 1; Correcao := Memo1.Lines.Text; // ACBrNFe1.Configuracoes.WebServices.UF := ClntDtStCRTCORRECAOESTADO.AsString; ACBrNFe1.Configuracoes.WebServices.UF := ClntDtStCRTCORRECAOESTADOFILIAL.AsString; ACBrNFe1.EventoNFe.Evento.Clear; // ACBrNFe1.EventoNFe.idLote := StrToInt(idLote); with ACBrNFe1.EventoNFe.Evento.Add do begin infEvento.chNFe := Chave; infEvento.CNPJ := CNPJ; infEvento.dhEvento := Now; infEvento.tpEvento := teCCe; infEvento.nSeqEvento := nSeqEvento; infEvento.detEvento.xCorrecao := Correcao; end; ACBrNFe1.EnviarEventoNFe(StrToInt(idLote)); ACBrNFe1.Configuracoes.WebServices.UF := ClntDtStCRTCORRECAOESTADOFILIAL.AsString; .... coloca estático 'PA' e roda pra ver... ACBrNFe1.Configuracoes.WebServices.UF := 'PA';

se precisar de uma ajuda remota pode falar.. tirando isso, nao consigo pensar em mais nada, ha nao ser que a uf esteja de alguma forma divergente...

vc tentou fazer pelo exemplo do ACBrNFe ? tente só pra vermos o resultado... quanto mais informação melhor, se com vc tbm der o mesmo erro, mesmo setando as configuraçoes de UF / webservice corretas.. dai o problema é mais serio.

só por desencargo de consciência, vc está usando o mesmo certificado que usou para gerar a nfe certo ?

amigo, se a nf é do PA vc tem que selecionar a UF PA antes de iniciar os testes com o exemplo do acbr, por padrão ele é configurado pra SP 35

Siga as mesmas recomendações que passei ao jappakill, acredito que esse deve ser o seu caso tbm, pq no caso dele passa-se corretamente o cOrgao, o retorno que vem com problema, sinal q a causa deve ser as propriedades UF ou AMBIENTE... faça o teste DA MESMA NF mas no exemplo do ACBRANFe e vai dar certo, dai vc posta o resultado.

bom dia jappakill, Bom, tente não passar nenhum caracter especial na correção das CCe ok, eu já tive cce rejeitadas por Ç e ~... mas no seu caso, posso dizer, em algum momento do código o componente está recebendo outro valor nas propriedades AMBIENTE ou UF, quer ter certeza ? vamos tirar a limpo isso, faz exatamente assim: -Abra o Demo do ACNrNFe -configure o certificado da empresa com o ambiente de produção, claro, o estado... -tente gerar a carta de correção pro lá usando o exemplo do ACBrNFe -Não use caracter especial Dai vc posta o resultado aqui... se vc conseguir blz.. ´q um passo, dai é só procurar com calma o problema no seu código. outra sugestão, como vc está lendo as conf. de um ini, faça isso sempre antes de uma chamada importante... mesmo que seja redundante.. só pra testar.. pode ser que nesse 'meio de campo' as propriedades estejam sendo desconfiguradas... mas sugiro testar usando o Exemplo do ACBrNFe primeiro.. por lá vai gerar vc vai ver..