[RESOLVIDO] Email enviado NFe

Boa noite colegas.
Estou com um problema. Quando uma NFe é autorizada, é enviado ao cliente um xml e um email referente a NF correto?
Os clientes estão reclamando que no corpo deste emal não tem a chave de acesso para consultar a NF no site do orgão responsável.,
sendo que eles precisam abrir o XML para visualizar essa chave. Foi aberta uma FO, e a resposta é que isso deve ser tratado
via customização.
Algm aqui ja desenvoveu algo a respeito? Em que momento isso deve ser tratado? Qual ponto de UPC e para qual programa.

Obrigado.

Prezado:
Já desenvolvemos um específico para colocar autenticação no e-mail enviado com o XML(pois nosso servidor requer autenticaçaõ) e a solução foi criar uma UPC para o programa utapi019 (veja a documentação em EMS206b\docapi\utapi019.doc).

No seu caso, poderá facilmente criar uma UPC para anexar ao corpo do e-mail a chave de acesso.

Detalhe: Relacionado a NF-e, não é aconselhável criar específicos, pois a Totvs está mudando muito as regras de negócio devido mudanças na legislação. Desta forma, a chance do específico não funcionar após uma atualização de pacote é muito grande. Outro detalhe está relacionado à entrada do layout 2.00, onde o envio do programa será diretamente no TSS. Desta forma esta UPC que desenvolvemos já não servirá para mais nada.

Quando surgem necessidades (como a sua), que demandam desenvolvimento de específico, temos o costume de consultar a legislação para verificar se o cliente pode exigir esta informação, ou seja, a NF-e é regida por uma legislação válida em todo o país: se o cliente pedir algo que não consta na legislação, temos o direito de informá-lo que não será possível adaptar o sistema... Exemplo: um cliente nosso pediu para enviarmos o arquivo XML para o endereço padrão dele com cópia para um e-mail alternativo. O Programa de envio de e-mail do EMS envia somente para um endereço (informado no cadastro de clientes). Diante desta situação, o que fizemos foi sugerir ao cliente criar na empresa dele um e-mail interno com redirecionamento para os demais. O cliente concordou e não foi necessária customização... Por isso é preciso ficar atento às outras alternativas para "fugirmos" dos específicos que sempre dão "dor de cabeça" nas atualizações de pacote ou nas mudanças na legislação (como a entrada da layout 2.00).

Espero ter ajudado!

Olá João,
Obrigado pela resposta.
É, realmente, utilizar a API irá causar transtornos. Já eliminarei da lista de possibilidades.
Vou tentar buscar alguma solução, pois o cliente reclamou que seus fornecedores que tbm utilizam
sistema TOTVS, no email enviado por eles, vem o nro da chave de acesso. Porém a gama de erps
comtepla Protheus, RM, Logocenter, Datasul.
Acabei de abrir um chamado. Vamos ver.
Mais uma vez, obrigado.

bom dia,
aqui nós estavamos utilizando a ferramenta neogrid para transmissão da nfe, migramos para o TSS síncrono.
ai começaram os problemas de e-mail, pois só envia para um cliente.
fizemos o seguinte, como temos específico para imprimir a nota,
implementei uma função que ao imprimir a nota, ele executa o envio de e-mail. ai resolveu meu problema, será enviado e-mail com xml para todos os clientes com e-mail cadastrado no cd0704b.
aproveitei e coloquei a chave da nota no corpo do e-mail para o cliente.

Caros:
Como o número de clientes que nos solicitaram o envio de e-mail para mais de um destinatário foi muito pequeno, ficou inviável desenvolver específico. Como já havia mencionado na interação anterior, a solução é pedir ao cliente que faça um redirecionamento lá no servidor dele para replicar o e-mail para mais endereços. É a solução mais prática, uma vez que se um funcionário da empresa do cliente for desligado, bastará que eles retirem-o do redirecionamento.

Por exemplo: aqui em nossa empresa, temos um e-mail genérico que divulgamos para nossos fornecedores enviarem o XML. Internamente (no nosso servidor de internet) este e-mail é replicado para inúmeras pessoas.