Hallo Mirko
Über die Funktion shareFile() kannst du Dokumente freigeben. Wenn du den erzeugten Link als QR-Code darstellen lässt, sollte der Scan dich direkt auf das File führen.
Habe es gerade mit einer meiner DB's getestet. QR-Code wird mit ShareLink erstellt. Der Scan mit dem Phone zeigt direkt das Dokument an.

Mit der Funktion shareFile() wird per Script ein ShareLink eines Bildfeldes oder eines bestimmten Anhangs des Records erzeugt.
Wenn man mit unshareFile() den Share des Files aufhebt, führt der erneut mit shareFile() erzeugte Link ins Leere. Er kann somit nicht erneut mit der Funktion shareFile() für das selbe File erzeugt werden. Abhilfe schafft hier bei Anhängen das Umbenennen des Anhangs.

shareFile(ID, FILENAME | BILDFELD)

Beispiele:
shareFile(this,"MeinMopped.jpeg") ➤ Ergebnis: https://share.ninox.com/1x3fy22rpt6xmzixpu3tatwxzzzy2cdge6rzf
shareFile('Mein Bildfeld') ➤ Ergebnis: https://share.ninox.com/uutqp3nakjy7uqka7sjhtmc1n1ku6sg3iw6t
shareFile(first(select TABELLE where FELD = "Test").Nr, "Bike.png") ➤ Ergebnis: https://share.ninox.com/uutqp3nakjy7uqka7sjhtmc1n1ku6sg3iw6t

Hallo ihr zwei,

löse das in unserem Lager und Verwaltungs Archiv auch über shareFile(), allerdings lass ich mir so die Aufträge, lieferscheine und kundenabrechnungen anzeigen in einem fx. 

Die pdf's im bildfeld werden automatisch an den Auftraggeber gesendet per Mail aus Ninox. Klappt auch super, hilft mir unwahrscheinlich bei der Arbeit. 

Unsere Auftraggeber sind aber verwöhnt gewesen. Denn früher haben wir jeden scan umbenannt. (KvNr. Datum Name) das brauch ich für mich natürlich nicht mehr, da alles sehr sehr übersichtlich ist. Jedoch wollen die Auftraggeber das natürlich. So weit ich weiß ist es nicht möglich anhänge automatisch umzubenennen. Betonug ist automatisch. Oder irre ich mich da?

Bsp;
Bildfeld := importFile(this, URL-Sharelink, 'Dateiname' + "." + Dateiendung) wenn du es in ein Bildfeld packen möchtest

oder

mportFile(this, URL-Sharelink, 'Dateiname' + "." + Dateiendung) wenn du es als Anhang zum Record speicherst.

Hier muss dann per Ninox-API die Ursprüngliche anschließend Datei gelöscht werden, damit die gleiche Datei nicht unter verschiedenen Namen doppelt vorhanden ist.

Oder man vergibt einen Dateinamen direkt bei der Erzeugung der Datei.

Hier ein Beispiel eines QR-Code vom ShareLink eines mit Ninox Daten gedruckten PDF's.

Sorry, fehlerhafter QR-Code.
Hier der Korrekte:

Hallo Mirko,

mit printRecord(this,"LAYOUTNAME") wir eine PDF generiert und je nach Browser entweder sofort angezeigt oder runtergeladen. Hilft dir das?

Leo

Wie Leo sagte ist dies eine Möglichkeit.
shareFile() funktioniert nur mit in Ninox gespeicherten Dokumenten.
Alternativ kann man sich eine zentrale Dokumententabelle erstellen, die mit der Usertabelle verknüpft ist. Dort speichert man dann das erstellte Dokument.
Wenn im verknüpften User-Record erneut ein Dokument erstellt wird, wird der bestehende verknüpfte BildRecord gelöscht und ein neuer mit dem aktuellen Dokument erstellt.
Somit bläht sich die DB nicht mit unnützen Dokumenten auf. Der Link auf das File existiert nur so lange, wie auch das File gespeichert ist. Löschst du das File, geht der Link ins Leere.
Ich habe sowas, neben der klassischen Ablage in einem Bildfeld des Records, in der Beispiel NinoxDB '343_Druckalternative Carbone' gebaut.
Momentan arbeite ich daran alle in Ninox gespeicherten Files auf eine Synology auszulagern und bei bedarf einfach wieder in Ninox zurück zu speichern. Das Gleiche probiere ich auch für DropBox und Box Accounts.

Ich nutze den Ninox Druckeditor nicht, da damit sehr viele Einschränkungen einher gehen. Wie ich festgestellt habe, wechseln auch immer mehr Ninox-Partner zu Carbone.
Ich denke nicht, dass Ninox den Druckeditor so hinbekommen wird, wie es von vielen Nutzern gewünscht wird.

Hallo Mirko
Wenn du das PDF-File direkt in einen QR-Code packen möchtest, schau dir folgenden Dienst an:
https://www.qrcode-generator.de

Er verfügt über eine API-Anbindung. Du wirst wohl trotzdem nicht um ein Drittprogramm wie Integromat, Zapier, NodeRed oder n8n herum kommen, da es noch nicht möglich ist direkt aus Ninox heraus Dateien per REST-Api zu versenden.

Hallo Mirko
Ich hätte noch ein Beispiel für einen erzeugten QR-Code:
Hier kann das PDF noch Erstellung aus Ninox gelöscht werden und die DB Größe klein gehalten werden.