Releasenotes SP 14 (Release 2012)

Transkript

1 Treuhand Wirtschaftsprüfung Gemeindeberatung Unternehmensberatung Steuer- und Rechtsberatung Informatik Gesamtlösungen Releasenotes SP 14 (Release 2012) Information: Diese Releasenotes basieren auf den Releasenotes der InnoSolv AG. Wir haben die wichtigen Themen für Sie herausgefiltert und teilweise mit weiteren Hinweisen/Bildern ergänzt. Das Original der Releasenotes der InnoSolv AG wird mit der Anwendung ISAG Upgrader als Download zur Verfügung gestellt. OBT AG, Hardturmstrasse 120, 8005 Zürich Telefon , Fax ,

2 Basis Diverses Import Heimatgemeinden und Zivilstandskreise Anpassungen automatischer Import Mit dem Projekt wurde der Import von Gemeinden/Heimatgemeinden und Zivilstandskreisen realisiert. Die damaligen Schema-Versionen waren noch nicht freigegeben und der Service zur automatischen Versendung der Daten über Sedex noch nicht implementiert. Die Daten-Schemas ech-0135 / ech-0136 wurden aufgrund diverser Anforderungen für die finale Version angepasst. Der Import wird auf die neuen Schema-Versionen angepasst. Ab Februar 2013 können Gemeinden die Meldungen über Sedex empfangen. Hinweis: Die OBT hat die Bestellung beim BFS bereits für sämtliche Kunden vorgenommen. Fehlende Heimatgemeinde "Gommiswald-Dorf" Durch die Fusion der Gemeinden "Gommiswald", "Rieden" und "Ernetschwil" per enstanden mehrere neue Heimatgemeinden. Die Heimatgemeinde "Gommiswald-Dorf" fehlt. Die Heimatgemeinde "Gommiswald-Dorf" ist im Gemeindeverzeichnis von NEST nachgetragen. Neue Aktivitäten über Kampagnen nur generieren, wenn noch nicht vorhanden Mittels CRM-Kampagnen können für mehrere Referenzen (Subjekt, Objekt, Vertragspartner, Einwohner, J) CRM- Aktivitäten generiert werden. Zudem können wiederkehrende Kampagnen als Kampagnenvorlagen definiert werden, welche periodisch (z.b. jede Woche) manuell ausgeführt werden können. Beim Ausführen einer Kampagnenvorlage wird eine Kampagne 1 inkl. CRM-Aktivitäten erstellt. Wird die Kampagnenvorlage z.b. eine Woche später erneut ausgeführt, wird erneut eine Kampagne 2 inkl. CRM- Aktivitäten erstellt. Die CRM-Aktivitäten werden in Kampagne 2 trotzdem erstellt, auch wenn diese Aktivitäten bereits mit Kampagne 1 erstellt wurden. Die gleiche Aktivität ist somit doppelt vorhanden. Beispiel: Jede Woche wird mit Hilfe einer Kampagnenvorlage eine Kampagne erstellt und dabei für jeden Einwohner mit abgelaufenem Ausweis eine entsprechende Aktivität generiert. Wird nun bis zum Erstellen der nächsten Kampagne kein neuer Ausweis erfasst, wird mit der nächsten Kampagne für den gleichen Einwohner erneut die gleiche Aktivität generiert (der Ausweis ist ja immer noch abgelaufen). D.h. auf dem Einwohner ist die gleiche Aktivität nun zweimal vorhanden. Wird eine CRM-Aktivität über eine Kampagne generiert, wird geprüft, ob bereits eine CRM-Aktivität mit gleichem Referenztyp, gleicher Referenz-Nr., gleichem Thema, gleicher Aktion und Status ungleich "Erledigt" vorhanden ist. Trifft dies zu, wird die CRMAktivität nicht noch einmal erstellt Seite 2 von 8

3 GWR Import: Fehler beim Abfragen grosser Datenmengen über WebService NEST kann GWR-Mutationen über WebService importieren. Grosse Datenmengen können nicht verarbeitet werden. Folgende Fehlermeldung wird als Job-Fehler ausgegeben: System.ServiceModel.CommunicationException: Fehler beim Empfangen der HTTP-Antwort für Auch grosse Datenmengen können fehlerfrei verarbeitet werden Seite 3 von 8

