Wow stark.
Ich wollte auch mal vor gefühlt 40 Jahren Morsen lernen. Vielleicht kann ich das mit deinem Tool in meinem Leben, als stillgelegter Amateurfunker, noch zu Ende bringen.
Und ja tatsächlich:
Ich habe auch noch kein O (3x lang) hinbekommen.
Beiträge von Carsten
-
-
Hallo zusammen,
vielleicht noch als Ergänzung - was für 'Bastler' möglich ist:
das Einbinden einer GIF-Datei in ein Layout. Damit die Bewegung erhalten bleibt, ist es am Schluss wieder ein GIF.Das eingebundene Beispiel mag nicht so sinnvoll sein, die Bewegung ist auch nicht so gut zu sehen. Mein Projekt damit zielt darauf ab, Produktbilder bzw. Zusatz-Produktbilder auf einer Homepage 'aufmerksamer' zu gestalten und dennoch den Pflegeaufwand dafür extrem minimal zu halten.
Konkreter:
* Mehrere Fotos
* Texte
* Pausen zwischen den Bildern
* Endgültiger Dateinamewerden in einer Datenbank hinterlegt. Bei einer Änderung werden Fotos bzw. Texte in der Datenbank geändert und auf Knopfdruck wieder die 'Layout-GIF' erstellt und auf die Homepage synchronisiert.
Erforderliche Zusatzprodukte:
* LaTeX (Das könnte ein Haken für Neueinsteiger sein.)
* MagickImageAblauf (im Schnelldurchgang)
1) GIF-Bild in Einzelbilder trennen (via MagickImage)
2) Erstellen eines PDFs über LaTeX
Jedes GIF-Einzelbild ist in eine (identische) Seite mit Text bzw. Layout eingebunden, d.h. es entsteht ein PDF-Dokument, mit so vielen Seiten wie GIF-Einzelbilder vorhanden sind.
3) PDF wieder in GIF umwandeln (via MagickImage)Es ist etwas für Bastler, denn auch die Tex-Datei für LaTeX sollte automatisch erstellt werden (Ermitteln Anzahl Bilder, Erstellen TEX-Dokument, Kompilieren Tex in PDF).
Aber vielleicht hilft es ja jemandem. Ich stehe gerne für weitere Fragen zur Verfügung
-
Hallo zusammen,
um ein Problem mit einem Barcodescanner zu lösen, habe ich mal wieder hier nach einem Lösungsansatz gesucht (und vermutlich auch gefunden).
Ich mag dieses Forum sehr, auch wenn ich heute nicht mehr so viel mit AutoIt mache als in früheren Jahren. Die Pflege unserer DATAFLEX-Programme ist inzwischen sehr zeitraubend. Aber einige Autoit-Tools machen ihren Job bei uns im Betrieb schon sehr, sehr viele Jahre durchgehend, täglich, ohne irgendwelche Probleme.
Es ist auch wirklich toll in diesem Forum so viele Mitglieder so kontinuierlich wiederzulesen (wiederzusehen).
Und nun bin ich zufällig auf diese Diskussion gestoßen und würde mich gerne einklinken, denn das Thema ist für uns auch noch relevant.
Bisher dachte ich, die Herausforderung mit ZUGFeRD lösen zu können, denn der Ansatz Mensch und Maschine unter einen Hut zu bekommen gefällt mir. Aber der Hinweis mit der Inkonsistenz ist neu für mich: (Herzlichen Dank Peter)Zugpferd Rechnungen .. sind nicht wirklich praktikabel. Warum? Es gibt stand heute keinen Mechnismus der sicherstellt das das was ich lese auch das ist was im "Datenteil" steht. Bis 31/12/24 ist bei Zugpferd Rechnungen der PDF Teil rechtsverbindlich ab 01/01/2025 der xml Teil. Wie man sieht kann man also in den PDF Teil schreiben was man will hat ja doch keine Rechtsverbindlichkeit. Eine Darstellung z.B. des Endbetrages aus dem xTeil im PDF findet NICHt statt.
Ich verarbeite PDF-Rechnungen schon halbautomatisiert mit PDF zu Text Werkzeugen (pdftk) und daher wäre mein Ansatz zusätzlich zu ZugFerd auch noch die PDF bzw. den Betrag der PDF auszulesen zu kontrollieren. Allerdings läuft das auch nicht gänzlich autark, denn den Endbetrag zu erkennen ist nicht immer einfach, schon gar nicht bei ausländischen Rechnungen.
Übermorgen (2.Juli) habe ich mich zu einer Online-Schulung zu diesem Thema vom Bundesverband Großhandel, Außenhandel, Dienstleistungen e. V. (BGA) in Zusammenarbeit mit der Steuerberatungs- und Wirtschaftsprüfungsgesellschaft Deloitte GmbH angemeldet. Mal schauen, was dort für Erkenntnisse kommuniziert werden.
Viele Grüße
Carsten -
Und einfach die Spezial-Taste an der Maus deaktivieren
und
'wie allle' die Taste Strg-F4 bzw. X mit der Maus beim RICHTIGEN Fenster verwenden?
Zeitaufwand ist bestimmt sehr gering
Mit zunehmenden Alter erkenne ich immer mehr, dass gedachte Erleichterungen oft nur kurzfristig sind, weil sie auch wg. Updates und Änderung von 'außen' gepflegt werden müssen. Sich mit dem 'Standard' zu arrangieren ist dann u.U. langfristig einfacher.
-
-
Hallo Peter,
eine weitere Möglichkeit wäre eine Markup-Sprache bzw. das Markdown-Format . Hier kannst du einfache Formatierungen speichern + verarbeiten, bist sozusagen in einem 'Standard', auch wenn er privat nicht oft zu finden ist und die Datei über einen MD-Editor automatisiert zu drucken sollte auch kein Problem sein.
Eine andere Variante, falls du sehr aufwändige Dokumente erstellen möchtest, wäre LaTeX bzw. seine 'Brüder + Schwestern'. Die einfachen Textzeilen kannst du locker mit AutoIt erstellen, die *.tex-Datei wird dann durch den LaTeX-Kompiler geschickt und du bekommst ein professionelles PDF-Dokument.
Hier wäre ein gutes Beispiel, auch um den Quellcode anzusehen:
https://www.janneschulz.net/roter_faden/wo…nfigurator.html
Nachteil hier ist nur, das LaTeX ein doch schon aufwändigeres Wissen voraussetzt, was sich definitiv nicht für eine einmalige Sache lohnt und der Kompiler (z.B. Miktex) ca. 1GB auf der Festplatte benötigt. Dieser lässt sich allerdings auch portable ohne Installation (etwas langsamer) vom Netzwerk nutzen. Ich arbeite gerade an einem Projekt, wo ich aus einer Datenbank Kundenaktionsblätter mit Bild + Text und ansprechendem Layout erstelle - für Mitarbeiter die wenig Ahnung von Gestaltung und Computer haben. Allerdings nicht mit AutoIt sondern an unsere Warenwirtschaft angelehnt.
Viele Grüße
Carsten
P.S: von Druckersteuerzeichen würde ich Abstand nehmen. Ich habe in meiner Jugend mal ein Rechnungsprogramm mit viel Aufwand und PCL erstellt - da schreit heute kein Hahn mehr nach.
-
zum Thema Softphone PhoneDialog
Dein Problem mit leeren der Eingabe (lass doch über Internetworking ein mini Progrämchen starten, dass die Nummer '' eingibt. oder die Daten löscht....
Noch besser (Dank der Hilfe vom Hersteller):
unter [Optionen > PhoneDialog > Tab "Dialog Ansicht"] können Sie den Haken
setzen bei: "Tab nach Gesprächsende leeren".
-
Hallo Peter,
Ich glaube Du hast mich falsch verstanden. Ich verwalte die Daten nur in einer Anwendung, in unserer Warenwirtschaft. Dort lese ich die Adressen Nachts aus, und lasse sie von Autoit aufbereiten. Als xml für die Yealinks, als CSV für die Phonesuite und als NMR für den David. Die alten Daten lösche ich rigoros bzw überschreibe die Files. Verwaltung NUR über die Wawi. Alles andere sind nur leere Flaschen die ich für einen eingeschränkten Nutzen fülle.
ich glaube nicht, dass ich dich falsch verstanden habe. Du hast nur EINE Datenquelle, aber MEHRERE Schnittstellen. Aus meiner Sicht sind die Schnittstellen mit Sichtweise auf einen langen Zeitraum das Problem. Ich hatte über Seafile mal ein Datenaustausch über eine Cloud (Synchronisation) an mehrere PCs und das lief über Monate anstandslos- und plötzlich nicht mehr und bis heute läuft das nicht mehr vollautomatisch. Wer was wo geändert hat (Seafile, Cloud-Anbieter, ich versehentlich) konnte ich bis heute nicht klären, ich steige gerade auf ein anderes Konzept / Werkzeug um.
Ich war zuletzt pragmatisch.
Ja das ist der beste Ansatz Kenne ich: schnell + gut. Glücklicherweise funktioniert ein Provisorium meistens am längsten ....
...das Ganze nach einem vom David überwachtem Ordner (Scan) schwubs ist es im Posteingang des Mitarbeiters..
Das mit dem Scan kenne / nutze ich nur für FAXE.
Kennst du die Möglichkeit direkte eMails in DAVID zu schreiben? z.B. mit Anhang und durch HTML etwas moderner im Aussehen?Leider kann ich meine Quellen nicht mehr wiedergeben, ich nutze das schon seit vielen Jahren, z.B. auch dass ich in der Auftragsbearbeitung eine INI-Datei schreibe und die geforderten Werte der nachfolgenden Teile (Betreff, Text usw) dann in AutoIt über INI einlese und die eMail dann über AutoIt versende.
Code
Alles anzeigen#include <INet.au3> ; 'Anwendungsverzeichnis des Tobit InfoCenters aus der Registry auslesen $tobitPath = RegRead("HKCU\Software\Tobit\Tobit InfoCenter\Settings\","ProgramDirectory") $oMail = ObjCreate("DVOBJAPILib.DvISEAPI") ;~ $oAccount = $oMail.Logon("", "", "", "", "", "NOAUTH") ;~ $oArchive = $oAccount.GetSpecialArchive( "DvApi32.DvArchiveTypes.DvArchivePersonalOut") ;~ $oMailItem = $oArchive.NewItem(2) ; 'Account laden (des lokal angemeldeten Benutzers) $oAccount = $oMail.Logon("", "", "", "", "", "NOAUTH") ; 'Alle Archive einlesen $oArchiveRoot = $oAccount.ArchiveRoot $oArchives = $oArchiveRoot.Archives ; 'Tobit Servernamen auslesen (Hostname des Tobit Servers in der Regel) ;~ $oTsrv = $oAccount.ServerName ; 'Tobit Archiv einlesen $oArchive = $oAccount.GetSpecialArchive(102) ; '102 = Ausgangsarchiv ;~ 'Neuen Archiveintrag anlegen $oMailItem = $oArchive.CreateArchiveEntry(2) ;'0 = unbekannt, 1 = Adresse, 2 = Email, 3 = Fax, 4 = SMS, 5 = VoiceMail, 6 = TMAIL, 7 = Kalendereintrag, (...) ;~ 'Empfänger der Nachricht $oMailItem.Fields("SRTo").Value = "xxx@mail.de" $text = "Dies ist der BETREFF" ;~ $text = _INetExplorerCapable($text) $oMailItem.Subject = $text ;~ 'Priorität der Nachricht $oMailItem.Fields("Priority").Value = 0 ;'0 = Normal, 1 = Low, 2 = Important $text = "Diese ist der Text PLAIN, also einfach ohne Schnoerkel" $text &= @crlf $text &= @crlf&"Man kann also auch HTML und PLAIN verschicken, für Leute die sich nicht so gerne HTML anzeigen lassen" $text &= @crlf ;~ $text = _INetExplorerCapable($text) $oMailItem.Fields("CONTENT").Value=$text $text = "" $file = FileOpen("c:\dokumente\newsletter.html", 0) ; Check if file opened for reading OK If $file = -1 Then MsgBox(0, "Error", "Unable to open file.") Exit EndIf ; Read in lines of text until the EOF is reached While 1 $line = FileReadLine($file) If @error = -1 Then ExitLoop $text &= $line Wend FileClose($file) $oMailItem.Fields("HTMLDisplayContent").Value=$text $mailattchfile = "c:\dokumente\IchBinEineAnlage.pdf" if $mailattchfile <> "" then $oAttachment = $oMailItem.Attachments.Add($mailattchfile) Endif ;~ 'Nachricht speichern $oMailItem.Save ;~ 'Nummer des Eintrags der soeben gespeicherten Email auslesen (wichtig für Shell Aufruf!) $oRecNo = $oMailItem.Fields("RecNo").Value ;~ 'Über die Shell das InfoCenter starten und dort die soeben erzeugte Nachricht im Editor öffnen $wshshell = ObjCreate( "WScript.Shell" ) $ShellCmd = $TobitPath & "\DVWIN32.EXE " & $oArchive.ID & " /SA=34 /POS=" & $oRecNo $WSHShell.Exec($ShellCmd) ;~ 'Mail sofort wieder löschen nachdem sie geöffnet wurde, da Sie sonst doppelt versendet wird, bzw. 2x im Postausgangsarchiv liegt $oMailItem.Delete ;~ 'Objekte freigeben um sicherzustellen, dass das Script auch bei mehrmaligem Aufrufen sauber funktioniert $oAccount.Logoff $oAccount = "" $oApp = "" $oAttachment = "" $oMailItem = "" $oArchive = "" $oArchives = "" $oItem = "" $oArchiveRoot = ""
So, jetzt kommt wieder der 'harte Alltag' mit den geforderten Jobs weit entfernt von AutoIt auf mich zu
Bis bald
Carsten
-
Hallo water,
das ist eine sehr interessante Seite, vielen Dank. Ich hoffe nur, dass ich nicht so tief in das Thema einsteigen muss.
Eigentlich will ich ja nur einen LDAP-Server mit Adressen bestücken und in / an verschiedenen Orten wieder auslesen - und das als 'normaler' Anwender -
Hallo Peter,
auch das hört sich ähnlich an wie bei mir, inkl. David Vielleicht sollten wir doch mal von Stromkilometer auf GPS umschwenken
PhoneSuite habe ich schon seit einigen Tagen im Test laufen - ist wirklich super. Einzig wäre mir lieber wenn nach dem Telefonieren die Rufnummer im Display verschwinden würde (vielleicht gibt es eine Einstellung dafür, muss ich noch suchen), weil ich dann auch schnell erkenne, dass kein Gespräch mehr steht. Leider kam es in meinen Tests mit den verschiedenen Softphones immer wieder vor, dass durch falsche Bedienung oder nicht bekannte Tastenkombination plötzlich irgendwas gewählt wurde. Daher bin ich hier sehr empfindlich.
Ich habe mir auch schon überlegt ob LDAP das richtige ist für mich, denn ich könnte mir auch noch vorstellen nicht nur Adressdaten abzurufen sondern auch Informationen zu schreiben - sozusgaen als Mini-CRM (Kundeninfo-System). Hier ist die Funktion 'Notizen' von PhoneSuite ein genialer Startpunkt.
Allerdings hätte ich nahezu die gleichen Funktionen auch noch gerne auf dem Smartphone. Da hört AutoIt leider auf - und ich habe dort (noch?) keine Möglichkeit der Einflußnahme - außer Standard-Apps zu nehmen/kaufen.
ZitatSo produziere ich ein csv File für den CTI Client.... xml File für die Yealinks......nmr File für unseren Tobit David
Mir wäre schon lieber, wenn ich nur EINE Datenbank aufbereiten müsste, wo ich von PC-Softphones, Smartphones und ggf. Mini-CRM direkt drauf zugreifen kann. Möglicherweise bin ich ein ganz guter 'Schnittstellenmeister', weil ich (auch mit AutoIt) in den letzten Jahren mit viel Automatisierung viele verschiedene Programme miteinander verbinden konnte. Aber leider laufen die Dinge immer nur so lange gut, wie sich nichts ändert - alles 'einzufrieren' ist nicht gut. Ich sollte dringend einige Schnittstellen nachbessern (XP...Win-7...Win10, Wechsel Fibu, neue NAS), komme aber zeitlich nicht hinterher - und das ist Käse. Bei mir steht daher Schnittstellenminimierung gerade hoch im Kurs
ZitatSchneller Rückruf für den Kollegen notieren? Hotkey drücken, mail Adresse eingeben, Strichpunkt dahinter dann gibt es noch eine kurze Bemerkung ok drücken ---> Augenblicke später kommt das beim Empfänger an.
Nutzt du eine 'Chat'-Funktion bei Phone-Suite? Ich habe zwar etwas gelesen, aber nichts im Programm gefunden. Dann könnte man z.B. auch einem telefonierenden Mitarbeiter eine Nachricht schicken. Oder schickst du ihm dann eine eMail, die er vermutlich erst nach dem Gespräch liest?
Schönen Freitag
Carsten
-
Hallo Peter,
Phonesuite sieht ja ganz gut und voluminös aus.
- Das Telefonbuch sieht sehr umfangreich aus, mir fehlt halt noch der LDAP-Server
- die Notizen-Funktion scheint klein aber fein zu sein. Lt' Anleitung kann man diese auch im Netzwerk für alle hinterlegen - das könnte eine nette Optimierung bringen, wenn der eine weiß was der andere getan/gesagt hat.
- Interworking die Verbindung zu anderen Anwendungen scheint auch ziemlich umfangreich mit vielen Möglichkeiten zu sein (sowohl eingehend, als auch ausgehend)
Da geht mein bisheriger Favorit 'Juggler' (von Global IP, auch ein dt. Anbieter) etwas in den Hintergrund, da er auch leider nur eine 7-Tage-Testversion bietet. Nett ist dort das aufteilen des SoftPhones auf mehrere Fenster, damit der Bildschirm für andere Dinge frei bleiben kann.
Aber meine Frage ob du ein ähnliches Programm auch für Smartphones hast, ist vielleicht besser in einem anderen Beitrag aufgehoben....
Grüße
CarstenP.S. mir fällt eigentlich nur Stromkilometer 261 ein.....
-
Hallo Musashi,
Zitatwie bist Du denn auf diesen Anbieter gekommen ?
Na ja, wie kommt man z.B. zu seiner Lieblingsseife? Schauen, lesen, testen . Für mich war ein deutscher (europäischer) Anbieter wichtig. Ich wollte eine Möglichkeit 'vernetzt zu arbeiten'. Leider funktioniert es nicht so gut wie ich anfänglich dachte. Aber das liegt m.E. mehr an den Anwendern, die den (anfänglichen) Mehraufwand nicht mit den (zukünftigen) Vorteilen mittragen (können).
Normalerweise arbeiten wir ja direkt in der Cloud-Oberfläche. Um nochmals Schwung in die Arbeitsweise zu bringen, wollte ich mehr 'Automatisation' in bestimmten Bereiche hereinbringen.
Gerade wollte ich den Beitrag schließen. Sollen wir einen neuen aufmachen über das Angebot von Cloud-Lösungen für vernetztes Arbeiten?
Grüße
Carsten -
Wie gesagt - melde Dich sobald Du weitere Infos hast.
Hallo Musahi,
manchmal sieht man (ich) halt den Baum vor lauter Wald nicht mehr - ich habe einen Raum für den Test verwendet, bei dem ich das Kommunikationsmodul abgeschaltet hatte. Also kein Wunder, dass es nicht funktionierte. Hätten wir zum Test die Erstellung einer Aufgabe (statt Chat-Nachricht) genommen, wäre es auch gleich gegangen....
Vielen Dank für deine Hilfe.
Leider wollte ich auch Daten in der Cloud ÄNDERN - aber das kann Stackfield (noch) nicht. Jetzt darf ich mir ein 'Workaround' für meine Idee überlegen .....
Grüße
Carsten
-
Hallo Peter,
du weißt, dass es neben DosBox + vDos noch eine Menge anderer Varianten gibt?
ganz unten:
https://vdos.info/reviews_links.htmlViele Grüße aus dem sonnigen Süden
(sind jetzt auch am Baggersee zu finden)Carsten
-
Wenn dieses Thema abgeschlossen ist, dann wage ich mich mal (idealerweise mit deiner Hilfe) an die Sipgate-REST-Api. Sollte doch auch funktionieren mit AutoIt, denke ich.
https://developer.sipgate.io/rest-api/authentication/
Funktionsumfang:- Anrufe auslösen, transferieren, auflegen, halten, aufzeichnen, stumm schalten, aktive Gespräche auflisten, DTMF-Signale oder Ansagen einspielen,
- Rufnummernrouting ändern, Absenderrufnufnummern ändern,
- Weiterleitungen konfigurieren, Ereignisliste abrufen,
- Endgeräteeinstellungen abfragen,
- SMS versenden
- Fax versenden
- und vieles mehr....
Und das alles mit AutoIt - dann gibt Peter seine Telefonanlage auf und stellt um auf Cloud
Und wir bauen gemeinsam eine AutoIt-Sip-Cloud-Open-Source-Telefonanlage....
Viele Grüße
Carsten
-
Wow - ziemlich pfiffig
bei dem vDos-Fenster genügt allerdings folgendes - alles markieren, in Zwischenablage.
Aber sogar die Werte welche oben aus dem Fenster geschoben wurden sind dann mit drin.
CodeLocal $iSleepTime = 400 ; später 10 ausreichend Send("^a") Sleep($iSleepTime) Send("^c") Sleep($iSleepTime) MsgBox(0,'Konsoleninhalt : ', ClipGet()) Exit
Vielleicht kann ich das auch mal gebrauchen - ich habe immerhin auch noch DOS-Anwendungen. Daher schon mal im voraus: vielen Dank
Carsten -
Hallo Musashi,
im Gegensatz zu hier arbeitet der Support dort nicht am Wochenende
Aber die Idee mit der Lizenz hatte ich auch schon den Support gefragt und folgende Antwort gibt Grund zu Optimismus:ZitatGrundsätzlich sollte aber das Senden von WebHooks möglich sein!
Aber leider sind die Support-Mitarbeiter nicht immer so wissend wie sich der Anfragende das wünscht - oder vielleicht formuliert der Anfragende auch seine Fragen missverständlich
WebHooks konnte ich generell aktivieren und auch in den Räumen konnte ich einzelne WebHooks hinzufügen. Sonst hätte ich ja nicht die URL bekommen.
Aber wie schon von dir geschrieben: Warten wir auf die Antwort vom Support.
ZitatDie Postman-Software halte ich für unnötig - ein Http(s) POST mit der korrekten URL reicht völlig aus.
Gleiches gilt für den Aufruf der URL über cURL.
Klar ist das unnötig, wenn man AutoIt hat bzw. kennt und auf sehr guten AutoIt-Wochenend-Support zurückgreifen kann
Vielen Dank
Carsten
-
Hallo Peter,
hier kann ich vielleicht auch mit meinen Erfahrungen etwas beitragen....
Ich nutze allerdings vDos, weil die DosBox eher für Spiele und schon gar nicht für alte Datenbanken geeignet ist. (Stichwort Record Locking)
https://vdos.info/download.html
Auch nutze ich eine ältere Version (2016.06.01), weil ich nach einem Update mal Probleme hatte - nach dem Prinzipt 'Never touch....' ist auch die brandneue Version erstmal nichts für mich.
Da ich mit vDos unser altes Programm auch mehrfach an einem PC öffne, hatte ich das Problem die Fenster nicht mehr auseinander halten zu können, wenn eines der DOS-Programme mal abstürzt. Glücklicherweise ist das selten und deshalb setzte ich die Funktion auch nicht mehr ein - und finde sie auch gerade nicht auf die Schnelle.
Aber meine Lösung war, dass ich per AutoIt das Dos-Programm (via vDos) aufrufe und sofort die PID nutze und den Fensternamen um die PID erweitere. Damit hatte ich immer eindeutige Fensternamen.
Du hast geschrieben, dass du den Programmaufruf über einen Link machen musst. Evtl. geht das aber mit vDos auch ohne Link. Hier kannst du Unterverzeichnisse anlegen mit verschiedenen config bzw. autoexec Dateien (die allerdings die Endung TXT haben bei vDos) und dann beim Aufruf in Ausführen in... einfach das Unterverzeichnis angeben. vDos ist nur einmal installiert. (siehe Bild).
Vielleicht findest du hier einen Ansatz für dich.
Viele Grüße
Carsten -
Hallo Peter,
na dann wohnst du zumindest nicht direkt an der Quelle . Ich habe 15km zur Grenze, d.h. rein rechnerisch sind wir 5km auseinander
Wir stehen gerade ziemlich auf 'Cloud', daher bekommen wir eine virtuelle Anlage aus Düsseldorf, wobei unser ISDN noch bis in den Dezember funktionsfähig sein will. Daher ist das Projekt auch nicht ganz oben auf meiner Prioritätenliste.
Dein Ansatz ist ähnlich bei mir
- Aus Warenwirtschaft Adressdaten aufbereiten // Übertrag in LDAP-Verzeichnis
- bei Anrufen Namen aus LDAP-Verzeichnis herauslesen + anzeigen
- evtl. auch wählbares Telefonverzeichnis mit LDAP-Quelle aufbauen (nicht Priorität)
Ich habe vor vielen Jahren ein kleines Tool mit AutoIt gemacht, welches die Anrufe am Apparat der Zentrale per Tooltip, inkl. Namen + Ort an jedem beliebigen PC im Unternehmen signalisieren kann. Der Ablauf ist ähnlich wie oben bzw. wie ich es auch gerne in Zukunft beibehalten wollte:
- Adressbuch wird aus Warenwirtschaft aufbereitet (Durchlauf ca. 1x / Woche bzw. nach Bedarf)
- Zentralanrufe werden an einem PC über TAPI erkannt und in eine einfache INI-Datei in das Netzwerk geschrieben
- mein Tool liest diese INI-Datei und zeigt während der Existenz der Datei (=während des Anrufs) die Rufnummer + Adresse oben rechts an jedem PC an, der dieses kleine AutoIt-Programm gestartet hat. Die Gesprächsannahme erfolgt dann über das 'normale' Tischtelefon, bei dem die 'Eingangs-LED' blinkt.
- Kleine Zusatzfunktionen sind mit der Zeit hinzugekommen, z.B. wählen aus diesem Programm heraus, Bedienung der Telefonanlage (Musik an/aus, Umleitung usw)
Die Funktion ist etwas 'gemächlich' aufgrund der Konzeption über die INI-Datei und kann auch nur einen Anruf gleichzeitig signalisieren. Aber damit konnten wir bisher gut leben. Wenn (selten) das kleine Werkzeug mal NICHT funktioniert, nehme ich die schnellen Rückfragen des Innenverkaufs als Kompliment für mich. Denn inzwischen haben Sie die Anzeige des Namens zusammen mit der Rufnummer lieben gelernt.
ZitatPablo mini http
Das habe ich nicht gefunden. Ich kenne
-
https://sourceforge.net/projects/miniweb/
Auch nur eine exe und open-source. -
https://www.openldap.org/
Hinweis von einem Bekannten, aber selbst noch nicht mit beschäftigt. -
http://entic.net/CF
Bietet ein Cloud-Adressbuch, gerade im Forum von PhonerLite (Softphone für PC) gefunden. Allerdings von 'Übersee' und damit für mich bzgl. DSGVO keine Alternative.
sipgate - der Cloud-Telefonanbieter - hat zwar ein Telefonbuch, aber - warum auch immer - kann auf das von den Telefonen nicht zugegriffen werden. Es ist auch kein LDAP-Zugriff möglich. Einzig im Protokoll kann ich dann auch die Namen finden bzw. über die (umständliche) Weboberfläche könnte ich das als Telefonbuch nutzen.
Ich würde gerne mit der neuen Anlage von allen Endgeräten auf das gleiche Adresssbuch zugreifen, daher dachte ich LDAP ist die Lösung.....
- von SNOM-Tischtelefonen
- von PC-Softphones (momentan PhonerLite, kann zwar kein LDAP, aber externe Applikationen aufrufen = ein Job für AutoIt)
- von Mobiltelefon-Softphones (momentan Grandstream Wave und Linphone)
Gerne greife ich bei Bedarf wieder auf deine Kenntnisse zurück
Viele Grüße
Carsten -
Hallo Musashi,
das ist ja schon mal ein super ansatz, auch wenn ich die WinHttp.au3 etwas suchen musste
(im englischen Forum: https://www.autoitscript.com/forum/topic/84…http-functions/
gibt es dann diesen Download-Link: https://github.com/dragana-r/autoit-winhttp/releases)
Leider bekomme ich auch mit meinen Echtdaten folgende Fehlermeldung:
Module, Room or Organisation not active.
Auch die empfohlene 'Postman'-Software bringt die gleiche Fehlermeldung. Deshalb habe ich den Support nochmals angeschrieben. Vielleicht fehlt noch etwas in den Einstellungen.Aber der Ansatzpunkt und dein Beispiel ist super. Vielen Dank für deine schnelle und gute Antwort
Carsten