Context:
hostsharing.net is a hosting cooperative for all kind of organizations and apps. They do not support plain java or CF. However they have tomcat running. They offer to work on a config for plain java if sunu joins the cooperative.

Requirements:

-OO: as mentioned before, this should be ok if sunu joins the coop
-DB: they provide mysql server so this should be ok
-S3: They do not support S3 so we need to adapt OO to enable/disable the s3. I suppose the alternative is a filesystem

Needs to be done:
-S3 migration
-adapt CI
-db setup + dump import
-(OO + DB + filesystem) integration
-communication
-test

Remark: The Pdf creator would be pending

In OpenOlitor we don't have the date of the signature of the agreement of the mandate. I propose to add 2 additional fields in the payment data, which are mandatory, if the payment method is "directdebit":
(1) date of signature of the SEPA-Mandat
(2) SEPA-Mandats-ID of the SEPA-Mandat.

Sobald die Korbplanung/Lieferplanung abgeschlsosen ist, würde ich als Endkunde gerne eine Infomail mit dem Korbinhalt erhalten.

In der aktuellen OpenOlitor-Dokumentation finde ich keine Hinweis auf dieses Feature.

Hintergrund: Soliterre postet aktuell die Korbinhalte wöchentlich in ein Forum. Ich hatte 2015 mal kurz Kontakt um ein (externes) Tool zu bauen welche die Inhalte zusätzlich per Mail verschickt hätte. Damals wurde ich auf die bevorstehenden Webseiten-Umbauten hingewiesen und ich liess es sein.

Alternative: Erweiterung der REST-Schnittstelle um die aktuellen Korbinhalte.

Es gibt abonenten, die (auch heute noch) keine eMail haben (Leute bewusst ohne PC, "ältere Semester", etc.) - ist aber ein Pflichtfeld.

Könnte man da nicht ein Flag hinmachen, dass das Pflichtfeld entwertet bzw. mit dem man das Pflichtfeld beim Erstellen neuer Kunden fakultativ machen kann?

Wäre es möglich das E-Mail Formular zu erweitern, um optional eine Reply-To Adresse anzugeben?
Wir haben verschiedene Ansprechpartner bei uns und so könnten die Mitglieder, welche wir über OpenOlitor anschreiben, direkt auf die E-Mail antworten.

This is a new feature that was discussed during the OO international meeting at 17/18-08. Some initiatives, mainly the once that fix prices with a bidding round system, would like to have a restricted administrator role. This role is permitted to see and modify all data except the data related to finances. This includes the prices subscripts are paying.

• A new restrictedAdministrator role needs to be defined in the kundenModels.scala
• The new restrictedAdministrator role needs to be described in RouteService.scala
• A new restrictedAboModel/restrictedZusatzaboModel needs to be created.
• The endpoint needs to be redefined depending on the role. The authorize functions should help with this (for completely restricted areas).
• Deliver the (restricted) model corresponding to the role (for endpoints that are available for two roles).
• Cover the update for the restricted models (so no unavailable attribute is overwritten)
• The front end needs to be adapted. The whole finance section needs to be disabled for restrictedAdministrator as well as the price in the abo/zusatzabo menu.
• The Auswertungen are not available to this role. (Frontend and Backend)

Remarks:

• If a restrictedAdministrator creates an Abo, the Betrag field will be null (default)

Currently, the email server accepts only starttls configuration
In order to enable ssl configuration

• a new parameter needs to be added into the configuration file;
• the smtp server needs to take this configuration into consideration. The library used has this option already covered: https://github.com/dmurvihill/courier

Hey,
i found this nice project.
Is it possible that the documentation from

Doku Technisch_Client_Cloud Setup

and

Doku Technisch_Server_Cloud Setup

is mixed up?

Hallo,
ich würde gerne mit unserer Solawi an der Beta mitmachen.
Könnt ihr mir die Zugangsdaten zukommen lassen auf dem https://wwwtest.openolitor.ch/#/login war ich bereits und habe mir die funktionalität angesehen.

