Verschiedenes
Topal Scan Fehlermeldung "Eintrag existiert bereits"
Wird via Topal Scan eine Rechnung gescannt, deren Adress PK zwei äquivalente Transaktionsmethoden beinhaltet, wird ein Auswahl Dialog geöffnet,
um die gewünschte Transaktionsmethode zu selektieren. Wurde eine Transaktionsmethode selektiert, wurde die Fehlermeldung "Eintrag existiert bereits"
um die gewünschte Transaktionsmethode zu selektieren. Wurde eine Transaktionsmethode selektiert, wurde die Fehlermeldung "Eintrag existiert bereits"
ausgewiesen und der Scanprozess konnte nicht fertiggestellt werden. Dies wurde nun korrigiert.
Anpassungen am Vorlagemandanten
Der Vorlagemandant wurde angepasst.
Zahlungslauf - Totalbetrag nicht angezeigt
Wurde bei einem Zahlungslauf eine CHF Rechnung und eine EUR Rechnung kombiniert, wird der Totalbetrag nicht mehr angezeigt.
Dies wurde nun korrigiert.
Dies wurde nun korrigiert.
Zahlungsauftrag - Falscher Avisierungstyp zugewiesen
Wird bei der Erstellung eines Zahlungsauftrages das Batchbooking Flag deaktiviert, ist ein "Single Instrution Advise" (SIA) im pain.001 zu übermitteln.
Fälschlicherweise wurde hier ein "Collective Advice mit Details" (CWD) zugewiesen. Dies wurde nun korrigiert.
Fälschlicherweise wurde hier ein "Collective Advice mit Details" (CWD) zugewiesen. Dies wurde nun korrigiert.
Zahlungsauftrag - QR Rechnungen mit IBAN und Kreditorenreferenz (IPI, SCOR)
Gemäss ISO Spezifkation können QR Rechnungen mit IBAN und Kreditorenreferenz als International Payment Instructions (IPI) oder SCOR übermittelt werden.
Beide Übermittlungsarten werden von SIX akzeptiert. Es ist nun so, dass kleinere Finanzinstitute nicht beide Typen akzeptieren. Aus diesem Grund haben
wir uns entschieden, Standardmässig die Übermittlungsart (SCOR) zu verwenden die von allen Finanzinstituten akzeptiert wird.
Beide Übermittlungsarten werden von SIX akzeptiert. Es ist nun so, dass kleinere Finanzinstitute nicht beide Typen akzeptieren. Aus diesem Grund haben
wir uns entschieden, Standardmässig die Übermittlungsart (SCOR) zu verwenden die von allen Finanzinstituten akzeptiert wird.
Zahlungsauftrag - Zusammenziehen von Rechnungstypen (IBAN, FW, ES)
Um die Komplexität bei Zahlungsaufträgen zu reduzieren, haben wir uns entschieden das zusammenziehen von Rechnungen zu entfernen.
Dies war leider eine schlechte Entscheidung. Entsprechend wurde diese Funktion wieder eingebunden.
Dies war leider eine schlechte Entscheidung. Entsprechend wurde diese Funktion wieder eingebunden.
Rechnungsdialog - Umschaltung aller Positionen von inkl. nach exkl. und umgekehrt, rückgängig gemacht
Die gewünschte Vereinfachung durch die Umschaltung von inkl. aud exkl. und umgekehrt, wurde wieder rückgängig gemacht.
Buchungszeilen können nun wieder individuell inkl. / exkl. gesetzt werden.
Die gewünschte Vereinfachung durch die Umschaltung von inkl. aud exkl. und umgekehrt, wurde wieder rückgängig gemacht.
Buchungszeilen können nun wieder individuell inkl. / exkl. gesetzt werden.
Verbindungsprobleme bei REST Schnittstelle
Bei der Verwendung der REST Schnittstelle (z.B. 3. Systeme, WebSolution) ist es zu langen Loginzeiten und Verbindungsunterbrüchen gekommen.
Die Ursache hierfür war eine Lizenzprüfung beim Login (Tokenabfrage) zwischen dem REST Gateway und Topal Server. Dabei konnten die Informationen
des Lizenzservices nicht bereitgestellt werden. Dies hat dazu geführt, dass keine Kommunikation zwischen REST Gateway und Topal Server möglich war.
Dies wurde nun korrigiert.
des Lizenzservices nicht bereitgestellt werden. Dies hat dazu geführt, dass keine Kommunikation zwischen REST Gateway und Topal Server möglich war.
Dies wurde nun korrigiert.
REST API
Eine Party kann sowohl Kreditor als auch Debitor sein. Beim Update einer PayMethod im Bereich Kreditoren, wurde eine Excpetion "Eintrag bereits vorhanden" geworfen.
Dies trat aber lediglich bei Parties auf, die als Kreditor und Debitor markiert waren. Dies wurde nun korrigiert.
Im weiteren wurden verschiedene interne Optimierungen vorgenommen.
Im weiteren wurden verschiedene interne Optimierungen vorgenommen.
EBICS V3 - Bezug von CAMT Dateien - Invalid Format
Bei der Verwendung von EBICS V3 wird beim Bezug von CAMT Dateien bei Raiffeisen eine Exception (Invalid Format) geworfen.
Dieser Fehler wurde nun behoben.