Page MenuHomePhabricator

Requested Zynatic development
Open, Needs TriagePublic

Description

When switching to Zynatic there were a few features which we wanted them to implement. This task serves to track the progress on these and any new ones which arise.

Minor reported bugs

Bugs that are to small to get their own tasks

  • Don't mention family for membership types that are individuals (UI)
  • Make payment page look ok even when there are no outstanding fees
  • Don't send out e-mail every time member details are updated.
  • Medlemskort should not show error (we don't need it but an error message is bad)
  • Updating the accounting reference should be reflected in FakturaSammanställning
  • Öre are lost in the communication with Fortnox
  • Filter on GDPR consent
  • Add year as variable available in invoice (See T185469#4083810)
  • Space between title and message 1 in invoice
  • Email and pdf generating times out after 30 seconds
  • i in first name becomes l in username (also u becomes c)
  • ÅÄÖ mishandled in subject line (for some e-mail viewers) (See T247293)

Related Objects

StatusSubtypeAssignedTask
ResolvedLokal_Profil
OpenNone
DuplicateNone
ResolvedNone
ResolvedLokal_Profil
OpenNone
ResolvedNone
ResolvedNone
ResolvedNone
OpenNone
ResolvedNone
ResolvedLokal_Profil
OpenNone
DeclinedLokal_Profil
ResolvedLokal_Profil
DeclinedNone
OpenNone
OpenNone
OpenNone
ResolvedLokal_Profil
DeclinedNone
OpenNone
OpenNone
OpenNone
ResolvedLokal_Profil

Event Timeline

Per 2017-10-02/03 contact

On donation functionality:

Det finns möjlighet att skapa ett avgiftsobjekt för gåva som man skapar en ganska låg engångsavgift till. Till en medlem som skänkt en gåva knyter man ett gåvoavgiftsobjekt. Sedan kan man registrera godtyckligt belopp för en medlem så länge det är större än engångsavgiften. Gåvan ska ju bara registreras på medlemmen och bokföras vid betalningen, den ska väl inte vara med på fakturor eftersom den ska vara frivillig.

On gender:

Det finns möjlighet att sätta kön till streck förutom man och kvinna. Behöver ni fler alternativ? Vid importen satte jag streck för de medlemmar som inte hade kön i Excel-filen.

On grace period:

Jag tror inte jag svarade på er tredje fråga om spärren efter tre månader. Det är lite felaktigt formulerat i manualen, det som menas är att medlemsavgiften måste betalas inom tre månader från att man blev medlem. Har man däremot betalat medlemsavgift för föregående år så får man en påminnelse om att betala årets medlemsavgift. Inloggningen blir spärrad först när det saknas betalning av medlemsavgiften för innevarande år och föregående år. Det betyder att man har ett helt år på sig att logga in och betala sin medlemsavgift.
Sedan finns parametern ”Påminnelsemånad” i Konfig->Medlemsregistret som definierar vilken månad som medlemmarna ska få en påminnelse om medlemsavgiften. Från den första i denna månad får medlemmarna påminnelse om att betala medlemsavgiften när de loggar in, man kanske inte vill påminna redan första januari utan låta medlemmarna få några månader på sig i början av året.

Lokal_Profil set the point value for this task to 3.Jan 29 2018, 1:35 PM

Sent an e-mail about rough timetable for requested development.

Sent an e-mail about rough timetable for requested development.

Gender within the next few days.

Donation will take longer.

Lokal_Profil updated the task description. (Show Details)

This could be broken down into tasks and tracked in an upstream column in the Zynatic sub-project (or Org development main project)

Lokal_Profil renamed this task from Investigate needed Zynatic development to Requested Zynatic development.Mar 6 2018, 2:35 PM
Lokal_Profil updated the task description. (Show Details)
Lokal_Profil removed the point value for this task.

This could be broken down into tasks and tracked in an upstream column in the Zynatic sub-project (or Org development main project)

Done

@Aklapper Re-adding Tracking-Neverending. This task is primarily meant as the parent for all existing and upcoming bug reports sent to the developers of our membership management system. While we are using the system the task will never have an "end".

The checkboxes in the description are simply a subset of such reports which were too minor for me to have them as their own tasks.

  • Email and pdf generating timesout after 30 seconds

Fixed. Bumped to 120s which should be plenty.

  • Add year as variable available in invoice

This has been excluded on purpose since many organisations might want to create their invoices in December, so the year would most likely be the wrong one.

  • ÅÄÖ mishandled in subject line (for some e-mail viewers)

How encoding should be done is not standardised and the reported bug is more likely related to the software used by the member

  • Space between title and message 1 in invoice

Added to to-do

Looks like all mentions of familj are gone apart from on the landing page. @Evelina-Bang-WMSE can you confirm? If so we should look over our instructions and see if any of them need updating.

  • Make payment page look ok even when there are no outstanding fees

This is fixed with the addition of donations always being available through that page.

Looks like all mentions of familj are gone apart from on the landing page. @Evelina-Bang-WMSE can you confirm? If so we should look over our instructions and see if any of them need updating.

Familj was removed from the landing page. I've looked through the messages on our wiki and none of them include any instructions which speak of the any of the familj links. I also checked our internal instructions which were similarly free of such links.

  • Space between title and message 1 in invoice

This has now been fixed. I've updated wmse:Medlemskap/Zynatic/Faktura to remove the empty line and the associated comment(s).

  • ÅÄÖ mishandled in subject line (for some e-mail viewers)

How encoding should be done is not standardised and the reported bug is more likely related to the software used by the member

This reared it's head again. It may be specific to the Faktura modul. Zynatic has been contacted about it.

  • ÅÄÖ mishandled in subject line (for some e-mail viewers)

How encoding should be done is not standardised and the reported bug is more likely related to the software used by the member

This reared it's head again. It may be specific to the Faktura modul. Zynatic has been contacted about it.

Broken out as T247293: Character encoding is incorrect in Subject and sender fields for e-mail sent from the Fakturamodule