Keine Angst vor dem AvERP-Designer

Beim Stöbern durch die zahlreichen Reports die AvERP mitbringt trifft man oft auf Nützliches, wie z.B. den Servicebericht unter Angebots-Auftragsverwaltung Drucken. Leider wurde vom Ersteller vergessen das Logo aus dem Mandantenstamm einzublenden, sondern fix das Hersteller-Logo SYNERPY eingebunden.

Öffnen im Bearbeitungmodus aus der Druckvorschau.(Ein "alter Report" über Fast-Report 2 wird über Doppelcklick geöffnet.) zeigt, wieder über Click auf dem Logo, den Objekt Inspektor für "Picture 1".
Über die 3-Punkte-Taste auf der Eigenschaft Picture zeigt sich die direkt eingebundene Bitmap.

Bleibt als 1. die Frage wie der Report benannt ist. Ein aktuelle AvERP-Version - ich nutze zu Zeit meist die 4.2.5.65 aus dem aktuellen Release (die AvERP-Version wird über "AvERP/Hilfe/Info" angezeigt.) - zeigt mit Anmeldung "SYSDBA" den Reportnamen als Tooltip und grau eingeblendet :
hier FRDCBAUFSERV. Hilfreich ist es auch sich einen Reportnamen auszuwählen, der die zu Ändernde Eigenschaft mitbringt - nämlich das Logo aus /Averp/Stanndaten/Mandant/2. Formular zu verwenden- wie der Report "Angebot" alter FastReport   FRDCMAUSMB.

AvERP-Designer aufgerufen - als SYSDBA.
Formuarauswahl "Druckformular" gecheckt.
Reportname "FRDCMA" Anfang reicht - eingetippt um auf FRDCMAUSMB zu positionieren
und "Editieren"

Frage "Bestehendes Formular als Editervorlagebenutzen" Bestätigen und es öffnet sich die
DesignSteuerung und die Maske "FRDCMAUSB".

Rechts-Klick in der Maske läßt die Wahl zwischen
Objektinspektor und
Designreport

Ich prüfe erst einmal im Designreport, wie das Mandanten-abhängige Logo eingebunden ist.

Click auf das Logo blendet die Eigenschaften im Objekt Inspektor innerhalb des Designer eins.
Mit passiert es immer wieder, das das Fenster "Objekt Inspektor" nicht zu sehen ist. Dann hilft
Werkzeuge/Symbolleisten/Objekt Inspektor  wieder über CheckBox zu aktivieren.

 Ich sehe nun das das Objekt fLogo über [q_rep17."LOGO_F"] im DataField mit Daten versorgt wird.

Was mag q_rep17 sein?  Dann die Design Steuerung schließen und den Objekt Inspektor über der Report-Maske öffnen. Um auf q_rep17 zu Positionieren hilft es , so lange  "q" einzutippen
bis auf q_rep17 erreicht ist.

In den Eigenschaft ganz nach unten gescrollt zeigt das passende SQL
mit Click auf [TStrings] - nämlich - wie gedacht - SELECT * FROM V_BMAND.

Interessant sind noch die Verknüpfungen zu anderen Queries in MasterSource und MasterLinks.
Führend für das MandantenLogo sollte die Zuordnung Auftrag - Mandant sein.

MasterSource ist damit über d_rep1 zugeordet - dahinter liegt mit q_rep1 SELECT * FROM V_BAUF und die Verknüpfung erfolgt über MasterLinks (V_BMAND.)ID =V_BAUF.BMAND_ID.

Mit dieser Vorbereitung mach ich mich nun an den Servivebericht und öffne
FRDCBAUFSERV im Designer. Wie erwartet ist das DataField zu Picture1 leer.

Öffnen der q_rep17 im Objekt Inspector zeigt, daß die q_rep17 nicht belegt ist und die q_rep1
wie erwartet auf den Auftrag V_BAUF zeigt. Schnell im Objekt Instpektor einfach die q_rep17
analog dem Druck Angebot gefüllt und zur Sicherheit "Formular + Report speichern".

Design Editor öffnen und dem Report die q_rep17 bekannt machen über

//Design Editor/Datei/Variablenliste/Datenquellen   fr_rep17 hinzufügen

und genauso Feldaliase q_rep17 hinzufügen!
Nach Schließen und Öffnen Designer stehen dem Report wie in der Symbolleiste
DB-Feld einfügen, die Felder der View V_BMAND und damit auch das Mandanten-Logo
als Datenfelder zur Verfügung.

