Wenn wir ein paar Dutzend Benutzer haben, wird der Server nicht mehr in der Lage sein von allen die Anfragen rechtzeitig zu beantworten. D.h. es wird unumgänglich sein, die Push Notifications zu verwenden.

• GCM / FCM - Einfach und nicht teuer, aber ein Googple Play Account ist notwendig, damit es tut. Außerdem alles wird zu Google geschickt.
  • Firebase Cloud Messaging - offizielle Website
  • How to add Push Notification capability to your Android app - ein guter und einfacher Artikel über FCM
• Andere GCM/FCM - ähnliche Software verwenden
  • Closed Source
    • Pushy Vorteile: angeblich ähnliches Interface als FCM, billiger als FCM und man kann es selbst hosten (aber nicht kostenlos)
  • Open Source
    • Fast alle Alternativen, die ich gefunden habe (AeroGear Push, Pushkin), leiten im Endeffekt Nachrichten an GCM/FCM
    • Mozilla Push Service scheint die einzige unabhängige Alternative mit offenem Quellcode zu sein. Dafür scheint die Handhabung nicht optimal (für mich) zu sein: Python, Extra-Server notwendig, es gibt keine fertigen Bibliotheken für Android…
• MQTT
  • auf dem Server - MQTT Broker,
    • Mosquitto
    • Moquette
  • auf dem Client - ein permanent laufender Service
    • z.B. Paho
      • Paho Java Client
      • Paho Android Client
      • Ein guter Artikel über Paho im JAX
  • Misc links:
    • Seven best MQTT client tools
  • MQTT-Protokoll hat Bestätigungen darüber, dass die Nachricht auf dem Client angekommen ist
  • Das ist wahrscheinlich die beste Lösung. Dafür aber die zeitaufwändigste.

• Felder “Von” / “Bis” vorsehen
  • Die App soll vielleicht den Benutzer benachrichtigen, wenn ein Task fällig wird.

Ein Task soll nur solche Felder enthalten, die im Template festgelegt sind. Hier sollte man Folgendes anbieten:

• Task-Templates erstellen
  • An dieser Stelle geht es nicht um den “Abschlussakt”, sondern nur darum welche Felder von welchem Typ und in welcher Reihenfolge im Task enthalten sind (in einem anderen Punkt weiter unten, geht es im Gegenteil darum, dass man das Aussehen des Abschlussaktes festlegt)
  • Der Benutzer soll Felder zum Template hinzufügen können
    • Hier ist wichtig, dass die Felder verschiedene Datentypen haben. → Wie wird so etwas in der DB gespeichert?
      • Lösungsvorschlag: https://dba.stackexchange.com/questions/44355/column-type-unknown-at-creation-time/44362
      • Einen ähnlichen Lösungsansatz kann man hier finden. Zitat :

table attributes_meta
{
id
string tablename
string attributename
string attributetype
[optional metadata (constraints):
length, max_length, etc
]
}

table attributes_values
{
id
foreign_row_id
attributes_meta_id
string stringvalue
int intvalue
date datevalue
...
}

Der Zugriff ist eher komplex, aber durchaus möglich. Z.B. via Dynamic SQL, aber auch Hibernate kann damit umgehen.

• Der Benutzer soll das Aussehen des “Abschlussaktes” festlegen können
  • Im ersten Schritt nicht interaktiv, sondern über ein externes Werkzeug (z.B. HTML-Editor).
  • Schön wäre aber ein verbreitetes Format für UI-Templates zu verwenden

Eine “Oberfirma” soll Tasks an “Unterfirmen” verteilen können. (Szenario kommt von einem Kunden von Ulric)

Ulric: Der Dispatcher sollte alternativ auch eine App nutzen können. Bei vielen kleinen Betrieben ist der Chef auch oft draußen.

Ulric: das wäre ein „core feature“ was viele wollen, z.B. im Facility Management. Beispiel: die Truppe soll normale Kehrwoche machen etc. und jetzt wird festgestellt, dass in irgendeiner Ecke ein Haufen Müll ungeplant gelagert ist. Das wollen sie dann per Foto dokumentieren und ins Portal zurückmelden.

Ich: Hast Du eine Idee wie das konkret aussehen soll? Einfach in den Auftrag rein uploaden? Ich meine, das soll der Manager dann irgendwie sehen können. Über einen speziellen Status? Wie z.B. “Erledigt mit Notiz” oder “Abgewiesen” oder so was in der Art.

Ulric: Ja, genau. Das Bild soll zum Auftrag bzw. Auftragsnummer, damit er das dann sehen kann und einfach gegenüber seinen Kunden nachweisen.

Eine Möglichkeit erschaffen Berichte zu erstellen. Z.B. eine Übersicht darüber welche Tasks von welchen Mitarbeitern zu welchem Zeitpunkt bearbeitet wurden.

Avril можно использовать в качестве платформы для составления путевых листов.

Идея такая: создать Web UI для работы с путевыми листами. А “вторая половинка” продукта будет на телефоне водителя. На данный момент мне не хватает партнера, который бы сформулировал ТЗ. Вопрос: где его найти? На форуме Гуртам? На форуме Форт Монитор? На форуме Технокома?

На эту тему мы говорили в скайпе 22.03.2021 с Евгением Тимошиным из компании "Первый бит". Есть видео иллюстрирующее продукт этой компании для путевых листов: https://www.youtube.com/watch?v=Was6pRBy6yA. Продукт берет данные из 1С и Виалона, и создает на их основе путевые листы, которые в большой степени заполняются автоматически (в принципе только если нужны корректуры по пробегу или расходу топлива).
Кстати, он мне подсказал что есть компания Grotem, предлагающая похожий на Avril продукт.

Das kann man sehr weit fassen…

• Use https://github.com/formio/angular for form building
• That the routes are automatically closed according to a fixed schedule. example at 12:00 the next day.
• That the orders are only validated within the fixed schedule range.
• Integration with https://www.tpsgate.com/home (see also Gurtam forum)
• Avril as project management software (“Projektverwaltungssoftware”)
  • see for example die Ausschreibung: https://www.softguide.de/ausschreibungen/technische-betriebe-einer-stadt-suchen-projektverwaltungssoftware
• Use Apache PDFBox as alternative for Jasper Reports
  • Check the “Fill Forms” feature whether it is possible