Kein Formelschutz in einer Datei, die eine Maschine einliest

Das vorangestellte Hochkomma schuetzt einen Menschen, der eine CSV in Excel
oeffnet: ein Wert mit fuehrendem =, +, - oder @ waere dort sonst eine Formel.
In einer Load-Datei ist es das Gegenteil von Schutz. Jede oesterreichische
Telefonnummer beginnt mit "+", und in LOLYO stuende danach in jedem Konto
'+4366... als Nummer -- ohne dass es beim Erzeugen jemandem auffiele.

toCsv bekommt dafuer formelschutz in der CsvForm, voreingestellt an. Nur LOLYO
schaltet es ab. Die Telefonspalten von Cornerstone sind bisher leer, deshalb
bleibt die Datei dort, wie sie ist.

lib/lolyo.ts

@@ -17,13 +17,19 @@ import type { CsvForm, ExportColumn } from "./export";
 // hiesse, eine Spalte zu liefern, die LOLYO nicht zuordnet.
 
 /**
- * Semikolon, kein BOM — so sieht die Vorlage aus.
+ * Semikolon, kein BOM, kein Formelschutz — so liest LOLYO die Datei.
  *
- * Die Vorgabe von toCsv ist für Excel gemacht und setzt ein BOM voran; das
- * hinge unsichtbar am Namen der ersten Spalte, und „Benutzer/Code" käme beim
- * Einlesen in keiner Zuordnung mehr vor.
+ * Die Vorgabe von toCsv ist für Excel gemacht. Das BOM hinge unsichtbar am
+ * Namen der ersten Spalte, und „Benutzer/Code" käme beim Einlesen in keiner
+ * Zuordnung mehr vor.
+ *
+ * Der Formelschutz stellt jedem Wert, der mit `=`, `+`, `-` oder `@` beginnt,
+ * ein Hochkomma voran, damit Excel ihn nicht als Formel rechnet. Hier wäre das
+ * falsch: **jede** österreichische Telefonnummer beginnt mit „+", und in LOLYO
+ * stünde danach `'+4366…` als Nummer — in jedem Konto, und niemandem fiele es
+ * beim Erzeugen auf. Die Datei liest eine Maschine, kein Mensch in Excel.
  */
-export const LOLYO_CSV: CsvForm = { trenner: ";", bom: false };
+export const LOLYO_CSV: CsvForm = { trenner: ";", bom: false, formelschutz: false };
 
 /** Für alle dieselbe. Wer eine andere braucht, stellt sie in LOLYO um, nicht hier. */
 export const LOLYO_SPRACHE = "DE";