Und der 1.Druckversuch zeigt das wie immer nicht das Gewünschte passiert, es wird statt des Mandanten-Logos einfach "GarNichts" gedruckt!

Warum??

Das fenste Logo wurde bisher im Band "Seitenkopf" gedruckt. Steht dort etwa der aktuelle Auftrag und der daran gebundene Mandant nicht zur Verfügung?

Testweise das Logo ins Band dadrunter verschoben.

Und siehe da - Hypothes bestätigt - jetzt taucht ein Logo auf - natürlich nicht dort wo es gewünscht wird.

Jetzt kann der Rest ja nicht mehr so schwer sein.
Aber mühseelig - 

Die Höhe des bisherigen Seitenkopfes reduziert. Das Unterformular1 auf den frei werdenden Platz
ausdehnen- entweder über Maus - etwas für ruhige Hände - oder durch Eingabe im Objekt Inspektor
bei Top und Height.

Ergebnis wird fürchterlich - der vorher ordentlich desigte Report wird über 3 Seiten verteilt.
Gut wenn man eine Rollback - Möglichkeit hat. Entweder indem die Frage "Report speichern" einmal Bejaht wird, dann wird eine *.frf-Datei im lokalen Programm-Verzeichnis unter MASKEN abgespeichert - und kann über den Designer über Report-Laden zurückgeholt werden, oder man hat sich das vom AvERP angelegt *.RES-File im MASKEN-Verzeichnis unter anderem Namen gesichert
und kann es nach Umbenennen auf Report *. RES über RES-Laden erneut einlesen
oder schafft es im äußersten Notfall das Ressource-File direkt auf der Datenbank aus der Tabelle
A_MASKEN_HIST zu restaurieren. (A_MASKEN.RES per IBExpert BlobViewer nach Datei
FRDCBAUFSERV.RES speichern un die Datei per Designer "aus *RES laden" einlesen.)

Geglückt : jetzt etwas vorsichtiger mit der Kosmetik.
Noch die Lücken im Rahmen schließen und Servicebericht gegen Logo freistellen.

Genau diese Änderung erzeugt ungewüschte Seiten!

Nun halt Schritt für Schritt herantasten.

Das Problem "3 statt eine 1 Seite" hängt irgendwie mit der Fußzeile zusammen. Nach längerem erfolglosen problieren mit dem Seitenfuß erinnere ich mich daran, daß in den AvERP-Reports gerne die Fußzeile übersteuert wird. Und tatsächlich, beim Öffnen des Probedrucks im Bearbeiten Modus
wird ein Feld Seitenfuss_T2 angezeigt das zur allgemeinen Verwirrung des unvoreingenommenen AvERP-DAUs im Seitenkopf liegt, aber die die Parameter für TOP, HEIGHT, LEFT, WIDTH
über das Memofeld ganz brutal überschreibt:

Es lohnt immer im Designer auf ein angedeutetes Script-Feld zu klicken - es kann WerWeißWas dahinter stecken.

Angebotsverwaltung - Auftragsverwaltung

AvERP hält Angebote und Aufträge in der gleichen Struktur - lediglich über den Status Auftrag_JaNein ist ein Auftrag vom Angebot zu unterscheiden. Das ist effektiv - mit dem Umkippen des Status greift die Geschäftslogik und die beauftragten Waren werden reserviert und die Rückstände zur Erstellung von Lieferschein und Auftrag erzeugt. Der Auftrag hat so automatisch als Auftragsnummer die Angebotsnummer.
Weitere Details auf www.schmidt-schwarz.de

Nun wäre AvERP nicht ein ein vielseitig eingesetztes ERP-System, wenn alle Anwender so arbeiten würden. Manche AvERP-Anwender möchten einen Auftrag ändern und trotzdem wissen, was dem Kunden ursprünglich angeboten wurde. (Auch das Ändern von Aufträgen ist so eine Sache, Mengen erhöhen und Positionen hinzufügen geht - in Anbetracht der Reservierungen wird Mengen verringerm - Positionen löschen untersagt - es sei denn, man Ändert den Auftragsstatus zurück in ein Angebot.)


