Beiträge von speedy

@Denis Wie wäre es wenn du hier im Forum eine Art Wiki einbauen würdest wo man dann Anleitungen, Hinweise usw. sammeln könnte. Das wäre doch gerade für Einsteiger eine große Hilfe.

Ich denke es wäre schön wenn Ihr verraten würdet an welchem Modul es lag, falls andere User auch ein Problem haben.

Ich habe mir den Beitrag mal durchgelesen, abgesehen davon das ich finde das es nicht der richtige Ort ist dies zu diskutieren, finde ich das die Argumente teilweise nicht wirklich passen. Das der B2B Kunde den korrekten Preis sehen sollte finde ich auch, keine Frage. Aber mir fehlt z.B. bei den besagten Schwellwerten aus Beitrag 3 der Bezug auf Moss, man darf Warenlieferung nicht mit sonstiger Leistung verwechseln.

Auch das jüngste "Argument" ist nicht wirklich eines. Auf die Frage

Zitat von Denis

Wo besagt das Zitat das wir eine Qualifizierte Anfrage durchführen MÜSSEN?

Gibt es die Antwort:

Zitat von gwinger

Die Pflicht dazu ergibt sich angeblich aus dem Umsatzsteuergesetz.

Ich glaube es müsste §6a Absatz 4 Umsatzsteuergesetz sein.

(4) Hat der Unternehmer eine Lieferung als steuerfrei behandelt, obwohl die Voraussetzungen nach Absatz 1 nicht vorliegen, so ist die Lieferung gleichwohl als steuerfrei anzusehen, wenn die Inanspruchnahme der Steuerbefreiung auf unrichtigen Angaben des Abnehmers beruht und der Unternehmer die Unrichtigkeit dieser Angaben auch bei Beachtung der Sorgfalt eines ordentlichen Kaufmanns nicht erkennen konnte. In diesem Fall schuldet der Abnehmer die entgangene Steuer

Sorry aber diese Antwort besagt lediglich das der Kunde die Steuer schuldet wenn er falsche Angaben gemacht hat, sofern der Anbieter geprüft hat. Da steht nichts davon das man diese erweiterte Prüfung machen muss.

Zitat von gwinger

Im Grosshandel werden B2B Shops grundsätzlich so gehandhabt, daß man seinen Handelsregisterauszug zuschicken muss. Vorher gibt es keine Login Daten, keine Preise oder keinen Zutritt. Genau aus demselben Grund.

Dies liegt aber daran das der Privatkunde gar keinen Zutritt zu diesen Geschäften haben darf, da diese ausschließlich an B2B verkaufen.

Zitat von gwinger

Als Provider oder Reseller sollte man solche Nachweise immer in der Tasche haben. Das gilt genauso für das Überprüfen der USt-Id's wie auch für den Inhalt der gehosteten Seiten.

Was hat nun die Kundenwebseite mit dem Cart zu tun?

Zitat von gwinger

Schöner wäre es, wenn man noch einen Step mehr im Checkout hätte. Das wird eine Art Workaround werden. Aber notwendig ist das wirklich.

Eine weitere Seite in den Cart einbauen sollte möglich sein. WHMCSservices hatte damals für das E-Mail Verification Modul eine Seite in den Cart dazwischen geschoben.

Und das genau müsstest du doch eigentlich hinbekommen indem du den von mir verlinkten Code in deine Rechnung integrierst, nur halt nicht das der Text angezeigt wird (bzw. ein paar Zeilen später zusätzlich) sondern das, wenn eine Ust-ID vorhanden ist die Tabelle um die mwst Zeile ergänzt wird, den Inhalt der Zeile kannst d ja mit Mwst 0% hardcoden

Hi,

für den Reverse Charge Hinweis gibt es hier: Hinweis auf das Reverse-charge Verfahren auf Rechnungen eine Anleitung. Ich schätze die kannst du auch als Basis verwenden um 0% Steuer "auszuweisen"

Für die Funktion gibt es hier einen Request: Change and modify Client ID number
Bringt zwar selten was, aber einen Versuch kann man ja starten.

Ich bin der Meinung das man, sofern man nicht das nötige Wissen hat, ohne Agentur bei Adwords und Facebook einfach nur seine Kohle verbrennt. Habe bei beiden mal diese Testgutscheine genutzt und abgesehen von Klicks wo die Kunden sich aber nur die verlinkte Seite angeschaut haben und mehr nicht, hat es nichts. Und wenn man sich anschaut was man als Anfänger für Klickpreise hat......

Am wichtigstens ist es eine Seite zu haben die gutes SEO hat und dem Besucher mehr bringt als Preistabellen, ich glaube SEO's nennen das Content ist King.

Spezielle Werbeagenturen für Hoster kenne ich keine, denke aber das jede seriöse Agentur sich mit jedem Thema auseinander setzen kann.

wsac: Why do you modify the module with Version 5 so heavy? With Version 4.x the Client can't make a order if he not able to verify his E-Mail. That's was great against bots.
But now the client makes a order at first and must then verify his Mail. The verification is done after by order/payment, is this right?
So you have a lot of Bot orders which you have to cancel. And customers are annoyed that they still have to verify his account after the payment to use the paid product.

