https://www.fakturama.info/community/konzeptionsdiskussionen/ Fakturama Diskussionsforum de Wed, 23 Sep 2026 04:40:14 +0000 wpForo 60 https://www.fakturama.info/community/konzeptionsdiskussionen/warum-eigentlich-keine-fakturama-kasse/ Mon, 18 Mar 2019 17:21:23 +0000 Ich möchte hier einmal die Diskussion anstossen, warum eigentlich FAKTURAMA mit QRK-Kasse verknüpft werden sollte, wenngleich man aus FAKTURAMA heraus bereits mit relativ geringem Aufwand eine eigene Kasse entwickeln könnte ? Mehrere miteinander verknüpfte Systeme "aus verschiedenem Guss" bringen immer unnötige Integrationsprobleme mit sich, und bereits jetzt schon kann man über entsprechend gestaltete Dokumenten-Vorlagen Kassen-Belege im DIN-A5 oder DIN-A6-Format (vielleicht noch kleiner) ausdrucken. Was u.a. noch zu tun wäre, wäre eventuell eine weitere Kassen-Erfassungsmaske, Kassen-typische Auswertungsfunktionen und die Ansteuerbarkeit von Bondruckern. Mal schauen, was die hiermit initiierte Diskussion hervorbringt - gegebenenfalls nehme ich mir dann auch mal die Zeit für einen ersten Entwurf ... Gruß - Jörg]]> Konzeptionsdiskussionen Dr.-Ing. Jörg Listemann https://www.fakturama.info/community/konzeptionsdiskussionen/warum-eigentlich-keine-fakturama-kasse/ https://www.fakturama.info/community/konzeptionsdiskussionen/fakturama-bestellwesen/ Sat, 09 Mar 2019 14:15:50 +0000 Das Auftragswesen sollte grundsätzlich den geschäftlichen Beziehungen zu den Kunden und das Bestellwesen den Beziehungen zu den Lieferanten vorbehalten sein. Bestellungen an Lieferanten können explizit auftragsbezogen oder aber auch vorsorglich ausgelöst werden - letzteres betrifft zumeist die hinreichende Bevorratung mit Rohstoffen, Halbzeugen und Fertigprodukten (z.B. in Handels, Handwerks- und Produktionsbetrieben). Bestellungen sind zwar auch Aufträge, aber diese gehen eben an die Lieferanten. In sofern lässt sich das bereits vorhandene Auftragswesen als Muster für ein eigenständiges Bestellwesen nutzen: (vollständiges Bild hier) Um das Bestellwesen in FAKTURAMA sinnvoll einzubinden, sollte es in der Kopfzeile hinter dem Auftragswesen angeordnet werden, so dass sich die anderen Programmpunkte etwas rechtsseitig verschieben. Bisher findet man auch noch den Lieferschein hinter der Rechnung, was allerdings nicht sinnfällig ist, da die Rechnung erst nach der Auslieferung bzw. Abnahme erstellt wird. Die gleiche "fehlerhafte" Anordnung findet man auch unter "Folgedokument erzeugen" - ich habe daher im o.a. Entwurf einmal entsprechende Korrekturen vorgenommen ... Bestellungen aus Aufträgen heraus generieren: Der Bereich "Folgedokument erzeugen" wird nun aber auch im (vorgelagerten) Auftragswesen selbst interessant - hierfür habe ich keine Grafik entworfen, denn es lässt sich auch so erklären: Wurde ein Liefer-/Leistungsauftrag angenommen und man stellt jetzt fest, dass dieser ohne ganz bestimmte Zulieferungen nicht realisierbar ist, müssen entsprechende Bestellungen an Lieferanten, Hersteller, Subunternehmen usw. ausgelöst werden. Über eine neue Funktion, die das Generieren von Bestellungen aus dem Auftrag heraus ermöglicht könnte das sehr einfach umgesetzt werden (Folgedokument: Bestellung) ... Es wäre sogar sinnvoll, wenn man aus einem Auftrag sogar mehrmals Folgedokumente (Bestellungen) an verschiedene Lieferanten generieren (duplizieren) könnte, damit unnötige Schreibarbeiten vermieden werden - der FAKTURAMA-Anwender löscht dann lediglich die Positionen, die den jeweiligen Lieferanten nicht betreffen, und fügt eventuell noch ganz andere hinzu. Die Preise sind dann selbstverständlich die EKP, soweit sie für bereits bekannte Artikel u.ä. in der Stammdatenverwaltung hinterlegt sind, oder es sind auch zuvor schon einmal ausgehandelte Preise ... Vorausschau - Controlling: Soweit erst einmal ausschließlich zum Bestellwesen. Hieran kann dann später einmal eine entsprechendes Wareneingangskontrolle angebunden werden, die sogar mit einer Auftragsbearbeitungskontrolle zu verknüpfen wäre (Controlling). Mit anderen Worten wären darüber die eigenen und die externen Auftragsbearbeitungsstände (und Rückstände) besser überschaubar - aber das ist dann schon wieder ein neues Thema ...]]> Konzeptionsdiskussionen Dr.-Ing. Jörg Listemann https://www.fakturama.info/community/konzeptionsdiskussionen/fakturama-bestellwesen/ https://www.fakturama.info/community/konzeptionsdiskussionen/dokumente-und-adressen/ Fri, 22 Feb 2019 11:23:54 +0000 #624, #747, #686, #192. Alle diese Tickets drehen sich mehr oder weniger um das Problem, einem Kontakt mehrere Adressen zuweisen zu können. Mein aktuelles Problem ist jedoch folgendes: Ich habe ein Dokument (bspw. eine Rechnung) und möchte diesem einen Kontakt mit einer bestimmten Adresse zuordnen. Wenn ich jetzt nur vom Dokument auf den Kontakt referenziere, verliere ich die Info, welche Adresse denn eigentlich gemeint ist (falls der Kontakt mehrere Adressen hat). Referenziere ich gleich auf die Adresse, ist das auch Quatsch, weil mir da der Bezug zum Kontakt fehlt. Ich brauche also ein sinnvolle Abbildung folgender Art: Dokument -> Kontakt -> Adresse Wobei für ein Dokument durchaus mehrere Kontakte angehängt werden können, weil ich ja später beim Drucken bspw. Rechnungs- und Lieferadresse mit wissen muß. Meine spontane Idee war es jetzt, eine Art Zwischentabelle zu erstellen, in der folgendes drinsteht:

