Jump to content
thirty bees forum

30knees

Gold member
  • Posts

    1,341
  • Joined

  • Last visited

  • Days Won

    29

Posts posted by 30knees

  1. 4 hours ago, zen said:

    On my opinion it is not the best move for TB future. I feel like a barrier has been crossed.. we'll see what's next ^^

    I think it's a good move because tb needs to generate income if tb is ever to become more than just Smile's side-project that his business benefits from and we all mooch off of. I'm still, unfortunately, skeptical about whether tb can grow sufficiently to attract third-party module developers or even enough so datakick gets  some additional support. But I wish the project all the best.

    • Like 1
  2. The support hour for certain member groups is very nice and much appreciated. I hope the nice Premium modules and the support lead to lots of supporting members!

    How do we "place an order" for the included support? Can members donate their hours to a certain common goal, say adding a certain functionality (only if the donated hours are enough for that month, of course)? 

  3. Yes, if someone truly has a single supply case it's not easy! One would have to be able to manually specify whether it's a single supply or individual supplies and for the former what the tax rate should be. At least in my shop I can't come up with a single supply case, any bundle would be two separate ones. I would assume that's the case for most goods. A combination of services or good and services is more likely to lead to a single supply, in my opinion.

    Here one more quote to help figure out question of single supply vs two or more individual supplies:

    There is a single supply where two or more elements or acts supplied by the taxable person to the customer are so closely linked that they form, objectively, a single, indivisible economic supply, which it would be artificial to split (Levob Verzekeringen and OV Bank, paragraph 22; Case C‑425/06 Part Service [2008] ECR I‑897, paragraph 53; and Bog and Others, paragraph 53). There is also a single supply where one or more elements are to be regarded as constituting the principal supply, while other elements are to be regarded, by contrast, as one or more ancillary supplies which share the tax treatment of the principal supply (see, in particular, CPP, paragraph 30; Levob Verzekeringen and OV Bank, paragraph 21; and Bog and Others, paragraph 54 and case-law cited).

    Para 28 in https://curia.europa.eu/juris/document/document.jsf?text=&docid=134105&pageIndex=0&doclang=EN&mode=lst&dir=&occ=first&part=1&cid=434078

  4. I think it depends on the nature of the pack, unfortunately. 

    If it's just a special offer pack, I believe it's correct that there should be two products, each with their own VAT rate, because the products are not intimately connected, there is no "primary" component and "secondary" component.

    However, if the pack is a "true" pack, then the "primary" / "principal" part of the pack detemines the VAT rate of that pack as a whole. The pack as a whole is a distinct product from each separate component.

    This understanding comes from this Court of Justice of the European Union case: https://curia.europa.eu/juris/document/document.jsf;jsessionid=651CFF8D09C8073D9D6742F60B327FD1?text=&docid=198525&pageIndex=0&doclang=EN&mode=lst&dir=&occ=first&part=1&cid=384011

    Paragraph 21 on the nature of the pack:  As a preliminary point, it should be noted that, according to the Court’s case-law, where a transaction comprises a bundle of elements and acts, regard must be had to all the circumstances in which the transaction in question takes place in order to determine whether that operation gives rise, for the purposes of VAT, to two or more distinct supplies or to one single supply (see, to that effect, judgments of 10 March 2011, Bog and Others, C‑497/09, C‑499/09, C‑501/09 and C‑502/09, EU:C:2011:135, paragraph 52 and the case-law cited, and of 21 February 2013, Žamberk, C‑18/12, EU:C:2013:95, paragraph 27 and the case-law cited).

    The Court's ruling on one VAT rate where the above analysis leads to the conclusion that there is "one" supply/product: The Sixth Council Directive 77/388/EEC of 17 May 1977 on the harmonisation of the laws of the Member States relating to turnover taxes — Common system of value added tax: uniform basis of assessment, as amended by Council Directive 2001/4/EC of 19 January 2001, must be interpreted as meaning that a single supply, such as that at issue in the main proceedings, comprised of two distinct elements, one principal, the other ancillary, which, if they were supplied separately, would be subject to different rates of value added tax, must be taxed solely at the rate of value added tax applicable to that single supply, that rate being determined according to the principal element, even if the price of each element forming the full price paid by a consumer in order to be able to receive that supply can be identified.

     

    • Thanks 1
  5. 1 hour ago, the.rampage.rado said:

    It would be a nice addition to have options which items to track - currently it only tracks desc and price but each other product property is vital too - ref, association, combinations, even shop association, etc.

    Quantities (incl. of combinations), too!

    • Like 1
  6. Datakick has mentioned that some 1.7 modules can be quite easily adapted to 1.6/tb.

    I don't think it's possible to "make sure" new modules for PS 8 work on tb. The two systems are diverging more and more. It's just how it is. It doesn't look like tb will gain enough critical mass so external developers will start working on it, unfortunately. That means you're limited to tb modules and to any 1.6/1.7 modules that will work with tb, perhaps with some tweaking.

     

    • Like 1
    • Thanks 1
  7. 19 hours ago, datakick said:

    Can you describe a use case for this?

    Yes. It's all about profit margins. If I give 5% loyalty points that's fine for regular priced products. But if I also offer the product with 15% off for 10x or more, then I don't want the customer to get an additional 5% on top because my profit will be gone.

    19 hours ago, datakick said:

    I don't think this is possible right now. We would have to extend Cart Rules and add new type of restriction.

    This is not related to loyalty points at all.  

    Yes, it's not related to loyalty points. But it's the same issue as above, i.e. I'd like to offer customers a 15% discount coupon for the whole store or even just for product X.

    Now, product X already has 15% discount when you buy 10x or more. It's OK if customers use the 15% discount coupon for 1x product X and for 10x product X. But if they get 15% off of 10x and then additionally 15% there won't be any profit left. So only one discount should apply, ideally the higher one.

  8. Something related, perhaps. I had an order that I set to canceled. Then I refunded the order in PayPal, which is why the status "refunded" was automatically set. Then I moved it back to canceled (for our work flow purposes). 

    Canceled Canceled   12.09.2023 07:37:07  
    7.gif Refunded   12.09.2023 07:21:28  
    6.gif Canceled   12.09.2023 07:20:38

    Stock was added back for both cancellations. Is this expected behaviour or should stock added back only work if in between two "canceled" there was a status that substracted stock?

  9. 2 hours ago, wakabayashi said:

    I was working on this recently as well. What I do: Only load the conversion pixel on the confirmation page, then submit it and on next page refresh delete all the cookies again. 

    Like that you have the conversions, but you basically don't let the big sites track your users on your site. If this is a clever or a nonsense solution, is up to priority. I also don't know, how negatively it affects retargeting stuff. I believe in general one has to decide, if we want to protect customer data or get the best results from ads. To have both in perfection is probably not possible.

    That's a nice setup.

    I agree, one can't have the best of both worlds.

    I'll look into Matomo for now and look at your setup depending on how Matomo works. 

  10. 17 hours ago, wakabayashi said:

    Meiner Meinung braucht man genau das: pro Domain von der man sendet eine eigene IP. Scheinbar kannst du bei Sendgrid solche IPs buchen. 

    Persönlich überrascht mich dieses harsche Vorgehen etwas, aber für uns ist es nicht wirklich relevant 🙃 Hat man alles diesen Scheiss Spamern zu verdanken...

    Haha, ja, die lieben Spammer. Heute hat mich Mr. Warren Buffet, Billionaire Investor angeschrieben. 5 Mio USD darf ich bald in Empfang nehmen. 

    Private IP: Anscheinend ergibt eine Private IP nur Sinn, wenn man regelmäßig wirklich hohe Mengen (tausende pro Tag) an Emails schickt. Ansonsten kann man keine Reputation aufbauen. 

  11. Noch ein Nachtrag:

    T-Online hatte dem Email-Provider wie folgt geantwortet:

    Quote

    Please notice: Our policy states that server with shared services are
    not qualified for a reset of reputation due to security reasons. Shared
    hosts have to use a dedicated SMTP-Relay from an email provider for
    sending emails. You may feel free to provide this for use by your
    customers as a 24/7 monitored 'smarthost' and authenticated SMTP-Relay
    with outbound spam protection.

     

  12. On 8/18/2023 at 4:37 PM, Occam said:

    Ich glaube, die verlinkte Info hast Du nicht richtig verstanden. Natürlich akzeptiert T-Online wie bisher auch Mails von shared IP-Domains, vorausgesetzt, der Provider hat die Domain-Authentifizierung für Deine Domain(s) korrekt konfiguriert. Mit den Google-Tools lässt sich herausfinden, ob ein SPF-Eintrag gesetzt ist. Falls nicht, hilft Dir vielleicht der folgende Beitrag:

    https://powerdmarc.com/de/how-to-create-an-spf-txt-record/

    Oder Du fragst bei Deinem Provider nach, ob der Kundenservice das für Dich erledigt. Hab ich z.B. bei ESTUGO so gemacht und bekam folgende Antwort:

     

    Zumindest hat mein Email-Provider das ähnlich erklärt wie in dem Text, d.h.

    Quote

    There is no resolution for this issue for senders who want to stay on shared IPs. Unfortunately, t-online.de has implemented a set of requirements that is fundamentally incompatible with shared IP sending. The negative impacts of these changes are not limited to Twilio SendGrid customers. Every organization using shared IPs to send messages to t-online.de recipients, regardless of the email service provider, has been impacted.

    Der Email-Provider war auch mit T-online in Kontakt und meinte, dass es keine Lösung gäbe. 

    SPF Records sind alle korrekt bei mir.

    p.s. Schön, dich wieder zu sehen!

    p.p.s.

    Quote

    The requirements from t-online.de are clear: if the domain in the From address doesn’t match the SPF, DKIM, and rDNS domains, it will reject the email. In some cases, senders will be able to set up IP pools to address this issue. If you create IP pools, you’ll be able to specify which pool of IPs a message will go through. If you create a pool for each of the domains you send from, and the rDNS of the IPs in those pools match the domain in the From address, you’ll be able to successfully deliver your email.

    Dürfte das klappen? Ich schreibe meinen Email-Provider an und frage nach. :)

×
×
  • Create New...