Kai

Enable a default payment method in the project settings page. That will be the default payment method when a new participant is added

In the subscription list overview add "vertrieb" and "depot" filter

Add the payment method column in the participant page of the xsd import file

Make sure all dropdown lists are displayed in alphabetical order for a faster interaction with OO

A Beschreibung Funktion
Die heutigen Pendenzenliste könnte zu einer vollständigen History ausgebaut werden (alle Änderungen im Kunden- und im Admin-Portal werden in dieser History hinterlegt). In der Folge müssten History und Pendenzen unterschieden und gefiltert werden können.
B Priorität (hoch, mittel, tief)
Mittel.
C Zuordnung zu Modul in OpenOlitor Version 1
Pendenzen.
D Bestehende Abdeckung durch OpenOlitor Version 1
Pendenzen sind bereits vorhanden, gewisse Änderungen werden bereits standardmässig durch OO in den Pendenzen hinterlegt.
E Beurteilung / Machbarkeit in OpenOlitor Version 2 (wird von Tegonal GmbH ausgefüllt)
Stellungnahme Tegonal fehlt noch.
F Wer ist interessiert? Name Initiative mit Länderangabe
soliTerre (Schweiz). Bisher hinterlegen wir gewisse dieser Angaben in den Bemerkungen in Details Kunde.

Wenn ein neues Produkt erstellt wird, erscheint folgender Fehler:
[$resource:badcfg] Error in resource configuration for action get. Expected response to contain an object but got an array (Request: GET http://test.openolitor.ch/m1/kunden) http://errors.angularjs.org/1.4.9/$resource/badcfg?p0=get&p1=object&p2=array&p3=GET&p4=http%3A%2F%2Ftest.openolitor.ch%2Fm1%2Fkunden

Add abotyp description to member portal

Product quantities are not mandatory until a delivery planning is not cleared. The backend is getting an option so this value could be none. Verify all possible checks that may fail. On the front-end check the producer overview!
Make sure no quantity is displayed in the member portal in case there is no quantity.

Arbeitseinsatz-Modul

A Beschreibung Funktion, Anforderung
Durch die Administratoren und Planer können Arbeitseinsätze im Projekt angeboten werden. Die Mitglieder können sich anschliessend für diese eintragen.
Beschrieb wird mit Infos aus dem Workshop (August 2016) ausgebaut werden.
B Priorität (hoch, mittel, tief)
Nicht alle Use-Cases sind gleich priorisiert. Siehe Diagramm.
C Zuordnung zu Modul in OpenOlitor Projekt 2
Dieses Issue bezieht sich auf das ganze Arbeitseinsatz-Modul.
D Bestehende Abdeckung durch OpenOlitor Projekt 1 und 2
Bisher ist keine Arbeitseinsatzplanung integriert.
E Beurteilung / Machbarkeit (wird von Tegonal GmbH ausgefüllt)
TBD
F Wer ist interessiert? Name Initiative mit Länderangabe
Radiesli, Bioco, Gmüesabo Winti, u.a.

In the delivery planning overview a new dropdown list can be added with the product categories. Better ux in case of a long list

Hallo,
ich teste gerade eure OO-Docker Version.
Was wäre die beste und einfachste Möglichkeit, Daten vom "alten" OO, in die OO-Docker Version zu bekommen?
Datenbank kopieren?
Danke und Gruß
Jan

In the collaborative module, sending an email from and external mail client is missing. Two actions are proposed:

• In the collaboration overview, to create a link to the overview of people involved on a collaboration
  

• In the collaboration detail page, the external mail client should be added
  
  Remark. In the collaboration detail page, go to the list of people seams to not work!

Die Filter auf der Produkte-Übersicht funktionieren nicht.
wwwtest.openolitor.ch/#/produkte

Hi guys,
The standard credentials seem to be unset on https://sunuwwwtest.applicationcloud.io

Was muss ich genau machen um die Zwei Faktor Authentifizierung zu aktiveren?
Ich habe es in der Admin-Oberfläche aktiviert. Muss ich es auch noch extra in der application.conf aktivieren?

Ich weiß, ich nerve bestimmt mit meinen ganzen Fragen :-)