Jedenfalls gibt es in AvERP die Möglichkeit Angebote und Aufträge getrennt zu behandeln - mit jeweils eigenen Nummernkreisen und eigenen Menüblöcken im Hauptmenü, sowie dem Utility "Angebot -> separaten Auftrag"  (FRUBAUF_ANG_AUFT) überführen oder mit gleicher Funktion dem Utility "Angebot / Auftrag kopieren" (FRUBAUF_KOPIEREN)  Kopierart 4 "Angebot fixieren und zu neuem Auftrag kopieren".
Im Auftragskopf sieht man dann im Reiter 2. Bearbeitung die zu Grunde liegenden Angebotsnummer.

Strategischer Tip Angebots-Auftragverwaltung XOR getrennt:
Man entscheide sich für einen Weg der Angebots-/Auftragsverwaltung, entweder effektiv und gemeinsam
oder transparent und getrennt und blende den abgewählten Zweig aus dem Hauptmenü aus. (AvERPADMIN Hauptmenü berabeiten oder mit Berechtigungen und Benutzerrollen arbeiten.) Ein Argument für die getrennte Ang.-Auf-Verwaltung könnte auch der Wunsch sein, einen Auftrag direkt zu erfassen, ohne erst ein Angebot in einen Auftrag zu wandeln.

Detail zu den Nummernkreisen:

Auch die gemeinsame Ang.-Auf-Verwaltung kann über unterschiedliche Nummernkreise für Angebot und Aufträge gesteuert werden.

Allerdings sollte man es dem Programm nicht unnötig schwer machen - wenn denn Aufträge und Angebot ganz klassisch unter einer Nummer geführt werden sollen, dann nicht die getrennten Nummernkreise BAUF.A und BAUF.B angleichen, sondern für die gleiche Nummerierung den Nummernkreis-Generator BAUF   ohne .A und B verwenden, sondern diese durch Umbenennen inaktiv setzten.
(Vielleicht hat ein anderer AvERP-DAU mal ein ähnliches Problem und finde hier eine schenelle Lösung!)

Immer die falsche Version

Heute den Tag mal wieder als DAU - der dümmste anzunehmende User verbracht. Thema war die aktuelle Einstandspreis-Ermittlung. 2 Vermutungen galt es zu entkräften:
1. Ein Kursänderung in den Wechselkursen führt nicht zur Preis-Akualisierung bei Kaufteilen, die in Fremdwährung bewertet werden.

Ganz im Widersprich dazu:
2. Preisänderungen in Kaufteilen führen dazu, daß Arbeitspläne mit Teileverwendung gesperrt werden und manuell wieder freizugeben sind.

 Zu 1. Preis-Aktualisierung bei Kaufteilen in Fremdwährung.
Dem ist nicht so: Auf Kursänderung in der Wechselkurstabelle kommt die freundliche Frage "Beim Speichern werden alle Lieferantenpreise mit dieser Währung neu berechnet! Wirklich ändern?"
Und auf Bestätigung erhalten alle betroffenen Artikel tatsächlich einen aktuell umgerechneten Einstandspreis in Eigen-Währung!

Zu 2. Sperren von Arbeitsplänen
War mal wieder zum verückt werden. Bei Preisänderung mancher Kaufteile wurden Arbeitspläne gesperrt, bei manchen aber auch nicht. Suche im AvERP-Forum brachte keinen Aufschluß - also wieder das langwierige Debug-Werkzeug ausgepackt. Nach langem Forschen zeigte sich, das nicht die Neukalkulation der Kosten im Arbeitsplan-Material für das Umkippen des PREISNEU_JN im Arbeitsplan zuständig war, sondern der After-Update-Trigger BSAS_AU0 der nach Update auf eine Stückliste genau dann den Arbeitsplan sperrte, wenn der Arbeitsplan über Füllen Arbeitsplan-Lager in der Stückliste entsatnden ist.
Vergleich mit aktuellem Release 2012.A02 zeigte, das dort der Fehler schon behoben war.

Wieder mal gewaltig geärgert, weil mehrere Stunden in die Fehleranalyse für einen im aktuellen Release bereits behobenen Fehler geflossen sind!!! Roll-Out fand halt mehrer Monate vor Release statt - ganz nach Empfehlung von SYNERPY - Nehmen Sie die neuste Beta-Version! Aber woher die Patches nehmen??

AvERP und FIBU

AvERP bietet keine Finanzbuchhaltung, sondern lediglich Schnittstellen zu gängigen FIBU-Programmen. Davon aber immer mehr.

