PDF- oder Wordberichte einer smap automatisch in OneDrive oder Dropbox speichern

[Moritz]

Hallo miteinander! 🙌🏼

In meinem ersten Deep Dive Tutorial habe ich ja aufgezeigt, wie man mit Hilfe der smapOne REST-API und dem Einsatz eines weiteren Integrationstools (nämlich Power Automate) die Daten eines Datensatzauswahlbausteins automatisiert updaten kann.

In meinem nächsten Deep Dive Tutorial möchte ich demonstrieren, wie man PDF- oder Wordberichte einer smap automatisch in Cloud-Dateisystemen wie OneDrive oder Dropbox speichern kann.

Damit ihr auch andere Dienste als Power Automate kennenlernt, würde ich für das Beispiel einen anderen Integrationsdienst (voraussichtlich Zapier und/oder Make) verwenden. Damit erhaltet ihr einerseits Einblick in weitere Dienste – und könnt so perspektivisch den für euch passenden Dienst finden. Andererseits unterstützt das hoffentlich euer "Citizen Development"-Denken, so dass ihr Prozesse im Allgemeinen viel besser umsetzen könnt, ohne auf die Hilfe von Experten angewiesen sein zu müssen. Werde dein eigener Experte! 😉

Ich möchte hier vorab einmal mein Ohr hier an euch – die Community – halten: Gibt es eurerseits Fragen, die ich in dem Tutorial gleich adressieren sollte?

[Moritz]

Da die Abstimmung kein besonderes Interesse für Zapier oder Make signalisiert hat, habe ich auch dieses DDT hier wieder in Power Automate umgesetzt. Und ich habe einfach sowohl OneDrive, als auch Dropbox beleuchtet.

Stay tuned, ich muss noch ein wenig aufnehmen und schneiden. Wenn es fertig ist, erfahrt ihr es hier (oder auf dem smappetizer-YouTube-Kanal) als erstes!

[Moritz]

So, das Video ist fertig. Wohl bekomm's!

 

[Philip Alvermann]

Super, ein ein schönes Tutorial.  Auch hier muss man kein Programmierer sein, um das realisieren zu können.

Vielen Dank dafür.

[Moritz]

 Vielen Dank für die Blumen! 🙂

Genau das sollen meine Tutorials ja erreichen: Ich will gar nicht die überzeugen, die sowieso schon "Technik können", sondern ich will denen, die es nicht können, die Angst nehmen und das Wissen geben, es einfach selber umsetzen zu können.

[Johanna Becker]

[Marco]

Danke für das super Video! Leider hat mir unsere Datenrichtlinie auf der MS Power Platform bei der Dateierstellung auf OneDrive/SharePoint einen Strich durch die Rechnung gemacht. Ist für die Zukunft ein smapOne-Connector angedacht oder gibt es ggf. Erfahrungen mit einem benutzerdefinierten Connector für smapOne?

[Moritz]

Das ist natürlich ärgerlich! Aber nur dass ich es verstehe: Das mit der Datenrichtlinie bei der Dateierstellung hat jetzt nichts zu tun mit der Frage nach einem benutzerdefinierten Connector für smapOne, richtig? Oder gehört beides zu einer Frage?

[Bülent Erbas]

Das habe ich tatsächlich auch nicht ganz verstanden.

Wenn bei euch aus datenschutzgründen die Cloud nicht zugelassen ist, besteht denn der Gedanke zumindest die Berichte lokal ins Unternehmen zu holen. So machen wir es zumindest.

Wie soll euer Prozess aussehen?

[Benjamin Wadewitz]

Hallo Zusammen, 

ich hatte den selben "Fehler" wie @Moritz in dem Video, den konnte ich gut beheben. 
Aber ich habe noch folgenden anderen Fehler: 

  {
    "message": "Invalid type. Expected String but got Null.",
    "lineNumber": 0,
    "linePosition": 0,
    "path": "Data.Maskencharge_Erw",
    "schemaId": "#/properties/Data/properties/Maskencharge_Erw",
    "errorType": "type",
    "childErrors": []
  },

 

Ich habe jetzt versucht es wie folgt zu ändern: 
 