Danke und Gruß
Jan

There is an major issue when trying to login on https://soliterre.openolitor.ch/ – i.e. logging in is currently not possible.

OPTIONS request:

OPTIONS /soliterre/auth/login HTTP/1.1
Host: prod.openolitor.ch
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:68.0) Gecko/20100101 Firefox/68.0
Accept: */*
Accept-Language: de-CH,en-US;q=0.7,en;q=0.3
Accept-Encoding: gzip, deflate, br
Access-Control-Request-Method: POST
Access-Control-Request-Headers: content-type
Referer: https://soliterre.openolitor.ch/
Origin: https://soliterre.openolitor.ch
DNT: 1
Connection: keep-alive

OPTIONS response:

HTTP/1.1 200 OK
Access-Control-Allow-Credentials: true
Access-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Content-Disposition, Content-Length, Accept, Accept-Encoding, Accept-Language, Host, Referer, User-Agent, XSRF-TOKEN
Access-Control-Allow-Methods: OPTIONS, POST, PUT, GET, DELETE
Access-Control-Allow-Origin: https://soliterre.openolitor.ch
Access-Control-Expose-Headers: Origin, X-Requested-With, Content-Type, Content-Disposition, Content-Length, Accept, Accept-Encoding, Accept-Language, Host, Referer, User-Agent, XSRF-TOKEN
Content-Length: 0
Date: Wed, 25 Sep 2019 18:42:31 GMT
Server: spray-can/1.3.4
X-Vcap-Request-Id: 2c5b9af3-d34e-4c18-405c-e54ccf042d7a

POST request:

POST /soliterre/auth/login HTTP/1.1
Host: prod.openolitor.ch
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:68.0) Gecko/20100101 Firefox/68.0
Accept: application/json, text/plain, */*
Accept-Language: de-CH,en-US;q=0.7,en;q=0.3
Accept-Encoding: gzip, deflate, br
Referer: https://soliterre.openolitor.ch/
Content-Type: application/json;charset=utf-8
Content-Length: 57
Origin: https://soliterre.openolitor.ch
DNT: 1
Connection: keep-alive

POST response:

HTTP/1.1 405 Method Not Allowed
Access-Control-Allow-Credentials: true
Access-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Content-Disposition, Content-Length, Accept, Accept-Encoding, Accept-Language, Host, Referer, User-Agent, XSRF-TOKEN
Access-Control-Allow-Origin: https://soliterre.openolitor.ch
Access-Control-Expose-Headers: Origin, X-Requested-With, Content-Type, Content-Disposition, Content-Length, Accept, Accept-Encoding, Accept-Language, Host, Referer, User-Agent, XSRF-TOKEN
Access-Control-Max-Age: 1728000
Content-Length: 85
Content-Type: application/json; charset=UTF-8
Date: Wed, 25 Sep 2019 18:42:31 GMT
Server: spray-can/1.3.4
X-Vcap-Request-Id: 65fe059a-c48d-4ec2-78a3-69ccb57e42bf
{
  "cause": "",
  "message": "HTTP method not allowed, supported methods: OPTIONS"
}

Displayed error in the frontend:
{"cause":"","message":"HTTP method not allowed, supported methods: OPTIONS"}

Also the error submission to https://errbit.tegonal.com//api/v3/projects/1/create-notice?key=... fails with a 404.

This is a new feature that was discussed during the OO international meeting at 17/18-08. Some initiatives prefer to have a workflow where they first harvest and then they can add this total quantities to OO
The requirements are :
On server side models we include and adapt the UI to be able to specify:

1. Project: Harvest&Divide Flag
2. Abotyp: Factor for splitting (Default: 1 for main abo, 0 for Zusatzabo)

All other modifications are only on the GUI:

• In the lieferplanung detail screen there will be another view where we can add the total amount of goods on every item of a list of products. The list must be modifiable adding and removing products; It might be situated on top of the current product list.
• A button to split according to the totals and the factors needs to be added. This button will remove/overwrite all previous quantity values in the baskets
• Something to take to remark: the "split" button make the calculation but the quantities can still be tuned by the user. This tuning should recalculate the total and display it next to the entered value in the product list (red if higher).
• If product is deleted on one Vertrieb, a question must be risen: Should the total be adapted or the calculation be made again for this product?
• Once the lieferplanung is settled, the harvest & devide list is not displayed again.
• We'll add an option button in administration->project in order to be able to select "First harvest then split"; default is off
• Nothing is calculated on the (Zusatz)abos if the factor specified is 0.
• Producers must be choosen in H&D list. Change will trigger change on all items in Abo lists. In Abo lists, producer info is read-only.
• there is two ways to distribute the products on the abotypes:

1. Add all products and quantities to harvest & devide list, hit split button: all abos get filled according to the factor
2. Add all products and quantities to harvest & devide list, drag&drop products to abos, hit split button: Only the items existing will get quantities calculated (for products not present in at least one abo, we fall back to nr 1)

Questions:

• Are producers selected on the new product harvest&devide list? - yes, they must be selected there. No split and drag&drop possible until selected.

Remarks:

• The calculation has to be executed by product.
• In order to touch as little as possible: use the current functions to add a product and adapt the weight.

Die Webseite und das Wiki sollten mit einem zweisprachigen Beschrieb der Mitwirkungsmöglichkeiten ausgerüstet werden.

Creating and changing new persons checks for duplicate E-mail's correctly.
Creating new members allows it to assign an already used E-Mail address. See the example in the Test instance(Andrea Franke):

Englisch wird in dem Auswahlmenü als Option angezeigt, dessen Auswahl hat aber keine Auswirkung auf die Darstellung des Interfaces.
Wie ist der Status der Übersetzung ins Englische?

Beim testen mit der Docker-Version habe ich noch folgenden Fehler den ich im Server-Log angezeigt bekomme:

