Druckbare Version
Hallo legalstuff,Zitat:
Zitat von legalstuff
wie auf Deinem letzten Screenshot zu sehen ist, verwendest Du Contao 2.11.2. Weiter oben in diesem Thread wurde bereits zweimal (s. hier und hier) angesprochen, dass der ebm noch nicht für 2.11.x freigegeben ist. Du hast einige Gründe gefunden, warum dies so ist. ;)
Viele Grüße,
eS_IT
Mir is noch was eingefallen was sehr praktisch wäre.... ein Mahnwesen :) Mindestens so wichtig wie Rechnungen erstellen.
4 Vorlagen für: Zahlungserinnerung, 1. Mahnung, 2. Mahnung, 3. Mahnung. Auch mit Bezug auf vorhandene Rechnungen (referenziert)...
Denke das wäre sinnvoll :)
Hallo jschma,Zitat:
Zitat von jschma
ja, gute Idee. Steht auch schon auf der Liste.:D
Viele Grüße,
eS_IT
Spitze! :) Dann bin ich mal gespannt ab welchem Update ich es dann entdecke ;)
Steht ja noch so einiges auf der Liste....
Hallo eS-IT,
yep, mit einer 2.10.4 läuft es, und auch Kunden bzw. Lieferanten werden angezeigt und können ausgewählt werden.
Beim Test habe ich festgestellt, dass ein Rabatt, den man gewährt, nur bei einem enzelnen Auftrag pro Artikel gewährt werden kann.
Ich würde folgendes vorschlagen.
1. Kundenbezogener Rabatt
2. Artikelbezogener Rabatt
3. Gesamtauftragsbezogener Rabatt
und alle jeweils kombinierbar.
Ich weiß, das ist dann bei der Berechnung um einiges komplexer, doch wie sieht es jetzt aus?
Ich nehme mal an, man schreibt rund 10 Rechnungen pro Woche oder Monat.
Nach 8 Monaten, weiß man nicht mehr, wann man einem Kunden welchen Rabatt in welcher Rechnung eingeräumt hat.
Aber wenn ein Kunde, z.B. einen Rabatt bekommt, weil er 3 weitere Kunden gebracht hat, dann wäre es dort besser angebracht.
Wenn ich Artikel habe, die ich stärker bewerben möchte (Siehe Autoindustrie oder Andere), dann kan ich doch hier auch mit Rabatten auf den Artikel gut arbeiten.
Ganz hervorragend wäre es, wenn man das noch zeitlich oder Anzahlmäßig limitieren kann.
Wie z.B. ein Kunde wirbt einen Kunden und bekommt beim nächsten Auftrag 35% Rabatt, danach aber ganz normal.
Oder ein Artikel, wird für 3 Monate beworben und rabattiert, etc. etc.
Hallo legalstuff,
danke für die Anregungen. Ich halte sie für wirklich gute Ideen und werde sie auf jeden Fall auf die Ideenliste schreiben. Allerdings denke ich, dass wir da langsam in Bereiche kommen, die ausgewachsenen CRM alle Ehre machen. Die Autoindustrie ist nicht unbedingt die primäre Zielgruppe des ebm. :D Ich möchte das System nicht zu sehr überfrachten. Ich sehe die Vorteile des "erweiterten Rabattsystems", frage mich aber, ob der Aufwand gerechtfertigt ist und ob es von der Zielgruppe überhaupt genutzt würde. Ich sehe die Gefahr, dass es mehr Leute verwirrt als dass es nutzt. Deshalb stelle ich es erst mal zurück um zu sehen, wie der ebm sich weiterentwickelt. Auf jeden Fall vielen Dank für die Anregung, so weit hatte ich noch gar nicht gedacht.
Viele Grüße,
eS_IT
Hallo jschma,Zitat:
Zitat von jschma
das Mahnverfahren ist da: Version 0.1.1-b3. Bitte schau es Dir mal an, ob Du es Dir so vorgestellt hast.
Viele Grüße,
eS_IT
Alternativ kann es aber mit Sicherheit auch als Zusatzmodul in einen ProgrammierAuftrag gegeben werden, falls dies wirklich benoetigt wird. Oder ?
Natürlich, wenn jemand ein Modul unbedingt oder sofort braucht, kann es jeder Zeit beauftragt werden. Bei solchen Aufträgen richte ich mich komplett nach den Kundenwünschen. Wenn das Modul für die Allgemeinheit interessant ist und später zur Verfügung gestellt wird, gibt es auch Rabatt.Zitat:
Zitat von lindesbs
Viele Grüße,
eS_IT
wenn ich als demouser hier versuche die Demodaten zu erstellen endet das ganze mit dem Hinweis "Ein Fehler ist aufgetreten!"
Antwort:
Der Demuser hat hierfür zu wenig Rechte...
ein Schreibfehler... in der linken Backendspalte
Zitat:
title="Überischt mit allen Funktionen für die Kundenbetreuung"
Richtig, da beim erstellen der Demodaten alle Tabellen gelöscht werden, dürfen dies nur Admins. Leider lässt sich der Button auch nicht so einfach für User ausblenden. Um in der Demo Daten zu erstellen, musst Du Dich als demoadmin anmelden.Zitat:
Zitat von magicsepp
Danke, werde ich in der nächsten Version beheben.Zitat:
Zitat von magicsepp
Viele Grüße,
eS_IT
Hallo eS_IT
Für was genau ist die Auswahl "Elternadresse"? Dachte man könnte damit eine bevorzugte Rechnungsadresse auswählen.
Mein Ziel wäre, auf einer Rechnung zwei Adressen zu haben. Eine als Lieferadresse und eine wäre dann die Rechnungsadresse.
Ist das überhaupt möglich?
Gruss
Steven
Hallo Steven,
mit der Elternadresse kann man Hierarchisierungen von Adressen erreichen. So kannst Du z.B. die Hauptadresse einer Firma eingeben und dann weitere Adressen für die einzelnen Mitarbeiter (jeweils mit Mail und Durchwahl usw.). Du gibst bei dem Mitarbeiter einfach die Elternadresse an und wählst bei Beziehung "Mitarbeiter". Es ist auch möglich auf diese Art Außenstellen oder Filialen zu erfassen.
Die zusätzlichen Adressen für die Aufträge sind ein gute Idee. Ich könnte es mir so vorstellen:
- Anlegen einer Hauptadresse.
- Anlegen einer (oder mehrerer) weiteren Adresse und setzen des Hakens "Rechnungsadresse" oder "Lieferadresse" o.ä..
- Im Auftrag wird es dann Auswahlfelder für Liefer-, Rechnungsadresse usw. geben. In diesen Feldern sind dann alle "Kindadressen" enthalten, bei denen der entsprechende Haken gesetzt ist.
Ist dies eine Lösung, die Du Dir vorstellen könntest?
Viele Grüße,
eS_IT
Hallo eS_IT
Das wäre Super!
Wie würde es dann in der Kundenverwaltung aussehen? Bei welchem Kunde würde dann der Auftrag aufgelistet?
Ich würde meinen, am besten bei beiden Kunden.
Gruss
Steven
Der Auftrag würde bei der Hauptadresse aufgelistet, da die anderen ja im Zweifelsfall "nur" Ansprechpartner oder andere Adressen des Kunden sind und keine eigenständigen Kunden. So hat man immer alle Aufträge eines Kunden zusammen im Blick.Zitat:
Zitat von tognit
Ich denke dies führt zu Verwirrung, da es scheint als hätte der Kunde doppelt so viele Rechnungen bekommen. Es wird ja jede 2- oder mehrfach angezeigt. Spätestens wenn ich eine Hauptadresse, eine Rechnungsadresse und eine Lieferadresse habe, ist das Chaos perfekt.Zitat:
Zitat von tognit
Ich würde vorschlagen:
- Alle Aufträge für einen Kunden bei der Hauptadresse konzentrieren.
- Bei allen zusätzlichen Adressen den Haken "Von Kontakthistorie ausschließen" setzen, so tauchen sie nicht in der Kundenübersicht auf.
Das Ausschließen kann man natürlich immer individuell entscheiden. Bei komplett eigenverantwortlichen Filialen würde man es wohl nicht tun. Die würde man aber wohl als eigene Kunden führen.
Bin für Meinungen, Anregungen und Kritik immer dankbar.
Viele Grüße,
eS_IT
Zitat:
Zitat von eS_IT
das wäre aber keine Korrekte Buchhaltung....
Wie es da mit dem Steuerrecht aussieht.. z.B. bei einer Buchprüfung....hmmm.
Richtig, es ist gar keine Buchhaltung. Hier geht es um dieZitat:
Zitat von legalstuff
Rechnungserstellung, das sind zwei Paar Schuhe. Außerdem ist es dem
Steuerrecht ziemlich egal. Laut §14 UStG muss lediglich der
Rechnungsempfänger eindeutig erkennbar sein.
Da ich vor langer langer Zeit eine Finanzbeamtin geheiratet habe und
sie mich bei der Umsetzung des ebm berät, kannst Du sicher sein, dass
er im Einklang mit deutschem Steuerrecht entwickelt wird.
Viele Grüße,
eS_IT
eS-IT,
um Dich ging es doch gar nicht, hatte doch dazu geschrieben, dass Du es richtig gesehen hast.
Falls es doch anders bei Dir angekommen ist.. hier also die Richtigstellung:
Mein Kommentar war an "tognit" gerichtet.
Übrigens, mit dem Hintergrund, ein Grund mehr für Dein Modul.
Frohe Ostern.
@legalstuff: Sorry, aber wenn Du mich zitierst, fühle ich mich auch angesprochen und der Bezug zu "tognit" erschließt sich mir auch nach dem fünften Lesen des Posts nicht. :eek:Zitat:
Zitat von legalstuff
Nichts für ungut und frohe Ostern. :)
Viele Grüße,
eS_IT
Hallo es-IT,
habe heute nichts anderes gemacht als Dein System zu testen.
Super Idee zunächst. Leider bekomme ich immer eine Fehlermedlung, wenn ich einen Auftrag, bzw. ein Angebot oder Rechnung anschauen möchte.
Es erzeugt eine Datei, aber ich bekomme in OpenOffice eine Fehlermeldung: Die Datei sei kaputt, soll sie repariert werden ...
Ich dachte es liegt an mir und meiner nicht aktuellen Version, doch dem Update auf 3.3 kommt die Meldung wieder.
Muss ich da was ändern / zulassen , z.B. bei den Makros..
Hallo Joggl,Zitat:
Zitat von Joggl
vielen Dank für Dein Interesse am ebm. Leider sorgt die verwendete ODT-Bibliothek im Augenblick für Fehler. Dies hat nichts mit Dir zu tun. Es scheint ein bisschen Glückssache zu sein. Der Entwickler der Bibliothek rührt sich leider nicht. Ich werde sie wohl selbst überarbeiten müssen. Es wird aber ein bisschen dauern, sich da einzuarbeiten. Ich hoffe den Fehler in einer der nächsten Versionen beheben zu können. Die Dokumente sind aber in Ordnung und können nach einem Klick auf "Ja" genutzt werden.
Viele Grüße,
eS_IT
Hallo,
ich dachte ich frage nochmal nach :) Wie ist denn der Plan bezügl. der Integration eines CSV-Imports für Kunden- und Rechnungsdaten? Das ist das einzige was uns noch fehlt, danach würden wir den ebm liebend gerne als Produktivsystem verwenden :)
Viele Grüße,
Jan
Hallo Jan,Zitat:
Zitat von jschma
vielen Dank für die Nachricht. Es freut mich, das Euch der ebm so gut gefällt. Bei einem evtl. Produktivbetrieb bedenkt bitte, dass es sich derzeit noch um eine Betaversion handelt. Häufige Backups sind also Pflicht. ;)
Christian de la Haye arbeitet gerade an etwas für den Im- u. Export von Daten. Dies wird wahrscheinlich auch als Basis für den ebm Verwendung finden. Es ist allerdings noch nicht fertig.
Ich werde mir in den nächsten Tagen mal etwas Gedanken zu dem Thema machen. Vielleicht kann ich spontan einen "kleinen" CSV-Import auf die Beine Stellen.
Viele Grüße,
eS_IT
Hallo,
nach letzter Aktualisierung erscheint folgende Fehlermeldung (Auftragsverwaltung-neuer Auftrag):
Zeile 491 ist:Code:Fatal error: Unsupported operand types in /system/modules/ebm_order/ebm_invoice.php on line 491
Code:$at = $at * 24 * 60 *60; // Anzahl Tage ($at) * 24h * 60min * 60sek
Hallo max-muster,Zitat:
Zitat von max-muster
danke für den Hinweis. Leider kommt die Meldung bei mir nicht. Hast die einmal versucht die Einstellungen neu einzulesen? Es sieht so aus, als würde die Anzahl der Tage aus den Einstellungen nicht gefunden. Ich werde es mir nachher aber noch einmal etwas genauer ansehen.
Viele Grüße,
eS_IT
ich habe andere Rechnung kopiert statt eine neue zu erstellen, das geht, aber beim ausdrucken erscheint andere Meldung:
Code:Warning: in_array() [function.in-array]: Wrong datatype for second argument in /system/libraries/System.php on line 147
#0 /system/libraries/System.php(147): __error(2, 'in_array() [import('getInstance', NULL)
#2 /system/libraries/System.php(147): ebm_print_order->__construct(Array, 'ODT')
#3 /system/modules/ebm_order/ebm_invoice.php(111): System->import()
#4 /system/modules/backend/Backend.php(230): ebm_invoice->invoicePrint('ebm_print_order')
#5 /contao/main.php(101): Backend->getBackendModule(Object(DC_Table), 'tl_es_invoice', Array)
#6 /contao/main.php(286): Main->run('tl_es_invoice')
#7 {main}
Fatal error: Class name must be a valid object or a string in /system/libraries/System.php on line 147
Leider kann ich auch diesen Fehler nicht nachstellen. Ich habe gerade noch einmal ein Testsystem ganz neu aufgesetzt und installiert. Es hat alles tadellos funktioniert. Ohne weitere Infos kann ich Dir leider nicht helfen. Welche Contao-Version benutzt Du? Welche ODT-Library? Hast Du an den Einstellungen für das Drucken etwas geändert? Benutzt Du die Original Templates oder angepasste? Um welchen Auftragstyp handelt es sich?Zitat:
Zitat von max-muster
Wenn Du die Situation etwas ausführlicher beschreibst, werde ich gerne versuchen Dir zu helfen.
Viele Grüße,
eS_IT
Hallo eS_IT,
ich habe die Erweiterung neu installiert in anderem Projekt, sieht ganz gut aus, viele neue Funktionen, vielen Dank.
Trotzdem habe ich paar Meldungen. Unter Artikel Artikelverwaltung, wenn ich einen neuen Artikel einfüge, erhalte ich die Meldung:
ausserdem {tl_member.company} in Rechnung bleibt so und wird nicht mit Firmenname gefülltCode:Warning: array_keys() [function.array-keys]: The first argument should be an array in /system/drivers/DC_Table.php on line 4722
Warning: array_intersect() [function.array-intersect]: Argument #1 is not an array in /system/drivers/DC_Table.php on line 4722
Warning: Invalid argument supplied for foreach() in /system/drivers/DC_Table.php on line 4729
Warning: Cannot modify header information - headers already sent by (output started at /system/functions.php:161) in /system/libraries/Template.php on line 285
Warning: Cannot modify header information - headers already sent by (output started at /system/functions.php:161) in /system/libraries/Template.php on line 286
Hallo max-muster,Zitat:
Zitat von max-muster
die Fehlermeldungen kommen vom Contao-Datenbanktreiber. Leider kann ich daran nicht ableiten, wo der Fehler liegen könnte. Ich kann leider nur meine Fragen aus dem letzten Post wiederholen. Es scheint irgendetwas mit der Datenbank nicht zustimmen. Ohne weitere Infos kann ich leider nichts genaueres sagen.
Treten die anderen Fehler auch noch auf oder hat sich das erledigt?
Versuche bitte den Tag noch einaml von Hand einzugeben und nicht zu kopieren. Bist Du sicher, dass bei dem betreffenden Datensatz eine Firma eingegeben ist?Zitat:
Zitat von max-muster
Viele Grüße,
eS_IT
ich benutze die letzte version von contao. die Einstellungen und etwas anderes habe ich nicht geändert, alles bleibt original.
Datenbank habe auch nicht geändert.
wenn du etwas bestimmtes wissen möchte, mache ich ein screenshot.
Meinst Du die 2.11.2? Das kann auch nicht funktionieren, da der ebm nur bis 2.10.4 freigeben ist. Dies wird sich aber mit der nächsten Version ändern.Zitat:
Zitat von max-muster
Viele Grüße,
eS_IT
Hallo,
ich weiß nicht ob dieser Fehler nur bei mir aufgetreten ist, aber als ich die Erweiterung [ebm] installieren wollte brach er nach der Datenbankaktualisierung in einen Fehler, das er Timerecording etc. nicht finden konnte, ab.
Nachdem ich dann das Paket von der Webseite heruntergeladen und manuell eingepflegt hatte funktionierte es wieder.
Erwähnen möchte ich noch, dass diese Erweiterung meine Arbeit sehr erleichtert ;) Super ER! Danke an den Developer :D
Liebe Grüße
Hallo F_Gee,Zitat:
Zitat von F_Gee
ich habe gerade noch einmal einen Installationstest gemacht (neue Contao 2.11.2, ebm 1.0.0 stable). Bei mir hat es reibungslos funktioniert. Es wäre schön wenn noch andere die Installation testen und ggf. Fehler berichten könnten.
Viele Grüße,
eS_IT
So ich hatte mal wieder Zeit mich mit dem EBM zu beschäftigen :) Der Import unserer Kundendaten hat perfekt funktioniert...
allerdings stimmt wohl etwas mit unserer Rechnungs/Gutschriftsvorlage nicht. Zum einen werden die [nbsp] aus Contao mit ausgespuckt und zum anderen wird die Start- sowie die Endanweisung der Zeile mit ausgegeben?
Ich hab von den Einstellungen und der exportierten Datei mal jeweils einen Screenshot angehängt. Vielleicht siehst Du ja wo das Problem liegt? :o Ich hab die betreffenden Zeilen direkt aus dem Standard-Rechnungstemplate kopiert und eingefügt, ohne Erfolg....
Viele Grüße und ein schönes WE,
jschma
Kopieren und Einfügen ist keine gute Idee. Open-/LibreOffice ist wie ein schlechter HTML-Editor, es fügt bei jedem Einfügen zusätzliche Formatierungsanweisungen ein. Dies kann dazu führen, dass Inserttags nicht mehr erkannt werden.
Welche ODT-Engine benutzt Du? Per Default wird TBS verwendet, Du hast aber die Tags aus den Templates für PHPODT verwendet. Wenn Du die Engine nicht umgestellt hast, kann es so nicht funktionieren. Ich würde empfehlen die Tags aus einer Vorlage mit dem Zusatz "_tbs" zu nutzen und diese von Hand einzutragen.
Das Problem mit den HTML-Tags wird in der nächsten Version gefixed. Dann gibt es in der Auftragsverwaltung keine TinyMCE mehr. Da OO sowieso kein HTML verarbeiten kann, machen sie keinen Sinn.
Viele Grüße,
eS_IT
Ich bin mir nicht sicher ob ich mich richtig ausgedrückt habe oder ob du mich zufällig trotzdem richtig verstanden hast ;)
Im Backend habe ich ein neues Template ebm_print_invoice.odt erstellt. Das habe ich mir runtergeladen und lokal eine Kopie angefertigt. Diese Kopie habe ich dann angepasst wie ich es gerne hätte. Also habe ich von odt nach odt kopiert?
TBS etc. muss ich gestehen sagt mir garnichts, noch nie von gehört :o
Es gibt zwei verschiedene Bibliotheken für die Erstellung der ODT-Dokumente (s. In der nächsten Version bekommt der ebm eine alternative ODT-Engine). Leider ist der Umgang mit Tabellen nicht kompatibel. Deshalb gibt es Vorlagen die Tabellen enthalten zwei mal. Einmal ebm_print_invoice_phpodt.odt (welches Du verwendet hast) für die PHPODT-Bibiliothek und einmal ebm_print_invoice_tbs.odt für OpenTBS (das wäre das richtige).
ODT sind aber beide ;)
Viele Grüße,
eS_IT
Hmm ok, danke für die Erläuterung :) Dann versuche ich es mal mit der _tbs...Zitat:
Zitat von eS_IT
Bekomme beim Versuch zu Drucken immer folgende Fehlermeldung.
1.0.0-rc1_build-1283
Contao 2.11.4 (bei 2.11.3 trat der Fehler auch auf)
Server PHP Version 5.2.4-2ubuntu5.6 - CGI/FastCGI - Suhosin
Code:Warning: in_array() [function.in-array]: Wrong datatype for second argument in .../system/libraries/System.php on line 170
#0 .../system/libraries/System.php(170): __error(2, 'in_array() [import('getInstance', NULL)
#2 .../system/libraries/System.php(170): ebm_print_order->__construct(Array, 'ODT')
#3 .../system/modules/ebm_order/ebm_invoice.php(97): System->import()
#4 .../system/modules/backend/Backend.php(246): ebm_invoice->invoicePrint('ebm_print_order')
#5 .../contao/main.php(120): Backend->getBackendModule(Object(DC_Table), 'tl_es_invoice', Array)
#6 .../contao/main.php(230): Main->run('tl_es_invoice')
#7 {main}
Fatal error: Class name must be a valid object or a string in .../system/libraries/System.php on line 170
Der zugehörige code aus der system.php
Code:/**
* Import a library and make it accessible by its name or an optional key
* @param string
* @param string
* @param boolean
*/
protected function import($strClass, $strKey=null, $blnForce=false)
{
$strKey = ($strKey != '') ? $strKey : $strClass;
if ($blnForce || !is_object($this->$strKey))
{
->170 $this->$strKey = (in_array('getInstance', get_class_methods($strClass))) ? call_user_func(array($strClass, 'getInstance')) : new $strClass();
}
}
Hallo Cruxis,
die system.php ist eine zentrale Contao-Datei. Dort wird der Fehler wohl nicht liegen. Es wird versuch das Druckmodul zu laden, scheinbar geht irgendwie der Name unter dem das Objekt angesprochen werden soll verloren. Allerdings weiß ich gerade nicht wieso. Dies ist Contao-Magic. Ich werde es mir nochmal genauer ansehen.
Viele Grüße,
eS_IT