Příspěvky

1

Vývoj / Re:MySQL a přecenění se změnou DPH

« kdy: 03. 01. 2024, 11:35:38 »

Děkuji všem za pomoc, změnil jsem datový typ na DECIMAL 15,4 a po třech dnech provozu to vypadá v pořádku. Nechtěl jsem způsobit flamewar, ale nenapadlo mě, že u takto jednoduchých operací dostanu takové výsledky.
Co se týče zaokrouhlování dokladů tak jsem s tím nikdy neměl problém a to ani v kontrolním hlášení, pokud má protistrana např. o haléř chybně základ daně a daň,  a to i pokud má i nemá zaokrouhlovací položku. Je ale fakt, že to jsou absolutně bagatelní částky.
Ještě jednou děkuji.Hyp

2

Vývoj / Re:MySQL a přecenění se změnou DPH

« kdy: 31. 12. 2023, 12:22:42 »

Děkuji všem za pomoc, změněno v DTB na decimal 15,4

3

Vývoj / Re:Mysql a běžná operace

« kdy: 30. 12. 2023, 15:05:01 »

Nepoužívat float https://stackoverflow.com/questions/13030368/best-data-type-to-store-money-values-in-mysql ?

Díky za odpověď. Používal jsem double, ale výsledek byl stejný. Pokud dám decimal 15.4, tak tento případ je OK, otestuji zítra a potvrdím.
Díky Hyp

4

Vývoj / MySQL a přecenění se změnou DPH

« kdy: 30. 12. 2023, 12:06:32 »

Zdravím všechny, myslel jsem, že přecením zásoby v souvislosti se změnou DPH  přímo v mysql

Kód: [Vybrat]

UPDATE `karta` SET `prodejnicenabezdph`=Round(`prodejnicenabezdph`*((100+(SELECT `sazbadph` FROM `sazbadph` WHERE `iddph`=`dphvystup`))/100),0)/1.12 WHERE `dphvystup`=1 or `dphvystup`=3Problém je, že do databáze se např. pokud je cena s DPH12% 91Kč uloží místo 81.25 částka 81.24999999999. Pokud změním ručně na 81.25, pak mi dotaz

Kód: [Vybrat]

SELECT `prodejnicenabezdph`*1.12 vrátí 91.00000000000001 ale

Kód: [Vybrat]

SELECT 81.25*1.12 vrátí 91.
Taky dotaz např.

Kód: [Vybrat]

SELECT `prodejnicenabezdph`, `prodejnicenabezdph`*1.12+0 FROM `karta` WHERE 1; vrací 81.25  a    91.00000000000001.
Zaokrouhlování nemám moc řešeno, ale hlavně netuším důvod, proč tomu tak je.
Hodnota je double, ale pokud změním na FLOAT, tak výsledek je stejný.
Děkuji za každou nápomoc.

5

Software / Re:Připojení USB disku do VirtualBoxu 6.1

« kdy: 09. 12. 2021, 12:55:41 »

A hlásí to chybu?Nebo to je jen nepřístupné?Mě stačilo přidat skupinu vboxusers a instalovat přídavky pro hosta. Jo a v nastavení stroje dát povolit USB, já mám USB 2.0 ohci a ehci controller.
Funguje na více strojích ubuntu, vždy bez problémů, včetně filtru usb zařízení....

6

Software / Re:Připojení USB disku do VirtualBoxu 6.1

« kdy: 06. 12. 2021, 13:37:29 »

Ahoj, instalovat přídavky pro hosta/guest addition VirtualBox VM VirtualBox Extension Pack zpřístupní usb

7

Vývoj / Re:Integrace platebního terminálu do kiosku

« kdy: 28. 06. 2021, 08:28:06 »

Dobrý den, neřešil někdo tento problém teď v minulosti? Potřeboval bych vyřešit integraci platebního terminálu z prohlížeče(php/javascript, jquery), přes TCP/IP, mám zapůjčený testovací terminál, ale komunikaci odmítá. Zkoušel jsem odesílání přes curl, ale také bez úspěchu. Z manuálu to vypadá jednoduše, ale... Ve většině řešení se předpokládá komunikace z WIN přes dll knihovnu, ale terminál by měl být schopen stoprocentně i řešení, založených na přímé komunikaci se zařízením.
Platební terminál je ICT220, komunikační protokol GPE, port 2050.
Děkuji.

