Kostenrechnung/Kore/Controlling, Angebotsverwaltung/Auftragsverwaltung/Lieferscheinschreibung/Fakturierung/Mahnung, Vorkalkulation, Nachkalkulation, Bestellung/EK, Lager, Honorarabrechnung, Spesenabrechnung, Inventur classic oder online, Ausssendienstanwendungen (Mobilerhebung, Reisekostenabrechnung, Besuchsberichte classic oder online), Zeiterfassung und Stundenabrechnung classic oder online, einfache Einnahmen-/Ausgabenrechnung (Ver. 2000, Ver. 2007), Serienaussendungen/Mailing, Preislistenverwaltung, Auswertungen (Vorjahresvergleich, Planvergleich) etc.

Als Datenquellen können SQL-Datenbankserver dienen, wenn Datenbanktreiber guter Qualität vorhanden sind.

Durch möglichst versionsunabhängige Anwendungs-Implementierung, kann der Anwender seine Office-Version wählen.

Projekte können hier sehr leicht und kostengünstig in Zusammenarbeit mit dem Anwender entwickelt werden.

Entlastung der Access.MDB - Datei (kein Risiko der Beschädigung über eine Arbeitskopie).

Parallele Nutzung der Daten durch andere Programme und Plattformen (z.B. OpenOffice, Java-Client- oder Server-Anwendung).

Nutzung der SQL-Systemfunktionalität z.B. durch Einrichtung von lückenlosen Änderungslogs über Audit-Trigger.

Durch eine automatische Datensicherung als Textdump (möglich z.B. bei PostgreSQL) können Sie den Inhalt der Sicherung kontrollieren (empfohlen ist eine wöchentliche Kontrolle) und für den Ernstfall hat der Admin mehr Optionen. (z.B. Rücksicherung auf neue Hardware mit aktuellster Serversoftware)

Und es genügen 0815-Texttools, um nach 10 Jahren den Inhalt einer Sicherung anzuschauen ohne eine Rücksicherung (auf ein inzwischen neues System) durchführen zu müssen (z.B. welchen Preis hatte der Artikel "Schraube 8mm" im Jahr 1992).

Wenn Systemunabhängigkeit gefordert ist und auch der Datenzugriff über Java Database Connectivity (JDBC) laufen soll, könnte OpenOffice.org Base eine geeignetete Basis sein.

Die Nutzung des PDF-Formates zur Verteilung von Informationen,
ist eine weitere Einsatzmöglichkeit.

Oder wenn allgemeine Officefunktionen (Textverarbeitung, Tabellenkalkulation) mit Datenbankfunktionen zu verbinden sind (z.B.: Serienbrief und Serienmail ).

Für kaufmännische Berichte müsste man derzeit noch einen geeigneten Reportgenerator hinzunehmen.

Java-Klassen können über die BeanShell genutzt werden.

Um Benutzer, Volumen, System oder funktionale Grenzen zu überwinden bietet sich auch Java an.

Durch Nutzung der gleichen Datenstrukturen in Java und Access ist eine stufenweise und risikolosere Migration möglich.

Auch die Zuhilfenahme eines Migrationstools kann helfen, die Kosten erträglich zu halten (der Softwaremarkt beginnt Access->Java Konverter bzw. Migratoren anzubieten; z.B.: eva/3 Access Migrator für Client/Server-Anwendungen ).

Mit den neuen Open Source Webframeworks Grails und Rails (Java über JRuby) lassen sich kostengünstig Intra- und Internet-Datenbankanwendungen realisieren.

s.a. Google Java Enterprise Plattform mit Grails

Ob Produktion, Mobil-, Filial- oder Zentrallösung -- mit Java geht's.

Bei Individualprojekten wird auch vom Auftraggeber Zeit, Kommunikationsfähigkeit und Mitarbeit verlangt.

Also Regel Nr 1 -- zuerst schauen, ob's einen geeigneten Standard gibt, bevor man sich ein Individualprojekt antut.