Seite 1/16 (Einträge 1 - 25 von 378)
(1) [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [>] [>>] |
|
| #423 vom 23.03.2009 | MySql 5! mein Provider stellt um, und jetzt wirds leider mühsam für uns (4 bezahlte CAO-Lizenzen) |
| bisherige Bewertung | sehr wichtig (94 Bewertungen) |
|
|
| #421 vom 12.10.2008 | Beibehaltung eines Features: Negative Mengen bei EK-Bestellung und Einkauf
Hallo,
in 1.4.x.x ist es möglich, bei EK-Bestellung und Einkauf negative Mengen einzugeben. Dieses Feature ermöglicht die Abwicklung von auf in Kommission "eingekaufter" Ware mit CAO und muß unbedingt erhalten bleiben.
Siehe auch: http://www.cao-faktura.de/index.php?option=com_forum&Itemid=44&page=viewtopic&p=83834#83834
Gruß Martin |
| bisherige Bewertung | sehr wichtig (25 Bewertungen) |
|
|
| #420 vom 11.10.2008 | Lastschrift und Abbuchung
Möglichkeit für den Kunden festzulegen welche Art der Lastschrift er erlaubt hat derzeit steht in der erzeugten DTA-Datei nur der Schlüssel 05 für Lastschrift. Diese Funktion würde den Ablauf einer gemischten Sammellastschrift erheblich vereinfachen!
Es könnte ein Dropdownfeld oder eine Checkbox in den erweiterten Einstellungen
des Kunden geben.
05 - Lastschrift
04 - Abbuchung
bis dann, marco.
|
| bisherige Bewertung | ziemlich wichtig (17 Bewertungen) |
|
|
| #419 vom 30.09.2008 | Da sich bei uns nahezu alle Lieferungen - vom Kunden aus - von vorneherein auf ein festgelegtes Lieferdatum beziehen, wäre es wichtig, den Termin, wie er in Vorgängen vorhanden ist, auch in der Listenansicht anzuzeigen bzw. danach zu sortieren. So wäre ein Liefertermin von vorne herein ersichtlich, selbst wenn er z.B. erst in zwei bis drei Monaten stattfindet.
Das momentan angegebene Datum (Speicherdatum des Vorgangs) ist in unserem Falle so gut wie wertlos. |
| bisherige Bewertung | ziemlich wichtig (10 Bewertungen) |
|
|
| #417 vom 31.05.2008 | Aufnahme der Bestandsveränderungen durch eine Inventur in die Artikel-Historie (als neue Belegart), damit diese Bestandsveränderungen direkt beim Artikel nachvollziehbar werden.
(Bezieht sich auf 1.4.2.3 (K)). |
| bisherige Bewertung | sehr wichtig (18 Bewertungen) |
|
|
| #418 vom 31.05.2008 | Im Kassenbuch sollte es möglich sein, nur einen Tag (und nicht nur Monat, Quartal, Halbjahr, Jahr) auswählen zu können. Mit Startsaldo und Endsaldo hätte man dann einen perfekten Überblick über die Kasse, natürlich mit Übergabe dieser Daten an die DataPipeline "KassenbuchKopf", damit auch die Ausdrucke stimmen. |
| bisherige Bewertung | sehr wichtig (23 Bewertungen) |
|
|
| #416 vom 18.04.2008 | Bei Stücklistenartikeln sollte ein Einkauf auch möglich sein. |
| bisherige Bewertung | sehr wichtig (12 Bewertungen) |
|
|
| #414 vom 3.04.2008 | LagerModul
Seriennummern artikel etc nicht über die Rechnung/lieferscheinfunktion abhandeln.
Sondern im Lager zu einer bestehenden Rechnung zugebucht (egal ob diese nun abgeschlossen wurde oder nicht) aber als status reserviert für (ohne das eine bestimmte serien nummer nun erfasst ist)
Beim Tatsächlichen Warenausgang werden nun die tatsächlichen artikel per scanner der rechnung zugebucht ein lieferschein generiert und entweder die übernamebestätigung durch den kunden (abholung) oder durch sendungsnummer des versandes ausgebucht
(sozusagen der pedant zum bezahlen einer rechnung ist dann das versendet zum warenausgang)
so wären dann auch reservierungen, rechnungsstornos, mehrere lager mit belgeter buchung zwischen den lagern, später uach ein sendungstracking etc möglich.
ohne das für jedne vorgang buchungen im rechnungswesen zur folge haben.
auch ein "freier wareneingang" zb für reparatursendungen etc wäre dann später mal realisierbar
weiters würde das in zukunft ein rma management ermöglichen
Ausserdem könnte man auf den rechnungen direkt ean code/seriennummer mitdrucken was zb beim softwarelizenzhandel vorteile brächte (dann gleich noch einen barcodefont im form verwendet und schon kann der kunde seine rechnung position/position einscannen)
Im Arbeitsablauf hiese das kunde reserviert bzw ware wird durch auftragsbestätigung reserviert (oder auch nicht). eine Rechnung wird geschrieben.
Bei Vorkassa zb bleib die ware reserviert aber noch keine seriennummern.
Hat der Kunde bezhalt (bzw bei überweisung) bekommt das lager nun den auftrag für den warenausgang bzw gleich die reservierungsnummer.
anahnd dieser werden die artikel nun gescannt oder manuell erfasst.
nun besteht das paket mit waren im ausgang und wartet auf die abholung durch den kundne oder botendienst
ergebniss ist der lieferschein oder bei abholung ienfach eine übernahmebestätigung durch den kunden (eventeull eben auch als lieferschein das ist jetzt eine andere frage da ja ein LF ein dokument mit aufbewahrungspflicht ist)
damit wäre die ware wieder aus dem lager ausgebucht und man könnte sozusagen als pedant zu rbezahlfunktion bei den rechnungen eine warenausgang abgeschlossen und statt einem betrag die sendungsnummer angeben (oder statdessen abholung durch kunden)
nur so eine idee :-) |
| bisherige Bewertung | sehr wichtig (31 Bewertungen) |
|
|
| #415 vom 3.04.2008 | Verwaltung von Artikeln in mehreren Lägern. Wenn z.b. die Ware mangelhaft vom Kunden zurück kommt wird sie im moment dem Lager gutgeschrieben also als Verkaufsfähig eingestuft. Da ich aber die Ware an den Hersteller zurückschicke ist sie eigentlich nicht Verkaufsfähig. Natürlich sammle ich eine gewisse anzahl von artikeln bis ich sie beim hersteller retouniere (versandkosten sparen).Somit wäre es doch sinnvoll wenn man z.b. ein Retourenlager(virtuell) hätte, auf die der vom Kunden zurückgenommene Artikel gebucht werden kann. Dann würde man sofort sehen dass Artikel x 1x nicht verkaufsfähig wäre. Da ich CAO in verbindung mit oscommerce nutze stimmen dann die lagerbestände im oscommerce nicht, was fatale folgen haben kann, da der artikel im shop immer noch aktiv ist, aber in wirklichkeit nicht vorhanden ist. da ich in einem verkaufs unternehmen arbeite kenne ich das so. da gibt es lagerkennungen z.b. lager30 = retoure, lager34=diebstahl, lager40=Bruch/defekt usw. finde ich praktisch, da ich sofort sehe wieviel sind defekt, geklaut oder sonstwas. Hoffe ich habs einigermaßen verständlich erklärt was ich meine.
OPEN SOURCE RULES THE WORLD
Gruss
Stefan |
| bisherige Bewertung | sehr wichtig (19 Bewertungen) |
|
|
| #413 vom 29.03.2008 | SCRIPTE IN CAO-KASSE FORMULAREN
CAO-Kasse (Kauf-Version) so aufbohren, dass auch dort Scripte in Formularen (ReportBuilder) verwendet werden können. Damit ließen sich z.B. Rechnungen / Bon für A4-Drucker viel variabler gestalten.
Aber auch erweiterte Möglichkeiten sind denkbar: Siehe auch http://www.cao-faktura.de/index.php?option=com_forum&Itemid=44&page=viewtopic&t=14296&highlight=
Dank & Gruß
Martin |
| bisherige Bewertung | sehr wichtig (13 Bewertungen) |
|
|
| #412 vom 26.03.2008 | Hallo an alle CAO-Freunde,
womöglich habe ich nicht alle Vorschläge gesehen aber:
Ich wünsche mir eine Erweiterung der Stücklistenfunktionalität.
Also Stückliste in Stückliste über mehrere Ebenen.
Die Seriennumnernvergabe für verschachtelte Artikel sollte erst abgefragt werden im Buchungsfall.
Denkbar wäre auch eine Funktion "Herstellen" sodaß diese Eingaben nicht bei Rechnungserstellung abgefragt werden.
Also ich reihe mich ein in die Interessenten für dieses Feature und bin bereit ca. 100 euros zu investieren. Ich bitte um zahlreiches "ich auch" denn es wäre eine echte bereicherung.
gruß Jens |
| bisherige Bewertung | sehr wichtig (6 Bewertungen) |
|
|
| #410 vom 24.03.2008 | Über den Reportgenerator ist es nicht möglich bei Rechnungen auf das Feld
Kopfdaten>Zuweisungen>Vertreterangaben (ID oder Name) zuzugreifen.
Das Feld scheint nicht an den ReportGenerator übergeben zu werden.
Für Rechnungen oder Angebote wäre es praktisch, wenn der Vertreter auf dem Ausdruck erscheinen würde. |
| bisherige Bewertung | sehr wichtig (6 Bewertungen) |
|
|
| #411 vom 24.03.2008 | Erfassung von Abschlagszahlungen
Es wäre sinnvoll bei Rechnungen bereits gezahlte Abschlagszahlungen erfassen und verarbeiten zu können. |
| bisherige Bewertung | sehr wichtig (22 Bewertungen) |
|
|
| #409 vom 17.09.2007 | "Alle Bewegungen" bei "Artikelhistory fehlt.
Das Dropdown Menü in der Artikelhistory wurde bei 1.4 erweitert und angepaßt.
Leider gibt es in der neuen Version (1.4.) nicht mehr die Möglichkeit
"Alle Bewegungen" auszuwählen.
Es wäre toll, wenn das wieder ginge!
Besten Dank im Voraus!
Werner
P.S: Sorry für den falschen Post im "Bugtracker" (ID 421).
|
| bisherige Bewertung | sehr wichtig (19 Bewertungen) |
|
|
| #408 vom 5.08.2007 | Sortierung von Verträgen nach Kunden oder Projekt ermöglichen.
Wenn ein Kunde ein Vertragsverhältnis kündigt muss auch der entsprechende Vertrag gelöscht werden..
Bei der Suche nach einem Vertrag aus einigen hundert oder gar tausend Verträgen ist es fast unmöglich, den entsprechenden zu finden, wenn man die Vertragsnummer nicht kennt.
Siehe auch den Beitrag --> http://www.cao-faktura.de/index.php?option=com_forum&Itemid=44&page=viewtopic&t=12606 im Forum.
Gerhard Obermayr
|
| bisherige Bewertung | sehr wichtig (15 Bewertungen) |
|
|
| #407 vom 17.07.2007 | Integration von StampIT als Frankierungslösung.
Ich möchte dieses Thema gern noch einmal aufgreifen, da die Bewertungen im Treat #185 mit "sehr wichtig" doch recht hoch waren und offensichtlich ein großes Interesse besteht.
OT Administrator: "StampIt ist ein kommerz. Tool, hier kann man nicht einfach eine Anbindung programmieren, wer soll diese Anbindung bezahlen (Lizenzen etc. ???)"
Stampit selbst müsste natürlich vom User registriert und bezahlt werden. Es gibt darüber hinaus eine private und eine Business-Version. Die private Version ist kostenlos, die Businessversion ist käuflich zu erwerben.
Ist denn aber die reine Einbindung in CAO schon lizenzpflichtig? Wenn ja, dann kann ich natürlich verstehen, dass ihr Euch nicht engagieren wollt. Aber wenn man noch gar keine Lizenz bezahlen muss, so lange man kein Stampit-Konto bei der Post unterhält, sollte man vielleicht doch einmal darüber nachdenken.
Liebe Grüße
Matze
|
| bisherige Bewertung | sehr wichtig (40 Bewertungen) |
|
|
| #406 vom 11.07.2007 | PIM: Einstellungmöglichkeit ob default ein PIM-Eintrag auf Privat gestellt wird. Bisher wird jeder PIM-Eintrag auf Privat eingestellt. Das ist lästig und sogar fehleranfällig. |
| bisherige Bewertung | sehr wichtig (17 Bewertungen) |
|
|
| #405 vom 10.06.2007 | Es währe sehr hilfreich wenn ein Artikelbild in den Stammdaten / Artikel / allgemein von cao dargestellt würde
Um doppelte arbeit zu vermeiden, am besten das im Stammdaten / Artikel / Shop / Artikelbild eingetragen ist
|
| bisherige Bewertung | sehr wichtig (47 Bewertungen) |
|
|
| #404 vom 2.05.2007 | Verträge und Variable %ZEITRAUM%
Hallo Core-Team,
soweit ich das erkennen kann wurde für die Funktion, dass der reale Vertragszeitraum mit der Variable %ZEITRAUM% ausgegeben wird, bis jetzt noch kein Feature Request gestellt.
Wünschten uns eine Funktion z.B. in den "allgemeinen Einstellungen", dass man die Ausgabe des Zeitraums zwischen Monatsbeginn oder Realvertragsbeginn auswählen kann.
oder
Die das man die Ausgabe von %ZEITRAUM% z.B. in den "allg. Einstellungen" definieren kann, ob nun das Datum in Form von tt.mm.jjjj oder nur mm.jjjj oder nur das jjjj usw. Ausgegeben wird.
Falls Ihr eine andere (einfachere) Lösungsmöglichkeit habt, um die reale Vertragslaufzeit auszugeben, habe ich natürlich nichts dagegen.
Siehe auch im Forum
http://www.cao-faktura.de/index.php?option=com_forum&Itemid=44&page=viewtopic&t=1666
Besten Dank.
Gruss
user1 |
| bisherige Bewertung | sehr wichtig (52 Bewertungen) |
|
|
| #403 vom 3.03.2007 | Import von Bestellungen mit Artikeln mit Artikelvariation.
Derzeit ist es ja so, dass sobald die "$attributes_query" eine Ausgabe erzeugt der Artikel als freier Artikel importiert wird, es wäre sehr nützlich, wenn man das im Registrierungs-Editor abstellen könnte z.B:
"SHOP" -> "IMPORT_VARIATION_AS_FREE_PRODUCT" true/false
Besten Dank im Voraus!
LG
Werner
P.S: Hab gesehen, dass es eine neue ProgSys Version mit "Filterfunktion" gibt ;) |
| bisherige Bewertung | sehr wichtig (14 Bewertungen) |
|
|
| #401 vom 2.03.2007 | Währungs-Modul für Einkäufe
Hallo Core Team,
für Einkäufe aus verschiedenen Fremdwährungsgebieten wäre ein Modul hilfreich, das
1. unter Artikel/Allgemein den Einkaufspreis zusätzlich in Fremdwährung zuläßt
2. den Fremdwährungs-Einkaufspreis über definierbare Verrechnungssätze in EUR-Preise (Hauptwährung) umrechnet. Eine entsprechende Währungs-Tabelle (Währungs-Dialog) könnte unter DATEI/ALLGEMEINE EINSTELLUNGEN integriert werden.
Gruß 3D-Klaus |
| bisherige Bewertung | ziemlich wichtig (16 Bewertungen) |
|
|
| #402 vom 2.03.2007 | Artikelbezeichnung beim Lieferanten
Hallo Core Team,
Artikelbezeichnungen unterscheiden sich oft beim Hersteller und Shop/Verkäufer. Hauptgrund wird wohl sprachlich bedingt sein. Bei Bestellungen könnte dann eine Hersteller-/Lieferantenbezeichnung für die bestellte Ware das Formular klarer machen.
Gruß 3D-Klaus |
| bisherige Bewertung | sehr wichtig (9 Bewertungen) |
|
|
| #398 vom 20.02.2007 | Paketdientsleister bieten eine Software wie "DHL Easylog" an. Diese generiert ein Tracking Code und speichert diesen in einer Datei ab. Den Tracking Code würde ich gerne per SQL Script in die Tabelle "Lieferschein" und "Journal" importieren. Dazu würde ein neues Feld benötigt werden (z.B Feld "TRACKING", Datentyp "TEXT"). Das Feld "TRACKING" sollte auch als Variable im Reportbuilder und in den E-Mails zur Verfügung stehen.
Schön wäre eine Import Funktion in CAO, diese wäre jedoch sehr aufwändig zu programmieren. Völlig ausreichend wäre das neue Feld "TRACKING", das auch als Variable zur Verfügung steht.
Viele Grüsse
Matthias |
| bisherige Bewertung | sehr wichtig (30 Bewertungen) |
|
|
| #397 vom 17.01.2007 | Wir fänden es besser, wenn im Kassen-Modul der Verkauf auf Rechnung als Lieferschein behandelt würde, um ihn dann als Sammelrechnung oder Einzelrechnung in CAO-Faktura umzuwandeln oder in der Sammelrechnung einbauen zu können.
Dadurch wäre das Handling wesentlich einfacher.
MFG
Arnold Vogt |
| bisherige Bewertung | sehr wichtig (25 Bewertungen) |
|
|
| #396 vom 28.12.2006 | Gibt es die Möglichkeit, eine monatliche Liste der Umsätze nach Warengruppen auszudrucken. Diese wird benötigt um in weiterer Folge die Erlöse in der Buchaltung richtig zu erfassen. z.B. Umsatz aus Tabakwaren 20% USt, Zeitungen 10% USt, Lotto 0% USt, Schreibwaren 20% USt, Süsswaren 10% USt, etc. Die Liste kann durchaus kummuliert sein - d.h. die einzelnen Umsätze sind bei diesem Ausdruck nicht erforderlich sondern wirklich nur die Summe der Warengruppe.
Ähnlich funktioniert ja bereits die Statistik nach Warengruppen. Dabei gibt es nur das Problem, dass Warengruppen mit weniger Umsatz unter "sonstige" summiert werden. Wenn ich in einem Monat viel Tabakwaren verkaufe und nur wenig Autobahnvignetten 20% Ust und Süsswaren 10% USt finde ich diese beiden Warenguppen gemeinsam in einer Summe unter "sonstige" in der Statistik.
Wenn die Statistik alle Warengruppen anzeigen würde, wäre das ausreichend. Wenn Warengruppen mit kleineren Umsätzen zusammengefasst werden ist das ein Problem.
MfG
Lippert Robert |
| bisherige Bewertung | ziemlich wichtig (15 Bewertungen) |
|
|
| (1) [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [>] [>>] |
