The "Sales" module is available on Clemz! 🎉

Extension Clemz
61

yes but not on the same sheet, so there is a risk of making a mistake if there are many. During peak periods, it was really great to have everything on the same sheet, 0 risks like that.

62

Thank you everyone for this very interesting discussion!

To confirm that I’ve understood everything, the debate is about what Clemz displays on a slip when we have a batch to send

  • Current situation: Clemz displays « batch of 3 items Â»
  • Desired situation by some: Clemz displays the exact name of the items with the risk that it exceeds the slip. (@sty @vintoche @Gametoysretro in particular)

Is that correct?

63

Exactly, well summarized. The list of item titles on the slip and not « lot of x items Â»

1 Like
64

Yes

Afterwards, if you could allow everyone to configure as they wish, that would be great. But if it wasn’t possible and it stays like this, I’ll survive.

For me, in principle, it’s mainly the Vinted Go shipping labels that bother me because we have no information about them. For the others, I have the customer’s name, so I can check with my phone or with the invoice (but I use email shipping now).

1 Like
65

Curiosity question: do you use the « thermal printer Â» format or A4 for your slips?

Because we don’t have the same space on the two


66

A4 format (I use a classic Tank printer)

67

yes that’s right :+1:

68

Thermal for my part

69

Thermal printer also

70

I have modified the titles added on the slips in case of a batch.

Instead of « batch 3 items Â», it will now display « 3 items: xxxxxx Â» with on xxxxx the title of each item one after the other
 until it goes off the page.

Does that seem better to you?

3 Likes
71

Personally, I’m very happy with it like this. Thank you

1 Like
72

Perfect for me, thank you very much!

1 Like
73

:waving_hand: Would it be possible to automatically generate invoices upon sale,

AND to send them to the customer by email when the package is registered as sent

image
image484×152 10.1 KB

This would allow us to differentiate invoice generation from sending it to the customer :grinning_face:

74

I’m discussing it with ClĂ©ment :slightly_smiling_face:

1 Like
75

:+1: thank you very much! :sunflower:

76

I’m not sure I understand your comment about

I would understand not wanting to generate the invoice (and send it) until the package has been shipped. But then it’s the invoice generation that I would postpone until the package is sent (and thus reduce the risk of cancellation by the client). Not sending the invoice to the client.
=> If the invoice is generated, there’s no reason to postpone sending it to the client (from my point of view).

77

Hi ClĂ©ment, what « bothers Â» me is sending an invoice before even dropping off the package (and waiting for finalization seems too long), so yes, possibly, if we can send the invoice automatically after dropping off the package, that would work for me too (it doesn’t matter for generation). It’s just that in my process, I print my shipping label, save the invoice on my PC, and then drop off my package, so I had imagined it like that, but I can just as easily save my invoices later. Thanks to you :slightly_smiling_face: