Unkomplizierte (Aufmaß-) Rechnungs-Erstellung mit Calc

de-users
#1

Hallo Liste,
ich bin auf der Suche nach einer unkomplizierten Aufmaß-Rechnungs-Erstellung mit Calc - das heißt:

Ausgangsbasis ist ein Tabellenblatt "Angebot_original" dort gibt es den Firmenkopf, Adressat und die üblichen Floskeln etc., dann folgt eine Tabelle mit den eigtl. (voraussichtlichen) Angebots-Position (im folgenden Datenbereich genannt). Dabei setzt sich eine Position aus den folgenden Spalten zusammen:
1. Pos (Text)
2. Beschreibung (Text)
3. Anzahl (Zahl)
4. Einheit (Text)
5. Betrag (Zahl)
6. Einheit2 (Text, Formel: ="€"&"/"&A4)
7. Gesamt (Zahl, Formel: =A3*A5)

Am Ende gibt es noch eine Summe, Mwst. noch ein paar Floskeln, etc.

Soweit so einfach.

Der Clou ist jetzt, dass das Angebot nicht so mit einer Zahlung abgerechnet wird, sondern die Positionen dann in mehrere (können durchaus 7 und mehr sein) Aufmaß-Rechnungen übertragen werden müssen.

- Dabei enthält keine der Aufmaß-Rechnungen alle Pos. aus dem Angebot, sondern diese sind immer verschieden "zusammengewürfelt".
- Die Anzahl (#3) der Pos. in den Aufmaß-Rechnung weicht i.d.R. ab von der im Angebot geschätzten Zahl. Außerdem kann sich ein Position auch über mehrere Aufmaß-Rechnung "strecken".
- Darüber hinaus können natürlich zusätzlich Arbeiten/Positionen enstehen (sog. Nachtragspositionen).

Wegen der letzten beiden genannten Gründe ist es notwendig (zwecks Übersicht), dass die Pos./der DB aus den einzelnen Aufmaß-Rechnungen wieder auf ein Tabellenblatt vereint/verknüpft werden.

Soo, ich hoffe ich hab das verständlich dargestellt...
Also wie könnte man sowos in Calc - ohne Makros - realisieren?

Vielen Dank & Gruß
Richard

#2

An Richard Ilom:

Hallo Richard,

Hallo Liste,
ich bin auf der Suche nach einer unkomplizierten
Aufmaß-Rechnungs-Erstellung mit Calc - das heißt:

Ausgangsbasis ist ein Tabellenblatt "Angebot_original" dort gibt es den
Firmenkopf, Adressat und die üblichen Floskeln etc., dann folgt eine
Tabelle mit den eigtl. (voraussichtlichen) Angebots-Position (im
folgenden Datenbereich genannt). Dabei setzt sich eine Position aus den
folgenden Spalten zusammen:
1. Pos (Text)
2. Beschreibung (Text)
3. Anzahl (Zahl)
4. Einheit (Text)
5. Betrag (Zahl)
6. Einheit2 (Text, Formel: ="€"&"/"&A4)
7. Gesamt (Zahl, Formel: =A3*A5)

Am Ende gibt es noch eine Summe, Mwst. noch ein paar Floskeln, etc.

Soweit so einfach.

Der Clou ist jetzt, dass das Angebot nicht so mit einer Zahlung
abgerechnet wird, sondern die Positionen dann in mehrere (können
durchaus 7 und mehr sein) Aufmaß-Rechnungen übertragen werden müssen.

- Dabei enthält keine der Aufmaß-Rechnungen alle Pos. aus dem Angebot,
sondern diese sind immer verschieden "zusammengewürfelt".
- Die Anzahl (#3) der Pos. in den Aufmaß-Rechnung weicht i.d.R. ab von
der im Angebot geschätzten Zahl. Außerdem kann sich ein Position auch
über mehrere Aufmaß-Rechnung "strecken".
- Darüber hinaus können natürlich zusätzlich Arbeiten/Positionen
enstehen (sog. Nachtragspositionen).

Wegen der letzten beiden genannten Gründe ist es notwendig (zwecks
Übersicht), dass die Pos./der DB aus den einzelnen Aufmaß-Rechnungen
wieder auf ein Tabellenblatt vereint/verknüpft werden.

Soo, ich hoffe ich hab das verständlich dargestellt...
Also wie könnte man sowos in Calc - ohne Makros - realisieren?

Ich glaube, das wirst Du hier so kaum finden.
Am besten Du suchst Dir ein s.g. Handwerker-Programm aus.
Die gibt es von diversen Software-Häusern gegen Bezahlung.
2.Möglichkeit:
Du schickst mir Deine konkreten Notwendigkeiten als Anhang-Foto
per PM ohne diese theoretische Beschreibung, denn damit kann ich
wenig anfangen und ich sehe in meinem Archiv nach, ob ich so etwas
ähnliches habe, das man umbauen kann.

Mit freundlichem Gruß !
            JoLa

#3

Hallo Jost,

Hallo Liste,
ich bin auf der Suche nach einer unkomplizierten
Aufmaß-Rechnungs-Erstellung mit Calc - das heißt:

[...]

Also wie könnte man sowos in Calc - ohne Makros - realisieren?

Ich glaube, das wirst Du hier so kaum finden.

Schade. :frowning:

Am besten Du suchst Dir ein s.g. Handwerker-Programm aus.
Die gibt es von diversen Software-Häusern gegen Bezahlung.

Danke, aber kein Interesse. Denn das bedeutet erstmal Recherche mit ausprobieren und dann Einarbeitungszeit in ein neues Programm.

2.Möglichkeit:
Du schickst mir Deine konkreten Notwendigkeiten als Anhang-Foto
per PM ohne diese theoretische Beschreibung, denn damit kann ich
wenig anfangen und ich sehe in meinem Archiv nach, ob ich so etwas
ähnliches habe, das man umbauen kann.

Was willst oder kannst du umbauen? Ich bin nur an einer Lösung mit Calc-Bordmitteln interessiert. (s.o.)

Viele Grüße
Richard

#4

Hallo Richard,

ich habe da eine Lösung die genau auf Deine funktionellen Anforderungen
passt, da ich Sie genauso auch benötige...
Aber... es ist keine Lösung mit Calc sondern mit einer MySQL-Datenbank
und ich habe es nur mit OOo im Einsatz und getestet.

Wenn allerdings nur Calc gewünscht ist, dann ist das wohl nicht das
Richtige...

Sollte Interesse bestehen, dann gib Bescheid.

Gruß
Heiko

#5

Hallo Heiko,

Hallo Richard,

ich habe da eine Lösung die genau auf Deine funktionellen Anforderungen
passt, da ich Sie genauso auch benötige...
Aber... es ist keine Lösung mit Calc sondern mit einer MySQL-Datenbank
und ich habe es nur mit OOo im Einsatz und getestet.

Wenn allerdings nur Calc gewünscht ist, dann ist das wohl nicht das
Richtige...

Sollte Interesse bestehen, dann gib Bescheid.

Genau das hatte ich auch bei der Beschreibung gedacht - eigentlich etwas
für Datenbanken, nicht für Tabellenkalkulationen. Da ich aber nichts in
der Hinterhand habe und sowieso schon derjenige bin, der überall nur
Datenbanken sieht, habe ich erst einmal nichts geschrieben.

An Datenbaken denken die meisten zuletzt - weil sie die Dinger einfach
nicht nutzen und dann heißt es: kompliziert.

Gruß

Robert

#6

Hallo, Richard!

ich bin auf der Suche nach einer unkomplizierten
Aufmaß-Rechnungs-Erstellung mit Calc - das heißt:

Ausgangsbasis ist ein Tabellenblatt "Angebot_original" dort gibt es
den Firmenkopf, Adressat und die üblichen Floskeln etc., dann folgt
eine Tabelle mit den eigtl. (voraussichtlichen) Angebots-Position (im
folgenden Datenbereich genannt). Dabei setzt sich eine Position aus
den folgenden Spalten zusammen: 1. Pos (Text) 2. Beschreibung (Text)
3. Anzahl (Zahl) 4. Einheit (Text) 5. Betrag (Zahl) 6. Einheit2
(Text, Formel: ="€"&"/"&A4) 7. Gesamt (Zahl, Formel: =A3*A5)

Am Ende gibt es noch eine Summe, Mwst. noch ein paar Floskeln, etc.

Soweit so einfach.

Der Clou ist jetzt, dass das Angebot nicht so mit einer Zahlung
abgerechnet wird, sondern die Positionen dann in mehrere (können
durchaus 7 und mehr sein) Aufmaß-Rechnungen übertragen werden
müssen.

- Dabei enthält keine der Aufmaß-Rechnungen alle Pos. aus dem
Angebot, sondern diese sind immer verschieden "zusammengewürfelt". -
Die Anzahl (#3) der Pos. in den Aufmaß-Rechnung weicht i.d.R. ab von
der im Angebot geschätzten Zahl. Außerdem kann sich ein Position
auch über mehrere Aufmaß-Rechnung "strecken". - Darüber hinaus können
natürlich zusätzlich Arbeiten/Positionen enstehen (sog.
Nachtragspositionen).

Wegen der letzten beiden genannten Gründe ist es notwendig (zwecks
Übersicht), dass die Pos./der DB aus den einzelnen Aufmaß-Rechnungen
wieder auf ein Tabellenblatt vereint/verknüpft werden.

Soo, ich hoffe ich hab das verständlich dargestellt... Also wie
könnte man sowos in Calc - ohne Makros - realisieren?

Ich denke, so etwas müsste möglich sein (zumindest, wenn es das ist, was
ich mir vorstelle). Dies könnte auf zwei Arten geschehen:

Entweder hat man eine Tabelle mit allen möglichen Positionen. Aus dieser
werden die Positionen fürs Angebot sowie für die einzelnen
Aufmaß-Rechnungen abgerufen und um die Anzahl ergänzt. (Dies geht mit
der Funktion SVEWEIS ganz gut, dann gibst man nur noch die Position und
die Anzahl ein, die Felder Beschreibung, Einheit und Betrag werden aus
der Tabelle übernommen, die Felder Einheit2 und Gesamt werden
berechnet.) In der letzten Tabelle, in der alle vorherigen
Aufmaß-Rechnungen zusammengefasst werden sollen, wird ebenfalls mit
SVERWEIS gearbeitet, um in jeder Aufmaß-Rechnung diese Positionen zu
finden und zu summieren. nicht vorhandene Positionen können relativ
einfach ausgeblendet werden, sodass am Ende nur diejenigen Positionen
übrig blieben, die auch tatsächlich in den Aufmaß-Rechnungen enthalten
sind. Wenn das einmal mit z.B. 10 Aufmaß-Rechnungen erstellt wurde, ist
es jederzeit für bis zu 10 Aufmaß-Rechnungen wiederverwendbar.

Möglichkeit 2 wäre, wenn es die erste Tabelle mit sämtlichen Positionen
nicht gibt, dass man mit etwas mehr Aufwand die letzte Tabelle
zusammenstellt, indem man alle Positionen mit Beschreibungen manuell
eingibt und wieder mit SVERWEIS nur die Anzahl summiert, um so die
Gesamtrechnung zu erstellen.

Ich weiß wie gesagt nicht, ob ich die Anforderungen richtig
interpretiert habe, aber vielleicht helfen meine Erläuterungen, um diese
anzupassen oder du stellst mal ein (anonymisiertes) Beispiel zur
Verfügung, dass ich besser verstehe, was gemeint ist.

Gruß,
Christian.

#7

Hallo Heiko,

Hallo Richard,

ich habe da eine Lösung die genau auf Deine funktionellen Anforderungen
passt, da ich Sie genauso auch benötige...
Aber... es ist keine Lösung mit Calc sondern mit einer MySQL-Datenbank
und ich habe es nur mit OOo im Einsatz und getestet.

Wenn allerdings nur Calc gewünscht ist, dann ist das wohl nicht das
Richtige...

kommt darauf an: Mit wie vielen und welchen Programmen arbeitest du denn dafür?

Vielleicht könntest du kurz beschreiben (wenn das nicht zu viel verlangt ist), wie der Arbeitsablauf aussieht?

Also:
1. Angebot erstellen
2. Aufmaß-Rechnung 1 bis n
3. Übersicht

Sollte Interesse bestehen, dann gib Bescheid.

Klingt schon interessant... :slight_smile:

Danke & Gruß
Richard

#8

Hallo Richard,

ich habe da eine Lösung die genau auf Deine funktionellen Anforderungen
passt, da ich Sie genauso auch benötige...
Aber... es ist keine Lösung mit Calc sondern mit einer MySQL-Datenbank
und ich habe es nur mit OOo im Einsatz und getestet.

Wenn allerdings nur Calc gewünscht ist, dann ist das wohl nicht das
Richtige...

kommt darauf an: Mit wie vielen und welchen Programmen arbeitest du
denn dafür?

Nutzen tue diese Anwendung mit OpenOffice in Verbindung mit einer MySQL
Datenbank bei mir in einer reinen Linux-Umgebung, bei Kunden von mir mit
Linux-Server und Windows XP Clients.

Die Anwendung ist in Basic geschrieben und nutzt die von OpenOffice
bereitgestellten Formularelement und Datenbankanbindungen.

Man kann wohl auch MySQL auf einem Windows-PC installieren falls kein
Linux-Server zur Hand...

Vielleicht könntest du kurz beschreiben (wenn das nicht zu viel
verlangt ist), wie der Arbeitsablauf aussieht?

Also:
1. Angebot erstellen
2. Aufmaß-Rechnung 1 bis n
3. Übersicht

1. Kunden anlegen (Kundenverwaltung),
2. Projekt anlegen (Projektverwaltung),
3. Evtl. Leistungen anlegen oder importieren, unterstützt wird Datanorm
und GEAB (Leistungsstamm),
4. Angebot erstellen. Wichtig dem vorher angelegten Projekt zugeordnet.
5. Angebot in Auftragsbestätigung exportieren. Wird benötigt um in der
Leistungserfassung auf die angebotenen Daten zu zugreifen,
6. Erfassung der erbrachten Leistungen mit Datum, Leistungsort, Personal,
7. Exportieren der erbrachten Leistung in eine Rechnung oder wo auch
immer hin... Leistungen als abgerechnet setzen damit diese nicht wieder
berechnet werden.
8. Rechnung als Abschlags Zahlung (AZ) kennzeichnen, damit ist auch eine
kumulative Abrechnung möglich.
9. Schlussrechnungslegung

Man kann jederzeit eine Auflistung zwischen angebotenen und erfolgten
Leistungen ausgeben.
Man sieht jederzeit die Höhe der Kosten die entstanden sind...

Neben diesen Funktionen gibt es noch einiges mehr...

Sollte Interesse bestehen, dann gib Bescheid.

Klingt schon interessant... :slight_smile:

Ich setze das Programm schon viele Jahre ein, und Kunden von mir
arbeiten schon länger damit mit mehreren Arbeitsplätzen ohne Probleme...

Nur für die Einrichtung ist etwas Handarbeit gefragt...

Gruß
Heiko

#9

Hallo Heiko,
erstmal Danke für die ausführliche Rückmeldung.

Wie ich sehe ist das ganze quasi eine komplette "Suite" mit Kundenverwaltung etc.
Ich war erstmal auf der Suche nach einer Lösung nur für Angebot- und Aufmaß-Rechnungs-Erstellung - die ich vor allem noch im aktuellen Projekt einsetzen wollte... Daraus wird wohl nix. :-/

Aber irgendwann werde ich mich auch mal mit so etwas auseinander setzen (müssen)... :wink:

vg
richard

#10

Hallo Christian.

ich bin auf der Suche nach einer unkomplizierten
Aufmaß-Rechnungs-Erstellung mit Calc - das heißt:

[...]

Soo, ich hoffe ich hab das verständlich dargestellt... Also wie
könnte man sowos in Calc - ohne Makros - realisieren?

Ich denke, so etwas müsste möglich sein (zumindest, wenn es das ist, was
ich mir vorstelle). Dies könnte auf zwei Arten geschehen:

Entweder hat man eine Tabelle mit allen möglichen Positionen. Aus dieser
werden die Positionen fürs Angebot sowie für die einzelnen
Aufmaß-Rechnungen abgerufen und um die Anzahl ergänzt. (Dies geht mit
der Funktion SVEWEIS ganz gut, dann gibst man nur noch die Position und
die Anzahl ein, die Felder Beschreibung, Einheit und Betrag werden aus
der Tabelle übernommen, die Felder Einheit2 und Gesamt werden
berechnet.) In der letzten Tabelle, in der alle vorherigen
Aufmaß-Rechnungen zusammengefasst werden sollen, wird ebenfalls mit
SVERWEIS gearbeitet, um in jeder Aufmaß-Rechnung diese Positionen zu
finden und zu summieren. nicht vorhandene Positionen können relativ
einfach ausgeblendet werden, sodass am Ende nur diejenigen Positionen
übrig blieben, die auch tatsächlich in den Aufmaß-Rechnungen enthalten
sind. Wenn das einmal mit z.B. 10 Aufmaß-Rechnungen erstellt wurde, ist
es jederzeit für bis zu 10 Aufmaß-Rechnungen wiederverwendbar.

Die Funktion SVERWEIS habe ich leider noch nicht benutzt und fand es auf Anhieb in der Hilfe erst mal nicht sooo leicht verständlich. Ansonsten klingt das aber ganz gut, aber ich müsste wohl auch mal ein Beispiel sehen um das genau zu verstehen ... :slight_smile:
Das die max. Anzahl der AR vorher festgelegt werden muss ist natürlich ungünstig, aber eine Krücke mit der man wohl leben muss.

Möglichkeit 2 wäre, wenn es die erste Tabelle mit sämtlichen Positionen
nicht gibt, dass man mit etwas mehr Aufwand die letzte Tabelle
zusammenstellt, indem man alle Positionen mit Beschreibungen manuell
eingibt und wieder mit SVERWEIS nur die Anzahl summiert, um so die
Gesamtrechnung zu erstellen.

Das habe ich nicht verstanden.

Ich weiß wie gesagt nicht, ob ich die Anforderungen richtig
interpretiert habe, aber vielleicht helfen meine Erläuterungen, um diese
anzupassen oder du stellst mal ein (anonymisiertes) Beispiel zur
Verfügung, dass ich besser verstehe, was gemeint ist.

Wenn du dich / ihr euch mal dran versuchen wollt, hier hab ich mal ein simpelst Bsp. hochgeladen:
https://dl.dropbox.com/u/4551608/Aufmass-Bsp.ods

Danke & Gruß
Richard

#11

An Heiko Fischer:

Hallo Heiko,

Anfrage unten:

Hallo Richard,

ich habe da eine Lösung die genau auf Deine funktionellen Anforderungen
passt, da ich Sie genauso auch benötige...
Aber... es ist keine Lösung mit Calc sondern mit einer MySQL-Datenbank
und ich habe es nur mit OOo im Einsatz und getestet.

Wenn allerdings nur Calc gewünscht ist, dann ist das wohl nicht das
Richtige...

kommt darauf an: Mit wie vielen und welchen Programmen arbeitest du
denn dafür?

Nutzen tue diese Anwendung mit OpenOffice in Verbindung mit einer MySQL
Datenbank bei mir in einer reinen Linux-Umgebung, bei Kunden von mir mit
Linux-Server und Windows XP Clients.

Die Anwendung ist in Basic geschrieben und nutzt die von OpenOffice
bereitgestellten Formularelement und Datenbankanbindungen.

Man kann wohl auch MySQL auf einem Windows-PC installieren falls kein
Linux-Server zur Hand...

Vielleicht könntest du kurz beschreiben (wenn das nicht zu viel
verlangt ist), wie der Arbeitsablauf aussieht?

Also:
1. Angebot erstellen
2. Aufmaß-Rechnung 1 bis n
3. Übersicht

1. Kunden anlegen (Kundenverwaltung),
2. Projekt anlegen (Projektverwaltung),
3. Evtl. Leistungen anlegen oder importieren, unterstützt wird Datanorm
und GEAB (Leistungsstamm),
4. Angebot erstellen. Wichtig dem vorher angelegten Projekt zugeordnet.
5. Angebot in Auftragsbestätigung exportieren. Wird benötigt um in der
Leistungserfassung auf die angebotenen Daten zu zugreifen,
6. Erfassung der erbrachten Leistungen mit Datum, Leistungsort, Personal,
7. Exportieren der erbrachten Leistung in eine Rechnung oder wo auch
immer hin... Leistungen als abgerechnet setzen damit diese nicht wieder
berechnet werden.
8. Rechnung als Abschlags Zahlung (AZ) kennzeichnen, damit ist auch eine
kumulative Abrechnung möglich.
9. Schlussrechnungslegung

Man kann jederzeit eine Auflistung zwischen angebotenen und erfolgten
Leistungen ausgeben.
Man sieht jederzeit die Höhe der Kosten die entstanden sind...

Neben diesen Funktionen gibt es noch einiges mehr...

Sollte Interesse bestehen, dann gib Bescheid.

Klingt schon interessant... :slight_smile:

Ich setze das Programm schon viele Jahre ein, und Kunden von mir
arbeiten schon länger damit mit mehreren Arbeitsplätzen ohne Probleme...

Nur für die Einrichtung ist etwas Handarbeit gefragt...

Würde mich trotzdem dafür interessieren, wenn Du über das Copyright
verfügst.
Also gib mir mehr Infos: freie Wahl des Speicherplatzes, freie Wahl der
Daten-Ablage, wieviel F.-Platten-Platz wird verbraucht, etc.

Mit freundlichem Gruß !
            JoLa

#12

Hallo Jost,

...
Würde mich trotzdem dafür interessieren, wenn Du über das Copyright
verfügst.
Also gib mir mehr Infos: freie Wahl des Speicherplatzes, freie Wahl der
Daten-Ablage, wieviel F.-Platten-Platz wird verbraucht, etc.

Ja, das Copyright liegt bei mir.

Eine kleine Doku gibt es hier:

http://www.aladin-gmbh.de/download/ALADIN_INSTALL.pdf

Einen Snapshot gibt es hier:

http://www.aladin-gmbh.de/download/aladin341.2012-11-29.tar.bz2
http://www.aladin-gmbh.de/download/aladin341.2012-11-29.zip

Die MySQL- Datenbank nimmt bei mir nach 12 Jahren 27 MB ein.
Der Rest sind die paar Formulare im Paket... also nicht der Rede wert...

Ich nutze es ausschließlich mit AOO, kann also nicht sagen ob evtl. Bugs
in LO die fehlerfreie Funktion nicht zulassen.
Hab bei kurzen Tests nur mal festgestellt das die Formularelemente
anders als bei AOO aussehen und in der Anordnung manchmal nicht ganz
passen...

Dann viel Spaß...

Gruß
Heiko

#13

Hallo, Richard!

Möglichkeit 2 wäre, wenn es die erste Tabelle mit sämtlichen
Positionen nicht gibt, dass man mit etwas mehr Aufwand die letzte
Tabelle zusammenstellt, indem man alle Positionen mit
Beschreibungen manuell eingibt und wieder mit SVERWEIS nur die
Anzahl summiert, um so die Gesamtrechnung zu erstellen.

Das habe ich nicht verstanden.

Wenn du dich / ihr euch mal dran versuchen wollt, hier hab ich mal
ein simpelst Bsp. hochgeladen:
https://dl.dropbox.com/u/4551608/Aufmass-Bsp.ods

Ich habe in die Tabelle mal ein neues Blatt eingefügt und dieses so
ergänzt, wie ich es in Möglichkeit 2 gemeint habe. Vielleicht hilft es
dir zumindest weiter, die Funktion SVERWEIS besser zu verstehen und
deinen Bedürfnissen entsprechend zu anzupassen.

Die Datei hängt an (nur an der direkt an dich gehenden Mail, für alle in
der ML wird der Anhang abgeschnitten).

Gruß,
Christian.

#14

Möglichkeit 2 wäre, wenn es die erste Tabelle mit sämtlichen
Positionen nicht gibt, dass man mit etwas mehr Aufwand die letzte
Tabelle zusammenstellt, indem man alle Positionen mit
Beschreibungen manuell eingibt und wieder mit SVERWEIS nur die
Anzahl summiert, um so die Gesamtrechnung zu erstellen.

Das habe ich nicht verstanden.

Wenn du dich / ihr euch mal dran versuchen wollt, hier hab ich mal
ein simpelst Bsp. hochgeladen:
https://dl.dropbox.com/u/4551608/Aufmass-Bsp.ods

Ich habe in die Tabelle mal ein neues Blatt eingefügt und dieses so
ergänzt, wie ich es in Möglichkeit 2 gemeint habe. Vielleicht hilft es
dir zumindest weiter, die Funktion SVERWEIS besser zu verstehen und
deinen Bedürfnissen entsprechend zu anzupassen.

Ja, Danke. Die reinen SV-Formeln sehen gut und leicht verständlich aus (gar nicht so kompliziert wie gedacht...).

Aber bei den Formeln unter "Anzahl" mit WENN etc. sieht es ja doch um einiges komplizierter aus. Warum wird die WENN-Abfrage dort benötigt?

Vor allem, das ist ja grad mal für 2 AR. Ich nehme mal die Länge der Formel steigt linear mit den Anzahl der AR an...(?).

Die Datei hängt an (nur an der direkt an dich gehenden Mail, für alle in
der ML wird der Anhang abgeschnitten).

Ich hab sie hier mal für Alle hochgeladen:
https://dl.dropbox.com/u/4551608/Aufmass-Bsp-SVW.ods

vg
richard

#15

Hallo, Richard!

Ich habe in die Tabelle mal ein neues Blatt eingefügt und dieses
so ergänzt, wie ich es in Möglichkeit 2 gemeint habe. Vielleicht
hilft es dir zumindest weiter, die Funktion SVERWEIS besser zu
verstehen und deinen Bedürfnissen entsprechend zu anzupassen.

Ja, Danke. Die reinen SV-Formeln sehen gut und leicht verständlich
aus (gar nicht so kompliziert wie gedacht...).

Aber bei den Formeln unter "Anzahl" mit WENN etc. sieht es ja doch um
einiges komplizierter aus. Warum wird die WENN-Abfrage dort
benötigt?

Da eine Fehlermeldung ausgegeben wird, wenn ein Eintrag in einer der
Tabellen nicht vorhanden ist, mit dem nicht weiter gerechnet werden
kann. Deshalb die zusätzliche Abfrage, denn nur, wenn es kein Fehlerwert
ist, soll er summiert werden, ansonsten würde bei auch nur einem
Fehlerwert dieser zurückgegeben werden.

Vor allem, das ist ja grad mal für 2 AR. Ich nehme mal die Länge der
Formel steigt linear mit den Anzahl der AR an...(?).

Man könnte alternativ mit SUMMEWENN arbeiten, dann wird es etwas kürzer.
Außerdem würde ich dann jede AR mit SVERWEIS in eine Spalte
übertragen lassen, diese dann ausblenden und dann mit SUMMEWENN die
gültigen Zellen summieren und nur diese Spalte eingeblendet lassen.

Gruß,
Christian.