Florian Wilde
09a4528c4b
Am Telefon mit der Gesellschaft braucht man die Zahl dort, wo man sie gefragt hat. Auf der Vertragsseite steht jetzt oben der zuletzt mitgeteilte Wert mit Stichtag und Quelle, darunter die Historie; in der Uebersicht traegt ein Wert, der aelter als ein Jahr ist, ein Abzeichen. Ohne Migration, und das ist keine Einsparung, sondern der Punkt: Die Werthistorie gibt es schon als Wertstand am Vermoegensposten, und der kann auf einen Vertrag zeigen. Ein Feld am Vertrag waere genau die zweite Wahrheit, die das Issue ausschliesst - dieselbe Zahl steht im Vermoegensverzeichnis, weil es dieselbe Zahl ist. Aufbau: - Die Ein-Jahres-Grenze als eine getestete Regel in finanzen/wertalter.ts. Sie stand bisher als "> 365" mitten in der Vermoegensseite; jetzt gilt sie am Vertrag genauso. - wertHistorie() fuehrt die Wertstaende aller mit dem Vertrag verknuepften Posten zu einer Reihe zusammen. - Wo ein Rueckkaufswert zu erwarten waere, aber keiner erfasst ist, steht "noch nicht erfasst" statt einer leeren Zelle. Zwei Fehler dabei behoben: - Vertrag und Vermoegensposten wurden ueber die ART des Postens zusammengefuehrt. Ein von Hand als "Sonstiges" angelegter Posten wurde nicht gefunden, und beim ersten Erfassen am Vertrag entstand still ein zweiter - Bericht und Vertrag haetten verschiedene Zahlen gezeigt. Massgeblich ist jetzt die Verknuepfung. - Beim Speichern eines Vermoegenspostens wurde geprueft, ob das verknuepfte Konto zur betreuten Person gehoert; bei Vertrag und Immobilie fehlte die Pruefung, beim Vertragsverweis einer Buchung ebenso. Bei mehreren betreuten Personen haette ein manipuliertes Formular ueber Aktengrenzen hinweg verknuepfen koennen. Geprueft: zehn Einheitstests, vier End-to-End-Tests - darunter der neu eingetragene Wert, der unveraendert im Vermoegensverzeichnis wiederauftaucht, und der Posten mit abweichender Art. Refs #8
59 lines
1.8 KiB
TypeScript
59 lines
1.8 KiB
TypeScript
import { describe, expect, it } from 'vitest'
|
|
import {
|
|
WERT_VERALTET_TAGE,
|
|
wertalterBestimmen,
|
|
wertVeraltet,
|
|
} from '@/lib/finanzen/wertalter'
|
|
|
|
/**
|
|
* Das Alter eines Rueckkaufswerts.
|
|
*
|
|
* Die Grenze ist eine fachliche Aussage, keine Zierde: Ein Wert, der den
|
|
* letzten Jahresbericht ueberlebt hat, gehoert erneuert.
|
|
*/
|
|
|
|
const tag = (iso: string) => new Date(`${iso}T00:00:00.000Z`)
|
|
|
|
describe('Grenze', () => {
|
|
it('liegt bei einem Jahr', () => {
|
|
expect(WERT_VERALTET_TAGE).toBe(365)
|
|
})
|
|
|
|
it('ist am 365. Tag noch nicht ueberschritten', () => {
|
|
expect(wertVeraltet(365)).toBe(false)
|
|
expect(wertVeraltet(366)).toBe(true)
|
|
})
|
|
})
|
|
|
|
describe('Alter bestimmen', () => {
|
|
it('rechnet in Kalendertagen', () => {
|
|
const alter = wertalterBestimmen(tag('2026-01-01'), tag('2026-01-31'))
|
|
expect(alter?.alterTage).toBe(30)
|
|
expect(alter?.veraltet).toBe(false)
|
|
expect(alter?.hinweis).toBeNull()
|
|
})
|
|
|
|
it('meldet einen Wert von vor zwei Jahren als veraltet', () => {
|
|
const alter = wertalterBestimmen(tag('2024-03-01'), tag('2026-03-01'))
|
|
expect(alter?.veraltet).toBe(true)
|
|
expect(alter?.hinweis).toBe('über ein Jahr alt')
|
|
})
|
|
|
|
it('behauptet ohne Stichtag kein Alter', () => {
|
|
// Kein Datum heisst nicht "heute" - es heisst "unbekannt".
|
|
expect(wertalterBestimmen(null, tag('2026-03-01'))).toBeNull()
|
|
})
|
|
|
|
it('zaehlt einen kuenftigen Stichtag negativ und nicht als veraltet', () => {
|
|
// Kommt vor: Der Wert wird zum Quartalsende angefragt und vorab erfasst.
|
|
const alter = wertalterBestimmen(tag('2026-06-30'), tag('2026-06-01'))
|
|
expect(alter?.alterTage).toBe(-29)
|
|
expect(alter?.veraltet).toBe(false)
|
|
})
|
|
|
|
it('ist taggenau und nicht uhrzeitabhaengig', () => {
|
|
const spaetAmTag = new Date('2026-03-01T23:30:00.000Z')
|
|
expect(wertalterBestimmen(tag('2026-03-01'), spaetAmTag)?.alterTage).toBe(0)
|
|
})
|
|
})
|