Seite 14/16 (Einträge 326 - 350 von 378)
[<<] [<] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] (14) [15] [16] [>] [>>] |
|
| #82 vom 5.10.2003 | Hallo,
wurde vielleicht schon mal gefragt oder vorgeschlagen:
Ist eine mehrsprachige Artikelverwaltung möglich?
Gruß
beatlejus |
| wird umgesetzt | wahrscheinlich |
| Anmerkung eines Administrators | Hallo, ist geplant, aber die Priorität ist sehr niedrig, andere Sachen werden derzeit Vorrangig bearbeitet. das Kann also noch ein weilchen Dauern :-( |
| bisherige Bewertung | ziemlich wichtig (7 Bewertungen) |
|
|
| #81 vom 5.10.2003 | Multi-Shopfähigkeit, also Import mehrerer bestehender Shops bzw. deren Artikel und Rubriken in eine WAWI.
Siehe auch Thread:
http://www.jp-soft.de/board/viewtopic.php?p=2223
|
| bisherige Bewertung | sehr wichtig (14 Bewertungen) |
|
|
| #79 vom 3.10.2003 | Hallo,
anscheinend ein bis jetzt noch nicht aufgetauchter Wunsch.
Beim Artikelstamm zusätzlich zu den Texten auch Bilder der Artikel (Verwaltung über die Dateinamen der pics) zuordnen zu können. Somit kann man bebilderte Angebote erstellen.
Das ist bei der Verwaltung von großen Warensortimenten mit vielen ähnlichen Artikeln wirklich wichtig!
|
| bisherige Bewertung | sehr wichtig (42 Bewertungen) |
|
|
| #77 vom 30.09.2003 | shopsystem modul in php/mysql für cao.
da mir das osc langsam zu hals raushängt (jeder shop gleich!) ist es doch sicherlich möglich ein einfaches shopscript an cao anzubinden. möglicherweise auch mit "login" funktion per session um pers. daten zu ändern usw. ist ein solches modul geplant ?
|
| wird umgesetzt | eher nicht |
| bisherige Bewertung | sehr wichtig (17 Bewertungen) |
|
|
| #78 vom 30.09.2003 | Habs im Forum schonmal angesprochen:
Bei den allgemeinen Einstellungen unter Firmen-Konten sollte das Feld Konto auch Buchstaben akzeptieren, da zum Beispiel die UBS Buchtsaben in der Kontonummer hat.
Für alle die nur eine normale Zahl haben würde das dann ja keinen Unterschied machen. |
| wird umgesetzt | eher nicht |
| Anmerkung eines Administrators | Die firmeneigenen Bankverbindungen werden im Programm lediglich für das Überweisungsmodul eingesetzt. Dieses arbeitet mit der deutsche DTAUS-Schnittstelle, welche keine Buchstaben in der Kontonummer akzeptiert. Es ist somit also unsinnig hier die Eingabe von Buchstaben zu erlauben. |
| bisherige Bewertung | ziemlich wichtig (4 Bewertungen) |
|
|
| #76 vom 28.09.2003 | Hallo,
eine automatische Kalkulation über den EK-Preis ist ja schon implementiert, wäre aber nicht schlecht, wenn man für verschiedene Warengruppen auch verschiedene Multiplikatoren eingeben könnte. |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | leider zu spät ;-)
Ist bereits integriert und ab Beta 1.1.3.x verfügbar ... |
| bisherige Bewertung | sehr wichtig (5 Bewertungen) |
|
|
| #75 vom 23.09.2003 | Eine komplette Liste der Schweizer PLZ wäre noch schön. |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | Hallo, ich habe leider keine PLZ-Daten für die Schweiz, wenn du diese Daten liefern kannst werde ich sie einbauen.
Nachtrag, ist drin. |
| bisherige Bewertung | ziemlich wichtig (15 Bewertungen) |
|
|
| #74 vom 20.09.2003 | Dieser Vorschlag wurde zwar im Forum schon einmal angesprochen, jedoch hat sich dazu meiner Meinung nach bisher kein Entwickler geäußert:
Als Shop-Preis sollte ein VK-Preis verwendet werden können, damit sich dieser bei Verwendung von Kalkulations-Faktoren bei einem geänderten EK-Preis automatisch ändert. |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | Hallo,
wird in der übernächsten Beta so sein.
Ankündigung zur nä. Beta. Man kann den Schoppreis dann im Setup einstellen. |
| bisherige Bewertung | sehr wichtig (3 Bewertungen) |
|
|
| #72 vom 16.09.2003 | Bitte erweitert die Positionen um das Feld Liefermenge. So ist es möglich Teillieferungen bei Bestellung besser zu verarbeiten. |
| bisherige Bewertung | sehr wichtig (20 Bewertungen) |
|
|
| #73 vom 16.09.2003 | Bei Artikeln mit Stückliste wäre es schön, wenn man in der Stückliste die Artikelnummer und den EK-Preis der zugefügten Artikeln sehen könnte. Der EK des Artikels sollte dann automatisch gebildet werden. |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | ist in der Beta 1.1.3.x drin |
| bisherige Bewertung | sehr wichtig (8 Bewertungen) |
|
|
| #71 vom 15.09.2003 | Erweiterung Adressstammdaten
Bei den Bankdaten sollte noch die BIC und IBAN aufgenommen werden. Nur mit diesen Angaben ist der Innereuropäische Zahlungsverkehr ohne zusätzliche Gebühren möglich. |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | ist in der Beta 1.1.3.x drin |
| bisherige Bewertung | sehr wichtig (17 Bewertungen) |
|
|
| #66 vom 14.09.2003 | Adressstammdaten um Auswahltabelle "Adressarten" erweitern.
Hierüber könnte man seine Interessenten, Kunden und Lieferanten mit (mehreren) Merkmalen versehen, die z.B. zur Selektion dienen können. Dies wäre für Kunden/Lieferantenklassifizierunge (Kunde EDV, Lieferant Zubehör), Auswertungen, Exporte (alle mit Adressart Interessent), Mailings (hat auf Preisaktion vom xx.xx.xx geantwortet) oder sonstiges Zweckdienlich. Zwar gibt es im Adressstamm ein Feld "Selektion", dies taugt meiner Ansicht nach aber kaum zur gezielten Selektion, da es nicht eindeutig ist. Ausserdem lässt es keine Mehrfachzuordnung zu. Auch das Feld "Kundengruppe" ist hierfür kaum geeignet, da nur eine Kundengruppe pro Adresse möglich. Zweckentfremden dieses Feldes ist darüberhinaus kaum sinnvoll. |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | Sog. Merkmale sind im Artikelstamm/Adressstamm ist in der Beta 1.1.3.x drin |
| bisherige Bewertung | sehr wichtig (8 Bewertungen) |
|
|
| #67 vom 14.09.2003 | Adressstammdaten um 2. eMail-Feld erweitern.
Wurde zwar schon mal in einem Forumsbeitrag "abgeschmettert" ;-), möchte es hier aber doch nochmal aufführen. In der Praxis ist es doch häufig so, dass man egal ob Hauptadressat oder Ansprechpartner auf eine berufliche, sowie auf eine private eMail-Adresse stösst. Umso mehr, je enger eine Geschäftsbeziehung wird. Daher halte ich ein zweites eMail-Feld pro Adresse/Ansprechpartner für zeitgemäss.
|
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | 2. Mail ist in Adressen und Ansprechpartnern ab Beta 1.1.3.x drin |
| bisherige Bewertung | ziemlich wichtig (10 Bewertungen) |
|
|
| #68 vom 14.09.2003 | 1.) Eine integrierte Lager/Mengenverwaltung d.h.
- Bestände sind ersichtlich.
- Bestände ändern sich durch Ein- und Verkäufe
- Mengen in der Inventurauswert
als Bonus vielleicht wo sich welche Mengen befinden.
z.B. Lager 1 hat Artikel YXZ 10xmal Lager 2 hat Artikel XYZ 13xmal
2.) Kunden / Lieferanten sollten getrennt verwaltet werden können, da man
Kunden und Lieferanten nicht gut auseinanderhaltenkann bzw. oft den Überblick verliert.
z.B.
- Adressen aufteilen in Kunden / Lieferanten im Menü
- Lieferantennummervergabe ähnlich Kundennummervergabe durch das System
PS:
Respekt an den/die Entwickler, euch ist eine gute WaWi gelungen. Tolle Arbeit! |
| Anmerkung eines Administrators | zu 1. Implementiert ausser Mehrlagerfähigkeit
zu 2. wird es nicht geben, hatte ich früher mal, macht keinen Sinn. Zu den Lieferantennummern, auch hier ist es unsinnig diese selbst zu vergeben, schließlich benötigt man z.B. für eine Bestellung die Kundennummer beim Lieferanten. |
| bisherige Bewertung | sehr wichtig (10 Bewertungen) |
|
|
| #69 vom 14.09.2003 | Artikelstammdaten/Erweitert/EK-Info
Hier würde ich mir eine Umstellung auf beliebig viele Lieferanten (Tabelle) mit Kennzeichung eines Hauptlieferanten wünschen. Lediglich zwei Lieferanten pro Artikel schränkt die Branchentauglichkeit meines Erachtens schon deutlich ein. Selbst Kleinstunternehmen haben heute oft mehrere Bezugsquellen für einen Artikel. Diese Tabelle könnte dann auch für eine Abfrage des z.B. günstigsten Lieferanten herhalten. Nützlich für eventuell später hinzukommende automatisierte Bestellvorschläge. |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | ist in der Beta 1.1.3.x drin |
| bisherige Bewertung | sehr wichtig (4 Bewertungen) |
|
|
| #70 vom 14.09.2003 | Ergänzung zu:
#68 vom 14.09.2003 Punkt 2
#66 vom 14.09.2003
Vorschlag dazu: 3 "festverdrahtete" Adressarten wie "Interessent", "Kunde" und "Lieferant". Alle weiteren Adressarten können vom Benutzer individuell in Tabelle erfasst werden. Jeder erfassten Adresse ist mindestens eine dieser Adressarten zugewiesen.
Damit hätte der Adressstamm schon eine gewisse Struktur. Man könnte dann z.B. bei Rechnungserstellung oder EK-Bestellung etc. immer schon vorgefilterte (sprich relevante) Adressen anbieten, ohne immer im ganzen Adressstamm auswählen zu müssen. Dies dürfte der Übersichtlichkeit dienlich sein. |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | Hallo,
hast du schon mal versucht die Kundengruppen zu verwenden, dann hast du bereits deine "Struktur".
Merkmale ab Beta 1.1.3.x |
| bisherige Bewertung | sehr wichtig (1 Bewertungen) |
|
|
| #65 vom 13.09.2003 | Erweiterung/Erstellung der Mitarbeiterverwaltung wie folgt:
a) Getrennte Anlage von Mitarbeitern und dazugehörigen Passwörtern
b) Anzeige eines Anmeldefensters, an dem sich Mitarbeiter authorisieren
c) Profilspeicherung von der Windows-Anmeldung entkoppeln und an die Mitarbeiterverwaltung koppeln
d) Rechtezuordnung: Mitarbeiter können Rechte für bestimmte Bereiche (Einkauf / Verkauf) zugeordnet bekommen.
|
| wird umgesetzt | wahrscheinlich |
| Anmerkung eines Administrators | Mitarbeiterstamm ab Beta 1.1.3.x, Zugriffsmechanismen erst später... |
| bisherige Bewertung | sehr wichtig (16 Bewertungen) |
|
|
| #64 vom 5.09.2003 | Wir sind eine Werkstatt für Nutzfahrzeuge, die im 3- oder 6-Monats-Rhythmus zur sog. "Sicherheitsprüfung" (kurz SP) vorgestellt werden müssen. Ferner müssen sie alle zwei Jahre zur Tachoprüfung.
Im Bereich "Fahrzeuge" unter "Bewegungsdaten" wünsche ich mir daher die Aufnahme von zwei weiteren Feldern "SP" und "§57b" (jeweils analog zu HU bzw. AU).
Außerdem zwei Tippfehler: Menü "Modul", Unterpunkt "Journale" , hier steht "Kasseenjournal", bitte ein "e" streichen. Ebenfalls Menü "Modul", Unterpunkt "Registery-Editor", ebenfalls ein "e" zuviel.
Danke!
Björn Draegert |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | ist in der Beta 1.1.3.x drin |
| bisherige Bewertung | weniger wichtig (10 Bewertungen) |
|
|
| #63 vom 29.08.2003 | Hallo,
Ihr leistet verdammt gute Arbeit!!!!
Wie wäre es wenn man unter Bestellhistorie eines Kunden sehen
kann wann die Garantie eines Artikels ausläuft.
Vielleicht sogar mit Shopgarantie-(6 Monate,2Jahre...) und Herstellergarantiefeld(3 Jahre,10 Jahre...) |
| bisherige Bewertung | sehr wichtig (34 Bewertungen) |
|
|
| #62 vom 27.08.2003 | Teillieferungen (VK und EK)
Hi,
wir haben sowohl im EK, als auch im VK immer wieder mit Teillieferungen zu tun.
Gibt es eine Möglichkeit deises Problem im Journalbereich zu verwalten, oder wäre das ein neues Feature?!
Gruß
Manu |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | Hallo,
insofern man im Einkauf das Bestellsystem verwendet, kann dies mit Teillieferungen einwandfrei umgehen (Bestellstatus dann Teillieferung). Im Verkauf wird sich das ganze nur mit der geplanten Auftragsbearbeitung lösen lassen. Im Moment steht da aber leider der Realisierungstermin noch nicht fest ...
Teillieferungen in VK sind jetzt auch möglich, allerdings nur in der SP-Edition. |
| bisherige Bewertung | sehr wichtig (18 Bewertungen) |
|
|
| #61 vom 25.08.2003 | kassenmodul und faktura
auch auf die gefahr das irgendwo im forum dieser wunsch schon mal aufgetreten ist:
wir verkaufen auch geschenk- bzw. warengutscheine und haben entsprechende einnahmen
beim fakturieren bzw. kassieren sollte es eine funktion für minusbuchungen geben,
also minuszeichen dann artikelnummer
da das mit der stückzahl durch das malzeichen ja auch geht denke ich dürfte das keine grosse sache sein, bin aber leider nur anwender
bis dann gürße aus velbert von
olaf |
| Anmerkung eines Administrators | Hallo, irgenwie verstehe ich das Problem nicht.
Warum legst du nicht einen Artikel Gutschein mit -10 Euro an und übernimmst diesen dann in der Kasse ? Oder geht es um die Ausgabe (Verkauf) des Gutscheines. Dann währe es richtig den Gutschein mit +10Euro als Artikel anzulegen. Wenn jemand dann den Gutschein einlößt wird er mit Menge -1 verrechnet. |
| bisherige Bewertung | sehr wichtig (6 Bewertungen) |
|
|
| #60 vom 19.08.2003 | Eigenbedarf.
Artikel, die für den Eigenbedarf benötigt werden sollte man auch einfach so einbuchen können. Quasi über Warenausgang aber halt "inhouse". Ist halt etwas umständlich ohne diese Möglichkeit, möglich wäre doch auch Rechnungen so kennzeichnen können, dass sofort ersichtlich ist, dass es Eigenbedarf ist/war.
Andreas |
| bisherige Bewertung | sehr wichtig (16 Bewertungen) |
|
|
| #59 vom 17.08.2003 | Hallo Jan,
ich fände einen DTAUS-Export von Lastschriften aus Ausgangsrechnungen praktisch!
Viele Grüße,
Christian |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | Implementiert ab Beta 1.3.x.x |
| bisherige Bewertung | sehr wichtig (12 Bewertungen) |
|
|
| #57 vom 14.08.2003 | In Österreich muss jetzt auf jeder Rechnung das Lieferdatum jeder Position stehen.
Kann man das bei der Rechnungserstellung berüsichtigen? |
| bisherige Bewertung | sehr wichtig (13 Bewertungen) |
|
|
| #58 vom 14.08.2003 | hallo,
im kassenmodul ähnlich wie bei de faktura einfach einen reportgenerator für die kassenbelege einbauen, nicht jeder hat einen bondrucker.
So könnte man auf standard briefbögen den kassenbeleg drucken.
mfg olaf |
| wird umgesetzt | implementiert |
| Anmerkung eines Administrators | ist in der Beta 1.1.3.x drin |
| bisherige Bewertung | sehr wichtig (7 Bewertungen) |
|
|
| [<<] [<] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] (14) [15] [16] [>] [>>] |
