adad95 - PraxPlan - ADTax - Forum - Ridler Datentechnik - Warum neuer offener Posten bei Preissplitting
adad95 - PraxPlan - ADTax - Forum - Ridler Datentechnik
adad95 - PraxPlan - ADTax - Forum - Ridler Datentechnik
Startseite | Profil | Registrieren | Neue Beiträge | Mitglieder | Suchen | FAQ
Benutzername:
Passwort:
Sprache wählen
Passwort speichern
 Alle Foren
 adad95 - Praxisverwaltung
 adad95 Forum - Kundenfragen - Lösungen
 Warum neuer offener Posten bei Preissplitting
 Neues Thema  Auf Thema antworten
 Drucken
Autor  Thema Nächstes Thema  

Hand und Herz

437 Beiträge

Gesendet am: - 01/07/2025 :  13:22:51  Profil ansehen  E-Mail an den Autor  Antwort mit Zitat
Folgendes Szenario bei großen Rezepten, die angelegt worden sind, bevor die Preiserhöhung bekannt wurde;

Wenn wir ein Rezept angelegt haben, die Zuzahlung wurde bezahlt (Bar/Überwiesen) und dann wurde erst die Preissplittung angeklickt und somit entstanden ein neuer offener Posten über den Restbetrag, der ja noch fehlte. Sie hatte die Termine passend bis zum 30.06. Dann wurden die Termine in die Zukunft nochmal krankheitsbedingt verschoben, wodurch ein erneutes Preissplitting stattfinden mußte.
Dadurch hat das Programm nun uns einen kompletten offenen Posten reingehauen, obwohl ja die Patientin jetzt nur ein Guthaben hat.

Wie löst ihr das Buchungstechnisch?

mechanicus

Germany
1983 Beiträge

Gesendet am: - 01/07/2025 :  18:07:12  Profil ansehen  Antwort mit Zitat
Passiert hier auch öfter. Den fälschlich generierten OP entsorge ich über eine Zahlung auf mein fiktives Konto "Forderungsverzicht".
Zum Anfang der Seite

Magnus69

49 Beiträge

Gesendet am: - 03/07/2025 :  09:41:08  Profil ansehen  E-Mail an den Autor  Antwort mit Zitat
Selbes Problem bei uns. Es ist wirklich viel Arbeit das ständig manuell zu korrigieren.

@Entwicklung: Gibt es Aussicht auf eine Verbesserung?
Zum Anfang der Seite

mechanicus

Germany
1983 Beiträge

Gesendet am: - 03/07/2025 :  18:44:57  Profil ansehen  Antwort mit Zitat
Zitat:
Ersterfassung durch Magnus69:    @Entwicklung: Gibt es Aussicht auf eine Verbesserung?
Die Antwort, die ich bekommen habe, lautet: Nein.

Edit:
So richtig viele Entwickler hat RD nicht, und die sind stets gut mit dem Tagesgeschäft ausgelastet, da ist für so was trotz vielleicht guter Vorsätze keine Zeit. Schließlich läuft das unter der Haube auf umfangreiche strukturelle Änderungen hinaus

Geändert durch - mechanicus am 03/07/2025 18:51:03
Zum Anfang der Seite

herrmanj

Germany
1115 Beiträge

Gesendet am: - 05/07/2025 :  01:39:08  Profil ansehen  E-Mail an den Autor  Besuche herrmanj's Homepage  Antwort mit Zitat
Wir machen es wie mechanicus. So viel Arbeit ist es nun auch wieder nicht.
Zum Anfang der Seite

Hand und Herz

437 Beiträge

Gesendet am: - 08/07/2025 :  14:01:58  Profil ansehen  E-Mail an den Autor  Antwort mit Zitat
Zitat:
Ersterfassung durch mechanicus

Passiert hier auch öfter. Den fälschlich generierten OP entsorge ich über eine Zahlung auf mein fiktives Konto "Forderungsverzicht".



Wir werden den doppelten offenen Posten stornieren.
Was ich aber nach wievor nicht verstehe,

WARUM WIRD EIN neuer OFFENER POSTEN ÜBERHAUPT ERSTELLT?
Zum Anfang der Seite

mechanicus

Germany
1983 Beiträge

Gesendet am: - 09/07/2025 :  10:45:27  Profil ansehen  Antwort mit Zitat
Zitat:
Hand und Herz:     WARUM WIRD EIN neuer OFFENER POSTEN ÜBERHAUPT ERSTELLT?
Das hängt mit den Programmabläufen zusammen. Wenn durch Rechnungsstorno Guthaben entstehen, können die bei aufeinanderfolgenden internen "Schachtelbuchungen" manchmal nicht korrekt zugeordnet werden.

Von einem Storno im Sinne von Löschen rate ich ab, das erschwert im Prüfungsfall die Ablaufdokumentation.
Zum Anfang der Seite

Magnus69

49 Beiträge

Gesendet am: - 09/07/2025 :  16:08:02  Profil ansehen  E-Mail an den Autor  Antwort mit Zitat
Wir haben auch den Fall, dass manchmal ein Rezept zwei offene Posten hat.
Zum Anfang der Seite
   Thema Nächstes Thema  
 Neues Thema  Auf Thema antworten
 Drucken
Springe zu:
adad95 - PraxPlan - ADTax - Forum - Ridler Datentechnik © Ridler Datentechnik Zum Anfang der Seite
 Image Forums 2001 Powered By: Snitz Forums 2000 Version 3.4.06