Bei andernen Anwendern habe ich aus Kostengründen den Einsatz von LEXWARE-Professional vorgschlagen und einen sehr geringern Anpassungsbedarf ermittelt. Wir haben die Installation von LEXWARE und die Basisschulung der Mitarbeiter in Einkauf und Buchhaltung übernommen.
Die Schnittstelle unfaßt:

Voreinstellung Stammdaten in Firmen, Mandantenstamm, Warengruppen VK und EK, Artikelstamm.

Generierung Personenkonten im Kunden- und Lieferantenstamm

Übergabe  Personen- und Sachkonten aus Averp an FIBU.

Durchgänigen Abläufe im Einkauf:
Von der Rechnungsprüfung Eingangsrechnung AvERP, Übergabe an Fibu-Stapel, Verbuchung in Fibu, Erstellen DTAUS,
Übergabe an Steuerberater im DATEV-Format, Verbuchung Zahlung in FIBU und AvERP

Letzte Erweiterung:
Erstellen DTAUS über AvERP, DTAUS an Controlling zum Zahlungsausgang über Banking-Programm,
Setzen Zahldatum im AvERP Zahlungsbuch, Übergabe der Buchung Bankkonto an Kreditor an den FIBU-Stapel

Im Verkauf
Von der Rechungserstellung in AvERP, Übergabe an FIBU, Verbuchung Zahlungseingang in FIBU, Kontoausgleich in AvERP
Und Übergabe an Steuerberater im DATEV-Format.

Letzte Erweiterung:
    Aktivierung Mahnwesen über AvERP

Neuerungen: AvERP-Release 2012-A

Neuerungen: AvERP-Release 2012-A

Achtung Patch auf 2012.A02 einspielen!!

Prozessübergreifende Neuerungen 

• Neue Zahlungsbuch-Zahlungsausgangsmaske
  (schon mit Freude überarbeitet: Volltextsuche nach Lief.-Name und eigene Rechnungs-Nr.)
• AvERP-Beitragsverwaltung: das Steuerungs- und Controllinginstrument, wenn Sie Mitglieder verwalten möchten.
• Neue Funktionen in der Lagereinbuchungsmaske
• Schnellerfassungsmaske für das Buchen von Kundenbeistellteilen
• Kundenbeistellteil-Anforderungsvorschläge
• Formularumstellung auf FastReport !!!! Freudig erregt vorgefunden
  Betroffen: 
• Angebot        FRDBAUF
• Auftrag / AB  FRDBAUFB...T
• Lieferschein   FRDBRLS       Achtung Patch auf 2012.A02
• Rechnung      FRDBRRC          Achtung Patch
• Bestellung     FRDBBES
• Optimierung der Lagerreservierungsmaske für Seriennummern, Chargen, Lagerplätze und WarenträgerErweiterte Funktionen in der Betriebsdatenerfassung („BDE“)
  (zentrale Abhandlung im Delphi-Programm AvERP.exe nicht mehr in verteilt über zig Pascal-Scripte: Fehler-Rate reduziert - klassisches Customizing aber nicht mehr möglich)
• Schnellerfassungsmasken im Bereich Verkauf (Angebots/Auftragsmaske) und Einkauf (Bestellung) zum schnellen Einfügen von Positionen.
• Das Suchen der Artikel wird vereinfacht durch die Auswahl über den Warengruppenhierarchiebaum und über Schnellsuchfelder.
• Erste Vorbereitungen für das Modul „AvERP-Gesundheitswesen“

Informationsbereitstellung

• Weitere neue Statistiken für den AvERP-PivotCube bezüglich Auswertungsmöglichkeiten sowohl graphisch, als auch in Tabellenform
• Neue Übersichtsmasken, wie z. B. Projektübersicht, Kapazitäten für Kostenstellen, Mitarbeiter und Maschine, Plan-Ist-Vergleich von Projektzeiten
• Stücklistenvergleichsmaske  

Erweiterung AvERP-Dokumentmanagementsystem (DMS)

• Erweiterung der Dokumentenverwaltung in AvERP mit Vorbelegungsmöglichkeiten beim AvERP-User
• Kategorisierung von Dateien zum schnelleren Finden
• Einfaches Ablegen von beliebigen Dateien über „Drag & Drop“
• Direktes Speichern der AvERP-Dokumente aus der Druckvorschau über Automatismen
• Datensicherung und -abgleich über einen Hintergrundjob

Schnittstellen