12:34:45.920UTC ERROR akka.actor.LocalActorRef oo-proxy-akka.actor.default-dispatcher-255 - Error during processing of request HttpRequest(GET,http://server:9003/openolitor/ws,List(Connection: upgrade, Host: server:9003, User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:79.0) Gecko/20100101 Firefox/79.0, Accept-Language: de-DE, en-US;q=0.7, en;q=0.3, Accept-Encoding: gzip, deflate, br, Sec-WebSocket-Version: 13, Origin: https://openolitor.MEINE-SOLAWI.de, Sec-WebSocket-Extensions: permessage-deflate, Sec-WebSocket-Key: wrMOyuElkKdr45i16S4piA==, DNT: 1, Cookie: activeLang=de_DE; _pk_id.13.81b5=92c7e5575346f6da.1596710333.2.1596716698.1596710858.; _pk_ses.13.81b5=1, Pragma: no-cache, Cache-Control: no-cache, X-Forwarded-Proto: https, X-Forwarded-For: 185.233.105.209, X-Forwarded-Host: openolitor.MEINE-SOLAWI.de, X-Forwarded-Server: openolitor.MEINE-SOLAWI.de),Empty,HTTP/1.1)
scala.MatchError: HttpRequest(GET,http://server:9003/openolitor/ws,List(Connection: upgrade, Host: server:9003, User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:79.0) Gecko/20100101 Firefox/79.0, Accept: */*, Accept-Language: de-DE, en-US;q=0.7, en;q=0.3, Accept-Encoding: gzip, deflate, br, Sec-WebSocket-Version: 13, Origin: https://openolitor.MEINE-SOLAWI.de, Sec-WebSocket-Extensions: permessage-deflate, Sec-WebSocket-Key: wrMOyuElkKdr45i16S4piA==, DNT: 1, Cookie: activeLang=de_DE; _pk_id.13.81b5=92c7e5575346f6da.1596710333.2.1596716698.1596710858.; _pk_ses.13.81b5=1, Pragma: no-cache, Cache-Control: no-cache, X-Forwarded-Proto: https, X-Forwarded-For: 185.233.105.209, X-Forwarded-Host: openolitor.MEINE-SOLAWI.de, X-Forwarded-Server: openolitor.MEINE-SOLAWI.de),Empty,HTTP/1.1) (of class spray.http.HttpRequest)
        at scala.PartialFunction$$anon$1.apply(PartialFunction.scala:253)
        at scala.PartialFunction$$anon$1.apply(PartialFunction.scala:251)
        at spray.can.websocket.WebSocketServerWorker$$anonfun$handshaking$1.applyOrElse(WebSocketServerWorker.scala:26)
        at scala.runtime.AbstractPartialFunction.apply(AbstractPartialFunction.scala:36)
        at ch.openolitor.core.proxy.ProxyWorker$$anonfun$2.applyOrElse(ProxyWorker.scala:82)
        at scala.runtime.AbstractPartialFunction.apply(AbstractPartialFunction.scala:36)
        at spray.routing.directives.BasicDirectives$$anonfun$mapRequestContext$1$$anonfun$apply$1.apply(BasicDirectives.scala:30)
        at spray.routing.directives.BasicDirectives$$anonfun$mapRequestContext$1$$anonfun$apply$1.apply(BasicDirectives.scala:30)
        at spray.routing.directives.BasicDirectives$$anon$3$$anonfun$happly$1.apply(BasicDirectives.scala:92)
        at spray.routing.directives.BasicDirectives$$anon$3$$anonfun$happly$1.apply(BasicDirectives.scala:92)
        at spray.routing.RouteConcatenation$RouteConcatenation$$anonfun$$tilde$1.apply(RouteConcatenation.scala:30)
        at spray.routing.RouteConcatenation$RouteConcatenation$$anonfun$$tilde$1.apply(RouteConcatenation.scala:29)
        at spray.routing.directives.BasicDirectives$$anonfun$mapRequestContext$1$$anonfun$apply$1.apply(BasicDirectives.scala:30)
        at spray.routing.directives.BasicDirectives$$anonfun$mapRequestContext$1$$anonfun$apply$1.apply(BasicDirectives.scala:30)
        at spray.routing.directives.ExecutionDirectives$$anonfun$handleExceptions$1$$anonfun$apply$4.apply(ExecutionDirectives.scala:35)
        at spray.routing.directives.ExecutionDirectives$$anonfun$handleExceptions$1$$anonfun$apply$4.apply(ExecutionDirectives.scala:33)
        at spray.routing.HttpServiceBase$class.runSealedRoute$1(HttpService.scala:36)
        at spray.routing.HttpServiceBase$$anonfun$runRoute$1.applyOrElse(HttpService.scala:46)
        at scala.PartialFunction$OrElse.applyOrElse(PartialFunction.scala:170)
        at akka.actor.Actor$class.aroundReceive(Actor.scala:502)
        at spray.routing.HttpServiceActor.aroundReceive(HttpService.scala:96)
        at akka.actor.ActorCell.receiveMessage(ActorCell.scala:526)
        at akka.actor.ActorCell.invoke(ActorCell.scala:495)
        at akka.dispatch.Mailbox.processMailbox(Mailbox.scala:257)
        at akka.dispatch.Mailbox.run(Mailbox.scala:224)
        at akka.dispatch.Mailbox.exec(Mailbox.scala:234)
        at scala.concurrent.forkjoin.ForkJoinTask.doExec(ForkJoinTask.java:260)
        at scala.concurrent.forkjoin.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1339)
        at scala.concurrent.forkjoin.ForkJoinPool.runWorker(ForkJoinPool.java:1979)
        at scala.concurrent.forkjoin.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:107)