4 IS-E Diverses Einzahlungsschein wird bei E-Rechnung nicht ausgeblendet Der Einzahlungsschein sollte bei E-Rechnungen ausgeblendet werden. Dies ist aber nicht immer der Fall. Der Einzahlungsschein wird bei E-Rechnungen immer ausgeblendet. Anmeldungen für E-Rechnung in mehreren Mandanten Die Stadt oder Gemeinde und das Werk verwenden dieselbe Instanz, haben aber unterschiedliche ERP- Mandanten. Beide benutzen die E-Rechnung und ABACUS. Ein Einwohner kann wählen, für welchen Mandant er die E-Rechnung erhalten möchte (nur Stadt/Werk oder beide). Wenn sich ein Einwohner für die Stadt und das Werk anmeldet, schreibt ABACUS diese via Notify Trigger in NEST/IS-E. In einzelnen Fällen wird fälschlicherweise keine neue Anmeldung geschrieben, sondern eine bestehende überschrieben. Die Anmeldung via Abacus Notify Trigger funktioniert korrekt. Positionstext wird abgeschnitten Bei der Verbuchung von Tarifpositionen wurde zum Teil der Positionstext abgeschnitten. Dies betrifft aber nur Positionstexte, welche mehr als 20 Zeichen beinhalten. Die Prozedur für die Verbuchung der Positionen wurde angepasst, so dass der Positionstext nun nicht mehr abgeschnitten wird. Hundwesen: ANIS - Import (Dateiformat - Überprüfung hinzufügen) Die ANIS-Dateien haben einen HTML-Inhalt, die Dateierweiterung ist aber ".XLS". Wird vor dem Import die Datei mit Excel geöffnet und im Excel-Format abgespeichert, so kann die Datei anschliessend nicht mehr eingelesen werden. Der Import bricht mit einer unschönen Fehlermeldung ab. Vor dem Import wird das File-Format geprüft. Ist es nicht korrekt, so wir eine entsprechende Fehlermeldung ausgegeben Seite 4 von 8

5 NEST Diverses Datenaustausch ech - Ermittlung Hauptwohnsitz bei Wochenaufenthaltern Bei Wochenaufenthaltern, welche beim Hauptwohnsitz eine fusionierte Gemeinde erfasst haben, erscheint bei Validierung und Statistik die folgende Fehlermeldung: Errorcode: 56.14: Errortext: Die Kombination der Nummer, des Namens und des Kantons für die Hauptwohnsitzgemeinde entspricht nicht dem Amtlichen Gemeindeverzeichnis der Schweiz Die Hauptwohnsitzgemeinde wird bei Wochenaufenthalter über den Zuzug ermittelt. Als Stichtag wird das Zuzugsdatum verwendet. Die Hauptwohnsitzgemeinde von Einwohnern mit Nebenwohnsitz muss per Stichtag der Lieferung ermittelt werden. Beispiel: Ein Wochenaufenthalter ist am zugezogen. Am wird die Statistiklieferung mit Stichtag exportiert. Die Hauptwohnsitzgemeinde vom Wochenaufenthalter wird per und nicht per ermittelt. Massnahmearten: Vertretungsbeistandschaft Mit dem neuen Kinds- und Erwachsenenschutz-Recht wurden neue Begrifflichkeiten für "Massnahmearten" eingeführt. Im Moment führen wir die folgenden "Beistandschaften" nicht einzeln sondern zusammengefasst unter "Beistandschaft": Begleitbeistandschaft Vertretungsbeistandschaft (allgemein) Vertretungsbeistandschaft (Vermögensverwaltung) Mitwirkungsbeistandschaft Umfassende Beistandschaft Kombination von Beistandschaften Die einzelnen Beistandschaften werden als eigene Massnahmearten geführt. Name erfassen: Vorbelegung Subjekt-Daten bei Namenskorrektur Wird mittels Datenkorrektur ein neuer Name erfasst, werden die bestehenden Subjekt-Namensdaten vorbelegt. Eine Vorbelegung macht keinen Sinn. Beim Erfassen von neuen Namen mittels Datenkorrektur werden keine Daten vorbelegt Seite 5 von 8

6 Prov. Wegzug nach Unbekannt: Bei Aktivität "Abmeldung" Ereignisdatum als Beginnt am-datum verwenden Bei einem provisorischen Wegzug wird jeweils automatisch eine Aktivität "Abmeldung" geschrieben. Wird beim Wegzug eine Adresse erfasst, wird auf der Aktivität als Beginnt am-datum das Gültig von-datum der Adresse eingetragen. Das Fällig am-datum der Aktivität wird ab dem Beginnt am-datum anhand der parametrierten Fristtage berechnet. Bei Wegzug nach Unbekannt wird als Beginnt am-datum das Meldedatum des Wegzugs verwendet und ab diesem Datum das Fällig am-datum ermittelt. Wird z.b. der prov. Wegzug nach Unbekannt am (Meldedatum) gemeldet, der eigentliche Wegzug aber erst am (Ereignisdatum) stattfindet, ist je nach parametrierten Fristtagen (Bsp: 20 Tage -> Fällig am- Datum: Tage = ) die Aktivität "Abmeldung" schon vor dem Wegzug fällig und der Einwohner wird bereits gemahnt, obwohl er noch nicht weggezogen ist. Bei einem Wegzug nach Unbekannt sollte daher das Beginnt am-datum der Aktivität mit dem Ereignisdatum vorbelegt werden. Dadurch wäre das Beginnt am-datum aus unserem Beispiel und die Aktivität wäre erst am fällig ( Tage). Der Einwohner wird somit erst gemahnt, wenn er sich nach dem Wegzug nicht innerhalb der Frist meldet. Beim Wegzug nach Unbekannt wird bei der Aktivität "Abmeldung" das Ereignisdatum des Wegzugs als Beginnt am-datum verwendet. Das Fällig am-datum wird ab dem Beginnt am-datum anhand der parametrierten Fristtage berechnet Seite 6 von 8

