die einzigen beiden Stellen, an denen es jetzt noch nicht funktioniert sind:
1) Nutzer:innen informieren -> Stapel erzeugen
2) wenn bei Dokumente versenden kein Objekt in der Suche gewählt wird.
Wir arbeiten zur Zeit daran, dass die Umweltbenachrichtung aus den Projekten in die Einstellungen umzieht und damit pro Account gilt, nicht mehr pro Projekt. Danach geht dann alles.
sobald wir wieder deployen können (wahrscheinlich morgen Abend), wird dieser Bug in ca. 90% aller Fälle (wenn es objektbezogen ist) behoben sein. Ich antworte dann nochmal, wann die Umweltbenachrichtigung nicht gesendet wird bzw. wie wir das in Zukunft umbauen.
Hmmmm, jetzt komme ich nicht mehr mit.
Also mal so:
1. Fall:
Ich möchte eine Abrechnung versenden.2. Fall:
ich möchte ein allgemeines Rundschreiben versenden (Absender ist noreply@...., dafür brauche ich eine spezielle Signatur).
Wie kann ich nun die Vorlagen wählen? Jedes Mal in den Einstellungen die globalen Vorlagen zu ändern, macht doch keinen Sinn. Gut wäre es, die Vorlagen direkt im "Versand-Dialog" auswählen zu können. Dort kann ich nur den E-Mail Absender sowie eine Signatur auswählen...
okay, in dem Fall geht es nicht. Wieso weicht die Signatur bei Rundschreiben ab?
wäre ja eine Lösung. Geht aber nicht im Modul "Nutzer informieren"/"Dokumente versenden".
doch, mittlerweile schon - wir haben letzte Woche "individueller Mailversand" und "Nutzer:innen informieren" korrigiert, dass diese Bereiche auch die globale Vorlage verwenden.
der Branch ist schon seit einiger Zeit fertig, fällt aber durch Skalierungsprobleme durch die Deploymentbedingung. Ich denke aber, dass der Fix diese Woche dabei sein wird.
Wir lösen das so:
- in der Signatur des Mitarbeiters steht nur
"MFG Name"
- Die eigentliche Signatur hinterlegen wir im Standardmailtemplate (Projekte & Objekte -> Projekte -> Briefvorlage ändern - E-Mail)
ja, das ist auch eine sehr gute Idee. Die Standardsignatur, die am Anfang von facilioo generiert wird, ist auch einfach "mit freundlichen Grüßen Name". Unser internes Ticketsystem macht das auch genauso. Vielleicht schulen wir das zeitnah dann so als Standard.
danke für die ganzen Rückinfos. Nachdem heute die Versandoptimierung (siehe Dashboard morgen früh) deployed wird, schauen wir uns das Thema hier nochmal an.
ich mache einmal deutlich, wo das Problem genau liegt: welches Objekt hat nun wieviel Versandkosten?
BerlStra => 0,85 Cent
Haef6 => auch 0,85 Cent?
Oder BerlStra 42,5 Cent und Haef6 auch 42,5 Cent? (diesen Fall können wir aktuell nicht im Ansatz in der Datenbank abbilden)
Richtig extrem wird es, wenn man die Kosten nur in eine WEG packt. Werden z.B. 84 Seiten versendet, dann zahlt eine WEG alles, die andere nichts, obwohl viele Seiten zur anderen WEG gehören. Selbst wenn man das pro Seite abrechnet, stimmen die E-Post Kosten danach nicht, da sie gestaffelt sind (2x42 Seiten kosten 3,02+3,02, also 6,04 Euro, einmal 84 Seiten kosten 4,70 Euro). Das ist der Grund, warum wir das bisher nicht gebaut haben. Die Daten sind zwangsweise falsch und lösen Support Tickets und Eskalationen bis hin zu Schadenersatz gegen facilioo aus, egal wie wir es angehen.
Im Grunde liegt es an der Optimierung, die facilioo betreibt: sende Briefe nicht objektweise, sondern baisert auf Nutzer, damit keine Dopplungen entstehen und Kosten gesenkt werden. Dadurch entstehen diese Art von Problemen. Um die Kostenseite zu realisieren, müsste Rudi Müller im Beispiel oben zwei Briefe bekommen. Dieses Problem zieht sich auch durch alle Funktionen durch, egal ob Stapelversand oder normaler Versand.
Deswegen war meine Idee, dass wir die Informationen nutzerweise anzeigen und dahinter die Objekte anzeigen, die er gekauft hat. Wir verschieben zwar nur den schwarzen Peter von uns zum Kunden, aber der Kunde hat vielleicht mehr Infos, um die Kosten richtiger aufzuschlüsseln.
Ein Schlusssatz: wir könnten eine Option "für jede Einheit / Objekt bekommt ein Nutzer einen eigenen Brief" einbauen. In diesem Modus wäre das Feature hier möglich.
Grundsätzlich ist es großartig, wenn es hier weitergeht. Aber die Zielsetzung muss(!) unbedingt sein, eine praktikable - sprich möglichst einfache - Auswertung auf Objektebene erzeugen zu können. Wir rechnen die Druck- und Versandkosten ja ausschließlich und vollständig mit der WEG ab, die Verteilung von darin enthaltenen Individualkosten erfolgt dann gegebenenfalls über die jährliche Abrechnung. Wenn die geplante Funktion das bieten kann (Exportdatei für Objekt X mit Kosten/Seiten/Name Versandvorgang und Versanddatum), wenn vorher - entsprechend der "Duplikate zusammenführen"-Funktion - bei den recht wenigen "Mehrfachkunden" mit Einheiten in unterschiedlichen Liegenschaften eine einfache und einmalige manuelle Zuordnung der Versandvorgänge erfolgt, dann bringt es uns den gewünschten Mehrwert. Hatten sie sich das so vorgestellt?
das verstehe ich, allerdings kennt facilioo diese Daten nicht. Es ist nicht ganz klar, wie ein Brief, der über Nutzer informieren rausgesendet wurde, 3 Seiten lang ist und an einen Eigentümer ging, der in zwei WEGs eingetragen ist, berechnet werden soll (werden dann bei beiden Objekten 1,5 Seiten berechnet? Und wie ist der Preis dazu, Preise für halbe Seiten führt die Post nicht). Wir geben die Daten daher pro Objekt aus, ja. Allerdings kann hinter einem Nutzer noch ein Objekt stehen, dadurch wird das Ganze mehr bezogen auf die Nutzer eines Objekts. Wir müssen dann am Beispiel schauen, wie das zu trennen ist. Somit wären die Daten in facilioo aber erstmal faktisch richtig, nur evtl. schwer weiterzugeben, aus genau dem Grund von oben.
Ich habe mir vorgenommen, in diesem Jahr am Thema dran zu bleiben. Denn der Leidensdruck nimmt bei solchen Dauerthemen mit der Zeit nicht ab....
Tobias Bambullis Bekommt Facilioo das jetzt noch (kurzfristig) irgendwie hin oder muss ich weiterhin parallel eine Excel-Tabelle führen?
wir werden die Lösung, die ich oben beschrieben habe, zeitnah in die Sprints bringen
Hallo zusammen,
ist es möglich, die Vorgangsemail
automatisch in die Vorlage des Versicherungsanschreiben mit aufzunehmen?
aktuell noch nicht - wir könnten aber die faciliooID mit als Platzhalter einfügen, dann könnte man vorgang-[[#Vorgang:ID]]@facilioo.de schreiben. Michael Lorenz , fügste die einmal hinzu?
Tobias Bambullis Können wir hier mit einer Umsetzung rechnen?
müsste jetzt drin sein.
Okay... "Objekt" bedeutet bei uns Liegenschaft und nicht Einheit oder Wohnung.
Und bei mehreren Einheiten innerhalb einer WEG erhält der Nutzer natürlich nur einen Umschlag. Das läuft aber bereits über die Stapel, wo der Nutzer auch nur einmal im "Anschreibenstapel" vorkommt und ihm dann die zusätzlichen Dokumente aus den "Abrechnungsstapeln" zugeordnet werden. Aber auch hier liegt die exakte Information über die Anzahl der Seiten des Empfängers ja noch vor dem Versandvorgang vor.
E-Post über Nutzerinfo ist z.B. ein Szenario. Wir können das ganze nicht halb lösen, da es sonst zu Fehlern kommen wird, in denen Zahlen nicht stimmen. Pro Nutzer können wir es anzeigen (und in Klammern dahinter können wir die Objekte anzeigen und diese alphabetisch sortieren). Dann würde die facilioo Ansicht stimmen und der Hausverwalter müsste entscheiden, zu welchem Objekt er die Kosten zählt. Stehen z.B. zwei Liegenschaften hinter dem Nutzer, so müsste man für sich selbst eine Verrechnung bestimmen. Vielleicht funktioniert das so für Sie?
....nach 3 (!) Jahren immer noch keine brauchbare E-Post-Auswertung ist wirklich nicht nachvollziehbar.
Es kann doch kein großes Problem sein, die paar Daten sinnvoll strukturiert in eine CSV-Datei zu packen. Bitte jetzt umgehend umsetzen.
das ist leider ein riesiges Problem; wir können aktuell nicht genau bestimmen, welche E-Post Kosten auf ein Objekt fallen, da es Nutzer gibt, die Sendungen für zwei Objekte erhalten, in einem Brief. Das tritt auch ziemlich häufig auf. Eine Splittung an der Stelle verlangt ein ganz anderes Speichern von diesen Informationen. Daher liegt hinter dieser Aufgabe 1-2 Monate Arbeitszeit für einen Mitarbeiter. Eine so große Lücke ist noch nicht entstanden, aber wir haben das Thema auf dem Schirm, sobald diese Zeit am Stück frei wird.
Pro Nutzer wäre es natürlich einfacher - wenn das reichen würde, könnten wir dies in den Sprint einplanen (dann haben Sie Recht, dann sind wir bei 3-5 Tagen Entwicklungszeit)
ja; die Entwicklung wird Mitte des Jahres starten. Bis dahin kommt noch ein großes Sharepoint Update (das kommt sogar heute Abend), der neue facilioo Support (irgendwann im März), die Belegprüfung, die neue Kundenapp und dann die Umlaufbeschlüsse.
Im Idealfall kann man die Kategorien selbst benennen und definieren.
Kann man diese Kategorien objektübergreifend "verwalten"?
das wollen wir an dieser Stelle nicht machen, da die Kategorien sonst nicht in anderen Funktionen weiter verwendet werden können - wir nehmen die Überkategorien gesammelt auf. Ansonsten kann "Allgemein" verwendet werden. Dort kann man nach belieben eintragen, was man möchte.
Wir benötigen für jede Einrichtung eine entsprechende Kategorie, um zum Beispiel die Wartungen zu kontrollieren und diese gegebenenfalls anzumahnen. In unserem ERP gibt es dazu keine Möglichkeit. Des Weiteren könnte man auch hier dann die Wartungsprotokolle hochladen bzw. abspeichern.
Dann ist das die falsche Stelle dafür und gehört eher zum Wartungsmodul.
Können die Felder für weitere Auswertungen über die API ausgelesen werden? Oder ist es seitens Facilioo geplant ein Auswertungsmodul zu integrieren, worüber z.B. Listen erstellt werden können?
Ja, das ist in der Funktion drin, wo wir Ende des letzten Jahres drüber gesprochen haben; bitte noch nichts verraten, da wir noch kein festes Fertigstellung nennen können 
siehe: https://app.facilioo.de/helloProperties.html
Neue Oberkategorien neben "Allgemein", "Aufzüge", "Versicherung" und "Energie" können hier eingetragen werden (online ab 15.02.2024)
grundsätzlich ist es korrekt, dass immer von dem ERP-System übernommen wird. Ändert man Stammdaten in facilioo, so werden diese bei Datensatzänderung vom ERP System überschrieben. Es gibt ein paar Möglichkeiten, dies zu unterbinden. Ich habe zuvor eine andere Frage: gäbe es Möglichkeiten, die Aufgangsbezeichnungen und Adressen richtig aus Powerhaus zu übernehmen? Oder fehlt die Information dort? Sonst könnte man daraus auch ein Ticket für die Schnittstelle machen.
Alles anzeigenHallo. Unsere ISTA Anbindung funktioniert noch nicht. Zugangsdaten haben wir und die Schnittstelle ist auch aktiv. Es werden jedoch keine Daten übertragen.
Hatte im Sommer Kontakt mit der ISTA. Der konnte wohl direkt auf meinen Account zugreifen. Habe die Kontakdaten nicht mehr.
An wen kann ich mich konkret wenden, das die Schnittstelle nun funktioniert.
Danke für die Hilfe.
Hat mir wer einen Kontakt?edit: Seit heute funktioniert die Übertragung ...
super das es jetzt funktioniert. Wir leiten die Beiträge immer an die ista weiter, dort kümmert sich immer sofort jemand darum. In dem Fall konnten wir es selber lösen. Wenn noch etwas unklar ist, gerne melden.