Das ganze läuft auf einem vServer hinter einem Apache, der alles als Reverse-Proxy durchreicht.
Meine ganzen Daten konnte ich kopieren und arbeiten/erstellen/ändern kann ich auch in der Weboberfläche. Allerdings wird mir auch immer der Server als offline angezeigt.
Hier noch zwei Bilder von der Version und der Fehlermeldung vom Firefox.

Wo kann ich hier weiter suchen wo das Problem liegt? Hat da jemand einen Tip?
Danke und Gruß Jan

PS: Sollen Issues alle hier in das Projekt oder soll ich die in den passenden Projekten erstellen? Da bin ich mir gerade unsicher :-)

Das Pflegen der Lieferdaten auf allen Abotypen und Vertrieben ist heute sehr flexibel, kann aber bei gleichbleibenden Lieferdaten über mehrere Abotypen/Vertriebe hinweg eine fehleranfällige Arbeit sein. Es wäre schöne, wenn gleiche Lieferdaten über mehrere Abotypen/Vertriebe "geteilt" werden könnten. Damit die heutige Flexibilität aber trotzdem bestehen bleibt, könnte eine Art Lieferkalender eingeführt werden, in welchem Lieferdaten gepflegt werden. Diese Lieferkalenden könnten dann jeweils an Abotypen/Vertriebe angebunden werden, so dass das Verschieben von Lieferdaten einfacher gestaltet werden kann.
Alternativ könnte auch eine Art Lieferdaten-Controlling Ansicht eingebaut werden, welche alle geplanten Lieferdaten in einer Art Kreuztabelle auflistet, um mögliche Fehler zu überschauen.

I our current problem the PmtInfId field is longer than 35 chars which results in non-importable files.

https://www.hettwer-beratung.de/sepa-spezialwissen/sepa-technische-anforderungen/pain-format-sepa-pain-001-sct/

However, there should be tests for all limits (such as Nm <= 70, AdrLine <= 70).

Please make sure, its as conform as possible,

Ich bekomme beim erstellen einer Rechnung oder eines Datenextrakt immer folgende Fehlermeldung:

Problem beim Aufruf einer Serverfunktion:

Der Bericht konnte nicht erzeugt werden:Error: Bei der qr-Code-Validierung wurde festgestellt, dass die IBAN nicht aus der Schweiz oder Liechtenstein stammt

Wir haben eine deutsche IBAN und BIC in der Projektkonfiguration angeben. Ist das damit nicht möglich eine Rechnung oder ein Datenextrakt zu erstellen? Kann man die qr-Code generierung abstellen? Wird das in der Schweiz genutzt oder wofür wird die benötigt?
IBAN und BIC nutzen wir bis erfolgreich für den SEPA-Export.

Unsere Solawi arbeitet nicht mit festen Abopreisen. Jedes Mitglied (Kunde) schätzt seinen Beitrag für das Gartenjahr zu Beginn des Jahres selber ein und sendet ein geheimes Gebot an den Bieterrundendurchführenden. Wenn unser benötigtes Budget durch ausreichend hohe Gebote zusammengekommen ist, wird auf der Mitgliederversammlung nur noch formal die Zustimmung für die Beiträge beschlossen. Die Beiträge der einzelnen Mitglieder sind geheim und natürlich unterschiedlich.
Jedes Mitglied zahlt dann im Laufe des Jahres seinen gebotenen Beitrag (jährlich, monatlich, halbj. oder quartalsweise) ein.
In OpenOlitor ist das derzeit nicht abbildbar.
Wünschenswert wäre es über einen variablen Jahresbeitrag pro Abo einen individuellen Zahlplan für das Jahr zu hinterlegen.

