Beiträge von Milbo

    Das heisst das die standard werte von der Datei geladen wurden. Sie werden üblicherweise überschrieben von der Form. Ab hilfe ist es einmal die Konfig abzuspeichern.

    JTL is ne WaWi, kann aber imho auch Rechnungen. joah undn SAP connector fliegt auch noch irgendwo rum. Quicken bzw Quickbooks oder wie das heisst,, da gibts imho auch was.

    ehrm, also wasserdicht ist Wiso nicht.


    Ich habe Wiso vor 6 Jahren nach 2 Wochen Abo gekündigt. Rechnung ohne Rechnungsnummer! das sagt ja wohl alles, aber mich für zu doof halten den MwSt Satz selbst zu ändern. Dazu habe ich noch einen Screenshot wie die Software sich schön selbst ausgetrickst hat. Ich habe das denen geschrieben, da war das Abo aufgelöst. Die haben garnicht probiert eine Lösung anzubieten. Also nix mit "Ich nehme Wiso und bin rechtssicher". Das is ne Verarsche, ganz ehrlich. Als Geschäftsmann kannst du solche Risiken sehr schwer abwälzen, denn du bist kein Endkonsument. Ich glaube nicht, dass wenn man einen Schaden von mehreren 10k hat, das Wiso das einen bezahlt.


    Also ganz ehrlich, ich benutze VM als Fakturierungsprogram und wir erstellen mehrere 1000ende von Rechnungen pro Jahr und haben die letzte Steuerprüfung fehlerfrei bestanden.


    Vm kann deutlich mehr als Wiso. Kann Wiso MOSS? Macht Wiso auch B2B? Macht VM alles, für einmalige 89 euro Orders : Bundle EU Vat ID checker + MOSS Tax Synchroniser


    Kein ZwangsAbo! Für B2B und B2C und globalen Export ! Dazu keine Abhängigkeit von dem Softwarehersteller. Versuch mal bei Wiso wieder auszusteigen und 8 Jahre später noch an die Rechnung zu kommen. Die Rechnung kann simpel angepasst werden per layout override, oder mit günstiger Software ala Artio invoice.


    Btw, mein Buchhalter/Steuerberater nutzt Datev, Steuerklärung für den Shop dauert fürs Quartal nur ein paar Stündchen. Das ganze läuft sehr automatisiert ab. Die Steuerprüferin war ziemlich beeindruckt, was unsere Software leistet.

    Dein Bild verstehe ich nicht. Es gibt nur 2 kleine Problemchen.


    Einmal ist es so, entweder man listet die VAT als extra Spalte ODER als Summe, wir haben aus legacy Gründen beides. Das zweite Problem ist das alte Thema runden und das runden keine reine Mathematik ist und Dinge wie Distributivgesetzt nur bedingt gelten. (round(a*b) + round(a*c)) != round(a*(b+c)) !!!


    Bei dir ist irgendwas falsch. Das kommt nicht von uns. Sonst hätten wir diese Fragen schonmal in den letzten 6 Monaten gehabt, daher tippe ich auf
    - layout override oder
    - falsche Tax konfiguration.


    Wie werden die verschiedene Mehrwertsteuersätze konfiguriert?


    Wie ist denn dann der einfachste Weg die Preistabelle komplett im Frontend anzuzeigen? Habe jeweils die aktuellste Version von Joomla und Virtuemart installiert...
    (


    Was ist die aktuellste Version? Was ist dein Wissensstand? Wann wurde dieser Post geschrieben? Bitte IMMER die Version angeben. Die aktuellste Joomla version ist für mich z.B. j2.5.28, weil die anderen Versionen für mich nicht stable sind. Das definiert jeder an bissal anders.



    Denke doch, dass auch andere an der Preisanzeige interessiert sind! Klappt das dann mit dem benannten Modul oder muss das individuell programmiert werden? Habe bei Individualprogrammierungen immer den Updatehorror vor Augen ;-(


    Wenn man die richtige Sprache nutzt, dann versteht man auch die anderen besser. Module in Joomla sind kleine eckige Fenster in denen man sonstewas anzeigen kann. Plugins modifizieren abläufe (oder was in einem Modul angezeigt wird). Komponenten sind wie eigene Programme, welche innerhalb von Joomla laufen.


    Zitat


    Weil das 2 verschiedene Systeme sind. Das eine ist das Quantity plugin, welches Staffelpreise mit Regeln anbietet und das andere sind die multiplen Produktpreise, die VM native sind. Für beides gibts die Tabellen. Für vm2.6 momentan nur mit Membership auf Anfrage. In vm3 kommts vermutlich nativ mit vm3.2, mal sehen.


    Dort steht:
    Es gibt 2 professionelle updatesichere Lösungen, geschrieben vom Hauptentwickler. Jedes mal muss man momentan in die Tasche greifen.
    Entweder man kauft das Plugin für Quantity mit REGELN, dann ist es dabei, ODER man kauft die Membership für die multiplen Preise und finanziert damit, das es in den Core kommt.

    Weil das 2 verschiedene Systeme sind. Das eine ist das Quantity plugin, welches Staffelpreise mit Regeln anbietet und das andere sind die multiplen Produktpreise, die VM native sind. Für beides gibts die Tabellen. Für vm2.6 momentan nur mit Membership auf Anfrage. In vm3 kommts vermutlich nativ mit vm3.2, mal sehen.

    [QUOTE=beemaster;7144
    Aber ein bekannter hat probleme mit dem Versand und bezahlen, das leidige thema. bei mir klappts auch hin und wieder, dann nicht und dann wieder und was weis ich warum....[/QUOTE]


    Waren in den letzten Jahren nur Konfigurations Logikfehler, keine im core. Es geht auch nicht mal, und dann wieder nicht. Guck mal wie alt vm2 ist, meinst du wirklich das ist seitdem so schlimm buggy?

    ja und?
    Du sprichst von den Entwicklern von joomla als könnten nur Sie den Code weiterpflegen. Vielleicht einfach nochmal lesen, WIE funktioniert OpenSource und WAS ist der DER Vorteil davon. Open Source


    1. "Die Software (d. h. der Quelltext) liegt in einer für den Menschen lesbaren und verständlichen Form vor:"
    3. "Die Software darf verändert und in der veränderten Form weitergegeben werden:"


    Warum macht das Software zu open source? Tja weil es GENAU für DIESEN Fall gemacht ist. Du bist mit OpenSource NICHT abhängig von einem Entwicklerteam. Du bist nur beschränkt durch deine eigenen Möglichkeiten. Das heisst für Entwickler ist das total egal, ob da irgenwas end of life ist, weil im Zweifel bestimmt das der Entwickler und nicht irgendein Team.


    Die Joomla Entwicklung nimmt momentan eine ganz üble Richtung. Fast jede Version startet mit mehr Bugs als die alte.


    Ich kann momentan eine Stunde lang die Noob Fehler der j3 aufzählen. Ich sags ganz klar, es kann gut sein, das VM vom Team nie mit j3 ausgeliefert wird. Die Qualität ist einfach zu schlecht. Es ist UNNUTZBAR! Ich habe gehofft es wird mit j3.4 besser, aber das sieht leider schlecht aus.


    Bleib bei j2.5, kauf dir ne Membership und gut ist "We will ensure the fixing of all security related bugs in Joomla(*), VirtueMart core and VirtueMart extensions." Das ist ein Vertrag. Support : VirtueMart Supporter Membership


    Man mag ja gerne auf die "Joomla Community" vertrauen, oder einen Vertrag mit einem Deutschen Geschäftspartner eingehn, was ist wohl sicherer? Ich habe kein Vertrauen mehr in die Community und arbeite jetzt seit immerhin mehr als 5 Jahren in dem Bereich. Alles was VM selbst machen kann, machen wir jetzt selbst. Es geht Richtung Standalone und Bridges für andere Systeme, weil es momentan kein funktionierendes Joomla gibt. Kein offizielles. Es gibt auch momentan kein offizielles "Long term release" oder "stable" oder ähnliches. j3.4 ist in einem halben Jahr wieder obsolete, mit so kurzen Wartungszeiten kann man kein Zopf gewinnen.


    Support : VirtueMart Supporter Membership


    Einfach nur LOL:
    Releasestrategie
    "Man erfährt also mindestens ein halbes Jahr im Voraus dass das Lebensende (EOL) des Hauptversionszweigs ansteht. Die finale EOL-Bekanntgabe erfolgt schließlich 18 Monate nach erscheinen der besagten letzten Nebenversion. Zu diesem Zeitpunkt, erhalten Anwender dann noch für 6 Monate weiteren Support bevor dieser von Seiten des Projekts endgültig eingestellt wird."


    NOOBS ! So kann man kein ernsthafte Geschäfte betreiben und daher raten wir zu Joomla 2.5.


    Wenn ich zB. ein Produkt in den Warenkorb lege, dann den Warenkorb betrachte, kommt diese Situation (siehe Bild). Woher kommt der Text - COM_VIRTUEMART_CART_SELECTED... ?


    Sieht so aus als wäre der language fallback nicht aktiviert. Das scheinst du aber gefunden zu haben, weil später ist es ja übersetzt. Jörg hat heute die neuen Language keys in transifex übertragen, d. h. es wird vermutlich bald eine Übersetzung geben. Hilfe wäre gut https://www.transifex.com/projects/p/virtuemartplugins/



    Ja und unter j3.4 wurde die Funktion wieder deaktiviert, weil Buggy.


    das mit den MultiVarianten ist nicht so mein Ding, erstens steht bei den Auswahlfeldern nicht die Bezeichnung drüber,


    Die Bezeichnungen einzubauen ist simpel und auch geplant, aber hat momentan eine geringe Priorität. Kann man mit einer Membership ändern.



    und zweitens hab ich dann einen riesen Aufwand mit dem "Child Produkte" anlegen.


    Völlig falsche Vorstellung vom Multivariant, bitte erstmal 10 minuten ausprobieren. Siehste Stefan, die Leute hören Children und schon sind sie weg. Wir hättens doch einfach Variant nennen sollen. Die Information über die Varianten muss irgendwie auf die Platte. Der Aufwand ist immer in etwa der gleiche.



    Von daher ist mir das lieber wenn ich den Preisunterschied dem Wert schon mit geben kann.


    Da steckt der echte Unterschied zwischen Strings mit "is input" und den Varianten über Kindern. Das eine nimmt eine Preisdifferenz, das andere den normale netto Preis.



    Aber so wie ich euch verstehe muss ich, wenn mindestens ein Wert einen anderen Preis definiert, das ganz in einzelnen Strings machen, wenn aber alle Preise gleich sind, kann ich das auch zusammenfassen, wie ich das auf dem ersten Screenshot ja schon gemacht habe.


    Richtig, und so wie sich das bei dir anhört würde ich am End eine Mischung von Kindvariante mit Stringvariante mache. und nochn Pattern oben drauf.