Seite 6/16 (Einträge 126 - 150 von 378)
[<<] [<] [1] [2] [3] [4] [5] (6) [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [>] [>>] |
|
| #289 vom 7.04.2005 | Sortierung der Einkaufsvorschläge
Beim Durchführen einer EK-Bestellung erscheinen die Einkaufsvorschläge
nicht sortiert; es gibt auch keine Möglichkeit, die Sortierung
einzustellen. |
| wird umgesetzt | wahrscheinlich |
| bisherige Bewertung | sehr wichtig (8 Bewertungen) |
|
|
| #286 vom 4.04.2005 | Warenbestandsanzeige an der Kasse
In dem kleinen Spielwarengeschäft, um das es hier geht, liegen alle gängigen Spiele zum ausprobieren geöffnet in den Regalen. Wenn kein neuverpacktes Spiel mehr auf Lager ist, soll das Geöffnete aus dem Regalgenommen werde, um Entäuschungen bei den Kunden zu vermeiden. Die einzigen Personen im Laden, die dies leisten, sind die Kassierer/Verkäufer. Leider haben diese im Moment keine Möglichkeit den aktuellen Warenbestand eines Artikels einzusehen. Es würde deshalb eine Lösung gebraucht, die beim Kassieren auf einen niedrigen Warenbestand für einen bestimmten Artikel hinweist. |
| bisherige Bewertung | sehr wichtig (27 Bewertungen) |
|
|
| #287 vom 4.04.2005 | Editieren von Einträgen in der Listenansicht schaltbar gestalten
In den Listenansichten der Artikel, Adressen usw. kann man ohne weitere Sicherheitsabfrage den Inhalt von Feldern ändern. Leider passiert das hier einfach zu oft (ein Mitarbeiter klickt aus Versehen in die Liste und tippt wild rum, weil er z.B. denkt das Suchfeld getroffen zu haben - und schon ist ein Datensatz teilweise im Eimer).
Ich sehe dabei durchaus den Vorteil, den ein direktest Editieren der Listeneinträge mit sich bringen kann. Um eine möglichst flexible Nutzung zu bieten, würde ich deshalb folgendes vorschlagen:
In jeder Listenanicht wird ein Schalter präsentiert (oder ein Menüeintrag?), der es ermöglicht das Editieren freizuschalten oder zu sperren. In den globalen Einstellungen (oder denen des angemeldeten Nutzers) wird eine Option geschaffen, die das Standardverhalten für die Edittiermöglichkeit festlegt - also entwerder das freie Editieren als Standard erlaubt oder verbietet. Dabei wird bei jedem Verlassen der aktuellen Ansicht das Editierverhalten auf den Standard zurückgesetzt.
http://www.cao-wawi.de/index.php?option=com_forum&Itemid=44&page=viewtopic&t=4843
Gruß, Lars |
| bisherige Bewertung | sehr wichtig (18 Bewertungen) |
|
|
| #285 vom 30.03.2005 | Hallo,
ein Batch-Ablauf für die Formulare: z-B. bei einem Rechnungsformular ein Feld einzubauen mit dem man Ausdruck von Lieferschein erzeigen kann.
In Lieferschein wiederum das gleiche Feld mit dem man Ausdruck von Versandaufkleber erzeigen kann.
Ein Knopfdruck und man bekommt die Ausdrucke Lieferschein, Rechnung und Versandaufkleber. Und das alles evetuell über verschiedene Drucker oder verschiedene Drucker-Schächte.
Grüße
Dario |
| bisherige Bewertung | sehr wichtig (8 Bewertungen) |
|
|
| #284 vom 26.03.2005 | Wareneingangsbuchung nach Lieferschein
Hallo,
ist eine Wareneingangsbuchung nach Lieferschein geplant?
Hintergrund:
Bekomme teilweise von einem Lieferanten 2-3 mal die Woche Warenlieferung. Die Rechnung wird aber mit zusammengefassten Lieferscheinen 14-tägig verschickt.
Auch bekomme ich von einigen anderen Lieferanten meine Ware mit Lieferschein und einige Tage später erst die Rechnung.
Jetzt müßte man den Warenbestand über Lieferscheine verändern können und dann später diese LS den entsprechenden Eingangsrechnungen zuordnen können.
Lieferschein bedeutet ja auch "geliefert" und "geliefert" bedeutet Erhöhung des Warenbestandes |
| wird umgesetzt | sicher |
| bisherige Bewertung | sehr wichtig (157 Bewertungen) |
|
|
| #283 vom 17.03.2005 | Hallo, ist es möglich, in Zukunft bereits geschriebenen Angeboten im nachhinein zu ändern? Ist nämlich ziemlich nervig, jedesmal nach Angebotsabgabe wegen einer Änderung im Ursprungsangebot ein komplett neues zu erstellen. MfG |
| wird umgesetzt | sicher nicht |
| bisherige Bewertung | sehr wichtig (48 Bewertungen) |
|
|
| #282 vom 8.03.2005 | Nutzung der Afterbuyschnittstellen, ähnlich wie beim Shop. (OSC, XTC)
Artikel mit CAO anlegen und bearbeiten und per Button in AB uploaden.
|
| bisherige Bewertung | weniger wichtig (42 Bewertungen) |
|
|
| #281 vom 3.03.2005 | eine multilanguage version |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | See Forum, Seek for GNU Gettext |
| bisherige Bewertung | ziemlich wichtig (33 Bewertungen) |
|
|
| #280 vom 28.02.2005 | Ausgebaute Suchfunktion in Journalen
Wäre super wenn es möglich wäre dieselbe Suchfunktion wie auch bei Artikel, Adressen, etc verwendet wird, auch bei den Journalen zu Integrieren.
Bei der derzeitigen Suchfunktion ist es leider nicht möglich z.B. die Rechnungen von selektierten Kunden aufzulisten.
Wäre super, wenn dies in der nächsten Version möglich wäre... |
| wird umgesetzt | eher nicht |
| Anmerkung eines Administrators | Rechnungen von Kunden sieht man in der Historie im Adressstamm |
| bisherige Bewertung | sehr wichtig (21 Bewertungen) |
|
|
| #277 vom 23.02.2005 | Bestellwesen bei EK wie folgt ändern.
Nachdem der EK in einen Einkauf gewandelt wurde sollte bei Wareneingang die gelieferten Artikel aus dem EK Formular verschwinden und beim nächsten Aufruf nur noch die nicht gelieferten Artikel aufgelistet werden. |
| bisherige Bewertung | sehr wichtig (16 Bewertungen) |
|
|
| #278 vom 23.02.2005 | Nun zu meinen Vorschlägen:
1. Da ich ständig am laufen habe und mich nebenbei anderen (Arbeits)Aufgaben widme, würde ich einen automatisierten Shop-Transfer mit Fenstermeldung (z.B. es sind 3 Bestellungen eingegangen) für sehr sinnvoll halten.
2. Eine Synchronisation der CAO-PIM (Terminkalender) mittels USB oder Infrarot mit dem Handy. Wäre das möglich? |
| bisherige Bewertung | weniger wichtig (45 Bewertungen) |
|
|
| #279 vom 23.02.2005 | Für den Fall, daß die Auftragsbearbeitung in CAO Einzug hält wäre es für einige Anwender (natürlich auch für mich) sinnvoll das Feld "Auftragsnummer", bei Neuanlage, editierbar zu halten. Allerdings müßte dann natürlich eine Doublettenprüfung durchgeführt werden (wenn Focus vom Feld genommen wird). Oder man bekäme die Möglichkeit in der Nummernkreisverwaltung die automatische Vergabe abzuschalten, verbunden mit dem "Zwang" diese bei Neuanlage des Auftrages einzugeben.
Wir arbeiten mit Auftragsformularen die schon mit einer Nummer versehen sind. Diese mit der Auftragsnummer in der Faktura in Übereinstimmung zu bringen wäre deshalb sehr praktisch.
Ist nur so ein Gedanke von mir und nicht wirklich wichtig. Vieleicht verhindert es bei dem einen oder anderen dem "Nummern-Wahnsinn" anheim zu fallen!
Vielen Dank
Thomas |
| wird umgesetzt | eher nicht |
| bisherige Bewertung | ziemlich wichtig (13 Bewertungen) |
|
|
| #276 vom 22.02.2005 | Ich wünsche mir eine Suchfunktion für die Feature Requests ;)
Keine Ahnung, ob der schon irgendwo steht:
Warnung, falls Eingangsrechnungsnummer bereits belegt. Sicher, es kann zu Dopplungen kommen, falls verschiedene Lieferanten das gleiche Programm nutzen. Ein Hinweis wäre aber allemal gut.
Danke
Uwe |
| Anmerkung eines Administrators | Wünsche ich mir auch :-) |
| bisherige Bewertung | weniger wichtig (22 Bewertungen) |
|
|
| #274 vom 19.02.2005 | Hallo Jan P.,
ich habe in der Tabelle Schriftverkehr gesehen, das das Feld LANG_TEXT ein reines Textfeld ist. Meines Wissens können auch die WP-Tools mit Blobs umgehen. Könntest Du den Feldtyp ändern oder mir sagen, warum Du Text genommen hast? Es soll keine Kritik sein!!!!
Warum ich Frage hat folgenden Grund: Ich habe den Source gekauft und passe (wie Du vielleicht gesehen hast) die Wawi (z.Z.) für mich persönlich an. Ich habe als Editor Komponente TRichView. Wenn ich nun ein Bild in die Textverarbeitung einfüge, speichere und den Brief hinterher wieder lesen möchte, kommt der reine RTF (Quell) Text. Mit Blob würde das nicht passieren. Nehme ich Text ohne Bild, dann passiert das nicht.
Danke
Tom (Tool) |
| Anmerkung eines Administrators | Was du schreibst stimmt so nicht, bitte beschäftige dich mit TRichview und dem Reportbuilder genauer !
Das Feld ist in der DB vom Typ TEXT und Text ist im Prinzip ein BLOB-Feld. |
| bisherige Bewertung | ziemlich wichtig (7 Bewertungen) |
|
|
| #275 vom 19.02.2005 | Erstmal großes Lob an alle Mitwirkenden! Ein wirklich sinnvolles und gutes Programm.
Ich setze CAO bisher noch nicht produktiv ein sondern teste gerade die Einsetzbarkeit in unserem Tätigkeitsfeld repektive die "interne Bereitschaft" zu einem Wechsel der WAWI (bisher Lexware fopro; mein Urteil: in vielen Punkten schei...).
1) Was mir und vieleicht einigen anderen Anwendern die Arbeit etwas erleichtern würde, wäre eine Funktion welche den Listenpreis in alle VK's übernimmt (per Button oder automatisch). Bei uns sind über 90% der Artikel im Listenpreis=Verkaufspreis.
2) An dieser Stelle möchte ich, hoffend dieses als konstruktive Kritik und nicht Mäkelei verstanden zu wissen, auf die leidige Verbindung des Rechnungsdruckes mit "Speichern und Buchen" eingehen. Eine manchmal eben doch nötige Änderung einer Rechnung wird dadurch etwas umständlich.
Unabhängig von Flüchtigkeitsfehlern die man selber macht, wissen einige Kunden im Gegensatz zu uns nicht immer was sie tun. Auch die Tatsache, daß einige Rechnungen intern zur Überprüfung vorgelegt werden müssen erleichtert den Einsatz von CAO nicht gerade.
Möglich aus meiner Sicht wäre z.B. "Rechnung drucken" und nachfolgend (zum Feierabend) "Rechnung buchen"/"Rechnung finalisieren".
Wer Rechnungsnummern ändern möchte kann dieses auch jetzt schon (Manipulation in journal/journal_pos) aber eben etwas umständlich.
Vieleicht schafft ja eine Anwenderbefragung/Abstimmung diesbezüglich Klarheit über den tatsächlichen Bedarf einer Änderung.
Ich würde mich jedenfalls sehr freuen dadurch dieses schei... Lexware loszuwerden!!! (welches dummerweise gerade dieses nachträgliche Ändern einer Rechnung bis zur Bezahlung ermöglicht)
Vielen Dank. |
| wird umgesetzt | eher nicht |
| Anmerkung eines Administrators | Es ist nicht geplant diese Art der "Rechnungsmanipulation" zu unterstützen. |
| bisherige Bewertung | sehr wichtig (25 Bewertungen) |
|
|
| #273 vom 11.02.2005 | Hallo!
Ich hätte folgenden Vorschlag für CAO-Kasse:
1. Die Beschriftung der Zahlart "EC-Karte" umändern in "Karte" und danch eine Auswahlmöglichkeit (Checkbox und dahinter eine änderbare Bezeichnung) oder nur ein Eingabefeld für die Kartenart (z.B. Visa, Mastercard, EC-Karte usw.). Im Tagesjournal sollten dann auch die Gesamtumsätze für Visa, Mastercard usw. aufscheinen.
2. Perfekt wäre dann auch noch, wenn für Kartenzahlung automatisch eine Rechnung in CAO-Faktura generiert werden würde.
Punkt 1 wäre für mich sehr wichtig, über Punkt 2 würde ich mich sehr freuen.
Mit freundlichen Grüßen
Martin |
| bisherige Bewertung | sehr wichtig (11 Bewertungen) |
|
|
| #272 vom 3.02.2005 | 1. ich bin ganz neu hier und vermisse die Möglichkeit Preise per Hundert bzw. per Tausend einzugeben. In einem Forumsbeitrag wurde angekündigt, dass das in einer neuen Version kommt. In der Road-Map steht davon allerdings nichts.
2. wir arbeiten mit (für die einzelnen Kunden) sehr unterschiedlichen und auch wechsaelnden Preisen. Wir wünschten uns, daß der jeweils zuletzt berechnete Preis für den jeweiligen Kunden als neuer Kundenpreis übernommen wird.
|
| wird umgesetzt | wahrscheinlich |
| bisherige Bewertung | sehr wichtig (22 Bewertungen) |
|
|
| #271 vom 27.01.2005 | Betrifft: Filter in Listenansichten
Ich fände es praktisch, wenn man bei Auflistungen (z.B. im Rechnungsjournal) für
jede Spalte separate Filterkriterien festlegen könnte.
Vorstellen könnte ich mir als Einstieg eine Syntax basierend auf Wildcards
a la SQL für Text und Datumsangaben.
MfG
Mike |
| bisherige Bewertung | weniger wichtig (17 Bewertungen) |
|
|
| #270 vom 24.01.2005 | Taschenrechnerfunktion in der Spalte "Menge" in der Artikelauflistung, wenn man eine Rechnung/Lieferschein schreibt.
Da wir öffters QM-Flächen zusammen rechnene müsse wäre schon sehr hilfreich, wenn es so eine Funktion geben würde. |
| bisherige Bewertung | weniger wichtig (49 Bewertungen) |
|
|
| #265 vom 13.01.2005 | Betr: KFZ-Verwaltung
Ich hab mal meinen KFZ-Brief genommen und Daten eingetragen. Dabei fällt auf, dass fast alle Feldlängen zu kurz sind. Will man z.B. bei Polster "Leder braun" entragen, geht nur "Leder brau".
Sodann wären nach meinem Dafürhalten die neuen Felder Modellname und Hersteller hilfreich.
Gruß, Mac |
| wird umgesetzt | wahrscheinlich |
| bisherige Bewertung | ziemlich wichtig (22 Bewertungen) |
|
|
| #266 vom 13.01.2005 | Hi
Betr. Darzustellende Zeiträume in Listen
Derzeit wird für jede Listenansicht (z.B. Journale Angebot, Lieferschein, Kasse usw.) der Darstellungszeitraum getrennt eingestellt. Das heisst, ich kann z.B. Angebote Jahresansicht 2005 und gleichzeitig Lieferschein Monatsansicht Januar 2004 usw. einstellen. Diese Flexibilität ist natürlich nicht zu überbieten und auch notwendig.
Beim täglichen Arbeiten ist mir allerdings aufgefallen, dass es durchaus nützlich sein könnte, wenn man die Möglichkeit hätte, diese Einstellung für alle Listings gleichzusetzen. Beispiel: Wenn ich auf Monatsansicht Dezember 2004 einstelle, gilt das für alle Listen. Häkchen neben der Auswahl ("Gilt für alle") wäre wohl am praktischsten.
Gruß, Mac
|
| bisherige Bewertung | sehr wichtig (8 Bewertungen) |
|
|
| #267 vom 13.01.2005 | KFZ Vertwaltung
In der KFZ-Verwaltung ist die Feldlänge für Reifen zu kurz. Außerdem wäre es sinvoll 2 Reifengrößen zu haben(Sommer+Winter). Das Feld Fahrgestell-Nr sollte nur Großbuchstaben annehmen.
Greetz illy |
| wird umgesetzt | wahrscheinlich |
| bisherige Bewertung | sehr wichtig (10 Bewertungen) |
|
|
| #268 vom 13.01.2005 | An den KFZ Daten ist die Feldlänge für Reifen zu kurz. LKW Größen passen nicht hinein. Außerdem denke ich es wäre sinnvoll 2 Felder für Größen zu haben(Sommer+Winter z.B.) da in den meisten Scheinen 2 Größen stehen. Außerdem ist es etwas unpraktisch das das Feld FGST-Nr Kleinbuchtstaben annimmt.
Greetz illy |
| wird umgesetzt | sehr wahrscheinlich |
| bisherige Bewertung | sehr wichtig (2 Bewertungen) |
|
|
| #269 vom 13.01.2005 | KFZ-Verwaltung
Die Eingabe der Fgst Nummer könnte vereinfacht werden in dem kleine Buchstaben in große umgewandelt werden und evtl. ein grünes Häkchen bei Eingabe der 17.Stelle erscheint(bei andere Software so gesehen). Außerdem ist das Feld für die Reifengröße zu kurz. LKW-Größen passen da nicht rein. In den meisten Fahrzeugscheinen sind 2 Reifengrößen eingetragen(Sommer+Winter) weshalb ich ein 2 Feld für Reifengröße sinnvoll fände.
Gruß illy |
| wird umgesetzt | sehr wahrscheinlich |
| bisherige Bewertung | sehr wichtig (2 Bewertungen) |
|
|
| #264 vom 4.01.2005 | Folgende weitere Funtionen im PIM wären super:
* Termine für andere Benutzer Eintragen
* Andere Benutzer Einladen (also Termine für mehere User)
* Aufgaben zuweisen (auch hier: Aufgaben für mehere user)
Ok, CAO soll ja keine Groupware sein, aber uns würde dies die Arbeit sehr erleichtern! |
| bisherige Bewertung | weniger wichtig (67 Bewertungen) |
|
|
| [<<] [<] [1] [2] [3] [4] [5] (6) [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [>] [>>] |