8

Distribuce / Re:Ubuntu pro náctiletou?

« kdy: 17. 10. 2020, 19:07:50 »

Já mám zkušenost, že instalací linucu  není problém, pouze pokud škola požaduje (dodává) nějaký soft pro výuku (třeba účetní), případně požaduje výstup ve specifickým formátu. To řeším virtualizací. Jinak je systém stabilní. Platí to i pokud jsem to dal starším lidem, většinou si to chválí.

9

Odkladiště / Re:Tepelné čerpadlo zěme-voda, zkušenosti s plošným kolektorem

« kdy: 21. 09. 2020, 16:41:47 »

Já mám voda vzduch a naprostá spokojenost. Myslím si, že je potřeba zohlednit jednak zahrada(kolik máš k dispozici), případně jestli tam budeš chtít něco pěstovat/stavět a s ohledem na cenu, zda se jedná o mětro/vesnici. Dál bych zohlednil nadmořskou výšku, resp. průměrné teploty v dané lokalitě.  Když jsem vše zvažoval (vrt/vzduch/země), tak v mi v nížině a městě bylo doporučeno toto, a jsem spokojen

10

Sítě / Re:CETIN - optika do bytu

« kdy: 06. 06. 2020, 18:15:25 »

Nevím, jak je přesně aktuální stav, ale myslím si, že v minulosti byl problém, kdo vlastně vlastní rozvody při případné změně poskytovatele či napojení na stávající rozvody či připojení bytu od jiného poskytovatele. Proto bych doporučil ohlídat i toto

11

Vývoj / Re:Hotové řešení sklad

« kdy: 22. 03. 2020, 17:20:47 »

Díky všem za info, zkusím to postupně převádět., pokud by to nešlo, zkusím FlexiBee. Kdysi jsem s ním chvíli koketoval, ale skočil jsem u Pohody.

12

Vývoj / Re:Hotové řešení sklad

« kdy: 20. 03. 2020, 18:19:41 »

Děkuji za info.
Co se týče rozdílů, tak si myslím, že metodika se dá ošetřit vnitřní směrnicí, neboť kdy se vyřadí prošlé zboží a kdy se zaúčtuje není možné brát absurdně. Např. něco se likviduje na svoje náklady dodavatel, něco musí být zlikvidováno odborně a zaneseno do systému odpadů. Reklamace se někdy uzná/někdy ne Je zde spousty variant a případů, ale myslím si, že není nutné vše řešit on-line, je třeba dodržovat stálé postupy a v případě změn udělat doklady pro průkaznost.

Co se týče údržby databáze
ta si myslím zahrnuje přepočet cen, ale dle mého názoru není nutná, pouze provádí údržbu databáze, neboť tam je accesssovská. Samozřejmě se to doporučuje, aby se odstranily chybné relace, ale nutné to není. Také pohoda umožňuje funkci výdej do mínusu či nikoli, takže i zde jsou rozdíly, to bych ale neřešil. Pohoda si myslím, že to přepočítává (při importu xml) dle dnů, ale nejsem si jist.

Jinak děkuji za informace, jen bych se zeptal :
-jak a zda dělat ty různé typy množství-zatím mám kartu zboží vždy na nejmenší prodávané množství, ale spoustu dodavatelů nabízí elektronické dodací listy pro načtení, což by asi usnadnilo práci, ale tím, že nesedí popis zboží, tak to naskladňujeme ručně přes čárové kódy, ale asi pokud by bylo řešení na přepočet /balení/blistr/karton u každé položky, asi by to nějak šlo načíst, že by se změnilo množství
-jak nejlépe řešit to porovnábání expirací : v současnosti mám dotaz na dotazu v accessu, což je asi nevhodné, ale vůbec nevím, jak to upravit/zjednosušit
SELECT [Expirace-prijemky].IdKarty, [Expirace-prijemky].Expirace, [Expirace-prijemky]!SumOfMnozstvi+Nz([Expirace-vydejky]!SuofVydano,0) AS K_Dispozici, [Expirace-prijemky].Sklad
FROM [Expirace-prijemky] LEFT JOIN [Expirace-vydejky] ON ([Expirace-prijemky].Expirace = [Expirace-vydejky].Expirace) AND ([Expirace-prijemky].IdKarty = [Expirace-vydejky].IdKarty) AND ([Expirace-prijemky].Sklad = [Expirace-vydejky].Sklad)
GROUP BY [Expirace-prijemky].IdKarty, [Expirace-prijemky].Expirace, [Expirace-prijemky]!SumOfMnozstvi+Nz([Expirace-vydejky]!SuofVydano,0), [Expirace-prijemky].Sklad
HAVING ((([Expirace-prijemky]![SumOfMnozstvi]+Nz([Expirace-vydejky]![SuofVydano],0))<>0))
ORDER BY [Expirace-prijemky].Expirace;