Hallo,
gibt es irgendwo eine Liste, welche möglichen Platzhalter es gibt?
Also wie in den Vorlagen z. B. {{ projekt.bezeichnung }} und {{produzent.name}}

Danke und Gruß
Jan

I should write this in english...

Was waren die Gründe, den Source Code auf Deutsch zu schreiben?

Für Open Source Projekte ist Deutsch/Scala als Programmiersprache ziemlich ungewöhnlich. Ein anderes Projekt, welches auch eine Sprachbarriere aufgebaut hat ist Freedom ERP http://www.freedom.org.br/. Allerdings ist Brasilien etwas grösser als die Schweiz - von wegen Skaleneffekt.

Viele gute Scalaentwickler sprechen zudem französisch...

The standard language of the platform should be by default the browser language. Once access once to the platform, it should be stored in the cookie. This is currently not happening even though the cookie storage is happening.
Needs to be done in KundenPortal and AdminPortal.

The fields BIC and Bankname should be generated automatically depending on the IBAN

The Ordering must be:

Agar-Agar
Äpfel
Ast
Birne

Hello.
I'm interested in share your project with other people who, like myself, are focus in build a better environment, in change it. I discover you at the FOSDEM2020 talk. When I tried to share your web page, the home address blocks my web browser! Not the other pages of your site, only that one. I suspect the trial demo can have something to do, at seeing my system monitor. You should test it, I guess.

It happens at Brave, the web browser based on Chromium code, the same one as Chrome. It has some differences, but the base is that one.

If you could do something, I would be thankful.

I will stop share your project untill I see this page have a better behaviour. I don't want to send people and let them astonished with such issues.

Thanks for your effort and best wishes. Greetings.

The Tag MndtRltdInf/DtOfSgntr in the SEPA-XML-File should contain the date of the signature of the agreement of the member to the direct-debit-mandat. Actually you use the current date.
(1) date of signature of the SEPA-Mandat (to be used for XML-Tag: MndtRltdInf/DtOfSgntr)
(2) SEPA-Mandats-ID of the SEPA-Mandat.(to be sued for XML-Tag: MntRltdInf/MndtId) Actually we use the member-id as the mandat-id. This is a possible option, but it would be better, to have a separate mandat-id, since the mandat-id can change or already exist.

The fields are already available in the payment information as for #47

Titel: Kurzbeschreibung als Titel

A Beschreibung Funktion, Anforderung
Hier ist Blindtext. Hier ist Blindtext.
B Priorität (hoch, mittel, tief)
Hier ist Blindtext. Hier ist Blindtext.
C Zuordnung zu Modul in OpenOlitor Version 1
Hier ist Blindtext. Hier ist Blindtext.
D Bestehende Abdeckung durch OpenOlitor Version 1
Hier ist Blindtext. Hier ist Blindtext.
E Beurteilung / Machbarkeit (wird von Tegonal GmbH ausgefüllt)
Hier ist Blindtext. Hier ist Blindtext.
F Wer ist interessiert? Name Initiative mit Länderangabe
Hier ist Blindtext. Hier ist Blindtext.

A Beschreibung Funktion
Beim Import der Daten für Bioabi ist mir aufgefallen, dass sie Supplementäre Abotypen erfasst haben. Dies sind eigentlich Zusatzabos zu bestehenden Abos. Dieser Bedarf wurde auch bereits beim Meeting mit dem Birsmattehof erkannt. Die Idee hierbei wäre, dass auf einem Abotypen zusätzliche Abotypen als Zusatzabos erfasst werden könnten. Diese Zusatzabos müssten aber eine individuelle Laufzeit/Verfügbarkeit haben, damit die Auslieferungen abhängig von dieser Konfiguration erstellt werden könnten. Das Handling betreffend den Lieferdaten müsste noch genauer analysiert werden, da in de meisten Fällen Zusatzabos dieselben Lieferdaten haben wir ihr Hauptabo, andererseits vielleicht zusätzliche Ausnahmen auftreten könnten.
Die Einführung von Zusatzabos hätte folgende Vorteile:

• Gruppieren der Aboauslieferungen (Depot- oder Tourenauslieferung) nach Hauptabo
• Erstellen einer Kundenrechnung, welche das Haupt- und alle Zusatzabos beinhaltet
• Gemeinsames verwalten von Lieferdaten

B Priorität (hoch, mittel, tief)
Mittel.

C Zuordnung zu Modul in OpenOlitor Version 1
Stammdaten Abotypen

D Bestehende Abdeckung durch OpenOlitor Version 1
Abotypen bestehen bereits.

E Beurteilung / Machbarkeit in OpenOlitor Version 2 (wird von Tegonal GmbH ausgefüllt)
Stellungnahme Tegonal fehlt noch.

F Wer ist interessiert? Name Initiative mit Länderangabe
Bioabi (Schweiz)

• The name of the account holder is set by default to 'lastname' 'firstname', should be set to: 'firstname' 'lastname'
• The address of the accountholder is set by defult to 'streetno' 'street', 'zip' 'city'. Should be set to: 'street' 'streetno', 'zip' 'city'

A Beschreibung Funktion
Mitglieder, die über ein Abo verfügen, können in ihrem Mitgliederzugang aus einer Liste von Produkten, die der Admin/Betrieb zuvor für die kommenden Lieferungen freigeschaltet hat, zusätzliche Produkte zu ihrem Abonnement bestellen, die dann zusammen mit dem Gemüsekorb auf demselben Weg ausgeliefert werden. OpenOlitor erfasst die Bestellungen und erstellt einen Lieferschein mit Rechnung. Diese Bestellungen könnten eine Alternative sein zu Zusatzabos für landw. Produkte, die eben gerade nicht wie Gemüse oder Milchprodukte kontinuierlich geerntet oder produziert werden, sondern periodisch, aber nicht unbedingt im voraus planbar.
B Priorität (hoch, mittel, tief)
Mittel bis hoch.
C Zuordnung zu Modul in OpenOlitor Version 1
Neues Modul, Anlehnung an Produkteliste.
D Bestehende Abdeckung durch OpenOlitor Version 1
Keine.
E Beurteilung / Machbarkeit in OpenOlitor Version 2 (wird von Tegonal GmbH ausgefüllt)
Stellungnahme Tegonal fehlt noch.
F Wer ist interessiert? Name Initiative mit Länderangabe
Diverse Initiativen CH (>3), Funktion könnte eine Alternative zu Zusatzabos darstellen.

Currently, I need to look for persons which do not have this info and manually de-select them.

This is manual work and extreme error-prone so my request is to skip the export automatically.

Ein Export der Kundendaten (http://wwwtest.openolitor.ch/#/kunden) erstellt die Datei Kunden.xlsx. Diese kann mit Excel for Mac 2011 (Version 14.4.7 (141117)) nicht geöffnet werden. Ein simpler Export von Kundendaten sollte in einem möglichst einfachen Format (CSV ?) gemacht werden oder aber so, dass auch ältere Versionen von Excel die Datei öffnen können. Es braucht keine "fancy" features von Excel für eine "simple" Liste.

The warning/error messages that come from the back-end are not translated correctly

Example

In unserer Solawi Praxis ist es wichtig zu wissen wieviel von welchem Gemüse an welche Abholstation geliefert werden muss.
Die bisherigen Lieferscheine sind Korb-basiert. Es wäre gut wenn in den Daten zu der 'Korbübersicht' auch der Inhalt der jeweiligen Körbe mitgeliefert werden würde, bzw die Summen der Gemüsemengen gleich beim Lieferschein mit eingefügt werden würden.

Oder gibt es dazu bereits eine andere Lösung?

The price displayed in member portal should be the customize price for the member, not the type of subscription price.