"Maskencharge_Erw": {
                    "type": ["string", "null"],

eingefügt habe ich: [    , "null"],

Aber damit bekomme ich den Fehler leider nicht behoben. 
Was muss ich denn ändern? 

Danke Euch 🙂

[Moritz]

vor 17 Minuten schrieb Benjamin Wadewitz:

Was muss ich denn ändern? 

Was ist

Maskencharge_Erw

denn in deiner smap für ein Baustein?

[Benjamin Wadewitz]

Es handelt sich dabei um ein Texteingabefeld, die selben „Fehler“ habe ich jedoch auch bei 

• Gruppe (Duration_Calculation) 
• Einfachauswahl

wenn es hilft stelle ich auch gerne die Smap zur Verfügung. 

Edited September 7 by Benjamin Wadewitz

[Moritz]

"type": ["string": "null"]

dürfte eigentlich nicht in einer "Invalid type. Expected String but got Null."-Fehlermeldung enden. Aber ohne da genau ins Detail zu gucken, kann ich das nicht beurteilen.

Was immer geht bzw. gehen sollte:

"Maskencharge_Erw": {}

Das bedeutet, dass dein Schema das Feld "Maskencharge_Erw" kennt, der Dateityp ist aber nicht näher spezifiziert.

[Moritz]

Also wenn ich bei mir ein Objekt erstelle

und das mit der Angabe

"type": ["string": "null"]

parse, erhalte ich folgendes Ergebnis.

 

 

Wenn du magst kannst du ja gerne einmal das Datensatzobjekt sowie das gesamte JSON-Schema hier reinposten, dann könnten wir in der Tiefe analysieren...

[Marco]

Am 7.9.2023 um 16:34 schrieb Moritz:

Das ist natürlich ärgerlich! Aber nur dass ich es verstehe: Das mit der Datenrichtlinie bei der Dateierstellung hat jetzt nichts zu tun mit der Frage nach einem benutzerdefinierten Connector für smapOne, richtig? Oder gehört beides zu einer Frage?

Im Grunde führt eins zum anderen. Der HTTP-Connector ist bei uns nicht für die Anforderung und Verarbeitung von Daten zugelassen, da hiermit theoretisch nicht geschäftliche Daten wie etwa Schadsoftware verarbeitet werden könnten. Daher meine Frage nach einem offiziellen smapOne-Connector oder Erfahrungen mit der Erstellung eines benutzerdefinierten Connectors, der ausschließlich smapOne anbindet. Danke 🙂

PS: die lokale Dateiablage ist nochmal ein separates Thema, mit dem wir uns momentan sowieso bereits auseinandersetzen.

[Moritz]

@Marco achso, habt ihr den Datei-Upload zu OneDrive denn mit einem HTTP-Connector gelöst? Sind die OneDrive-Connectoren bei euch auch deaktiviert?

Zu einem smapOne-Connector: Tatsächlich gibt es hier bereits eine Initiative und der Ball liegt aktuell bei Microsoft. Wir haben bereits den Code für die Connectoren eingereicht, dieser wird aktuell reviewed und dann (hoffentlich) bald freigeschaltet:

 

Hier könnt ihr den Pull Request für das Vorhaben nachvollziehen: https://github.com/microsoft/PowerPlatformConnectors/pull/2833

[Marco]

@Moritz Genau, auf diesem Wege hatte ich es versucht (wie in deinem Video beschrieben). OneDrive-Connectoren sind bei uns grundsätzlich nutzbar. Nachfolgend ganz grob unser Setup, welches die Datenverarbeitung verhindert: OneDrive ist bei uns als geschäftlicher Connector und HTTP als nicht-geschäftlicher Connector definiert und das verhindert in meinen Case das Zusammenspiel dieser beiden.

Deine Info zu den geplanten Connectoren ist sehr spannend. Hoffen wir für uns alle, dass Microsoft diese bald freischaltet 🙂

Danke dir für dein umfangreiches Feedback!

 

[Moritz]

Ah okay, jetzt verstehe ich. Als du das Problem erwähntest, hatte ich dich so verstanden, dass die Dateiablage in OneDrive die Probleme gemacht hätte (deshalb hatte ich auch nochmal nachgehakt). Das heisst, bei euch ist der allgemeine HTTP-Request gesperrt. Das ist natürlich ärgerlich, weil dadurch im Grunde jedes beliebige System (das über HTTP-Endpunkte verfügt) integriert werden, ohne dass dafür dedizierte Connectoren/Actions zur Verfügung stehen müssen 😕 Ja, hoffen wir mal, dass die Einreichung bald freigeschaltet und integriert wird! 🤗