Wijzigingen

Nieuw in Deelgenoot, het recentste eerst. Elke uitrol naar productie is een versie vX.Y.Z.

In ontwikkeling

• Het register toont het volledige adres (#314). Bij een persoon staan voortaan ook straat en huisnummer in het register, zoals bij een rechtspersoon de zetel; de kolom heet "Adres (woonplaats of zetel)". Getekende versies veranderen niet. Tot de volgende getekende versie zegt de melding "niet in een getekend register" bij hoeveel vennoten de regel daardoor anders is ("registerinhoud uitgebreid (volledig adres)"), zonder dat hun gegevens gewijzigd zijn.
• De melding "niet in een getekend register" noemt nu ook "gegevens van de coöperatie gewijzigd" (naam, rechtsvorm, zetel, ondernemingsnummer of een aandelensoort) en "instelling van de nummering gewijzigd" (een ander aantal cijfers voor het vennotennummer), elk als eigen oorzaak (#314).
• Een ander vennotennummer vraagt nu een reden, zoals de naam en het ondernemingsnummer (#314). API: PATCH /members/{id} met een ander memberNumber zonder reason geeft 422 reason_required.
• Een import heeft een nummer per coöperatie; de audit-trail noemt ze "Import 3" (#314). API: number in de antwoorden van /imports; GET /register/drift heeft layoutChanges en cooperativeChanged.
• Wijzigingen die het register veranderen zonder boeking (#287). Een mede-houder toevoegen, hernoemen of verwijderen opent het venster "Dit verandert het register": de aard (rechtzetting of wijziging), de reden en bij een wijziging het besluit van het bestuur. Een andere naam of een ander ondernemingsnummer van een vennoot vraagt een reden; bij een adres mag een reden. De reden staat in de audit-trail. De melding "niet in een getekend register" telt nu ook die wijzigingen ("gegevens van vennoten gewijzigd sinds versie N", met de lijst onder Register › Wijzigingen), zegt wanneer een versie die op handtekening wacht niet meer actueel is, en verdwijnt vanzelf als een wijziging teruggedraaid wordt.
• API (ook met een API-sleutel): PUT /members/{id}/contacts/co_holder vraagt reason en changeKind bij toevoegen, reason bij een andere naam; DELETE /members/{id}/contacts/co_holder vraagt een JSON-body met reason en changeKind; een changeKind: "change" vraagt ook decisionRef. PATCH /members/{id} vraagt reason bij een andere naam of een ander ondernemingsnummer. Ontbreekt er iets, dan 422 met reason_required, change_kind_required of decision_required. Nieuw: GET /register/drift, GET /register/changes, en registerDrift in GET /overview.
• Vennoot › Contact: adres, e-mail, telefoon, taal, het kanaal voor oproepingen (e-mail of post, art. 2:32 WVV) met de datum van de vraag, toestemming voor de nieuwsbrief, en een tweede contactpersoon (partner of vertegenwoordiger).
• Een koppel: de partner is nu de mede-houder op de tab Contact, en staat zo mee in het register, op het uittreksel, op brieven en in de export. Het formulier van de vennoot heeft geen partnervelden meer.
• API (ook met een API-sleutel): partnerFirstName en partnerLastName bij POST en PATCH /members geven nu 400; de mede-houder zet je met PUT /members/{id}/contacts/co_holder. In de lijst heet partnerName nu coHolderName, en het detail heeft geen partnervelden meer (de mede-houder staat in contacts).
• Een contactpersoon die niet in het register staat heet nu Contactpersoon (niet in het register); die krijgt geen oproeping. Het vennootdetail toont bij een mede-houder wie het stemrecht uitoefent (art. 6:21 WVV).
• Import: een tweede contact wordt enkel mede-houder als de partner met naam in het bestand staat; anders een contactpersoon, met een melding in de proefrun. De export van de vennoten meldt hoeveel contactpersonen ze niet bevat.
• Vennoten: filters zonder e-mail, per post en per e-mail; het overzicht toont hoeveel vennoten per e-mail en per post bereikt worden.
• Deze documentatiesite, met de knop ? in de app.