Absender ändern Rechnungsversand

Hallo Forum,

aus Kostengründen und aus Gründen des Umweltschutzes würden wir gerne unsere Rechnung aus Navision per Mail versenden.

Eigenstudium brachte mich nun bis hier.
- SMTP Einrichtung - abgeschlossen
- SMTP Test - abgeschlossen
- Belegsendeprofil - eingerichtet und bei Debitoren hinterlegt
- Template - Word Dokument - angepasst Kopf-/Fusszeile entfernt (Rechnung soll mit Standard Text und der eigentlichen Rechnung als PDF im Anhang per Mail verschickt werden)

Als ich mich nun als Benutzer angemeldet habe, folgendes Problem:
- Navision nimmt für den Versand immer den jeweils angemeldeten Benutzer

Resultierende Frage, gibt es eine Möglichkeit eine Standard Absender Adresse z.B. "Invoice@firmaxy.de" zu hinterlegen. Eingerichtet ist im Online Exchange (Microsoft365) ein Postfach mit dieser Adresse. Meine Theorie sagt, mit Standard Adresse senden und den Benutzern die dieses tun sollen, Zugriffsrechte auf Postfach "Invoice@firmaxy.de" zu geben.

Wie bereits berichtet der Versand der Testnachricht und erste Probesendungen laufen.

Vielen Dank!

Microsoft hat da leider sehr viel Funktionalität nicht integriert, da muss man sich schon selbst was basteln mit der vollständigen Mail Funktionalität über dotnet.

..also CU400?

wirklich keine andere Möglichkeit?

Ups, ich hatte mich auf Codeunit 397 "Mail" bezogen. Codeunit 400 "SMTP Mail" kann das. In die Funktion "CreateMessage" werden "SenderName" und "SenderAdress" übergeben.

kein Problem.

Diese Create Message habe ich mir schon angeschaut..
Meine Herausforderung besteht darin, dieses Snippets in Nav zu integrieren wo macht man das?

Ich denke Du meinst dieses:

Code:

SMTP.CreateMessage(
    'Invoice firmaxy',
    'invoice@firmaxy.de',
    'customer@firmaxz.de',
    'Invoice',
    'Dear Customer...',
    FALSE);
SMTP.Send;


von enh » Gestern 19:54
Microsoft hat da leider sehr viel Funktionalität nicht integriert, da muss man sich schon selbst was basteln mit der vollständigen Mail Funktionalität über dotnet.

Kannst du uns da Beispiele nennen, was vergessen wurde?

@Ratze
schau dir mal die Table 9500 (Email Item) an - damit solltest du weiterkommen

hier mal Code zum Senden

Code:

CLEAR(EmailItemBuffer);
EmailItemBuffer."From Address" := mySenderAddress;
....
EmailItemBuffer.Send(TRUE);


schau dir mal die Table 9500 (Email Item) an - damit solltest du weiterkommen

Wie rufe ich diese Table auf?

Wie rufe ich diese Table auf?

?? wie meinst du das?
du legst dir in deinem Code ne neue Variable auf die Table an (diese sollte temporär sein) und nutzt z.B.
den Beispielcode, den ich geschrieben hatte

von enh » Gestern 19:54
Microsoft hat da leider sehr viel Funktionalität nicht integriert, da muss man sich schon selbst was basteln mit der vollständigen Mail Funktionalität über dotnet.

Kannst du uns da Beispiele nennen, was vergessen wurde?

Sendername (Von) und Blindkopie (Bcc) fallen mir da spontan ein. Vergessen wurde das sicher nicht, MS hat das bewusst nicht eingebaut, warum auch immer. Ich beziehe mich auf die Mail-Codeunit, nicht auf SMTP. Wobei seit ein paar Versionen Bcc auch drin ist.

Wie rufe ich diese Table auf?

?? wie meinst du das?
du legst dir in deinem Code ne neue Variable auf die Table an (diese sollte temporär sein) und nutzt z.B.
den Beispielcode, den ich geschrieben hatte

Ich habe die Frage wohl ein wenig unklar definiert.
Muss dazu sagen das Nav totales Neuland ist für mich. Wahrscheinlich denkst Du, das ich schon länger mit Dynamics zutun habe. Also kannst Du mir bitte ein "HowTo" oder ein Medium an die Hand geben, womit ich verstehe wie ich Table 9500 öffne um darin eine temp. Variable anzulegen.

Heute habe ich mit den Leuten gesprochen, die es damals auch installiert haben.

Kurzer Umriss was bisher schon getan ist:
1. Login bei Nav as Admin
2. Anlegen der SMTP Einrichtung rechnung@firma.de
3. Versuch versenden einer Testmail -> okay!
4. gebuchter Beleg - versendet per Mail -> mit manueller Einstellung -> auch okay
5. jetzt kommt der Punkt wo es nicht mehr weiter geht, jetzt meldet sich ein Mitarbeiter an und versucht das gleiche.. ohne Erfolg, da hier seine eigene Mailadresse aus dem Windows Profil herangezogen wird.

Also scheitert es nun wirklich nur daran, das ich es nicht hinbekomme, Standard MailAdresse, Standard MailBody zu übernehmen.
Ich möchte ja auch keine neue Seite etc. erstellen. Es sollen ja nur die "gebuchten Belege aus dem Service" als Anhang (pdf) in einer Mail versendet werden.

Die Aussage vom ext. Support war übrigens "Das ist so nicht inkludiert bei 2016 - das kam erst mit 2017" Das möchte ich so nicht hinnehmen, da es ja unter Admin praktisch schon funktioniert...

Also bevor du anfängst zu programmieren solltest du (a) wissen wie die Zusammenhänge in NAV sind und (b) eine Schulung bzgl. der Programmierung machen. Sonst macht das keinen Sinn. Da solltest du dann eher euren Partner ansprechen damit die das umsetzen.

@enh

..woher wusste ich nun das ich so einen Reply bekomme? Ist es verboten sich selbst was beizubringen? Ich hatte ja schon angesprochen "Eigenstudium" aber um Dein Gewissen zu beruhigen "ich bastel nicht an Produktiv Systemen herum" ..

Auf den letzten Satz von Dir gehe ich nun nicht ein, Du hast Dir nicht einmal die Mühe gemacht, meinen Post komplett zu lesen.

Auf den letzten Satz von Dir gehe ich nun nicht ein, Du hast Dir nicht einmal die Mühe gemacht, meinen Post komplett zu lesen.

Dann kann ich dir auch nicht helfen. Du hast ja nur geschrieben dass die Antwort war dass es ab NAV 2017 im Standard geht.

@ Ratze:

natürlich kann man sich so etwas selbst beibringen.
Wenn du so ein bis zwei Jahre Zeit hast, dann kennst du hoffentlich Datenmodell und die Objekte von NAV gut genug um eine sinnvolle eigene Programmierung durchzuführen.

Ich denke enh hat aus deiner Fragestellung und deinen Posts zwei Dinge gschlossen:
1. Es ist eine Anpassung nötig, damit die Mails funktionieren.
2. Es ist keine Programmierkenntnis vorhanden.

damit man 1. durchführen kann, muss man aber 2. beherrschen.

Daher ist seine Antwort so ausgefallen. Ein ERP- System ist kein Spielplatz. In den meisten Fällen muss man sehr genau wissen was man wann tut, sonst zerstört man u.U. wichtige Daten.

Gruß Fiddi