Hallo!
Früher konnte man Rechnungen gesammelt als Zip-Datei herunterladen und dann ausdrucken.
Im neuen Modul Buchhaltung & Finanzen ist eine solche Funktion für uns leider nicht zu finden. Haben wir etwas übersehen? Hat jemand einen Tipp?
Sollte dies noch nicht implementiert sein, bitten wir um baldmöglichste Umsetzung, da es sich um eine Grundfunktionalität handelt. Wir verweisen zudem auf unsere diesbzgl. Anmerkungen im Forum, dass es sehr gewünscht wäre, dass wir als User die Benennung der PDF-Dateien über Variablen (Nachname, Vorname, Mitgliedsnummer, Rechnungsnummer, etc) steuern, um die Reihenfolge beim Ausdruck beeinflussen zu können. Dies war auch in der alten Version leider nicht möglich und daher immer mit Zusatzaufwand beim Erstellen von unseren Eintrittsunterlagen (Brief, Rechnung, Mitgliedsausweis, etc.) verbunden.
Viele Grüße
Alex
Hallo Alex,
dazu haben wir schon ein Ticket. Bitte Upvote dieses: https://community.campai.com/feedback/ticket/980
Liebe Grüße
Oliver
Hallo Oliver!
Danke für Deine Antwort. Wir haben über den Link "upgevotet", verstehen aber nicht, warum in einem solchen Fall ein Feature-Request mit Upvoting gestellt werden soll. Es geht hier ja nicht um ein zusätzliches Feature oder ein Modul/Erweiterung. Es geht um die Grundfunktionalität der Mehrfachauswahl, die vorher vorhanden war und jetzt zudem auch an vielen anderen Stellen schmerzlich fehlt. Es geht hier also nicht um ein zusätzliches Feature, sondern um die Behebung eines Fehlers, der uns Usern die Arbeit enorm erschwert.
Anmerkung: Aus unserer Sicht wird bei Campai insgesamt viel zu wenig auf Nutzerfreundlichkeit geachtet. Manchmal kann man das Gefühl haben, es würde nicht produktiv mit der Software gearbeitet. Bei neuen Modulen wären breit angelegte Beta-Tests sicherlich hilfreich. Hier eine beispielhafte Auflistung (nicht abschließend):
- Mehrfachauswahl (an diversen Stellen)
- Datumseingaben (ohne Punkt)
- Durchgängiges Anspringen von Feldern via Tab
- Kost1/2-Umschaltung
- Beim Anlegen von Mitgliedern fehlt eine Überprüfung, ob Mitglied bereits vorhanden
- Kontoumsatzerkennung anhand von Zahler, Verwendungszweck (Mitglieds-/Rechnungsnummer)
- Kontoumsatzzuordnung zu Debitoren
- Anpassbarkeit von Nummernkreisen
- Entscheidung zu Versand von Dokumenten (bspw. bei der Bearbeitung von Rücklastschriften)
- Einschränkungen beim Buchen auf Konten- etc...
Gern stehen wir zum Austausch dazu zur Verfügung.
Viele Grüße
Alex
Hallo Alexander,
Das Thema wurde wurde jetzt eingetaktet da es genug upvotes erhalten hat.
Zu deinen anderen Themen:
- Mehrfachauswahl → wo genau vermisst du diese noch und was hätte diese für einen Effekt dort genau?
- Datumseingabe ohne Punkt → könnte man aufnehmen, das System ist aber schon schlau genug z.b. nur 10. eintippen und er nimmt den aktuellen Monat und das aktuelle Jahr etc
- Durchgängiges anspringen via Tab → wo genau funktioniert das nicht? Hab ein paar Stellen getestet und da geht es wie erwartet
- Kost1/2-Umschaltung → Ist leider nicht genug platz auf der ui momentan
- Beim Anlegen von Mitgliedern fehlt eine Überprüfung, ob Mitglied bereits vorhanden → gerne als Feature request rein und Beschreibung nach welchen Regeln getestet werden sollte
- Kontoumsatzerkennung anhand von Zahler, Verwendungszweck (Mitglieds-/Rechnungsnummer) → das macht er ja. Was genau funktioniert da bei euch nicht?
- Kontoumsatzzuordnung zu Debitoren → Du meinst hier sicherlich das einfache bebuchen eines Umsatzes auf einen Debitor?
- Anpassbarkeit von Nummernkreisen → was meinst du damit? Nummernkreise können doch im format geändert werden?
- Entscheidung zu Versand von Dokumenten (bspw. bei der Bearbeitung von Rücklastschriften) → gerne als Feedback Ticket rein mit allen Anwendungsfällen
- Einschränkungen beim Buchen auf Konten → Welche Einschränkungen außer dass Debitoren und Kreditoren nicht direkt bebucht werden können?
Hallo Alex,
vielen Dank, dass ihr Euch der Sache mit dem "Massen-Download" annehmt.
Danke auch, dass Du meinen Hinweis zur Verbesserung der Nutzerfreundlichkeit aufgreifst.
Zu den verschiedenen Punkten:
- Mehrfachauswahl → wo genau vermisst du diese noch und was hätte diese für einen Effekt dort genau?
Bitte in allen Listenübersichten verfügbar machen. Bitte unbedingt Mehrfachauswahl mit "Shift" zulassen!!! Mehrere hundert Belege einzeln herunterladen oder gar hunderte Häkchen einzeln setzen ist eine Qual! Uns wundert echt, dass so etwas in einer Produktivversion released wird.
- Datumseingabe ohne Punkt → könnte man aufnehmen, das System ist aber schon schlau genug z.b. nur 10. eintippen und er nimmt den aktuellen Monat und das aktuelle Jahr etc
Bitte unbedingt aufnehmen! Hier gern an üblichen Vereinfachungen der Datumseingabe bei anderen Softwareherstellern orientieren (MS Excel, Datev, Lexoffice, etc.). Üblich ist eine Datumseingabe über den Zahlenblock. Daher ist "10." keine wirkliche Vereinfachung, da der Punkt nicht auf dem Zahlenblock vorhanden. Das ist ein Beispiel für von Euch unglücklich gewählten Lösungen, da nicht praxistauglich und abseits aller bewährten Wege!
Üblich ist bspw. ddmmyy oder dd-mm-yy oder mit Ergänzung von aktuellen Monat/Jahr einfach nur dd oder ddmm (aber ohne Punkt)!
- Durchgängiges anspringen via Tab → wo genau funktioniert das nicht? Hab ein paar Stellen getestet und da geht es wie erwartet
U.a. Beispiel der Kost 1/2-Umschaltung
Kost1/2-Umschaltung → Ist leider nicht genug platz auf der ui momentan
Das ist ein Problem, das wertvolle Zeit kostet. Wir würden uns über eine baldige Lösung freuen. Vielen Dank!
In mindestens einem Formular ist aus unserer Sicht ausreichend Platz, wenn dem Bezeichnungsfeld ggf. weniger Platz für die Anzeige eingeräumt wird. Dort stört hingegen auch, dass die Kontonummer nicht sichtbar ist, da das Feld zu klein.
Mit ein bißchen Kreativität (oder Inspiration bei Datev) kommt man vielleicht auch zu einer 2zeiligen Darstellung je Position. Das ist dann auf jeden Fall nutzerfreundlicher.
- Beim Anlegen von Mitgliedern fehlt eine Überprüfung, ob Mitglied bereits vorhanden → gerne als Feature request rein und Beschreibung nach welchen Regeln getestet werden sollte
Bitte sofortiger Hinweis bei der Eingabe, sobald Nachname und Geburtsdatum übereinstimmen!!!
- Kontoumsatzerkennung anhand von Zahler, Verwendungszweck (Mitglieds-/Rechnungsnummer) → das macht er ja. Was genau funktioniert da bei euch nicht?
Erkennung sollte neben Eurem "System" (xxx-yyy) bitte auch über Merkmale wie Zahlername, Mitgliedsname, Mitgliedsnummer, Rechnungsnummer und Betrag funktionieren. Leider ist dies nicht praxisnah gegeben. Es scheint zu strikt "eingegrenzt":
- Wird Name und Mitgliedsnummer im Verwendungszweck ohne Leerzeichen aneinander geschrieben: Keine Erkennung!
- Wird eine führende Null bei der Mitgliedsnummer vergessen oder eine zu viel davor geschrieben: Keine Erkennung!
- Trotz korrekter Mitgliedsnummer, korrektem Mitgliedsvor- und Nachnamen im Verwendungszweck, korrektem Betrag, einem bereits in diesem Jahr vorher zugeordneten Betrag vom gleichen Zahler (IBAN): Keine Erkennung!
Bitte mehr an der Praxis orientieren. Mitglieder sind auch nur Menschen und halten sich nicht an alle Vorgaben!!!
Bei nicht ganz korrekt zuordenbaren Umsätzen zumindest einen Vorschlag machen, den man nur abhaken muss!
- Kontoumsatzzuordnung zu Debitoren → Du meinst hier sicherlich das einfache bebuchen eines Umsatzes auf einen Debitor?
Ja, unter anderem.
Wie schon einige Male geschildert, ist häufig beim Zuordnen der Umsätze gar nicht klar, ob es sich um eine Anzahlung/Spende oder was auch immer handelt! Aber das zuzuordnende Mitglied/Debitor ist häufig durch IBAN oder Mitglieds-/Zahlernamen oder Mitgliedsnummer im Vwz klar. Automatisierung wird dann von Euch komplett ausgeschlossen, da erst händisch ein "Anzahlungsbeleg" erstellt werden muss, obwohl noch gar nicht klar ist, ob es sich um eine Anzahlung handelt!
Der erste Schritt sollte einfach die Zuordnung eines Kontoumsatzes zu einem Debitor sein! Das sollte das System automatisch machen, auch wenn noch keine Rechnung vorhanden ist. (Siehe Kontoumsatzerkennung!)
Aber auch das generelle Bebuchen eines Debitors oder Kreditors in der Buchhaltung fehlt völlig!
- Anpassbarkeit von Nummernkreisen → was meinst du damit? Nummernkreise können doch im format geändert werden?
Umfangreiches Thema. Hier nur kleiner Ausschnitt:
Im neuen Nummernschema fehlt u.a. die Festlegung der Stellenanzahl, die es in der alten "Welt" ja noch gab! RE25-0001 != RE25-1
Wichtiger Bereich ist aber auch die fehlende Einflussmöglichkeit auf die Debitoren/Kreditorennummer. Du hattest beim Jahreswechsel (als nicht umsetzbar) ausgeschlossen, dass Mitgliedsnummer = Debitorennummer gewählt wird, obwohl in der Praxis wesentliche Gründe (aus Nutzerfreundlichkeit) dafür sprechen und es umsetzbar ist! Auch hier ist die unübliche Denklogik (siehe unten) hinderlich!
- Entscheidung zu Versand von Dokumenten (bspw. bei der Bearbeitung von Rücklastschriften) → gerne als Feedback Ticket rein mit allen Anwendungsfällen
Bei der Rücklastschriftbearbeitung fehlt jegliche Möglichkeit der Einflussnahme auf den Versand (gewünscht oder nicht gewünscht).
- Einschränkungen beim Buchen auf Konten → Welche Einschränkungen außer dass Debitoren und Kreditoren nicht direkt bebucht werden können?
An sehr vielen Stellen. Bspw. Buchen auf der Gegenseite eines Kontos wird von Euch oft komplett ausgeschlossen. Selbst bei einer "freien Buchung"!
Zusammengefasste Vorschläge für mehr Nutzerfreundlichkeit:
- Lasst in Eurem System den Anwender mehr entscheiden und das System für seine Usecases selbst anpassen!
- Gebt Variablen/Platzhalter an allen Stellen immer vollständig frei!
- Vereinheitlicht die Vorlagen-Designer, so dass alle Vorlagen untereinander "kopiert" werden können!
- Erlaubt einem Buchhalter (bspw. in einem "Expertenmodus") in einer freien Buchung alle Konten händisch zu bebuchen.
- Nutzt gängige Konzepte aus ERP/CRM- und Buchhaltungssystemen in Bezug auf Debitoren/Kreditoren. Mit Euren unüblichen Logiken "zerschießt" ihr Euch viele Möglichkeiten und macht vieles komplizierter. (Beispiel: Debitoren sind eben Schuldner und keine Zahler! Logikfehler gegenüber 500. Jahre alter Buchhaltungslogik!)
- Gebt Eure Beta-Versionen in frühen Phasen zum Testen frei!
Gern stehe ich für einen Austausch zur Verfügung.
Moin,
Kurzes Update -- mir war gerade langweilig und ich hab schnell die Datumseingabe eingebaut und die Kostenstellen-Problematik gefixt, kommt mit dem nächsten Release diese Woche 😃
Kurz zum Thema Nummernkreise → du kannst die Länge mit der Zahl festlegen: RE-YYYYMMDD-##1 → eine Stelle minimum → RE-YYYYMMDD-##4 → wurde mindestens vier stellen also z.b. 0001 erzeugen usw
lg
Alex
Hallo Alex,
vielen, vielen Dank für Deine Nachricht und Deinen Einsatz. Wir freuen uns, dass Du Dich trotz der großen Module/Projekte der Thematik annimmst. Es wäre prima, wenn diese Art von Nutzerfreundlichkeit immer "mitgedacht" werden könnten.
In Bezug auf die Datumseingabe konnten wir bisher eine kleine Verbesserung feststellen. Die Eingabe mit Minuszeichen (DD-MM-YYYY) klappt jetzt - Danke! Leider funktioniert die Erkennung von DD-MM-YY noch nicht korrekt. Zudem wäre es prima, wenn auch die anderen Optionen (DDMMYY und DDMMYYYY - also ohne Trennzeichen) ermöglicht werden könnten. Vielen Dank im Voraus!
In Bezug auf das Feld zur Eingabe der Kostenstelle konnten wir noch keine Veränderung feststellen. War das im Release in der letzten Woche enthalten?
Danke auch für den Hinweis zu den Nummernkreisen in "Finanzen & Buchhaltung". Prima, dass dies möglich ist. Hier vielleicht die Hinweistexte in der Software und in der Dokumentation erweitern. Für uns war die Möglichkeit aus diesen leider nicht ersichtlich.
Viele Grüße
Alex
Hallo Alex,
Danke, wir tun unser Bestes, allen soweit es geht gerecht zu werden, sind halt natürlich (leider) auch durch Zeit & Resourcen in manchen Dingen eingeschränkt.
Die Änderungen sind noch nicht live sollten mit dem Release heute aber kommen 😃
Multi-Download schreitet auch gut voran, ist nicht ganz trivial da wir diesmal alles so bauen dass es a) 100% funktioniert und b) auch sehr performant ist.
Hallo Alex,
ich komme mal auf die hier geschilderten Punkte rund um das Thema "Benutzerfreundlichkeit" zurück.
Leider funktionieren die wesentlichen Dinge noch immer nicht zufriedenstellend:
- Multi-Auswahl: Es ist eine Qual mehrere hundert Häkchen im Finanzmodul einzeln zu setzen, um bspw. Rechnungen herunterzuladen. Das ist schlicht verschenkte Zeit unserer Mitarbeiter. Bitte dringend durch Multi-Auswahl mit "Shift" verbessern!
- Multi-Download: Noch immer keine Anpassbarkeit der Dateinamen innerhalb der Zip-Datei (bspw. nach Nachnamen des Mitglieds, Mitgliedsnummer, etc.) möglich! Das ist jedes Mal ein Riesenaufwand für uns, um gedruckte Mitgliedsausweis und Rechnungen in einem Umschlag zu kuvertieren. Zudem muss der Download immer über Link aus einer Email gestartet werden. Umständlich!
- Datumseingabe ohne Punkt: Eingabe von Daten noch immer nicht komfortabel über Zehnerblock möglich. (gewünschte/übliche Schemata: siehe oben)
- Kontoumsatzerkennung: Die Erkennungsrate ist noch immer nicht befriedigend, trotz exakt angegebener Rechnungsnummer im Verwendungszweck, exaktem Betrag und Zahlername = Mitgliedsname.
(Das funktioniert im übrigen auch schon in der Suchmaske bei den Kontoumsätzen nicht gut. So führt die Suche nach einer Zeichenkette zu keinem Ergebnis, wenn bspw. nach "1234567" gesucht wird, im Verwendungszweck aber "1234567," steht. Von Umlaut-Nachbildung mal ganz abgesehen.
- Beim Anlegen von Neu-Mitgliedern erfolgt noch immer keine Prüfung auf bereits angelegtes Mitglied mit gleichem Namen & Geburtsdatum.
----------------------------
Noch immer ist insgesamt bei allen Prozessen eine viel zu strikte Einschränkung von Use-Cases festzustellen.
Beispiel: Das Erstellen einer (kaufmännischen) Gutschrift funktioniert NUR bei einer vollständig bezahlten Rechnung!
Alle anderen Fälle, die aber in der Praxis sehr häufig vorkommen, werden kategorisch durch Fehlermeldung ausgeschlossen. Das macht die Prozesse immer viel zu umständlich! Von Automatisierung von Prozessen ist man damit noch meilenweit entfernt!
Wir bitten nochmals inständig darum, Euch der Thematik der "Benutzerfreundlichkeit" zu widmen. Mit wenig Aufwand würde sich viel Gutes für die Nutzer Eurer Software erreichen lassen. Aus Gesprächen mit anderen Nutzern wissen wir, dass dies für viele Nutzer viel wichtiger ist, als die nächste (leider häufig nicht gut umgesetzte) neue Funktion. Auch das Forum ist voll mit Themen solcher Art.
Nochmals bieten wir uns für ein Gespräch in solchen Themen an.
Viele Grüße
Alex
Hallo Alex,
Warum müsst ihr denn mehrere hundert Haken setzen und könnt nicht alle markieren mit Filter? Auch gibt es ja eine Aktion um alle manuellen mit einem Klick downzuladen und diese dann als versendet zu markieren hilft euch das nicht oder nutzt ihr das nicht? Wenn ja warum?
Aber wenn ihr die Dateien eh druckt steht doch der Empfänger drauf verstehe nicht ganz inwiefern der Dateiname da Vorteile bietet? Warum verwendet ihr eigentlich nicht den Online-Briefversand wäre das nicht viel einfacher?
Hmm Datumseingabe hatte ich eigentlich so gebaut dass man 171025 eingeben kann muss ich mir nochmal ansehen
Kontoumsatzerkennung → Da bräuchte ich unbedingt mehr details damit wir uns das konkret ansehen können um zu schauen warum wir nicht gematcht haben nur so können wir das verbessern und fixen
Prüfung beim Anlegen eines Mitglieds kommt mit dem neuen CRM dann
lg
Alex
Hallo Alex,
danke für Deine umgehende Antwort. Kurz zu den Punkten:
- Multi-Auswahl: Ich kann Deine Frage leider nicht verstehen. Zum einen gibt es bei den Rechnungen leider fast keine Filter. Auch das wäre sehr verbesserungswürdig. Warum muss man erst umständlich erst einen Filter bemühen, wenn es doch mit zwei Klicks gehen würde?!? Daher sei umgekehrt gefragt. Warum baut ihr die Multi-Auswahl mit "Shift", die ein Standard (!!!) in jeglicher Software ist und bei anderen Eurer Module ja funktioniert, nicht endlich wieder mit ein?
- Multi-Download: Nochmals zum Hintergrund. Unter anderem geht es darum, dass wir ein Willkommensschreiben, Mitgliedsausweis, personalisierten Gutschein und die erste Rechnung an Mitglieder in einem Brief versenden. Der Brief muss kuvertiert werden. Dafür ist es wesentlich, dass die unterschiedlichen Dokumente in der gleichen Reihenfolge vorliegen. Wenn dann Schreiben, Ausweise, Gutscheine bspw. nach Nachnamen oder Straße/PLZ sortiert sind, dann benötigen wir auch eine Möglichkeit, die Rechnungen nach einem sinnvollen Schema sortiert auszudrucken. Da kommt der Datei-Name ins Spiel.
Dafür gibt es - nicht nur bei uns, sondern vielen anderen Vereinen - immer wieder Anwendungsfälle.
Online-Versand: Würden wir ggf. drüber nachdenken, wenn ihr auch Ausweis und Gutscheindruck preislich attraktiv anbieten würdet.
- Datumseingabe funktioniert leider nicht richtig: Einzige Verbesserung war, dass tt-mm-yyyy mittlerweile funktioniert. Bitte aber auch unbedingt tt-mm-yy und ttmmyyyy und ttmmyy erkennen lassen. Das sind übliche Standards.
- Kontoumsatzerkennung: Ich habe ja mehrfach dazu Schilderungen abgegeben. Oben erneut ein Beispiel geliefert. Welche Details benötigst Du?
Vorschlag: Suche doch mal bei den Kontoumsätzen nach einer Mitgliedsnummer (Beispiel oben). Wenn der Algorithmus ähnlich zur Erkennung ist, zeigt das schon die Probleme auf.
- Dopplungsprüfung: Schade, dass die Prüfung erst im neunen CRM kommt.
Nochmals die zusammengefassten Vorschläge für mehr Nutzerfreundlichkeit:
- Lasst in Eurem System den Anwender mehr entscheiden und das System für seine Usecases selbst anpassen!
- Gebt Variablen/Platzhalter an allen Stellen immer vollständig frei!
- Vereinheitlicht die Vorlagen-Designer, so dass alle Vorlagen untereinander "kopiert" werden können!
- Erlaubt einem Buchhalter (bspw. in einem "Expertenmodus") in einer freien Buchung alle Konten händisch zu bebuchen.
- Nutzt gängige Konzepte aus ERP/CRM- und Buchhaltungssystemen in Bezug auf Debitoren/Kreditoren. Mit Euren unüblichen Logiken "zerschießt" ihr Euch viele Möglichkeiten und macht vieles komplizierter. (Beispiel: Debitoren sind eben Schuldner und keine Zahler! Logikfehler gegenüber 500. Jahre alter Buchhaltungslogik!)
- Gebt Eure Beta-Versionen in frühen Phasen zum Testen frei!
Gern stehe ich für einen Austausch zur Verfügung.
Viele Grüße
Alex
P.S.: Wie ist denn der konzeptuelle Stand des CRM-Moduls?
Um strukturelle Fehler wie beim Buchhaltungsmodul (wie Debitor gleich Zahler) frühzeitig ansprechen zu können, freuen wir uns auf einen frühestmöglichen Austausch. Es wäre prima, wenn in diesem Zusammenhang auch der genannte Fehler korrigiert würde und die Rolle des Zahlers eingeführt würde und vom Debitorenkonto getrennt würde.
Vorschlag zu Rollen: Mitglied, Zahler, Übungsleiter, Funktionär, Sponsor, Lieferant, sonstiger Kontakt
Jeweils mit Möglichkeit von zusätzlichen Adressen/Kontaktdaten für Zahler, Eltern, etc.
Hallo Alex,
Meine Frage zielte darauf ab, warum ihr mehre hundert manuell auswählen müsst und nicht einfach über "alle auswählen" gehen könnt. Ich würde gerne besser verstehen, was ihr ggf noch für filter oder sonstiges braucht damit man das so lösen kann weil selbst über shift ja trotzdem nen haufen arbeit anfällt. Das mit dem Shift Select werden wir aber aufnehmen trotzdem.
Verstehe. Die Dateinamen müssten wir hardcoden. Welches Dateinamen-Schema wäre ideal?
Kontoumsatzerkennung → Du schreibst "Die Erkennungsrate ist noch immer nicht befriedigend, trotz exakt angegebener Rechnungsnummer im Verwendungszweck, exaktem Betrag und Zahlername = Mitgliedsname" → Da bräuchte ich mal ein konkretes Beispiel das er nicht erkannt um zu verstehen warum das so ist z.B. waren im Verwendungszweck vielleicht Leerzeichen drin etc?
Zu deinen anderen Punkten:
- Gebt Variablen/Platzhalter an allen Stellen immer vollständig frei!
→ Wo genau fehlen dir momentan welche Platzhalter?
- Vereinheitlicht die Vorlagen-Designer, so dass alle Vorlagen untereinander "kopiert" werden können!
→ Den Punkt verstehe ich nicht ganz. Was möchtest du untereinander kopieren weil die Inhalte der Rechnungsvorlagen je nach Typ (Gutschrift, Mahnung etc) ja unterschiedlich sind.
- Erlaubt einem Buchhalter (bspw. in einem "Expertenmodus") in einer freien Buchung alle Konten händisch zu bebuchen.
→ Erlauben wir doch inzwischen, man kann auch die Debitoren und Kreditoren direkt bebuchen etc
- Nutzt gängige Konzepte aus ERP/CRM- und Buchhaltungssystemen in Bezug auf Debitoren/Kreditoren. Mit Euren unüblichen Logiken "zerschießt" ihr Euch viele Möglichkeiten und macht vieles komplizierter. (Beispiel: Debitoren sind eben Schuldner und keine Zahler! Logikfehler gegenüber 500. Jahre alter Buchhaltungslogik!)
→ Manche Vereine benutzen den Debitor als Zahler, manche als Schuldner. Es ist ja beides möglich bei uns? Du kannst jedes Mitglied = ein Debitor haben und dann beim Debitor einen abweichenden Zahler eintragen der Schuldner bleibt aber das Mitglied?
P.S.: Wie ist denn der konzeptuelle Stand des CRM-Moduls?
→ Ziel ist es, eine Preview Richtung Dezember zu haben. Wir spiegeln alle Daten vom Altsystem in Echtzeit so dass man früh genug das neue CRM ansehen kann mit den eigenen Daten (aber keine Änderungen machen kann).
lg
Alex
Kurzer Nachtrag → Hab meinen Samstag damit verbracht, komplette Multi-Markierung für unsere Tabellen zu bauen (Auch mit Shift, Ctrl, Key up / down etc).
Wird wohl in eines der nächsten Releases dann fließen.
lg
Alex
Hallo Alex!
Prima! Vielen lieben Dank für Deinen Einsatz!
Da sind wir sehr gespannt.
Viele Grüße
Alex
Hallo Alex,
Grad auch probiert also bei mir funktionieren Datumseingaben wie z.B. 2210 → macht 22.10.2025 oder 131084 → macht 13.10.1984 draus?
lg
Alex
Hallo Alex,
danke für das Umsetzen dieser hilfreichen Benutzerfunktionalitäten.
a) Feedback zur Markierung mit Shift hatte ich schon im Forum gegeben. Funktioniert nur, wenn man in die Zeile(n) klickt. Ein Klicken mit Shift auf das Häkchen funktioniert leider nicht. Wenn beides funktionieren würde, wäre es sicherlich noch intuitiver. Hatten uns erst gewundert, dass es gar nicht funktioniert, da wir auf die Häkchen geklickt hatten, bis Oliver aufgeklärt hat, dass es nur in der Zeile funktioniert.
b) Aufgefallen ist in diesem Zusammenhang auch, dass es jetzt ein "komisches" Verhalten beim Klicken eines Häkchens eines Belegs gibt. Leider öffnet sich der rechte Detail-Bereich beim Setzen eines Häkchens bei einem Beleg/Rechnung nicht mehr. Das Öffnen passiert nur noch, wenn man in die Zeile eines Belegs klickt.
c) Erweiterte Datumseingaben-Funktion kann ich leider nicht bestätigen.
Beispiel: Geburtsdatum eines neuen Mitglieds
2210 → macht 22.10.2025: Leider nein!
131084 → macht 13.10.1984: Leider nein!
Weder beim Abschluss mit Tab-Taste noch mit Enter-Taste
Weder im Firefox noch im Edge
(Auch beim Anlegen von Beiträgen funktioniert es im Datumsfeld leider nicht.)
Würden uns sehr freuen, wenn diese Funktionalitäten bei Gelegenheit ergänzt werden könnten.
Viele Grüße
Alex
Hallo Alex,
a) Werden wir im Laufe der nächsten Wochen noch fixen wenn grade zeit. Da wir unsere Komponenten alle selbst geschrieben haben ist die Implementierung von Multi-Select nicht grade trivial mit all den möglichen Zuständen.
b) Ja ist bekannt siehe a)
c) Komischt ich schaus mir die Tage nochmal an bei mir gings mal sehen wo da der hund begraben liegt.
lg
Ale
Ok. Prima! Vielen Dank!
Hallo Alexander,
Jetzt hab ich endlich rausgefunden warum bei mir der Datumspicker funktioniert und bei dir nicht -→ Der geht nur in den neuen Applikationen wie Finanzmodul, Eventmodul etc im alten System nicht da das zwei komplett verschiedene Technologien sind. Sobald das neue CRM da ist wird es auch bei den Mitgliedern und überall anders entsprechend gehen. Probiere es gerne im Finanzmodul aus da sollte es schon so gehen.
lg
Alex
Hallo Alex,
vielen Dank für Deine Info und Erklärung. Prima, dass es dann im neuen CRM funktionieren wird. Wir freuen uns über diese Erleichterungen, die den Benutzer stark unterstützen.
Feedback: Im Finanzmodul funktioniert es teilweise. 15072025 wird richtig erkannt. 150725 aber leider nicht. Wäre prima, wenn das mit aufgenommen werden könnte. Vielen Dank!
Viele Grüße
Alex
Hi Alex,
letzters funktioniert bei mir auch problemlos in den neuen Anwendungen.
Liebe Grüße
Oliver