4
Alternative bzw. Nachfolger für Lotus Approach?
Hallo,
wir haben hier eine Einfach-Uralt-Anwendung unter Approach 'Reparaturdatenbank';
besteht im Grunde aus einer Eingabemaske mit allen möglichen Feldern zur Erfassung des Rückläufers sowie Bearbeiter etc.
![2018-08-22 11_37_12-approach - [reparaturen.apr_eingabe]](/images/c/2018/08/22/36a660c247f0b89add07478118e285d0.jpg "2018-08-22 11_37_12-approach - [reparaturen.apr_eingabe] - 36a660c247f0b89add07478118e285d0 - Klicke auf das Bild, um es zu vergrößern")
Allerdings ist das Ding nicht mehr zeitgemäß und soll erweitert werden um gewisse Logiken, wie Terminmanagmeent, Eskalationsstufen etc.
Approach anfassen will keiner mehr, daher:
wer hat eine Idee wie man den IST-Zustand (Masken etc.) mit möglichst gerigem Aufwand portieren kann in eine zeitgemäße Entwicklungsumgebung?
Wo man dann zeitgemäße Funktionen dazulinkt.
Das soll bitte nicht so ein Mörderteil sein bei dem man sich eine Woche in die IDE und deren supertolle blinkebunti-Eigenschaften einarbeiten muß.
Danke Euch
wir haben hier eine Einfach-Uralt-Anwendung unter Approach 'Reparaturdatenbank';
besteht im Grunde aus einer Eingabemaske mit allen möglichen Feldern zur Erfassung des Rückläufers sowie Bearbeiter etc.
Allerdings ist das Ding nicht mehr zeitgemäß und soll erweitert werden um gewisse Logiken, wie Terminmanagmeent, Eskalationsstufen etc.
Approach anfassen will keiner mehr, daher:
wer hat eine Idee wie man den IST-Zustand (Masken etc.) mit möglichst gerigem Aufwand portieren kann in eine zeitgemäße Entwicklungsumgebung?
Wo man dann zeitgemäße Funktionen dazulinkt.
Das soll bitte nicht so ein Mörderteil sein bei dem man sich eine Woche in die IDE und deren supertolle blinkebunti-Eigenschaften einarbeiten muß.
Danke Euch
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 384079
Url: https://administrator.de/forum/alternative-bzw-nachfolger-fuer-lotus-approach-384079.html
Ausgedruckt am: 22.12.2024 um 21:12 Uhr
4 Kommentare
Neuester Kommentar
Microsoft Access als Frontend mit MSSQL als Backend.
/Thomas
/Thomas
Moin,
wenn ich das richtig in Erinnerung habe, wird das im Dbase Format gespeichert.
Damit sollte eigentlich jede neue Office Suite noch umgehen können, bei Access 2013 muss der "Import Treiber" installiert werden.
Die Frage ist eher, warum nach so langer Laufzeit nicht ein bißchen Geld und Zeit in die Hand nehmen und es professionell machen (lassen)?
Gruss
wenn ich das richtig in Erinnerung habe, wird das im Dbase Format gespeichert.
Damit sollte eigentlich jede neue Office Suite noch umgehen können, bei Access 2013 muss der "Import Treiber" installiert werden.
Die Frage ist eher, warum nach so langer Laufzeit nicht ein bißchen Geld und Zeit in die Hand nehmen und es professionell machen (lassen)?
Gruss
Nun,
bin bereit 'ein bischen Geld' in die Hand zu nehmen um das umzuheben auf z.B. Access mit einigen wenigen Verbesserungen/Erweiterungen - das tut's erstmal.
Allerdings habe ich überhaupt kein Gefühl wo man sowas anfragen kann. Ideal wäre sicher der Einzelprogrammierer, da der von der Kostenstruktur her am besten passt und wie gesagt: das ist nichts dolles und soll es auch nicht werden
bin bereit 'ein bischen Geld' in die Hand zu nehmen um das umzuheben auf z.B. Access mit einigen wenigen Verbesserungen/Erweiterungen - das tut's erstmal.
Allerdings habe ich überhaupt kein Gefühl wo man sowas anfragen kann. Ideal wäre sicher der Einzelprogrammierer, da der von der Kostenstruktur her am besten passt und wie gesagt: das ist nichts dolles und soll es auch nicht werden
Google doch nach einem Access Entwickler oder frage hier explizit nach einem Entwickler.
Grundsätzlich sollte so etwas mit einer IST und SOLL Analyse anfangen, auch wenn's was kleines ist.
Grundsätzlich sollte so etwas mit einer IST und SOLL Analyse anfangen, auch wenn's was kleines ist.