• Dokument-ID
• Kontakt-ID
• Dokument-Art (Rechnung, Lieferschein usw.)
• Adreß-ID des Kontaktes

Wahlweise muß ich hier auch noch auf die Tabelle mit den manuellen Adressen verweisen, aber das ist vermutlich nicht mehr ganz so kompliziert. Seht ihr das ähnlich oder denke ich hier etwas zu verquer?]]> Konzeptionsdiskussionen rheydenr https://www.fakturama.info/community/konzeptionsdiskussionen/dokumente-und-adressen/ https://www.fakturama.info/community/konzeptionsdiskussionen/vor-und-nachkalkulation-von-auftraegen/ Thu, 21 Feb 2019 12:11:44 +0000 Zum Verständnis: Durch das Umschalten über eine (noch zu etablierende) Funktionstaste werden im rechten Bereich je Position die EKP, die absoluten und %-ualen Zu-/Abschläge und die VKP dargestellt, wohingegen der linke Bereich nach dem Umschalten weiter erhalten bleibt. (ganzes Bild hier ...) Während dessen man sich nach einer Rechnungslegung mit dem erzielten Ergebnis erst einmal abfinden muss, kann man noch im Angebotswesen die Geschicke durch die Kalkulation der Einzel- oder des Gesamt-VKP lenken. Die Kalkulation sollte auf der Grundlage der im Artikelstamm geführten oder der manuell erfassten EKP vor- und rückwärts funktionieren: Kalkulation über die Einzelpositionen - durch den absoluten Zu-/Abschlag auf einzelne Positionen verändert sich zugleich der %-uale Zu/Abschlag und damit der VKP - durch den %-ualen Zu-/Abschlag auf einzelne Positionen verändert sich zugleich der absolute Zu/Abschlag und damit der VKP - durch die Veränderung des absoluten VKP einzelner Positionen verändern sich zugleich deren absoluter und %-ualer Zu-/Abschlag Kalkulation über die Gesamtwerte - wird (in der Summenzeile) auf den Gesamt-EKP ein absoluter Zu-/Abschlag gegeben, so verändern sich damit auch der gesamte %-uale Zu-/Abschlag und der Gesamt-VKP. Zugleich wird diese Veränderung relativ auf alle Einzelpositionen zurückverteilt - das ist bei dieser Berechnungsform dann eine Besonderheit ! - Gleiches (incl. Zurückverteilung) soll gelten, wenn anstatt des gesamten Zu-/Abschlages der gesamte %-uale Zu-/Abschlag oder der Gesamt-VKP verändert werden. Damit stünden in der Angebots-Kalkulation zahlreiche Möglichkeiten für eine sinnvolle Preisgestaltung und gegebenenfalls für zielgerichtete EKP-Verhandlungen mit diversen Herstellern bzw. Lieferanten zur Verfügung, wenn ein vakanter Auftrag noch wirtschaftlich auf den Weg gebracht werden soll ...]]> Konzeptionsdiskussionen Dr.-Ing. Jörg Listemann https://www.fakturama.info/community/konzeptionsdiskussionen/vor-und-nachkalkulation-von-auftraegen/ https://www.fakturama.info/community/konzeptionsdiskussionen/set-stammdaten/ Wed, 20 Feb 2019 14:26:35 +0000 Begriffsbestimmung (Definition): Ein Set ist eine "Menge von Einzelartikeln oder Varianten eines oder mehrerer Sammelartikel, die als eigenständiger Artikel verkauft wird und daher eine Artikelnummer, einen Verkaufspreis und Verkaufspreiskonditionen hat. Die Komponenten des Sets können unterschiedlichen Warengruppen angehören und unterschiedliche Steuersätze haben. Das Set selber darf aber nur einen einzigen Steuersatz haben. Zusammengestellt wird das Set in der Regel vom Händler. Wenn die Komponenten auch einzeln verkaufbar sind, wird der Bestand auf der Ebene der Komponenten geführt; eine Bestandsführung auf der Ebene des Sets ist jedoch ebenfalls möglich." (Quelle: https://help.sap.com/erp_sfi_addon10/helpdata/de/12/08481b470311d1894a0000e8323352/content.htm?no_cache=true) ... besser könnte man es wirklich nicht definieren (tu). In FAKTURAMA gibt es bisher noch keine Set-Verwaltung und auch keine entsprechende Kalkulation. In Anlehnung an die Artikel-Stammverwaltung ließe sich aber auch eine Set-Verwaltung aufbauen. Damit sich aber Sets von Einzelartikeln eindeutig unterscheiden, sollten sie auch einen abgegrenzten Nummernkreis haben. Hier einige Beispiele für Sets: Beispiel-1 (aus der Kfz-Branche): Set-Bezeichnung: Winter-Check (Quelle: ATU.DE) Set-Preis: 14,99 EUR Einzellartikel (A) / Leistungen (L): - Überprüfung Elektrische Anlage (L) - Überprüfung Bremsanlage (L) - Überprüfung Keilriemen (L) - Überprüfung Beleuchtung (L) - Überprüfung Windschutzscheibe (L) - Überprüfung Flüssigkeitsstände (L) - Überprüfung Abgasanlage (L) - Überprüfung Radaufhängung (L) Anfallendes Material wird (offensichtlich) zusätzlich berechnet, die Leistungszeiten (AW's) sind in der Regel vorgegeben. Beispiel-2 (aus der Gastro-Branche): Set-Bezeichnung: Grillteller mit Kartoffelsalat und Salat-Beilage (Quelle: FUCHSBAR.DE) Set-Preis: 12,90 EUR Einzellartikel (A) / Leistungen (L): - Schweine-Steak (A) - Thüringer Bratwurst (A) - Kartoffelsalat (A) - Salatbeilage (A) - Tomatenketchup (A) - Senf mittelscharf (A) - Zubereitung- und Servicezeit (L) Und so könnte die Set-Stammdatenverwaltung incl. Kalkulation dann aussehen - die Einzelpositionen werden mit ihren jeweiligen Netto-EKP aus dem Artikelstamm wie bei einer Angebots- oder Rechnungs-Erstellung bezogen: (komplettes Bild hier ...)]]> Konzeptionsdiskussionen Dr.-Ing. Jörg Listemann https://www.fakturama.info/community/konzeptionsdiskussionen/set-stammdaten/ https://www.fakturama.info/community/konzeptionsdiskussionen/artikelpreis-kalkulation/ Wed, 20 Feb 2019 11:11:51 +0000 Beispiel zu (1): Netto-EKP = 2,45 EUR / relativer Zuschlag = 40 % / USt. = 19 % absoluter Zuschlag = 2,45 EUR x 40 % = 0,98 EUR Netto-VKP = 2,45 EUR + 0,98 EUR = 3,43 EUR Brutto-VKB = 2,43 EUR x 1,19 = 4,08 EUR Beispiel zu (2): Netto-EKP = 2,45 EUR / absoluter Zuschlag = 1,00 EUR / USt. = 19 % relativer Zuschlag = 1,00 EUR / 2,45 EUR = 40,81 % Netto-VKP = 2,45 EUR + 1,00 EUR = 3,45 EUR Brutto-VKB = 3,45 EUR x 1,19 = 4,11 EUR Beispiel zu (3): Netto-EKP = 3,00 EUR / Brutto-VKP = 6,50 EUR / USt. = 19 % Netto-VKP = 6,50 EUR / 1,19 = 5,46 EUR absoluter Zuschlag = 5,46 EUR - 3,00 EUR = 2,46 EUR relativer Zuschlag = 2,46 EUR / 3,00 EUR = 82,00 % Die Erfassungs- und Pflege-Maske für Artikel (Produkte) müsste dazu noch etwas weiter ausgebaut und umgestaltet werden - hier mein Vorschlag mit dem o.a. Beispiel-3: Anmerkung: Sowohl beim EKP als auch beim VKP sind gesondert die Mehrwertsteuern angegeben, obgleich das zunächst keinen Sinn zu machen scheint. Aber wenn man innerhalb der EU Ware ohne MwSt. einkauft oder sich eine doch berechnete MwSt. zurückholen möchte (habe ich selber schon erlebt), so macht es schon Sinn, zumindest informativ den EKP-Steuersatz zu kennen. Nachsatz-1: Bei der vorgestellten Preiskalkulation wurde davon ausgegangen, dass sich der Preis immer nur auf eine Packungseinheit bezieht und nicht auf ein Gebinde von mehreren gleichartigen Artikeln. Sollte das von Interesse sein, müsste das bei der Kalkulation mit berücksichtigt und das Artikelstammblatt um ein entsprechendes weiteres Feld erweitert werden. Nachsatz-2: Diese Preiskalkulation berücksichtigt auch noch nicht, dass gleichartige Artikel von verschiedenen Herstellern oder Lieferanten bezogen werden könnten. In diesem Falle gibt es zumindest verschiedene EKP. Außerdem wurde noch vernachlässigt, welcher EKP angesetzt wird - der zuletzt erzielte (bei welchem Hersteller oder Lieferanten auch immer) oder der sich über einen gewissen Zeitraum gebildete Durchschnitts-EKP. Aber diese Problematik sollte dann erst in einer höheren FAKTURAMA- Entwicklungsphase geklärt werden ...]]> Konzeptionsdiskussionen Dr.-Ing. Jörg Listemann https://www.fakturama.info/community/konzeptionsdiskussionen/artikelpreis-kalkulation/ https://www.fakturama.info/community/konzeptionsdiskussionen/vorschlag-fuer-automatische-und-systematische-vergabe-von-kunden-und-lieferanten-nummern/ Tue, 19 Feb 2019 12:01:57 +0000 SOFT-Systemen, mit LEXWARE und testweise mit diversen anderen Programmen möchte ich hier mit einbringen. Und darunter gibt es für mich das Thema "Automatische und systematische Vergabe von Kunden und Lieferanten-Nummern", das ich hiermit zur öffentlichen Diskussion stelle: Die meisten Betriebe verwenden den DATEV-Kontenrahmen SKR-03, seltener den SKR-04, und danach gelten für sogenannte „Personen-Konten“ die folgenden 5-stellige Nummernkreise: Kunden / Debitoren = 10000 – 69999 Lieferanten / Kreditoren = 70000 - 99999 Man kann den Kunden- bzw. Lieferanten-Nummern noch entsprechende Kürzel voransetzen, wie z.B. „KD-“ oder „DE-“ bzw. „LI-“ oder „KR-“, aber buchungstechnisch haben diese Kürzel keine Bedeutung, eher informativ ... FAKTURAMA lässt weitaus größere Nummernkreise als die in den von der DATEV veröffentlichten Rahmen-Sachkontenplänen zu (hier sind diese nur 5-stellig möglich). Unter LEXWARE konnte ich Debitoren und Kreditoren sogar 6-stellig anlegen und verwalten, was zuweilen aber auch noch zu wenig sein könnte, wenn die Anzahl der zu bedienenden Kunden einfach zu groß ist (z.B. bei Energieversorgungs- und Telekommunikations-Unternehmen oder im Internet-Handel). Der Anwender muss schauen, dass er ein geeignetes FiBu-Programm findet, das zumindest in Bezug auf diese Nummernkreise mit FAKTURAMA mithalten kann ... LEXWARE und diverse andere Fakturierungs-Systeme erlauben allerdings auch eine alphabetische Sortierung nach Personen- oder Firmennamen innerhalb der Nummerkreise, und das erleichtert die Ablage sowie Rekapitulation von Fakturierungs- und Buchhaltungsvorgängen ungemein. Diese Funktionalität sollte vorzugsweise in FAKTURAMA mit eingearbeitet werden, soweit Anwender darauf zurückgreifen möchten (wäre dann bedarfsweise unter "Einstellungen" freizuschalten) ... Und es gilt hier nicht nur, den Kunden- oder Lieferantenstamm alphabetisch sortiert durchsuchen zu lassen, sondern bereits bei der Neuanlage Kunden- oder Lieferantennummern automatisch nach Alphabet zu vergeben. Aus der eigenen langjährigen Praxis schlage ich folgendes (sehr gut bewährtes) System vor: Beispiel-1: Es wird ein (anonymer) Barverkauf abgewickelt. Der Kundenbeleg ist dann eine Barverkaufsrechnung, sofern man über keine Barverkaufskasse bzw. ein Kassensystem verfügt. Die Kundennumer wäre dann ganz einfach 100000 = 1 für "Kunde/Debitor", 00 für „Barverkauf“ und 000 für "unsortiert". Beispiel-2: Ein Laufkunde namens "Riedel" benötigt ausnahmsweise einmal eine Rechnung mit seiner Privatanschrift: Im Adressfeld der Rechnung wird dann die komplette Adresse des Herrn Riedel eingetragen. Seine Kundennummer fällt dann mit der anderer Laufkunden, deren Namen mit "R" anfängt, zusammen und lautet: 128000 = 1 für "Kunde/Debitor", 28 für „R“ und 000 für "unsortiert". Beispiel-3: Der gewerbliche Kunde heißt „Möbelbau Müller GmbH“ und würde alphabetisch eindeutig unter „M“ für „Möbelbau“ oder „Müller“ angelegt werden (es muss innerbetrieblich festgelegt werden, wonach sich das richten soll). Zudem wäre er automatisch der 29. Kunde, da vor ihm bereits 28 Kunden unter „M“ verwaltet sind. Für diesen Neukunden ergibt sich folgende Kundennummer: 123029 = 1 für "Kunde/Debitor", 23 für „M“ und 029 als "29. Adresse unter M“. Generell für alle Adress-Erfassungsmasken (sowohl unter Stammdaten als auch in den Dokumenten): Vor der Neuanlage eines Kunden bzw. Lieferanten ist zu prüfen, ob es diesen im System bereits gibt. Damit werden spätere Doppel-Anlagen, Irrtümer und Verwechselungen vermieden. So sollten also bei der Neuanlage zunächst die ersten Buchstaben des Kundennamens eingegeben werden und FAKTURAMA alle jene Kontakte anzeigen, die unter diesem Matchcode bereits vorhanden sind. Trifft das nicht zu, sollte nach einer entsprechenden Rückversicherung durch das System (Frage an den Anwender) tatsächlich eine Neuanlage erfolgen ...]]> Konzeptionsdiskussionen Dr.-Ing. Jörg Listemann https://www.fakturama.info/community/konzeptionsdiskussionen/vorschlag-fuer-automatische-und-systematische-vergabe-von-kunden-und-lieferanten-nummern/ https://www.fakturama.info/community/konzeptionsdiskussionen/vorschlag-fuer-ueberarbeitung-der-fakturama-2-kopfzeile/ Tue, 19 Feb 2019 11:42:52 +0000 Dazu muss ich zunächst noch einmal die allgemeinen Abläufe in einem Produktions-, Handwerks-, Dienstleistungs- und/oder Handelsbetrieb in Erinnerung rufen: Zur Erläuterung: Ein Interessent oder Kunde kann sich ein Angebot (1) unterbreiten lassen oder gleich einen Auftrag (2) erteilen. Das, was man bisher als (Eingangs-) "Bestellung" betrachtet hat, ist an sich bereits ein Auftrag (2) - wozu also die redundanten Programmteile "Auftrag" und "Auftragsbestätigung" ... ? Kann der erteilte Lieferungs-/Leistungs-Auftrag ohne externe Unterstützung nicht vollständig erfüllt werden, so müssen rechtzeitig oder spätestens während der Abarbeitung entsprechende Aufträge an das "Hinterland" herausgegeben werden - darunter verstehen wir also Bestellungen (3) an Subunternehmen für Material-Lieferungen und Leistungen ... ! Wurden die vom Kunden beauftragten Lieferungen und Leistungen ohne oder mit externer Unterstützung vollständig erbracht, erfolgen die (letzte) Auslieferung und/oder Abnahme. Zur beiderseitigen Dokumentation wird ein Liefer-/Abnahmeschein (4) vorbereitet. Auf Basis der vorliegenden Liefer-/Abnahmescheine kann nun die abschließende Rechnung (5) erstellt werden. Im Fazit also sollte geklärt werden, welcher Programmteil nun künftig alleine für die AB's (2) genutzt werden soll und welcher für Bestellungen (3) an Hersteller/Lieferanten/Subunternehmen zur Verfügung steht. Das ist auch deshalb wichtig, weil sich später hieran einmal die Wareneingangserfassung und Bestellrückstandskontrolle anbinden lässt ... _ _ _ _ _ Die Programmteile "Rg.-Korr." und "Proforma" halte ich in der Kopfzeile für völlig überflüssig: Wenn eine Rechnung später noch einmal zu korrigieren ist, so kann das über Teil-Gutschriften oder über eine komplette Gutschrift mit darauf folgender Neuschrift oder sogar in der ursprünglichen Rechnung selber erfolgen - FAKTURAMA lässt das alles problemlos zu, man darf dabei nur nicht die Übersicht verlieren und muss sich etwas geschickt anstellen. Mit anderen Worten lassen sich diese Notwendigkeiten alleine im Rechnungswesen schon vereinen. Ich schlage also vor, beide Programmpunkte aus der Kopfzeile zu entfernen und nur zum Bestandteil der Dokumentenbearbeitung im Rechnungswesen zu machen - der Begriff "Rg.-Korr." könnte vorzugsweise noch in "Gutschrift" umbenannt werden: Anmerkung: Ich hatte von 1991 bis 2006 das sehr leistungsfähige BC>FAKTURA aus dem Hause W.Biller GmbH Wittmund vertrieben, eingeführt und mit weiterentwickelt (Entwicklung und Vertrieb wurde ca. 2007 eingestellt). Hier konnte man mit jeweils neuer Belegnummer ... 1) Rechnungen alleine duplizieren 2) aus Rechnungen komplette Gutschriften (negative Duplikate) erzeugen 3) zugleich zu den GS neue gleichartige Rechnungen für die Überarbeitung generieren 4) Proforma-Rechnungen generieren ... alles unter der gleichen Dokumentenbearbeitung (im Rechnungswesen). Ich denke, eine solche Optimierung wäre auch für FAKTURAMA sinnvoll, damit die Übersichtlichkeit nicht verlorengeht ...]]> Konzeptionsdiskussionen Dr.-Ing. Jörg Listemann https://www.fakturama.info/community/konzeptionsdiskussionen/vorschlag-fuer-ueberarbeitung-der-fakturama-2-kopfzeile/