7 Geschäftsfälle Anerkennung: Übernahme von inaktiven Heimatorten Bei einer Anerkennung erhält das Kind in bestimmten Fällen die Heimatorte des Vaters. Es wurden jeweils alle Heimatorte, inklusive der inaktiven Heimatorte, des Vaters übernommen. Es werden jeweils nur die per Tagesdatum aktiven Heimatorte übernommen. Familiennachzug - Eltern werden von UPI übernommen Wird beim Familiennachzug eines Kindes die Abfrage der AHV-Versichertennummer gestartet, so werden die gelieferten Eltern übernommen. Werden bei dem Bezug der AHV-Versichertennummer keine Eltern geliefert, so werden keine Eltern ermittelt. Wurden beim Bezug der AHV-Versichertennummer keine Eltern geliefert, so werden in einem Wiederzuzug der Einwohner und Partner als Eltern vorbelegt. Tod - Datenkorrektur Zustelladresse Beim Geschäftsfall Tod kann eine Zustelladresse definiert werden. Es wird fix eine Mutation "Datenkorrektur Zustelladresse" geschrieben. Ist bereits eine Zustelladresse vorhanden, soll eine Datenkorrektur Zustelladresse geschrieben werden. Wird jedoch eine neue Zustelladresse eingetragen, muss das Ereignis "Zustelladresse" geschrieben werden. Nur so kann das Meldewesen richtig gemacht werden. Wird beim Geschäftsfall Tod eine Zustelladresse definiert, wird das Ereignis "Zustelladresse" gespeichert. Wird eine bestehende Zustelladresse geändert oder gelöscht, wird das Ereignis "Datenkorrektur Zustelladresse" gespeichert. Geschäftsfall "Verlängerung Ausländerkategorie" meldet "Wechsel Ausländerkategorie" Mit dem neuen Geschäftsfall "Verlängerung Ausländerbewilligung" kann ein neuer Ausweis eingetragen werden. Zudem können Regelung und Unterkategorie ändern. Es wird eine Mutation "Wechsel Ausländerkategorie" generiert und mittels Reportjob z.b. Elektr. Reporting exportiert. Ändert sich weder Regelung noch Unterkategorie wird eine Mutation "Datenkorrektur Ausweis" geschrieben. Zudem gibt es die Möglichkeit das Ausstelldatum des Ausweises in Zukunft zu erfassen. (Heute + 3 Monate) Seite 7 von 8

8 ISAG-Reports Stimmstatistik einfach - Korrekturen in Standard Header und Footer Nach einer Abstimmung möchte man die einfache Stimmstatistik aufbereiten. Im Header wird der Titel "Stimmstatistik einfach für Stimmberechtigte". Das Wort "einfach" ist überflüssig und stört das Gesamtbild. Des Weiteren wird im Footer bei langen Bezeichnungen kein Umbruch gemacht. Die Standard Header und Footer für die einfache Stimmstatistik werden angepasst. Korrekturen ISAG Reports Gemeldete Fehler, welche die Einwohner ISAG Reports betreffen, werden in diesem Projekt nachfolgend zusammengefasst. Leumundszeugnis GL: Die Felder Geburtsort und Geburtsdatum sind zusammengefasst, was nicht schön ist Mutationsliste "Wegzüge": Wegzugsgemeinde ist nicht ersichtlich Leumundszeugnis GL: Geburtsdatum und Geburtsort werden nun getrennt auf derselben Zeile angedruckt Mutationsliste "Wegzüge": Wegzugsgemeinde wird ebenfalls angedruckt Mutationsmeldung Migrationsamt AG, Neueinreise: Ventilklausel EU-25 Das Formular "Mutationsmeldung Migrationsamt AG, Neueinreise" wurde erweitert.neu müssen EU25- Angehörige ein zusätzliches Fomular (A0270) einreichen. Der Report "Meldung Migrationsamt AG, Neueinreise" wird mit dem Kontrollkästchen "EU-25-Staatsangehörige" erweitert. Das Kontrollkästchen wird bei allen Staatsangehörigen der EU-Nationen (System.Nation - EU/EFTA = 1) aktiviert. Ausnahmen: Bulgarien und Rumänien. Hinweis: Das Formular A0270 wird nicht automatisch generiert und steht nicht als Report in NEST zur Verfügung. Es muss manuell ausgefüllt und beigelegt werden Seite 8 von 8