• Touchscreenanbindung der Barkassenlösung
• Bezahlterminal „Geldkarte“ für den bargeldlosen Bezahlvorgang
• Schnittstelle zu Onlineshop „os-Commerce“
• SolidWorks Stücklistenimport
• Eplan-Stücklistenimport
• DATANORM-Artikelimport Erweiterung der Datenimportroutinen für das einfache Einpflegen von vorhandenen Stammdaten aus anderen Systemen über Excel
• Weitere Finanzbuchhaltungsschnittstellen: GDI, Schleupen.CS und BMD
• DHL-Schnittstelle

 Weiteres zu AvERP-2012

• Weitere Performanceoptimierungen im Zusammenhang mit dem Einsatz von Firebird 2.5
• Geschwindigkeitsoptimierung der Schnellsuchfelder
• Vorbereitungen für den in AvERP integrierten Grafik-Planer
• Maskenoptimierungen in Optik und Funktion 

Im neunen Release nimmt die Kassenlösung großen Raum ein, ist aber nicht mein Fachgebiet - daher nach hinten gezogen.

AvERP-Kassenlösung

Neugestaltung der AvERP-Kassenlösung in zwei Bereichen:

Offline-Lösung:

• Offline-Lösung für Stadion und Großveranstaltungseinsatz für die maximale Sicherheit
• Synchronisation mit einer Zentraldatenbank, so dass Preis- und Artikeländerungen komfortabel an die Einzelplätze weitergereicht werden können.
• Einfachste Bedienung, um mehrere tausend Vorgänge in kürzester Zeit abzuschließen.
• Bedienung über Touchscreen möglich
• Bezahlung über „FanKarte“ und „Geldkarte“ möglich. Auch kann die Karte über das Bezahlterminal wieder aufgeladen werden (Pfandrückgabe).
• Schnittstelle zum Bezahlterminal für den bargeldlosen Zahlungsverkehr
• Aufbau von Kassenhierarchien möglich
• Diverse Statistiken über den AvERP-PivotCube

Online-Lösung:

• Online-Lösung für den Einzelhandel mit dauerhafter  Verbindung zu Zentraldatenbank für die maximale Produktauswahl und Funktionsvielfalt.
• Erweiterte Funktionsfähigkeiten im Vergleich zur Offline-Kasse
• Bezahlmöglichkeiten bar, Gutschein, EC-Karte, Scheck oder Geldkarte 
• Druck von diversen Kassenbelegen
• Frei wählbare Favoriten, um den Kassenvorgang schnell abzuschließen
• Scan des Artikel-EAN
• Parkmöglichkeit von Vorgängen
• Anzeigemöglichkeit der letzten Vorgänge
• Bedienung über Touchscreen möglich
• Kassenabschluss mit Ausdrucks- und Auswertungsmöglichkeiten (über den AvERP-PivotCube)

Auswertungsmöglichkeiten:

• Umsatzauswertung nach Kassengruppen und Kassen
• Umsatzauswertung nach Kassengruppen/Kassen und Produkt
• Umsatzauswertung nach Produkt
• Umsatzauswertung nach Warengruppe und Produkt
• Umsatzverlauf im Zeitablauf
• Umsatzauswertung nach Mitarbeiter

Hello World!

56 Jahre und ein bißchen Weise - nun werde ich mal das (nur für mich) neue Medium BLOG entdecken.

Täglich arbeite ich mit dem OpenSource - ERP AvERP - daher das Wortspiel

AvERPen4Dummies

Die Einträge im  AvERP-Forum sind oft sehr hilfreich bevor die Werkzeuge sprich IB-Expert und Designer ausgepackt werden, aber ich habe auch die Hoffnung mit diesem Blog die Nicht-Eingeweihten zu erreichen.
Zum Thema Blog als AvERP-Tagebuch:
Heute festgestellt:
Im Einkauf hat sich zur Version 2011 die Verbindung zwischen Lieferanten-Rechnung und Zahlungsbuch geändert - früher Eigene-RechungsNr = Zahlungsbuchnummer, Heute Eigene Nummernkreis mit Verweis vom Zahlungsbuch auf die Liefernaten-Rechnung.
Beim Versuch das zuvor ungepflegte Zahldatum in der Lieferantenrechung per Script nachzubuchen eine Hintertür entdeckt, das Setzen von BLRC.AUSUTILITY verhindert, daß die Exception UPDATE_NICHT_ERLAUBT geschmissen wird.

...soviel für heute  ... mal sehen, ob das Bloggen über solche Details mehr als meiner eigenen Gedächnisstütze dient ???