Seite 5/16 (Einträge 101 - 125 von 378)
[<<] [<] [1] [2] [3] [4] (5) [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [>] [>>] |
|
| #315 vom 14.06.2005 | Hallo!
Zum Kassenbuch hätte ich einen Vorschlag:
Ist es möglich , das nicht nur die jeweiligen Endsalden jeden Monat
auf der Seite erscheinen, sondern die einzelnen Tagesendbestände?
Das würde die Arbeit beim buchen deutlich erleichtern, da ich jetzt immer mitaddieren muss um ein Kassenminus auszuschließen.
Gruß Jens |
| bisherige Bewertung | sehr wichtig (23 Bewertungen) |
|
|
| #313 vom 13.06.2005 | Datums-Validierung
Hallöchen
wie hier
http://www.cao-wawi.de/index.php?option=com_forum&Itemid=44&page=viewtopic&t=5410
beschrieben, wäre eine Datumsvalidierung (innerhalb des Ranges 1899/2500 resp Warnhinweis, wenn ausserhalb des aktuellen Jahres) was zimelich nützliches.
Danke +
Gruss |
| bisherige Bewertung | sehr wichtig (4 Bewertungen) |
|
|
| #312 vom 12.06.2005 | Hi,
sehr gutes Projekt!
Habe im Moment nur einige Schwierigkeiten mein MySQL version 4.1
Werde diese wohl auch beheben können, schlage aber vor das in dieser Richtung
Anpassungen vorgenommen werden!
Danke |
| wird umgesetzt | sicher nicht |
| bisherige Bewertung | ziemlich wichtig (14 Bewertungen) |
|
|
| #311 vom 5.06.2005 | Die Frage, ob ich das Programm beenden möchte, abschaffen oder abschaltbar machen. Wenn ich auf schließen klicke oder Alt-F4 drücke, will ich das Programm beenden und nicht noch mal gefragt werden. Ich halte solche Abfragen für überflüssig. Anders wäre es wenn man das Programm mit ESC beenden könnte, da wäre eine Frage evtl. sinnvoll.
Da dies nur eine Messagebox ist, kann dies kein großer Akt sein entweder die Abfrage zu entfernen oder abschaltbar über Setup zu machen.
mfg
Michael Müller |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | im Reg.-Edit unter MAIN neuen Key anlegen
Name : ENDE_FRAGE
Typ : Integer
Wert : 0 |
| bisherige Bewertung | weniger wichtig (32 Bewertungen) |
|
|
| #310 vom 2.06.2005 | Für alle interessant ist es wohl
frei definierbare Schaltflächen zu integrieren,
die dann EXEs mit Parametern aufrufen.
Auch in Delphi (kenn mich allerdings besser mit CPP aus)
sind das nur ein paar Zeilen. Windows API ist Windows API.
Damit kann man sich ALLES basteln.
Zum Beispiel php-gtk aufrufen. Dort kann man
dann Zusatzlösungen schreiben, die den lahmen
Browser-zentrierten nur-PHP Kram in den
Schatten stellen.
Weiterer Vorteil:
Da es php-gtk auch für UNIX gibt, lässt sich
der PROZESSRAUM für den Client auf den
Server ausdehnen (wenn dort X11 installiert
ist und X11-Client APPz auf dem Server liegen
und man einen X11-Windoze Client hat).
Nie wieder warten bei langen REPORTS
a la -greife auf Daten zu usw...
Kein generieren von PDFs mehr auf der Workstation.
Externe REPORT-Generatoren können bequem
ins CAO integriert werden. Fibus könnten direkt von CAO aus
aufgerufen werden (BATCHDATEI mit mysql
Komisch, dass eine solch einfache Modifikation
(ich meine jetzt NUR die frei definierbare EXE Schaltflächen)
noch nicht in das ansonsten gute CAO Einzug
gehalten hat. Probiers mal mit diesem
FEATURE-REQ. Kann bestimmt jeder gebrauchen.
Ist wie bei Solarhandys: gibts nicht, doch JEDER könnte was damit
anfangen.
|
| bisherige Bewertung | weniger wichtig (27 Bewertungen) |
|
|
| #309 vom 1.06.2005 | Ausblenden stornierter Rechnungen
im "Journal --> Rechnung" für bessere Übersicht, da eine Änderung schon erstellter Rechnung nicht möglich ist, kommt es doch häufiger zu "Stornierungen" auch wenn es sich nur z.B. um Änderung der Anschrift o.ä. handelt (Strg.-K (Kopie) & Storno).
Ein "Nice to have" ... ;-) |
| wird umgesetzt | implementiert |
| bisherige Bewertung | sehr wichtig (12 Bewertungen) |
|
|
| #307 vom 27.05.2005 | => Feature Request:
Funktionierendes SSL beim CAO/OSC update:
CAO Anbindung an OSC, auch wenn OSC mit SSL (https) funktioniert nicht,
Updates/Transfers werden mit IO/Handler Fehlermeldung abgebrochen, sind nicht möglich.
siehe auch:
http://www.cao-wawi.de/index.php?option=com_forum&Itemid=44&page=viewtopic&p=30651#30651
Begründung: Den Shop ohne SSL betreiben ist bekanntermassen mit gewissen Risiken für den EndKunden verbunden. Beim Transfer/Update werden sensitive Daten über öffentliche Netze übertragen! Erhöhung der Sicherheit.
Danke und Gruss
spring@csi.ch
|
| wird umgesetzt | implementiert |
| bisherige Bewertung | sehr wichtig (21 Bewertungen) |
|
|
| #308 vom 27.05.2005 | Katalog Druckfunktion oder Formular(e)
Siehe auch:
http://www.cao-wawi.de/index.php?option=com_forum&Itemid=44&page=viewtopic&t=3888&highlight=
Funktion, Formular, Bereich, mit dem der Artikelbestand in Katalogform ausgegeben werden kann, nach Warengruppe/Untergruppe/Unter-Untergruppe/Artikel zum Beispiel, mit/ohne Bilder, Neue Artikel-Kataloge etc...
Danke und Gruss
Vergass ich zu sagen: CAO ist top! bottoms up!
Gruss
Simon Spring |
| bisherige Bewertung | sehr wichtig (20 Bewertungen) |
|
|
| #306 vom 19.05.2005 | unter Angebot / Positionen wäre es schön Titel einzufügen und Zwischensummen zu bilden. Bei den Zwischensummen wären Zwischensummenbreiche (also eine Summierung der Artikel unter dem Titel) sowie eine Zwischensumme die alle vorangegangenen Artikel aufsummiert schön. |
| wird umgesetzt | eher nicht |
| bisherige Bewertung | sehr wichtig (30 Bewertungen) |
|
|
| #302 vom 17.05.2005 | Adressen aus dem Shop sollten gekenntzeichnet sein, damit sie für eine Überarbeitung markiert sind. |
| bisherige Bewertung | sehr wichtig (9 Bewertungen) |
|
|
| #303 vom 17.05.2005 | Keine Lieferung an Adressen, die negativ aufgefallen sind. (Es gibts in meiner Branche qualifizierte Listen von Nichtzahlern).
Wenn nun beim Shopimport eine negative Adresse/ Name kommt, sollte eine Markierung an der Adresse sein. |
| bisherige Bewertung | sehr wichtig (15 Bewertungen) |
|
|
| #304 vom 17.05.2005 | Lagerort:
Es gibt bei der Artikelerfassung die sehr gute Möglichkeit den Lagerort zu bennenen. Wir arbeiten mit meheren Lagerorten. Die Möglichkeit der Menüauswahl der Orte wäre nicht schlecht. |
| bisherige Bewertung | sehr wichtig (17 Bewertungen) |
|
|
| #305 vom 17.05.2005 | Adressen->Feld Name1 mehr als 40 Zeichen. Ist wohl statisch kodiert. In der
Adressmaske erweckt das Feld Name1 den Anschein als passten dort
60 Zeichen hinein, doch nach 40 Zeichen ist Schluss (BEEP).
Es reicht auch -wie bereits im Forum zu lesen war- nicht aus,
das Feld Name1 datenbankseitig höher zu setzen.
In der Kaufversion (Scripting Reportgenerator) könnte man
schön in Abhängigkeit der aktuellen Feldlänge von Name1
eine schmalere Schrift zuweisen, damit das Feld
noch im Fensterkuvert sichtbar ist.
In der Free-Version müsste man eben statisch eine schmalere
Schriftart zuweisen, wenn man oft mit langen Namen
arbeiten muss.
DfdM
Danke für die Mühe, sich dieses Problem angeschaut zu haben ! |
| wird umgesetzt | eher nicht |
| bisherige Bewertung | sehr wichtig (8 Bewertungen) |
|
|
| #300 vom 8.05.2005 | Man sollte bei der Eingabe von Artikel (Einkauf) nicht nur die Ek´s sonder auch die VK´s ändern können. Wenn sich der EK ändert muss man bei einer Bestellung immer noch alle Artikel aufrufen um die VK´s anpassen zu können. Dies wäre einfacher wenn bei jedem Artikel der im EK Formular steht auch die VK SPalte erscheinen würde. |
| bisherige Bewertung | sehr wichtig (22 Bewertungen) |
|
|
| #301 vom 8.05.2005 | I would like to request a new feature and that is multi-language support, or at least english language.
|
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | See Forum, Search for GNU Gettext |
| bisherige Bewertung | ziemlich wichtig (13 Bewertungen) |
|
|
| #298 vom 2.05.2005 | Wär es möglich die Feldgröße des Langtexts bei
Stammdaten=>Artikel=> Allgemein
verkleinern und dafür das Feld Info zu vergrößern?
Da ja bei der Rechnung der Langtext (Beschreibung) verwendet wird, fände ich es angenehmer zum Arbeiten, wenn das Feld Info größer wäre.
Oder kann man diese Werte schon wo anpassen?
LG
Werner
P.S: CAO ist einfach spitze :)
|
| bisherige Bewertung | sehr wichtig (3 Bewertungen) |
|
|
| #297 vom 28.04.2005 | Verwaltung von Sonderangeboten mit CAO für Oscommerce |
| wird umgesetzt | wahrscheinlich |
| bisherige Bewertung | sehr wichtig (40 Bewertungen) |
|
|
| #293 vom 26.04.2005 | Eine automatische Stellplatz vergabe würde ich voschlagen.....
Das heißt folgendes ...
Es wird eine Liste der vorhandenen Lagerplätze erstellt.
Mit den verschiedenen Dimensionen *Platznummer/name + H:B:T + Kg.
Dem entsprechend wird dann errechnet ob und wieviel VPE einer Artikelsorte auf einen Stellplatz passen oder ein weiterer Platz gebucht werden muss.
Bei der Erstellung einer Packliste für die Lagermitarbeiter, werden dann die möglichen Stellplätze angegeben.
Sollte der Mitarbeiter den Artikel X 1x packen, steht auf dem Schein *Platz XYZ*, hat er aber eine größere Anzahl des selben Artikels bekommt er auf dem schein folgende Informationen -> zb: 20stck von Platz 1 + 5stck von Platz 2.
Desweiteren wäre eine Artikel/Colli (zb Paletten) Zuordnung nicht schlecht.
Da wir mit bis zu 20 Collis pro Kunde arbeiten und zur zeit leider keine Colli Listen haben, wäre so eine Zuordnung sehr hilfreich, nicht nur für uns sondern auch für den Kunden, da er sehen kann welcher artikel sich in welchem Colli befindet.
Vielleicht wären diese beiden Optionen in einer Lagerverwaltung gut aufgehoben.
Nun ich weiß nicht in wie weit Ihr daran schon gedacht oder dies mit einbezogen habt.
Es würde mich aber freuen , wenn Ihr so etwas realisieren könntet.
Solltet Ihr eine Lagerverwaltung in betracht ziehen, würde ich mich auch gerne finanziel an der Umsetzung beteiligen.
Abschliessend noch ein großes Lob Euch
Ich habe schon einige WWS getestet , es gibt aber sehr wenige Systeme die so *einfach* aufgebaut sind und trotzdem so viel bieten.
Macht weiter so Wink |
| bisherige Bewertung | weniger wichtig (16 Bewertungen) |
|
|
| #294 vom 26.04.2005 | Man sollte in Rechnungen den Endbetrag pro Position eingeben können und dann wird automatisch die Prozentzahl Rabatt in Abhängigkeit vom Listenpreis dazu berechnet. Im Moment kann man lediglich eine Prozentzahl eingeben und dann wird der Endbetrag berechnet. Wäre bestimmt nur eine klitzekleine Erweiterung, aber für mich wahnsinnig wichtig. |
| bisherige Bewertung | sehr wichtig (19 Bewertungen) |
|
|
| #295 vom 26.04.2005 | Es wäre super wenn man die Rechnungs- und Einkaufsjournale nicht nur für die Optik nach bezahlt und unbezahlt sortieren könnte, sondern wenn dies auch beim drucken ginge!
Ausserdem vermisse ich eine automatische Berechnung und Anzeige von überfälligen EK-Rechnungen! Das Datum gebe ich ja an, die Tage auch, dann sollte die Berechnung kein Problem sein. Schön wäre dann natürlich auch, wenn überfällige Rechnungen rot dargestellt werden würden. Noch schöner wäre es, wenn Rechnungen innnerhalb der Skonto-Tage eine andere Farbe hätten.
|
| bisherige Bewertung | sehr wichtig (11 Bewertungen) |
|
|
| #296 vom 26.04.2005 | Der Rabatt für einen Beleg sollte nicht bei jeder einzelnen Position eingetragen werden, sondern einmal am Schluss. Ebenfalls wäre es schön, wenn man einen Totalbetrag eingeben könnte, und Cao rechnet automatisch den Rechnungsrabatt. Es kommt ja ab und zu vor, dass ein Kunde sagt "1324.-? ich bezahle 1300.-". |
| bisherige Bewertung | sehr wichtig (20 Bewertungen) |
|
|
| #292 vom 24.04.2005 | Der Export/Import der Artikellisten von EK-Bestellungen, Einkäufen und Verkäufen in/aus CSV-Dateien wäre sehr praktisch. Beim Import sollte es dann die Wahl zwischen Matchcode und Artikelnummer geben. Beim Export sollte die Artikelnummer des Lieferanten (sofern vorhanden) mit ausgegeben werden. |
| bisherige Bewertung | sehr wichtig (2 Bewertungen) |
|
|
| #291 vom 21.04.2005 | Diese Nachfrageliste nach Rubriken ordnen, damit eine planvolle Arbeit möglich ist.
Für manche Nutzer, die evtl. auch bezahlen, weil sie ständig Umsätze generieren...
kann ein Bereich wichtig sein, den die meisten Leute hier evtl. übersehen.
Damit jeder sich schnell zurecht findet und vor allem der Programmierer eine nach Themengebieten/ Scriptbereichen geordnete todo-Liste bekommt, kann evtl. eine Ordnungsstruktur große Erleichterung schaffen. |
| Anmerkung eines Administrators | Wünsche ich mir auch, jedoch hat sich noch keiner gefunden der dies tuen würde :-(
Wenn ich es machen muß, fehlt die Zeit leider an der CAO-Weiterentwicklung. |
| bisherige Bewertung | sehr wichtig (6 Bewertungen) |
|
|
| #290 vom 20.04.2005 | Formular-Vorlagen (z.B. Rechnung) sollten an die Spracheinstellung einer Adresse (z.B. Kunde) gebunden werden, d.h. beim Druck sollte automatisch eine bestimmte Vorlage vorausgewählt werden. Falls für die Spracheinstellung eines Kunden kein spezifisches Formular zugeordnet wurde, sollte stattdessen ein Standardformular gewählt werden.
Da ich Rechnugnen weltweit verschicke, bin ich bisher gezwungen, bei jedem Druckvorgang die jeweilige Version (deutsch/englisch) des Rechnungsformulars manuell auszuwählen. |
| bisherige Bewertung | sehr wichtig (9 Bewertungen) |
|
|
| #288 vom 7.04.2005 | Es fehlt bislang die Möglichkeit, in Lieferschein-Formularen auch Daten aus der dazugehörigen Rechnung aufzuführen (z.B. Zahlart, Zahldatum, etc.) |
| wird umgesetzt | sicher nicht |
| bisherige Bewertung | ziemlich wichtig (23 Bewertungen) |
|
|
| [<<] [<] [1] [2] [3] [4] (5) [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [>] [>>] |
