IRC logs of #tryton for Monday, 2023-09-04

irc.libera.chat #tryton log beginning Mon Sep 4 12:10:01 AM CEST 2023
-!- mrichez(~Maxime@2a02:a03f:c2e8:f900:db7c:11fb:1fc6:3112) has joined #tryton05:23
-!- springwurm(~springwur@2a01:76c0:100:f500:d2f:e65c:4018:bb58) has joined #tryton05:27
-!- tbruyere(~Thunderbi@mail.saluc.com) has joined #tryton06:06
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton06:26
-!- ChanServ changed mode/#tryton -> +o cedk 06:26
-!- mrichez(~Maxime@mail.saluc.com) has joined #tryton06:38
-!- udono(~udo@140-137-067-156.ip-addr.inexio.net) has joined #tryton06:58
-!- acaubet(~Thunderbi@194.224.31.235) has joined #tryton07:45
mrichezHi, i notice something strange with forecast quantities in "Products by Locations" relate ... when there's a shipment in waiting state, forecast quantity don't care about quantity that'll be shipped07:55
mrichezi did test on demo version: i've created product "TEST", inventory 1000 unit in Storage Zone. I create a sale of 200 unit (shipping date 20/09/23), then process sale. If i do a relate "Products by Locations" on storage zone, for product Test, Quantity = Forecast Quantity = 1000 unit07:57
mrichezin the product form in Sale Menu, quantity is 1000 unit and forecast quantity is 800 unit... Is this a bug ?07:58
-!- nicoe(~nicoe@2a02:578:852a:c00:7e2a:31ff:fe5e:b25d) has joined #tryton07:58
mrichezi mean for me Forecast Quantity in Sale Menu is correct, Forecast Quantity in Products by Locations should take in account waiting shipment...07:59
-!- rpit(~rpit@p200300c88f1a8600daf8eef7ca95f1a3.dip0.t-ipconnect.de) has joined #tryton08:03
cedkmrichez: it depends on the supply delay08:04
mrichezcedk: Lead Time in Customer Tab on product ?08:19
mrichezcedk: even when adding a lead time on product don't change Forecast Quantity in Products by Location08:20
mrichezcedk: ok, if i remove "At date", quantities are correct... sorry for noise08:35
LordVanhi. we have a werid problem where sometimes the sale module skips numbers - and i can'T figure out what the reason is (I did ask everyone and noone said they delete stuff - as opposed to annull) .. any idea what it could be?09:08
cedkLordVan: it can happen because sequence for sale are not strict09:14
cedkso if the transaction fails, the sequence number is anyway consumed09:14
LordVancedk, yes that Is what I thought but any way to find out why/when it happens? -- also would it be possible to make it a strict one?09:15
cedkLordVan: transaction may fail at any time09:23
cedkLordVan: you can sutomize to use a strict sequence but it is slower09:23
LordVanyes I was mostly curious as to why it fails - if  a bug in my code is responsible for example09:23
LordVanspeed is not that much of an issue with our small install but I get what you mean.09:24
-!- tbruyere(~Thunderbi@mail.saluc.com) has joined #tryton10:56
-!- mrichez(~Maxime@mail.saluc.com) has joined #tryton11:13
-!- springwurm(~springwur@2a01:76c0:100:f500:d9d2:43a8:4cb5:8e40) has joined #tryton12:04
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton20:28
-!- ChanServ changed mode/#tryton -> +o cedk 20:28
-!- cedk(~ced@gentoo/developer/cedk) has joined #tryton21:25
-!- ChanServ changed mode/#tryton -> +o cedk 21:25

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!