Tuesday, June 27, 2017¶
Hangout with Lydia (Lino Tera)¶
Einkauf innergemeinschaftliche Lieferungen. Büroausstattung mit Lieferung aus DE. Lydia trägt Nettobetrag ein. Z.B. Stuhl für 100€. Bisher bucht sie in TIM wie folgt:
6xxxxx 121€
451000 MWSt 21% -21€
MWSt-Erklärung wird manuell gemacht und pro Quartal.
Ideal für Lydia wäre - ein Dokument “MWSt-Erklärung”, mit allen Feldern von Lino ausgefüllt - Rechnungsjournale wie in TIM
Manche Klienten (z.B. Lucie A.) haben zwei Begleitungen mit dem gleichen Begleiter und den gleichen Beginn- und Enddaten Das kommt, wenn in TIM in IdUsr1 und IdUsr2 der gleiche Wert steht:
Therapeuten:
1 FF Franziska Franzen
2 FF Franziska Franzen
3
Nummer 1 ist der, der das Erstgespräch gemacht hat. Nummer 2 ist der aktuelle Verantwortliche. Es gibt auch Wiederaufnahmen (Klient war hier, hatte ein paar DL, kommt eine Zeitlang nicht. Und dann wird eine neue Akte angelegt, mit neuem Erstgespräch. Dieses System in TIM ist recht komplex und suboptimal und wird höchstwahrscheinlich revidiert werden. Wahrscheinlich sind die Begleitungen genau das, was sie brauchen. Zu besprechen mit DD.
DONE:
Problem “Konto 610350 nicht sichtbar” : nicht mehr reproduzierbar.
TODO (Luc):
MWSt-Erklärung
Die Analysekonten fehlen noch.
Name 2 (PAR->Firme2) wird nicht importiert. Zum Beispiel Ethias.
Kalendereinträge pro Kunde anzeigen im Klientendetail. EntriesByClient
TALK with DD:
Wohin mit den indirekten DL (bei denen Klient nicht anwesend war)?
Was meint er zum Modell der Begleitungen?
One tutorial, two projects¶
Before diving into what I spoke with Lydia, I finish the documentation review I started this morning: I also converted the LETS tutorial from the obsolete “single-directory format” to an approach which consists of
a single main document The LETS tutorial which (ideally) is readable and has a logical sequencing, explaining things and concepts in a meaningful order. This main document is usually not tested because readability and testability are difficult to achive in one single document.
one or several tested and runnable projects (one for each variant) under
lino_book.projects.One tested “spec” document per project under Reference. These spec documents are primarily meant to demonstrate possibilities and how to use tested documents.
I am far from being satisfied but everything seems to move into the right direction.
Sphinx should warn earlier about broken references¶
The book is of course getting very big, and it takes much time to build. A disturbing detail here is that Sphinx reports broken references only quite late, after having written all the documents. Why can’t it complain before starting to write anything?
updating environment: 1028 added, 0 changed, 0 removed
reading sources... QUITE SLOW
looking for now-outdated files... none found
pickling environment... done
checking consistency... done
preparing documents... done
writing output... VERY SLOW
A big beast¶
I agree that Lino as a whole is a big beast. On my computer it takes one hour and a half to run the complete test suite:
Successfully terminated `inv prep test bd` for all projects
real 104m19.430s
user 94m7.412s
sys 3m44.744s
Above run was for the following projects:
Project |
Status |
URL |
doctrees |
atelier |
master |
docs |
|
cd |
master |
docs |
|
be |
master |
||
ee |
master |
||
lino |
master |
docs |
|
xl |
master |
docs |
|
noi |
master |
docs |
|
cosi |
master |
docs |
|
avanti |
master |
docs |
|
vilma |
master |
docs |
|
care |
master |
docs |
|
tera |
master |
docs |
|
book |
master |
docs |
|
presto |
master |
docs |
|
voga |
master |
docs |
|
ext6 |
master |
docs |
|
welfare |
master |
docs, docs_de, docs_fr |
|
amici |
master |
docs |
|
algus |
master |
docs |
Dependencies for the Lino Book¶
I added (back) the dependencies of book for tera, vilma, care and avanti because these are required for the test suite. Yes, vilma hasn’t yet been published on PyPI, but that shouldn’t be a problem since anyway they must install it from the git clone.