Seite 11/16 (Einträge 251 - 275 von 378)
[<<] [<] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] (11) [12] [13] [14] [15] [16] [>] [>>] |
|
| #158 vom 9.02.2004 | Gutschrift Erstellen von Gutschriften ..... wie z.B. in anderen Fakturaprogrammen (Wichtig bei Retouren die bereits bezahlt sind) |
| bisherige Bewertung | sehr wichtig (101 Bewertungen) |
|
|
| #157 vom 7.02.2004 | Ich vergebe meine Nummern für einige Nummernkreise nach dem Datumsmuster mit einer fortlaufenden Nummer.
Eine Vergabe die soweit ich weiss (zumindest in meinem Bekanntenkreis) viele machen.
Beispiel für Angebotsnummern:
O20040131001
O = Offerte 2004 = Jahreszahl 01 = Monat 31 = Tag 001 = Fortlaufende Nummer
Es wäre toll, wenn man bei Einstellungen für den Nummernkreis (pro Nummernkreis) festlegen könnte, ob diese neue Art der zählweise verwendet werden soll, oder die bisherige einfache das nämlich nur eine fortlaufende Nummer hochgezählt wird.
Details: Das Feld im Nummernkreis selbst wird dann täglich die fortlaufende Nummer beinhalten und für jeden neuen Tag wieder automatisch auf 1 zurückgesetzt. Wenn eine z.B. Angebotsnummer dann erzeugt wird und es ist festgelegt das nach dem Datumsnummernprinzip die Nummer erzeugt werden soll, dann wird diese einfach aus dem aktuellen Datum (JahrMonatTag) und der nächsten freien Nummer aus dem Nummernkreis zusammengesetzt.
Hoffe dieses Features ist für viele interessant, sodass es auch tatsächlich Einzug halten wird in CAO.
Freundliche Grüße, Claudio |
| bisherige Bewertung | sehr wichtig (47 Bewertungen) |
|
|
| #156 vom 4.02.2004 | Ich würde es sehr gut finden wenn bei den Artikel auch die Möglichkeit hätte z.B. wie es in der Mode- oder Schuhbranche notwendig ist verschiede Größen der Artikel angeben könnte. |
| Anmerkung eines Administrators | Hallo, ein Größenfeld existiert doch bereits ... |
| bisherige Bewertung | ziemlich wichtig (28 Bewertungen) |
|
|
| #154 vom 30.01.2004 | Bei einem Zahlungseingang sollte man das Bankkonto auswählen können, wenn mehrere vorhanden sind. Daraus ergibt sich dann auch die Fibu-Zuordnung |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | ab 1.2 Stable implementiert |
| bisherige Bewertung | sehr wichtig (31 Bewertungen) |
|
|
| #155 vom 30.01.2004 | Beim drucken der Rechnung sollte es eine Möglichkeit geben, Firmenpapier für den Kundenbeleg aus Schacht X, sowie die Kopie der Rechnung mit Blankopapier aus dem Schacht Y einzuziehen. |
| bisherige Bewertung | sehr wichtig (39 Bewertungen) |
|
|
| #153 vom 26.01.2004 | Ich importiere Preislisten von Lieferanten mit bis zu 40.000 Artikeln, hierbei werden die über die Grundeinstellung und über Warengruppen die Preise zugeordnet. Leider ist es nicht möglich Nachträglich einen speziellen Preis unter VK1-VK5 zu hinterlegen. Die pauschale Kalkulation und die Abstuffung nach Warengruppen lässt es nicht zu, und wenn ich die Warengruppe weglasse, fehlt mir die Zuordnung zu dieser. da sich die bisherige Lösung auf ganze WGs bezieht. Das Erstellen von speziellen VK Preisen unter VK1-5 durch hinterlegen des Kalkulationsfaktors fur die einzelnen VKs der Artikel wäre wünschenswert, und wenn noch ein Flag diesen Faktoren die Priorität zuweist sofern nicht leer, können diese auch bei nachfolgenden Preisimporten die Preise entsprechen korrigieren. Diese Funktion wäre wichtig, um zu niedrige Verkaufspreise für einzelne Artikel zu erhöhen oder zu hohe zu senken.
|
| bisherige Bewertung | sehr wichtig (13 Bewertungen) |
|
|
| #152 vom 25.01.2004 | Könnte man bei der Import-Funktion für Adressen und Artikel. Eine Funktion integrieren in der man die Importeinstellung, die man macht abspeichert?
Ich habe folgendes Problem. Ich muß täglich mehre Kunden aus eine externen Datei einlesen. Klappt so weit immer ganz gut, aber man muß alle Einstellungen immer wieder neu vornehmen, dass ist etwas mühsam.
Gruß AdrianP |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | Bei Artikeln geht das bereits, bei Adressen wird es kommen ...
Nachtrag, Profile für Adressen sind ab 1.2 Stable ebenfalls implementiert |
| bisherige Bewertung | sehr wichtig (25 Bewertungen) |
|
|
| #150 vom 22.01.2004 | Kassenmodul verändern ?
Durch den Gesetzgeber ist es vorgeschrieben, das bei Verkäufen über 100 Euro beim Kauf durch Firmen die Kundenadresse auf dem Beleg steht. Nur wer weiß das schon vorher ?
Daher könnte man grundsätzlich vor dem Druck im Kassenmodul den Kunden abfragen, ist der Kunde bekannt okay ansonsten kann er angelegt werden,( Adressen sind Gold wert).
Die gespeicherten Belegdaten werden mit den für diesen Kunden hinterlegeten Verkaufsdaten abgeglichen und die Preise und Zahlungsbedingungen aktualisiert.
Danach der entsprechende Beleg ausgegeben. Bar = Bondrucker, wenn vorhanden und sofern ein Bondruck ausreicht, ansonsten den entsprechenden Beleg über den normalen Drucker. Auch ein Druck als Angebot sollte möglich sein.
Die CAO Kasse würde sich in ein Verkaufsbelegprogramm wandeln, wobei in Cao Faktura die Funktion Rechnungserstellung durch Belegwandlung beibehalten würde.
|
| bisherige Bewertung | sehr wichtig (31 Bewertungen) |
|
|
| #151 vom 22.01.2004 | Kassenmodul :
Durch eine wahlweise Sperrmöglickeit im Kassenmodul von allen nicht zur Artikelsuche und Kundensuche erforderlichen Feldern , wäre eine hohe, wünschenswerte Datensicherheit gegeben, da man Faktura nicht auf allen Workstationen aktivieren muss und der Zugang zu den Stammdaten begrenzt ist.
|
| wird umgesetzt | sicher |
| bisherige Bewertung | ziemlich wichtig (7 Bewertungen) |
|
|
| #148 vom 21.01.2004 | Import Seriennummern
Teilweise werden Seriennummern an Orten erfasst, an denen es kein PC mit CAO gibt, z.B. im Speditionslager. Allerdings hätte man dort die Möglichkeit, eine Excel-oder Text-Tabelle zu erstellen, die im Anschluss ins CAO importiert werden müsste. Dabei sollte die Import-Funktion unabhängig vom Vorgang (Einkauf/Verkauf), mann muß halt nur festlegen, ob es ein Zu- oder Abgang mit entsprechenden Belegnummern ist.
Geht sowas???? |
| bisherige Bewertung | ziemlich wichtig (9 Bewertungen) |
|
|
| #149 vom 21.01.2004 | Das Export-Modul. Es ermöglicht eine Verwaltung von selbstdefinierten SQL-Abfragen. Es wäre schön, wenn man diesen SQL-Abfragen ein Report-Formular für den Druck zuordnen könnte. Der Druck von Artikel- oder sonstigen Listen könnte dann ja auch über das Exportmodul verwaltet (und bearbeitet) werden, oder? |
| bisherige Bewertung | ziemlich wichtig (6 Bewertungen) |
|
|
| #147 vom 20.01.2004 | In Angeboten sollte (wäre für uns sehr wichtig) man einzelne Positionen als Alternativpositionen kennzeichnen können. D.h. die Position wird erfasst und der Einzelpreis angezeigt, evtl. auch Gesamtpreis für die angefragte Menge, wird aber nicht zum Angebotspreis addiert. Wird der Artikel doch genommen kann man ihn bei der Wandlung zur AB/Rechnung einfach aktivieren. |
| bisherige Bewertung | sehr wichtig (40 Bewertungen) |
|
|
| #143 vom 16.01.2004 | Einfuegen einer Spalte in die Tabelle FIBU_KASSE mit dem jeweils angemeldeten User.
Dient der besseren Kontrolle, wenn mehrere Mitarbeiter dort Aenderungen vornehmen muessen. Aehnlich in den Tabellen ARTIKEL, ADRESSEN etc.
|
| bisherige Bewertung | sehr wichtig (12 Bewertungen) |
|
|
| #144 vom 16.01.2004 | Eingabe der Seriennummern sollte eventuell bei der Inventur integriert werden. Ansonsten macht man eine Inventur und gibt dann alle Seriennummer im Artikel-Stamm nochmal extra ein.
Integration eines Feldes des aktuellen Bestandes (MENGE_AKT) in die Inventur um nicht alle Datensätze, welche korrekt sind, mit ändern zu müssen.
|
| bisherige Bewertung | sehr wichtig (19 Bewertungen) |
|
|
| #145 vom 16.01.2004 | Mandantenwahl vor dem Login.
Bei mehreren Mandanten wird immer der zuletzt genutze voreingestellt. Es muss dann erst dort eine Anmeldung erfolgen bevor man zu einem anderen Mandanten wechseln kann.
|
| bisherige Bewertung | sehr wichtig (13 Bewertungen) |
|
|
| #146 vom 16.01.2004 | ebay-Schnittstelle
eBay-Tool, so ähnlich wie das Online-Shop Tool, mit dem man Auktionen aus CAO heraus managen kann.
Wichtig wäre im ersten Schritt, dass man das Verkaufshandling abgenommen bekommt.
D. h. CAO fragt in frei wählbaren Abständen die ebay-API um neue Verkäufe an.
Holt Artikel, Menge, Preis, Versandkosten und Käuferdaten ab. und stellt die Aufträge in die Vorgangsliste, wo sie bequem weiterbearbeitet werden können. |
| wird umgesetzt | eher nicht |
| Anmerkung eines Administrators | Hallo, leider ist die EBAY-API nicht kostenlos, es fehlt also das Geld für eine solche Anbindung. |
| bisherige Bewertung | sehr wichtig (127 Bewertungen) |
|
|
| #142 vom 12.01.2004 | Eine implementierte Einnahmen/Überschußrechnung, GuV, Umsatzsteuererklärung. Und wenn es erstmal nur eine ganz einfache FiBu mit 5 Konten ist.
Finde ich sehr wichtig, dann hat man all in one.
Warenwirtschaft, Kundenverwaltung, Internetshopverwaltung, FiBu ;-) |
| wird umgesetzt | eher nicht |
| Anmerkung eines Administrators | CAO ist eine WaWi, was war nie unser Ansinnen eine Fibu zu integrieren. |
| bisherige Bewertung | sehr wichtig (34 Bewertungen) |
|
|
| #141 vom 9.01.2004 | Wiederkehrende Angebote
Angebote und Rechnungen, die nach frei definierten Intervallen - UND abhängig von den Artikeln - automatisch von einer Vorlage erstellt werden. Dabei kann der Anwender wählen, ob das Angebot / die Rechnung zur Bearbeitung (EDI-Rechnung) erstellt oder direkt ausgedruckt wird. Innerhalb der Angebots (Rechnungs)positionen kann mit Platzhaltern der Zeitraum für die Berechnung autom. eingetragen werden, so daß dafür keine erneute Bearbeitung des Angebotes / der Rechnung nötig ist. |
| Anmerkung eines Administrators | Dies gibt es bereits, und zwar unter Vorgänge/Verträge. |
| bisherige Bewertung | sehr wichtig (8 Bewertungen) |
|
|
| #138 vom 7.01.2004 | Wäre es möglich in den Stammdaten/Warengruppen ein Sortierkennzeichen entweder für die Nummer oder die Bezeichnung der Warengruppe zu vergeben und die so gewählte Sortierung dann in den Suchbaum des Artikelstamm zu übernehmen?
Hintergrund: Die Orientierung im Suchbaum würde deutlich leichter fallen wenn man so wie wir mit sehr vielen Warengruppen arbeitet. Ausserdem wird die Warengruppennummer im Suchbaum nicht angezeigt und scheidet somit von vorne herein als Orientierungshilfe aus. |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | ist implementiert
hierzu in der CAO-Registry folgende 2 Einträge setzen :
unter MAIN\ARTIKEL
Name : WGR_MIT_NR, Typ : Integer, Wert 0 oder 1
Name : WGR_SORT, Typ : Integer, Wert 0 oder 1 |
| bisherige Bewertung | ziemlich wichtig (9 Bewertungen) |
|
|
| #139 vom 7.01.2004 | Betrifft die Adressstammdaten: Schön das es die Möglichkeit gibt beliebig viele Anspechpartner anzulegen. Wäre es dann nicht auch sinnvoll die "Telefonbuttons" (Tapi) für die Ansprechpartner einzubauen?
Hintergrund: Meist dürfte es doch so sein, dass man eine Hauptadresse anlegt und alle Abteilungen eines (größeren) Kunden oder Lieferanten in Ansprechpartner organisiert (Einkauf/Verkauf/Service/Support/Garantieabwicklung/Qualitätssicherung usw). Und gerade mit *denen* wird ja dann in der Regel am meisten kommuniziert. Dafür wäre die Tapi-Unterstützung dann eine Echte Hilfe. |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | ab 1.2 RC3 |
| bisherige Bewertung | sehr wichtig (5 Bewertungen) |
|
|
| #140 vom 7.01.2004 | Betrifft nochmal die Adressstammdaten/Ansprechpartner
Das Feld "Funktion" für die Ansprechpartner existiert ja schon mal. Allerdings finde ich, das sich hier das gleiche Problem ergibt wie seinerzeit als FR #66 gemeldet (wurde übrigens sehr schnell umgesetzt :) )
Gerade bei den Ansprechpartnern würde ich mir daher eine Strukturierungsmöglichkeit für z.B. eine Telefonliste wünschen. Ein einfaches Textfeld wäre mir da zu "ungenau". Mit anderen Worten: Könnte man das nicht sinnvollerweise auch als Tabelle organisieren? |
| bisherige Bewertung | sehr wichtig (9 Bewertungen) |
|
|
| #136 vom 5.01.2004 | Automatisiertes Einlesen von Kontoauszügen bzw. Bankdaten aus OnlineBanking-Programmen mit "semi-automatischer" Veränderung des Zahl-Status: - Einlesen der Datei - Abgleich über Verwendungszwech und Absender/Empfänger - Auswurf einer Vorschlagsliste mit Bank-Info und internem CAO-Vorgang. Endgültige Zuordnung über Check-Box ab-/wählbar - Endgültige Zuordnung der Zahlungen mit veränderung des Zahl-Status - Erstellung einer Art OPOS-Liste für die Bankdaten mit allen noch nicht zugeordneten Bankdaten mit gleicher Funktion für nachträgliche Bearbeitung |
| bisherige Bewertung | sehr wichtig (46 Bewertungen) |
|
|
| #137 vom 5.01.2004 | - Kassenbuch OHNE Kassenfunktion (auch ohne Zahlungdialog) zur nachträglichen eingabe von belegen (z.B. Strichliste im Gastrobereich)! Somit kann diese Software auch für Bars, Imbissrestaurants verwendet werden. Mit dem derzeitigem Kassenbuch ist dieses für den Gastrobereich nicht verwendbar (Kellner, Barzahlung, etc....)
- Artikelauswahl im Kassenbuch als DropDown Feld! |
| bisherige Bewertung | sehr wichtig (13 Bewertungen) |
|
|
| #135 vom 3.01.2004 | Implementierung einer Funktion (ggf. unter Tools) zur Separation (Export) von e-Mail-Adressen aus der Adressen-Tabelle in ein bestimmtes Verzeichnis. Die e-Mail-Adressen könnten dann in einem NewsLetter-Programm verarbeitet werden. |
| Anmerkung eines Administrators | Hallo,
wie du bereits scheibst, mit einem kleinen SQL-Script welches unter Tools/Export abgelegt wird ist dies problemlos möglich. Wenn dich an das Forum / Bereich SQL wenn du zum Script hilfe benötigst. |
| bisherige Bewertung | ziemlich wichtig (15 Bewertungen) |
|
|
| #134 vom 27.12.2003 | Es wäre nicht schlecht, wenn man vor dem Update CAO -> Shop die durchzuführenden Aktionen auswählen könnte: Update, Neuanlage, StatusUpdate, etc, oder eben alles... |
| bisherige Bewertung | sehr wichtig (27 Bewertungen) |
|
|
| [<<] [<] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] (11) [12] [13] [14] [15] [16] [>] [>>] |