13

Vývoj / Re:Hotové řešení sklad

« kdy: 19. 03. 2020, 17:43:47 »

CO se týče účetních problémů, podklady pak importuju do účetního systému přes xml, výsledky stavu zásob jsou stejné, jenom vzniká rozdíl při postupu naskladňování.

Jak můžete importovat do účetního programu a jak může účetní program oceňovat sklad, když s oceněním nepracujete? Takto můžete maximálně importovat počet kusů, nic víc.

Hodnora skladu se počítá nákupních cen a množství zásob, což Pohoda bez problémů počítá i přepočítá zpětně. Já sám si počítám průměrnou nákupní cenu, kdy jediný rozdíl mi vzniká tím, že např. pokud já prodám poslední kus a ten den naskladním nové / nebo naskladním nové a prodám poslední kus, tak vznikají rozdíly mé a pohody, což, dle mého, jsou oba postupy v pořádku a hlavně rozdíly jsou naprosto zanedbatelné.

14

Vývoj / Re:Hotové řešení sklad

« kdy: 19. 03. 2020, 15:16:48 »

Ahoj všem, díky moc za info.
CO se týče účetních problémů, podklady pak importuju do účetního systému přes xml, výsledky stavu zásob jsou stejné, jenom vzniká rozdíl při postupu naskladňování. Co se týče reklamací, vyřazení prošlého zboží, vše mi funguje.
Ještě mě napadlo, jestli by něco nebylo součástí nějakého obchodu k CMS (joomle,m wordpresuu), přáípadně to přesunout takto. Chtěl bych mít data v myslq, abych k nim mohl přistupovat
Fakt se nechvi smířit s tím, že by se nic podobného neřešilo..........
Díky moc. Hyp

15

Vývoj / Hotové řešení sklad

« kdy: 18. 03. 2020, 16:42:33 »

Dobrý den,
chtěl bych se zeptat, zda o nějakém hotovém řešení skladové evidence, úplně jednoduchém systému založeném na php a mysql, které by se dalo implementovat. Jediný požadavek mám, aby to evidovalo expirace a aby to nabízelo zboží s nejkratší expirací. Procházej jsem github pro nějaké nakopnutí, ale nic kloudné jsme nenašel.

Pokud ne, zkusil bych to udělat, byť nejsem profík, ale nevím, jak nejjednodušeji udělat  u zboží např :
Nákup např. 1 basa piva (obsahuje např 24ks) a prodej po kusech či basách, jak to nejlépe přepočítávat, zda udělat dvě karty, případně umožnit vydávat jednotlivě a komplet. (Možná by bylo dobré udělat do budoucna i nějaké komplety/sety jednolivých položek a vydávat to jako jednu, ale asi to je teď zbytečné.

 a zda je nutné aktuální stav zásoby do nějaké pomocné tabulky, případně zda to dělat přepočtem všech příjmů a výdajů ( v současnosti jsou 2 sklady -uvažujeme  o 5ti, karet a je 5000 ( z toho aktivních 2000) a cca 10000 položek příjmů a výdajů.

V současnosti to dělám tak, že naskladňuji basu jako 24ks buď na sklad 1 či 2 a pak i kusy vydávám ( a u nějterých položek mám 2 skladové karty), stav zásoby mám jako pole ve skladové kartě a  k tomu mám položky jako dotaz výdej k dispozici na skladě 1 a výdej k dispozici na skladě 2, ale určitě by to mělo jt nějak zjednodušit.

Budu rád za počáteční nakopnutí :-)