PayPal ist bei mir auch die Zahlungsmethode Nummer 1. Gut über 90% laufen darüber und das Modul dafür ist ja bereits in WHMCS integriert. Mit der Integration von PayPal dürfte man also nicht viel falsch machen.

Hi,

also von Zendesk kenne ich eine Integration wo die Tickets dann gesynct werden. Sprich so wie Ihr es wollt: Ticket wird in WHMCS erstellt und taucht dann auch in Zendesk auf. Also technisch sollte es von WHMCS aus möglich sein.
Ob LiveZilla hier die entsprechende API hat, müsste man schauen und dann entwickeln lassen.

Ich persönlich finde es schöner wenn der Kunde nur eine Plattform hat auf welcher er sich aufhalten muss, für mich würde also Nummer 3 rausfallen.

Wenn Ihr LiveZilla nur wegen dem Chat nutzt möchtet, da gibt es von WHMCS in Koorparation mit chatstack einen Chat welcher mit dem WHMCS Ticketsystem arbeitet.

Ich hab mal wieder Fragen zum Modul :
WHMCS 7 ist ja fast da und soll auch PHP7 unterstützen, ist das Modul mit beidem kompatibel?
Kommt bald mal wieder ein Modul Update? Welches dann vielleicht das neue Pain Format unterstützt?

Meine Bank hat mich heute via Brief darüber informiert das es ab November ein neues PAIN Format geben wird. Ist dies schon bekannt und ist ein Update geplant?

Die Standard-Werbemöglichkeiten sind wohl Foren und Google.
Wobei, bei Google sollte man sich schon auskennen, da du sonst in diesem Business auch mal 4€ für nen Klick, der dir dann nicht bringt, zahlst. Die großen Anbieter haben da halt die größeren Brieftaschen.

Verstehe ich das richtig, damit man mit WHMCS also später PHP7 nutzen kann müssen WHMCS und Module zum einen dieses Laravel verwenden und zum anderen mit dem neusten Ioncube Encoder verschlüsselt sein wo man die Verschlüsselung auf mind. PHP 5.6 einstellt?

Dann werden wir PHP7 wohl vergessen können. Zum einen müssen alle Entwickler ihre Module updaten sofern noch nicht erfolgt, auf PHP5.6 erneut verschlüsseln und zum anderen muss WHMCS die Systemvoraussetzungen auf PHP 5.6 anheben - bei der letzten Anhebung von 5.3.0 auf 5.3.7 liefen ja schon etliche Amok.

Hab leider noch nichts tolles gefunden, also falls jemand was weiß: Immer her damit.

Ist es Safe die Version 6.3.1 zu nutzen oder wurde es eher verschlimmbessert?

Weiß eigentlich jemand wieso WHMCS bei den Tickets den Markdown "Editor" integriert hat statt tinymce o.ä. ?

Bei tinymce wäre das ja wie hier im Forum: Text markieren, auf den "Fett" Button drücken und der Text wird fett dargestellt. Versteht jeder Kunde.
Aber welcher Kunde kapiert denn bitte das wenn er beim markierten Text auf "Fett" drückt aus dem dann plötzlich erscheinenden ** Fetter Text ** später im Ticket dann der Text entsprechend umgesetzt wird? Ich sehe jetzt schon die Tickets "Ey euer Ticketsystem ist im Eimer, da erscheinen immer Sternchen beim Klick auf den Button". Nicht jeder Kunde kennt mediawiki o.ö. wo es ja genau so ist.

Muss man das verstehen das man den neuen Marktplatz startet noch bevor da ein entsprechendes Modulangebot vorliegt bzw. man einen großen Schwung von Modulen freigeschaltet hat? Selbst die Module von ModulesGarden fehlen da noch alle.

@Denis Kurze Frage: Im dev Tracker steht seit knapp 3 Wochen das ein Update in Arbeit sei, welches du die Tage im ausgelaufenen Angebotsbeitrag auch angesprochen hast. Gibt es hierzu schon einen Zeitpunkt der Veröffentlichung?

Zitat von Denis

E-Mail Verifizierung damit der Kunde seine E-Mail bestätigen kann - Kommt leider nicht an das Modul von whmcsservices ran

Kommt leider nicht an das andere Modul ran ist gut, die E-Mail Verifizierung von WHMCS ist irgendwie total Banane ;).
Der Kunde bestellt ganz normal und bekommt dann nach irgendwann eine E-Mail zum Bestätigen zugeschickt. Solange er die E-Mail Adresse nicht bestätigt wird ihm im Kundenbereich ein "Sie haben Ihre Adresse noch nicht bestätigt - Klicken Sie hier" angezeigt." Bestätigt der Kunde die Adresse nicht, passiert ihm aber auch nichts. Er kann weiter bestellen und die Produkte nutzen. In meinen Augen absolut sinnfrei umgesetzt.