Office: (Office 2010) Rechnungschreiben Excel in Access neue DB erstellen

Dann mache ich auch in tbl RG ein Feld Zahlungseingang mit dem Betrag und vergleiche diese dann mit Rechnungsbetrag?

 

Eher nicht, sondern lieber eine Tabelle Zahlungen:
Code:

 

ja, da gehts ja gleich weiter.

Ich habe in tbl. Rechnung gar kein Feld Rechnungsbetrag.

Brauch ich den eigentlich oder hole ich mir den aus einer afg?

Wäre ja schon cool, wenn in der tbl RG dann der Rg_Betrag stehen würde oder?

 

Es geht weniger um Coolness, denn um fachliche Notwendigkeit und deren technische Abbildung. Wie hat dein Kumpel denn bisher den ganzen Bürokram gemanagt? Wie hat er festgestellt, was noch offen ist (an Arbeit, an Geld)? Hatte er alles im Kopf? Hat er seine Preise gewürfelt? *entsetzt

 

Eben die àltere Dame.
Dann hat er noch eine Buchhaltungstante die ihm die Buchhaltung macht. Laut seiner Aussage kontrolliert diese den Rechnungseingang. Habe ich gerade telefonisch abgeklärt.

 

Buchhaltung ist das eine; die ist ja auch massiv geregelt und an Formen und Fristen gebunden. Aber die Information "da stehen noch x EUR aus" sollte der Selbstständige im eigenen Interesse selbst überblicken können.

Geschäftsbetrieb ist mehr, als nur am Brennofen zu stehen.

Macht euch einig, was ihr haben wollt. Im Extrem kann man mit Access den ganzen Laden abbilden. Im anderen Extrem führt ihr weiter Strichlisten und schaut, wann die Knete ausgeht...

 

Ich kläre das.

Schönes Wochenende.

Gruss Robert

 

Hoi Martin.

Habe längeres Gespräch geführt und wir sind zum Entschluss gekommen, dass er gern sehen möchte, ob die Kohle eingegangen ist. Bis jetzt hat er das wirklich mit einer Liste überprüft und seine Buchhaltung auch.

Ich habe nun die DB soweit, dass ich glaube, alle tbl erstellt zu haben. Siehe Abbildung.

Wo ich mir noch nicht ganz schlüssig bin ist mit den Sammellieferschein.
Er erzeugt ja für die jeweilige Bestellung einen Einzellieferschein.
Zur Rechnung soll nun ein Sammellieferschein beigelegt werden.
Der sollte die Einzellieferscheine aufgelistet haben (wann ausgeliefert, Lieferscheinnummer) und die Artikel mit den Mengen.

Ich sollte also eine afg für den Sammellieferschein haben und dort die Einzelnen aufgelistet sehen zu der entsprechenden Auftragsnummer.

Ich habe aber Null-Plan wie ich das anstellen soll.*entsetzt
Hast du eine Idee?

Gruss Robert

 

Ich glaube ich habe es.

Ich benötige die tbl Sammellieferschein garnicht. Sonder ich setze die ELS je Auftrag in einer afg zusammen. Oder?

 

Ja, so geht das.

 

Hallo Martin.

Soweit habe ich es aufgebaut.

Das Buch bin ich übrings fleissig am lesen. Hilft ungemein vorallem, die grundlegenden einheitlichen Punkte zu beachten. Habe ich zwar jetzt noch nicht bei dieser DB gemacht, werde es aber noch ändern.

Meine Frage ist nun, ob ich die tbl noch weiter aufsplitten sollte oder ob dies so ausreichend ist. Was sagt dein Profiblick dazu? Oder fehlen aus deiner Sicht noch tbl-en?

Was mach ich mit der Summe in der tbl Bestellungen? dies ist ein berechnetes Feld. Für ein frm erstelle ich ja eh eine afg zu dieser tbl. Dann könnte ich dies ja auch da berechnen lassen. Wäre das besser?

Einige Abfragen habe ich nun auch schon erstellt (diese immer schön mit afg bezeichnet am Beginn).

frm habe ich mal angefangen, aber so recht will mir da nichts einfallen wie ich es am besten aufbaue.

eine Art Navigations-frm wäre schon nicht schlecht.

Ich dachte an aktuelle Aufträge, Kontaktdaten, alte Aufträge, offene Posten

Einen Artikelstamm habe ich ja hier nicht.

Gruss Robert

 

Hi,

was mir noch fehlt, ist die Aussage: "welche Teile des Auftrags sind bereits abgerechnet" bzw. "wie setzt sich die Rechnung zusammen". Es kann ja im Modell mehrere Rechnugnen pro Auftrag geben, aber insgesamt könnt ihr den Auftrag ja nur einmal abrechnen. Wenn es Teilrechnungen gibt, müsste jede Rechnung wissen, welche Teile abgerechnet sind. Der Betrag alleine reicht da nicht.

Es könnte schon reichen, die ELS-IDs, die die Rechnung abdeckt, in einer Rechnungsdetailtabelle zu führen. Wenn die Rechnung auch noch mehr abrechnet als nur ELS-Angaben - etwa Pauschalen o.ä. -, dann müsste die Rechnungsdetailtabelle sogar noch etwas mehr aufnehmen.

Zur Summe: Es ist ziemlich gleich, ob du das Feld in der Tabelle als Datentyp Berechnetes Feld nutzt oder in einer ABfrage ermittelst. Schlecht wäre allerdings, die Summe als normales Feld zu führen und "aktuell zu halten".

Zu den Forms:

Dann bau die mal. Die Navigation kommt zum Schluss.

 

Hoi.

Es gibt keine Teilrechnungen. Rechnung gibt es nur nach Auftrag. Wenn er einen kleineren Auftrag (also nur mit einer Bestellung)hat, dann rechnet er diesen auch über den Auftrag ab. Er gibt dann zu dem Auftrag keine weiteren Bestellungen ein.

Was zu den einzelnen Positionen dazu kommt ist der Transport bzw. dessen Kosten, die ich beim Erstellen des ELS eingebe.

Die Rechnung wollte ich über eine afg zusammenstellen die je Auftrag die einzelnen Bestellungen mit den Pos und dessen Transportkosten auswirft.

Demnach 3 afg
afgSummenPositionskostenNachBestellungen
afgSummenTransportkostenNachELS
afgSummenPositionskostenUndTransportkostenNachAuftrag

Ist das der richtige Weg?

 

Hi,

wenn das sicher ist und auch so bleibt, sollte die Rechnungstabelle keine 1:n-Detailtabelle sein. Dann kannst du die Rechnungen 1:1 einbinden oder gleich in die Aufträge einbauen.

Ich hätte aber meine Zweifel. Wenn es Schwierigkeiten mit einer Bestellung gibt, und man sich einigt, dis bisherige Leistung abzurechnen, wird das mit einer 1:1-Beziehung nicht möglich sein, oder man müsste den Auftrag splitten.

Die 3 Abfragen könnten so gehen, ja.

 

Kannst du mir noch den Hintergrund erklären bzgl. der 1:1 Beziehung?
Was hat das für einen Vorteil?

Was mache ich eigentlich mit der MwSt.
Die kann sich ja auch mal ändern

Mein Gedanke war, in die tbl Rg über eine anfügeafg den Rechnungsbetrag dann einzutragen. Da sollte ja dann auch der MwSt Satz erkennbar sein oder?

Die MwSt habe ich bis jetzt noch garnicht berücksichtigt.