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

An ein solches frm habe ich auch schon gedacht. Das sollte beim öffnen der db als erstes angezeigt werden um erst einmal einen Überblick zu haben.

Jetzt mach ich mich mal an die afgs und schaue wie weit ich damit komme.

*tongue.gif*

 

Hallo Martin.

Habe eine kleine DB zum Testen des Vergleich Lieferschein zu Bestellung erstellt. BS und LS sind hier für den Test die Stückzahlen.

Somit kann ich den Status in einer afg automatisch erstellen.

Siehe Bilder im Anhang.

Ich denke vom Grundgedanken ok oder?

 

Hi,
ich würde immer Summen prüfen. Wenn eine Bestellung mal - aus irgendwelchen Gründen - in mehreren Lieferungen (=LS) erledigt wird, wird sonst unnötiger Alarm gegeben, da kein LS die Bestellung komplett abdeckt.

Und selbst wenn die Bestellungen in der Regel nur einen LS erzeugen: die Summe von einem Satz ist dieser Satz. Du verlierst nichts, und bist besser gerüstet. Do this.

 

Habe ich verstanden.

Es könnte ja mal sein, dass er 50 Teile als Bestellung hat, aber bereits 3 Tage später schon mal 20 liefern soll.

Die restlich 30 später.

Er macht 2 LS.

OK.

In der Abfrage habe ich das nun berücksichtigt. Stosse jedoch auf eine unerwartete Schwierigkeit.

Wenn ich einen 2. Lieferschein in der Bestellung habe und diese mit Summe zusammenzähle, gibt er mir zwar die richtige Summe aber er erkennt nicht an, das die Bedingung war ist.
Siehe Bilder.

Weiter zeigt er mir in der afg nicht die Bestellung an, die noch keinen LS haben. Das ist aber glaube ne andere Baustelle oder?

 

Gleich sind ja auch nicht die einzelnen Mengen, sondern die Summen. Also wirst du einen Ausdruck brauchen: =Sum(Bestellt)-Sum(Geliefert), und filterst den auf ungleich 0.

Die andere Baustelle ist, dass die Abfrage bisher die Schnittmenge liefert. Du brauchst aber alle Bestellungen. Also doppelklicke auf die Verbindungslinie in der Abfrage, und stelle dort um auf "Alle Bestellungen". Aus den LS kriegst du dann automatisch nur die passenden.

 

Habe 2 afg gemacht.

afgBS und afgLS
In afgLS habe ich die Summe gebildet.
In einer 3.afg habe ich die beiden afg als grudlagen genommen und dort den Wert mit Bedingung eingestezt. jetzt fuktioniert es.

 

*Smilie Anderer Baustelle funktioniert auch. so einfach

Danke viel mol

 

WObei das ErsterWert... da unnötig ist. Für die Summe(...)-Summe(...) wäre Ausdruck die richtige Verdichtungsfunktion.

 

Verstanden.

Jetzt ist mir jedoch aufgefallen, dass ich einen Denkfehler mit dem Aufbau der DB hatte.

Wenn ich den Lieferschein erzeuge, gebe ich bei Stückzahl ja eigentlich die Stückzahl ein, welche wirklich ausgeliefert wird und nicht die Stückzahl welche bestellt wurde. Ich kann zwar als Standartwert die Stückzahl der Bestellung angeben aber diese kann ja auch mal anders sein.

Das muss ich noch umkonstruieren.

Bis später.

 

Hoi Martin.

Habe es nun umkonstruiert, dass ich beim Einzellieferschein in der Tabelle ein neues Feld erzeugt habe und dieses dann die Stückzahl enthält welche ausgeliefert wird.

Weiter bin ich nun auch soweit, dass die afg kontrolliert wieviel bestellt wurde und wieviel ausgeliefert wurde.

Wenn Bestellung und LS passen, steht bei Status "Rechnung schreiben"

Selbes würde ich nun machen mit Bestellung und REchnung. Als Status dann " Rechnung geschrieben"

Oder würdest du einen anderen Weg gehen?

Gruss Robert

 

Sollte so passen... soweit ich sehen kann ;P
"Rechnung geschrieben" klingt so nach Hände-in-den-Schoß-legen... Die Arbeit ist ja damit nicht zu Ende. Wenn der Kunde nicht zahlt, wird dein Kumpel da irgendwann mal nachfassen müssen, sobald das Fälligkeitsdatum und eine gewisse Toleranz überschritten ist. Das wäre vielleicht eine Überwachung wert: Abgerechent, aber noch nicht bezahlt.

 

stimmt*tongue.gif*

Das heisst neue tbl mit:
ID
ID_RG aus tbl RG
Rechnungsnummer
Fälligkeitsdatum
gezahlt ja/nein

 

Schreib das Fälligkeitsdatum doch gleich in die Rechnungstabelle mit rein.
Und der Bezahltstatus ist wieder so ein Kandidat fürs Aufsummieren: bezahlt ist die Summe der Zahlungseingänge zur Rechnung. Wenn die mit der Rechnungssumme übereinstimmen, ist die Rechnung bezahlt.

"Kreuzchen" sind out. V.a. bei Dingen, die auch "halb" oder "ein bisschen" wahr sein können, waren sie auch nie Mode.... *wink.gif*

 

ok.

Aber wenn er nun Skonto gibt und der Kunde zahlt so früh? Dann ist der Betrag ja nicht gleich.

Ok dann könnte er ja den richtigen eingeben.

 

Eher nicht. Er weiß ja nicht im voraus, wann bezahlt wird. Den Differenzbetrag zwischen skontierter Zahlung und Rechnungsbetrag muss er eh auf eigene Kosten ausbuchen, d.h. "den zahlt er selbst".