🇩🇪

Grundsätzliches zu diesem Kontext…

Wie das nachstehende Architektur-Abbild zeigt, ist ja ersichtlich, dass die modulare Struktur bedingt, dass nicht nur die Funktionen selbst, sondern auch der dem Benutzer angebotene Service, was die Ablage resp. Abspeicherung von Output jeglicher Art  betrifft, different zu anderen Modulen ist. 
Es gilt somit generell der Anspruch, dass jeglicher „Personen-bezogener Output“ auch in einer „Personen-relevanten“ zusammen-gehörigen Ablage-Örtlichkeit abgelegt wird. Gerade was auch in diesem Kontext zusammen gehört, erhebt allein aus „Ordnungsgemäßer-Organisation“ diesen Anspruch.

Bei den umfangreichen Test-Phasen hat sich ergeben, dass die wesentlichen Funktionsfähige-Module hier jeder seine eigenen „Wege“ verfolgt. 

Ein ganz wichtiger Aspekt sei vorab erwähnt ….: 

NACH MÖGLICHKEIT KEINE Output-Daten (wie Bilder, Fotos, Videos, PDFs, Text-Dateien, Audio-/Diktat-Files, etc.) einerseits, wie aber auch als sog. Input-/Eingabe-/Vorlage-Dateien etc. gleicher Formate nicht im Kern-System ProTeCoSYS unter NINOX speichern, sondern immer unter dem iOS File-System gem. einer herkömmlichen Ordner-Struktur wie z.B. aus Windows bekannt…, insofern problemlos zu händeln.

Eine zusätzlich noch komfortablere Variante hinsichtlich Daten-Logistik-Handling ist die Arbeit mit dem sog. FE FILE EXPLORER PRO aus dem AppStore.

Um die jeweiligen Objekte über selektieren zu „Triggern“, ist das über die Funktion „Teilen / Share“ zu initiieren. Das jeweilige iOS-Kontext-Menü bietet dann die logistischen Ablage-Möglichkeiten an.

Die Ordner-Struktur sollte namentlich „textlich“ so benannt werden, dass die Ordner-Namen wie auch besonders gerade die Dateien-Objekte selbst „namentlich“ so ausgestattet werden, dass allein schon über die jeweilige Namensbezeichnung eine eindeutige personifizierende Zuordnung auf 

   eine Person, 

   ein jeweiliges spezifisches Coaching-Event, 

   Datum und Uhrzeit ,

   Input- / Vorlage resp. Output-Kennzeichnung

möglich ist.

 

Eine Abweichung von dieser Form ist jederzeit möglich, da alles in jedem Fall frei wählbar ist, und der Coach als User alles organisatorisch für sich selbst definieren kann und darf.

 

 

🇬🇧

Basics about this context...

As the architecture image below shows, it is clear that the modular structure requires that not only the functions themselves, but also the service offered to the user, which makes the storage or Storage of output of any kind is different from other modules.

It is therefore generally the claim that any "person-related output" is also stored in a "person-relevant" storage location related together. Especially what also belongs together in this context, makes this claim solely from "proper organization".

During the extensive test phases, it has turned out that the essential functional modules here are each following their own "paths".

A very important aspect should be mentioned in advance ....:

IF POSSIBLE, NO output data (such as images, photos, videos, PDFs, text files, audio/dictation files, etc.) on the one hand, but also as so-called input/input/template files etc. of the same formats in the core system ProTeCoSYS under NINOX, but always stored under the iOS file system according to a conventional folder structure such as from Windows..., so easy to handle.

An additional even more convenient variant in terms of data logistics handling is working with the so-called FE FILE EXPLORER PRO from the AppStore.

In order to "trigger" the respective objects, this must be initiated via the "Share / Share" function. The respective iOS context menu then offers the logistical storage options.

The folder structure should be named "textually" in such a way that the folder names as well as especially the file objects themselves are equipped "by name" in such a way that the respective name name alone makes a unique personifying assignment to

   A person,

   A respective specific coaching event,

   Date and time,

   Input / template resp. Output identification

Is possible.

 

A deviation from this form is possible at any time, as everything is freely selectable in any case, and the coach as a user can and may define everything organizationally for himself.

 

 

🇨🇭

Nozioni di base su questo contesto...

Come mostra l'immagine dell'architettura qui sotto, è chiaro che la struttura modulare richiede che non solo le funzioni stesse, ma anche il servizio offerto all'utente, che rende lo storage o lo storage dell'output di qualsiasi tipo diverso dagli altri moduli.

È quindi generalmente l'affermazione che qualsiasi "output relativo alla persona" è anche memorizzato in un luogo di archiviazione "rilevante per la persona" collegato insieme. Soprattutto ciò che appartiene anche insieme in questo contesto, fa questa affermazione esclusivamente da "organizzazione corretta".

Durante le ampie fasi di test, si è scoperto che i moduli funzionali essenziali qui seguono ciascuno i propri "percorsi".

Un aspetto molto importante dovrebbe essere menzionato in anticipo....:

SE POSSIBILE, NESSUN dato di output (come immagini, foto, video, PDF, file di testo, file audio/dettatura, ecc.) da un lato, ma anche come cosiddetti file di input/input/template ecc. degli stessi formati nel sistema principale ProTeCoSYS sotto NINOX, ma sempre memorizzati sotto il file system iOS secondo una struttura di cartelle convenzionale come da Windows..., così facile da gestire.

Un'ulteriore variante ancora più conveniente in termini di gestione della logistica dei dati sta lavorando con il cosiddetto FE FILE EXPLORER PRO dell'AppStore.

Per "attivare" i rispettivi oggetti, questo deve essere avviato tramite la funzione "Condividi / Condividi". Il rispettivo menu contestuale di iOS offre quindi le opzioni di archiviazione logistica.

La struttura della cartella dovrebbe essere denominata "testualmente" in modo tale che i nomi delle cartelle e in particolare gli oggetti del file stessi siano attrezzati "per nome" in modo tale che il rispettivo nome da solo faccia un'assegnazione personificante unica a

   Una persona,

   Un rispettivo evento di coaching specifico,

   Data e ora,

   input / modello resp. Identificazione dell'uscita

È possibile.

Una deviazione da questo modulo è possibile in qualsiasi momento, poiché tutto è liberamente selezionabile in ogni caso, e l'allenatore come utente può e può definire tutto organizzativamente per se stesso.

 

 

🇩🇪 Das iOS-Kontext-Menü im Rahmen der Entscheidung zum Ablage- / Speicherungs-Ort

🇬🇧 The iOS context menu as part of the decision to file Store Location 

🇩🇪

Ein Beispiel  für eine mögliche externe Ablage-Struktur ….

🇬🇧

An example for a possible  external File- and Directory Store structure….

🇨🇭

Un esempio per una possibile struttura di File e Directory Store externe....