Schnelländerung von Angeboten
- Ersteller JulianAUT
- Erstellt am
-
- Schlagworte
- angebot auskünfte bearbeiten gleichzeit mehrfachauswahl
eine Standardlösung ist mir nicht bekannt - aber per Skript geht in jedem Fall!
Warum aktiviert Sage nicht einfach generell Multiselect bei den zahlreichen Listen? Oder macht es optional, sodas sder User selbst entscheiden kann, ob er Multiselect möchte, oder nicht. Irgendwie verstehe ich da die Strategie nicht. Manchmal ist es vorhanden, manchmal nicht.
Sofern jemand die Info hat, in welchen Tabellen das steht, wäre ich sehr dankbar
Sofern jemand die Info hat, in welchen Tabellen das steht, wäre ich sehr dankbar
"Generell Multiselect" würde generell etwas mehr Aufwand bedeuten und auch, dass man zu oft Dinge einbaut, die keiner oder nur wenige benötigen. Das wird Sage nicht machen wollen.
Im Customer Voice hast Du Gelegenheit, die Stellen zu definieren, wo Du Dir Multiselect wünscht. Wenn das genug andere auch so sehen, wird es umgesetzt. Ich empfehle, tatsächlich für jede Stelle, wo man das braucht, einen Vorschlag einzureichen. Das ist leichter umzusetzen und die Chance steigt, dass genug andere sich aufschalten.
Zu Deiner Frage : KHKVKBelege heisst die Tabelle. Auf Datenbankebene zu ändern macht Sinn, wenn Du das einmal im Kollektiv ändern möchtest.
Für den Alltag: Wir können Dir ein App-Designer-Element erstellen, wo Du Angeboten per Multiselect einen neuen Status geben kannst. Bei Interesse bitte melden.
Im Customer Voice hast Du Gelegenheit, die Stellen zu definieren, wo Du Dir Multiselect wünscht. Wenn das genug andere auch so sehen, wird es umgesetzt. Ich empfehle, tatsächlich für jede Stelle, wo man das braucht, einen Vorschlag einzureichen. Das ist leichter umzusetzen und die Chance steigt, dass genug andere sich aufschalten.
Zu Deiner Frage : KHKVKBelege heisst die Tabelle. Auf Datenbankebene zu ändern macht Sinn, wenn Du das einmal im Kollektiv ändern möchtest.
Für den Alltag: Wir können Dir ein App-Designer-Element erstellen, wo Du Angeboten per Multiselect einen neuen Status geben kannst. Bei Interesse bitte melden.
Ganz so einfach ist es leider nicht. Früher gab es kein Multiselect in den Auskünften und mit einfach nur Multiselect aktivieren ist es nicht getan. Die Funktionen müssten auch alle entsprechend umgebaut werden, damit sie überhaupt mehrere Zeilen verarbeiten können. Kein Hexenwerk, aber man muss Programmierer-Ressourcen leider einteilen.
Zur Frage nach der Tabelle: Alle Verkaufsbelege (also auch Angebote) stehen in KHKVKBelege.
Zur Frage nach der Tabelle: Alle Verkaufsbelege (also auch Angebote) stehen in KHKVKBelege.
KHKVKBelege
Manuel Goldschmidt
Aktives Mitglied
Gibt es eine Möglichkeit, den Belegstatus von Angeboten manuell oder individuell zu definieren bzw. zu erweitern?
Hintergrund:
Für einen Kunden erstellen wir häufig mehrere Angebote, die inhaltlich Varianten desselben Artikels darstellen (z. B. drei Angebotsvarianten). Der Kunde entscheidet sich anschließend für eine dieser Varianten, etwa Angebot 1. Die übrigen Angebote (Angebot 2 und 3) werden im System automatisch als „abgelehnt“ geführt.
Inhaltlich ist diese Darstellung jedoch nur eingeschränkt korrekt, da es sich bei den nicht ausgewählten Angeboten nicht um tatsächliche Ablehnungen handelt, sondern um alternative Angebotsvarianten.
Problem:
Diese Systemlogik verfälscht die Auswertungen. Statt einer realistischen Erfolgsquote von 100 % wird beispielsweise nur 33,3 % ausgewiesen, obwohl faktisch ein Auftrag zustande gekommen ist.
Fragestellung:
Gibt es eine Möglichkeit, den Angebotsstatus flexibler zu steuern oder zusätzliche Statuswerte zu definieren (z. B. „Alternative Variante“, „durch anderes Angebot ersetzt“), sodass Auswertungen die tatsächliche Geschäftssituation realistischer widerspiegeln?
Theoretisch könnten alle Varianten in einem einzigen Angebot abgebildet werden. Bei umfangreichen Angeboten führt dies jedoch schnell zu Unübersichtlichkeit und ist daher in der Praxis nur bedingt geeignet.
Wunschlösung:
Ideal wäre eine echte Variantenlogik für Angebote, etwa in Form versionierter Angebote, zum Beispiel:
- Angebot 2025-400123 V1
- Angebot 2025-400123 V2
- Angebot 2025-400123 V3
Zur Frage direkt kann ich jetzt wenig sagen - das müsste einer der Entwickler sagen - aber:
Mit der angedachten Lösung klappt die Auswertung vermutlich auch nicht, da sich dann ja das Grundproblem ja gar nicht ändert.
Würde im Beispiel V2 angenommen werden, wären die anderen beiden dennoch abgelehnt, oder?
Wenn dann müsste man vermutlich eher an den Status ran.
Sie bräuchten neben "Angenommen" und "Abgelehnt" noch die Stati "Angenommen andere Variante" und "Abgelehnt andere Variante".
Dann könnte man in der Auswertung die wirklich angenommenen bzw. abgelehnten korrekt auswerten.
Oder?
Mit der angedachten Lösung klappt die Auswertung vermutlich auch nicht, da sich dann ja das Grundproblem ja gar nicht ändert.
Würde im Beispiel V2 angenommen werden, wären die anderen beiden dennoch abgelehnt, oder?
Wenn dann müsste man vermutlich eher an den Status ran.
Sie bräuchten neben "Angenommen" und "Abgelehnt" noch die Stati "Angenommen andere Variante" und "Abgelehnt andere Variante".
Dann könnte man in der Auswertung die wirklich angenommenen bzw. abgelehnten korrekt auswerten.
Oder?
Moin,
so weit ich weiß sind die Angebotsstati leider fest verdrahtet. Warum auch immer, das hätte man wirklich flexibler gestalten können.
Mein Vorschlag wäre das Angebot V1 zu erstellen und speichern. In den Belegmatchcode tragen sie "V1 - [Info zum Angebot]" ein .
Beim Angebot V2 können sie dann die Verknüpfung zu dem bereits bestehenden Angebot über das "Beleg zu" Feld eintragen. Der Dialog im "Beleg zu" Feld erlaubt es auch, den Belegmatchcode zu ergänzen. In den Belegmatchcode kommt dann "V2 - [Info zu Angebot]. Dieser Versionierung können sie auch im gedruckten Formular ergänzen (lassen). Über eine individuelle Auswertung, meinetwegen auch per Excel, können die dann die Angebote die V1 sind (ReferenzBelID=0 in den KHKVKBelegen) übersichtlicht von den Angeboten trennen die ein Vorgängerangebot hatten (ReferenzBelID <>0). Am Ende zählt dann nur das letzte Angebot in einer Kette. Mit ein kleinen Schuss SQL Magie ist diese Auswertung ein Klacks.
so weit ich weiß sind die Angebotsstati leider fest verdrahtet. Warum auch immer, das hätte man wirklich flexibler gestalten können.
Mein Vorschlag wäre das Angebot V1 zu erstellen und speichern. In den Belegmatchcode tragen sie "V1 - [Info zum Angebot]" ein .
Beim Angebot V2 können sie dann die Verknüpfung zu dem bereits bestehenden Angebot über das "Beleg zu" Feld eintragen. Der Dialog im "Beleg zu" Feld erlaubt es auch, den Belegmatchcode zu ergänzen. In den Belegmatchcode kommt dann "V2 - [Info zu Angebot]. Dieser Versionierung können sie auch im gedruckten Formular ergänzen (lassen). Über eine individuelle Auswertung, meinetwegen auch per Excel, können die dann die Angebote die V1 sind (ReferenzBelID=0 in den KHKVKBelegen) übersichtlicht von den Angeboten trennen die ein Vorgängerangebot hatten (ReferenzBelID <>0). Am Ende zählt dann nur das letzte Angebot in einer Kette. Mit ein kleinen Schuss SQL Magie ist diese Auswertung ein Klacks.
GlanS
Aktives Mitglied
Im Standard ist es leider nicht möglich mehrere Angebote "zusammenzufassen", weder Variantenlogik als auch komfortable Versionsverwaltung. Es gibt aber immer "Umwege" oder mit etwas Programmierung kann die Funktionalität erweitert werden.
Für die Versionsverwaltung kann z. B. der Vorschlag von @planB ohne großen Anpassungsaufwand umgesetzt werden.
Für die Variantenlogik kann z. B. ein Angebot erstellt werden und im Angebot mehrere Gruppen (Gruppe + Zwischensumme) hinterlegt werden. Den Belegdruck für die Angebote kann man schließlich so gestalten, dass man diese Gruppentrennung eindeutig erkennt z. B. neue Seite mit Kopfdaten verwenden und übersichtlicher Darstellung der (Gruppe-)Summe. Man könnte sogar im Unterschriftsfeld noch die Gruppen zum Ankreuzen anbringen, damit man bei der Auftragserstellung wirklich die richtige Gruppe auswählt...
Ansonsten muss man die Funktionalität durch die Programmierung erweitern um die Angebote "zusammenzufassen" - sei es über ein Projekt oder eigene Datenstruktur.