Variable cp_greeting wird nicht übergeben und ein Anzeigefehler

[thomas.behrend@…]

Ich habe gerade meine Rechnung fertig gestellt, als Vorlage nutzte ich die Rechnung aus dem Wiki.

Wenn ich nun eine Rechnung erstelle, und mir das Ergebnis des PDF Exports ansehe, fehlt mir die Anrede im Formular.
Der Kunde hat die Anrede allerdings in der Datenbank:

lxdb2011=# select name, greeting from customer;

name | greeting

---

Elke Testuser | Frau

(1 Zeile)

lxdb2011=#

Hier ein Auszug aus der invoice.tex

...
\newcommand{\cpgreeting}{<%cp_greeting%>}
\newcommand{\cpgivenname}{<%cp_givenname%>}
...
\vspace*{32mm} % deutlich unterhalb des Briefkopf

\textbf{\LARGE Rechnung} - \small\invnumber - \cpgreeting % begrüßung zum test

In meiner lxbriefkopf.tex

%==================== Adressat =========
\put(10,-70){ % Position

\parbox{7cm}{ %Der Kasten für die Empfänger-Adresse

\ifthenelse{\equal{\employeeaddress}{\leer}}{}{
\underline{\tiny{\employeecompany\einezeile\employeeaddress}}
%Absender im Fenster
}
\textbf{\name}
\nonemptyline{\cpgreeting{ }\cpgivenname{ }} %{\cpname}
\street
%\country{ }
\zipcode{ }\city\par
\vspace{3mm}
\nonemptyline{\small Fax:}{\fax}
\nonemptyline{\small Tel:}{\phone}

}%Ende parbox

}%Ende put

Meine Meinung nach sollte die Anrede richtig hinterlegt sein. Ich hab dann das Debugging eingeschalten und einmal die Druckvorschau gestartet. Das Ergebnis hänge ich an.

Unter System->Sprachen->Anreden habe ich entsprechend Mann und Frau hinterlegt. Ich hätte gedacht das man diese Inhalte dann beim Anlegen eines Kunden im Feld neben der Anrede findet, aber da steht nur was man dem Kunden händisch als letzte Anrede gegeben hat.

Ich hab versucht nach zu verfolgen welche Perlscripte/Module? für die Erstellung zuständig sind. Allerdings fehlt mir die Zeit mich intensiv in die Software einzuarbeiten.

Wenn mir jemand einen tipp gibt wo das Variablen ersetzen passiert, werd ich mich mal daran machen und rausfinden. Bisher tippe ich mal auf die /usr/lib/lx-office-erp/SL/Template/Simple.pm - substitute_vars.

---

Des weiteren habe ich einen Anzeigefehler entdeckt in der Datei templates/webpages/common/common/show_vc_details.html - Zeile 73

<td align="right">[% 'Contact Person' | $T8 %]</td>
<td>[% IF greeting %][% HTML.escape(greeting) %] [% END %][% HTML.escape(contact) %]</td>

Hier wird die Zeile als Ansprechpartner angezeigt, aber anscheinend wird die Anrede gemeint. Ich hab es entsprechend geändert und hänge einen Patch an.

Grüße
Thomas Behrend

Debuglog von der Druckvorschau

Fehlerhafte Visitenkarte

Kundendetails hab ich geschwärzt. Wichtig ist das, was unterstrichen ist

Kundenansicht in der CRM - nur zum Vergleich

Kundenansicht in der ERP unter Berichte

Patchfile für die show_vc_details.html

Usage:
Für die normalen Benutzer, Entwickler kennen das ja:

Kopieren nach
/usr/lib/lx-office-erp/templates/webpages/common # Pfad anpassen an die Installation

und dort mit

sudo patch -p0 < show_vc_details.patch

patchen. Fertig.

Der Kunde hat die Anrede allerdings in der Datenbank:

name | greeting

Elke Testuser | Frau

\newcommand{\cpgreeting}{<%cp_greeting%>}
\newcommand{\cpgivenname}{<%cp_givenname%>}

Und genau hier ist der Hund begraben.

cp_greeting != greeting

Alle cp_ Variablen beziehen sich auf contacts.

Kopf->Wand

Danke für den Hinweis :)
Nachdem ich es auf greeting geändert habe funktioniert es. Super, danke!

Grüße
Thomas Behrend

Hallo Thomas,

1.)
die Druckvariable cp_greeting steht für: contact person greeting, sprich das Feld greeting in customer ist maximal als <%greeting%> ansprechbar.

2.) System->Sprachen->Anreden diese werden für das cp_gender in der Tabelle contacts genutzt, um dann das cp_greeting zu füllen. Leg mal einen Ansprechpartner (contact) zu deiner "Elke Testuser"-Firma an, mit Vornamen Elke und Geschlecht weiblich, dann sollte cp_greeting auch mit Frau gefüllt werden.

Ach, hatte Holgers Kommentar noch nicht gelesen. Egal prüfe noch den patch ...

Patch macht demnach auch keinen Sinn.

Muss ich mich anschliessen, sobald ein Ansprechpartner hinterlegt wurde wird auch dieser angezeigt. Bug kann demnach geschlossen werden.

Grüße
Thomas Behrend