Menu
▾
▴
web-erp-developers — Discussion on development of webERP
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(20) |
Aug
(21) |
Sep
(12) |
Oct
(2) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(3) |
Feb
(46) |
Mar
(65) |
Apr
(49) |
May
(33) |
Jun
(5) |
Jul
(79) |
Aug
(228) |
Sep
(347) |
Oct
(272) |
Nov
(270) |
Dec
(424) |
| 2005 |
Jan
(549) |
Feb
(232) |
Mar
(134) |
Apr
(103) |
May
(57) |
Jun
(74) |
Jul
(67) |
Aug
(45) |
Sep
(99) |
Oct
(187) |
Nov
(238) |
Dec
(127) |
| 2006 |
Jan
(81) |
Feb
(137) |
Mar
(46) |
Apr
(55) |
May
(62) |
Jun
(152) |
Jul
(137) |
Aug
(154) |
Sep
(176) |
Oct
(104) |
Nov
(65) |
Dec
(64) |
| 2007 |
Jan
(56) |
Feb
(303) |
Mar
(88) |
Apr
(80) |
May
(72) |
Jun
(20) |
Jul
(47) |
Aug
(28) |
Sep
(113) |
Oct
(49) |
Nov
(89) |
Dec
(24) |
| 2008 |
Jan
(24) |
Feb
(61) |
Mar
(43) |
Apr
(51) |
May
(12) |
Jun
(10) |
Jul
(49) |
Aug
(26) |
Sep
(7) |
Oct
(50) |
Nov
(19) |
Dec
(15) |
| 2009 |
Jan
(87) |
Feb
(144) |
Mar
(54) |
Apr
(72) |
May
(32) |
Jun
(23) |
Jul
(27) |
Aug
(90) |
Sep
(349) |
Oct
(174) |
Nov
(320) |
Dec
(110) |
| 2010 |
Jan
(162) |
Feb
(39) |
Mar
(80) |
Apr
(126) |
May
(45) |
Jun
(44) |
Jul
(75) |
Aug
(32) |
Sep
(100) |
Oct
(57) |
Nov
(49) |
Dec
(125) |
| 2011 |
Jan
(72) |
Feb
(41) |
Mar
(63) |
Apr
(18) |
May
(123) |
Jun
(100) |
Jul
(96) |
Aug
(84) |
Sep
(83) |
Oct
(39) |
Nov
(166) |
Dec
(103) |
| 2012 |
Jan
(158) |
Feb
(148) |
Mar
(77) |
Apr
(43) |
May
(126) |
Jun
(82) |
Jul
(67) |
Aug
(28) |
Sep
(109) |
Oct
(30) |
Nov
(23) |
Dec
(34) |
| 2013 |
Jan
(14) |
Feb
(16) |
Mar
(7) |
Apr
(79) |
May
(76) |
Jun
(13) |
Jul
(76) |
Aug
(36) |
Sep
(22) |
Oct
(35) |
Nov
(167) |
Dec
(93) |
| 2014 |
Jan
(64) |
Feb
(14) |
Mar
(57) |
Apr
(63) |
May
(60) |
Jun
(15) |
Jul
(24) |
Aug
(19) |
Sep
(56) |
Oct
(70) |
Nov
(45) |
Dec
(52) |
| 2015 |
Jan
(56) |
Feb
(73) |
Mar
(34) |
Apr
(11) |
May
(24) |
Jun
(19) |
Jul
(11) |
Aug
(8) |
Sep
(25) |
Oct
(22) |
Nov
(38) |
Dec
(7) |
| 2016 |
Jan
(7) |
Feb
(34) |
Mar
(17) |
Apr
(10) |
May
(17) |
Jun
(7) |
Jul
(17) |
Aug
(31) |
Sep
(3) |
Oct
(34) |
Nov
(5) |
Dec
(2) |
| 2017 |
Jan
|
Feb
(4) |
Mar
(18) |
Apr
(6) |
May
(10) |
Jun
(13) |
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
|
Dec
(1) |
| 2018 |
Jan
(2) |
Feb
|
Mar
(3) |
Apr
(10) |
May
(5) |
Jun
|
Jul
(7) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
(2) |
| 2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
(6) |
Aug
(2) |
Sep
(4) |
Oct
|
Nov
|
Dec
(3) |
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2022 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(30) |
Nov
|
Dec
(2) |
|
From: TimSchofield5 <ti...@we...> - 2014-03-13 07:38:00
|
Phil, I didn't put the details in for the reasons Jo has said, that it would help any malicious person. I did refer you to the email that Exson sent you regarding the matter, and that email did provide full details. If you wanted more information surely the correct thing to do was ask, rather than block my forum access? Tim ----- For those wondering about the constant nastiness and abuse that Phil Daintree fires at me, the facts can be found here at http://weberpafrica.blogspot.co.uk/ -- View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Reporting-Of-Issues-tp4657245p4657249.html Sent from the web-ERP-developers mailing list archive at Nabble.com. |
|
From: icedlava <ice...@gm...> - 2014-03-13 07:35:51
|
I believe a bug tracker works if all bugs are directed there otherwise it's just overhead. I do have an account there but as there is a bugs forum it seems redundant (and maybe why the tracker is not used more - doesn't seem to be easy to find the tracker either). > it is still there is you are keen to pick it up and give it a birthday If there is one supported place for tracking bugs and communication on them, I'd be happy to maintain the bug tracker or lend a hand to whoever is doing it now (even tho i'm definitely not keen on Mantis). Just say the word. My point about a security email address (directing to a private list or shared mail address) was because sometimes a person just want to quickly report something and know it's not going public. I agree with you that the developers mailing list is very useful and prefer it to forums. However it's public, and therefore does not fit the requirements for private reporting of security vulnerabilities. Once information is published there it remains public and searchable. Thanks for the feedback. cheers On 13 Mar 2014, at 17:39, Phil Daintree wrote: > We already have a bug tracker. > > The snag with it though is that it is unmaintained - I can't remember > who put their hand up keen to administer it, but they have not been > able > to keep it up. I must say I was sceptical at the time for just this > reason and stated up front that I did not want to maintain it myself. > However, it is still there is you are keen to pick it up and give it a > birthday. > > http://www.weberp.org/bugs > > What you say is good sense. However, I still feel that this is what > the > developers mailing list is for. > > Phil > > Phil Daintree > Logic Works Ltd - +64 (0)275 567890 > http://www.logicworks.co.nz > > On 13/03/14 15:27, icedlava wrote: >> Hi Phil, >> >> Perhaps there could be a security reporting process that attempts to >> keep any vulnerabilities out of public eye until they are assessed >> and >> fixed and patch posted, depending on the severity. >> >> Some security issues are not as severe as others and would not hurt >> being publicly posted. Others might need urgent attention and fixing >> prior to publishing any info or hints to it, to ensure websites are >> not >> taken advantage of prior to the fix being applied. >> >> Example : >> >> 1. All security vulnerability posts to go to an email >> sec...@we... that is received to a closed list, viewable only >> to >> a list of developers. There would hopefully be at least one person >> that >> could receive /read it immediately and assess the severity, or notify >> someone who could assess it if they didn't know. >> Most bug trackers also have the ability to post directly and not be >> viewed publicly - e.g. only viewable to a permission enabled list of >> people . >> >> 2. This email and/or bug tracker link could be publicised on >> weberp.org >> along with how security issues are handled. >> >> 3. If it is not a severe vulnerability, it could be publicly >> published >> to the list/forum/bug tracker for discussion or fixing >> >> 4. If it is severe and needs discussion, it could be posted to a >> 'closed' forum or bug tracker item that is open to all approved >> developers. They could address the issue, provide a patch. >> Once the patch is provided, it could be published openly. >> >> 5. Where a report is published openly before it becomes or is known >> as a >> severe security issue (e.g. list or forum), then hopefully before any >> key information is provided about it, discussion can be moved to the >> closed list/bug tracker for processing as in 3. This problem could be >> overcome by having a dedicated bug tracker that is always promoted to >> be >> used for any issue, as the bug could be hidden to the public along >> with >> any existing discussion (in most trackers) as soon as it becomes >> evident >> it's a security related one. >> >> Just a rough idea. >> >> Cheers, >> >> >> >> >> On 13 Mar 2014, at 9:46, Phil Daintree wrote: >> >>> There is no secrecy here. >>> >>> If there is some issue that you are aware of then obviously the meat >>> of what the issue is about needs to be contained in the message to >>> the >>> list. It is insufficient to head up a message major vulnerability >>> referring to private discussions - which I am unaware of BTW - and >>> suggest there is some major problem without any substance in the >>> mail >>> of what the issue is! Of course not many people would post such FUD >>> this way. >>> >>> I prefer to have any issues completely on the (developers) table so >>> we >>> can discuss them and come up with a solution if necessary quickly >>> and >>> advise the users ASAP. We are an open source project and well ... >>> open. I do however, try to keep these forums/lists free of >>> FUD/nonsense. >>> >>> I am aware of the $AllowAnyone issue which gave access to the GL >>> Trial >>> balance - which is now fixed and I have published a note to advise >>> users. >>> >>> If there are any incorrect statements in messages to the list or the >>> forum then I will try to remove them to avoid misleading anyone. >>> Although this is not always easy. >>> >>> >>> Phil >>> >>> Ph: +64 (0)275 567890 >>> Skype: daintree >>> http://www.logicworks.co.nz >>> ------------------------------------------------------------------------------ >>> Learn Graph Databases - Download FREE O'Reilly Book >>> "Graph Databases" is the definitive new guide to graph databases and >>> their >>> applications. Written by three acclaimed leaders in the field, >>> this first edition is now available. Download your free book today! >>> http://p.sf.net/sfu/13534_NeoTech_______________________________________________ >>> Web-erp-developers mailing list >>> Web...@li... >>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> ------------------------------------------------------------------------------ >> Learn Graph Databases - Download FREE O'Reilly Book >> "Graph Databases" is the definitive new guide to graph databases and >> their >> applications. Written by three acclaimed leaders in the field, >> this first edition is now available. Download your free book today! >> http://p.sf.net/sfu/13534_NeoTech >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and > their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Phil D. <ph...@lo...> - 2014-03-13 07:09:33
|
We already have a bug tracker. The snag with it though is that it is unmaintained - I can't remember who put their hand up keen to administer it, but they have not been able to keep it up. I must say I was sceptical at the time for just this reason and stated up front that I did not want to maintain it myself. However, it is still there is you are keen to pick it up and give it a birthday. http://www.weberp.org/bugs What you say is good sense. However, I still feel that this is what the developers mailing list is for. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 13/03/14 15:27, icedlava wrote: > Hi Phil, > > Perhaps there could be a security reporting process that attempts to > keep any vulnerabilities out of public eye until they are assessed and > fixed and patch posted, depending on the severity. > > Some security issues are not as severe as others and would not hurt > being publicly posted. Others might need urgent attention and fixing > prior to publishing any info or hints to it, to ensure websites are not > taken advantage of prior to the fix being applied. > > Example : > > 1. All security vulnerability posts to go to an email > sec...@we... that is received to a closed list, viewable only to > a list of developers. There would hopefully be at least one person that > could receive /read it immediately and assess the severity, or notify > someone who could assess it if they didn't know. > Most bug trackers also have the ability to post directly and not be > viewed publicly - e.g. only viewable to a permission enabled list of > people . > > 2. This email and/or bug tracker link could be publicised on weberp.org > along with how security issues are handled. > > 3. If it is not a severe vulnerability, it could be publicly published > to the list/forum/bug tracker for discussion or fixing > > 4. If it is severe and needs discussion, it could be posted to a > 'closed' forum or bug tracker item that is open to all approved > developers. They could address the issue, provide a patch. > Once the patch is provided, it could be published openly. > > 5. Where a report is published openly before it becomes or is known as a > severe security issue (e.g. list or forum), then hopefully before any > key information is provided about it, discussion can be moved to the > closed list/bug tracker for processing as in 3. This problem could be > overcome by having a dedicated bug tracker that is always promoted to be > used for any issue, as the bug could be hidden to the public along with > any existing discussion (in most trackers) as soon as it becomes evident > it's a security related one. > > Just a rough idea. > > Cheers, > > > > > On 13 Mar 2014, at 9:46, Phil Daintree wrote: > >> There is no secrecy here. >> >> If there is some issue that you are aware of then obviously the meat >> of what the issue is about needs to be contained in the message to the >> list. It is insufficient to head up a message major vulnerability >> referring to private discussions - which I am unaware of BTW - and >> suggest there is some major problem without any substance in the mail >> of what the issue is! Of course not many people would post such FUD >> this way. >> >> I prefer to have any issues completely on the (developers) table so we >> can discuss them and come up with a solution if necessary quickly and >> advise the users ASAP. We are an open source project and well ... >> open. I do however, try to keep these forums/lists free of >> FUD/nonsense. >> >> I am aware of the $AllowAnyone issue which gave access to the GL Trial >> balance - which is now fixed and I have published a note to advise >> users. >> >> If there are any incorrect statements in messages to the list or the >> forum then I will try to remove them to avoid misleading anyone. >> Although this is not always easy. >> >> >> Phil >> >> Ph: +64 (0)275 567890 >> Skype: daintree >> http://www.logicworks.co.nz >> ------------------------------------------------------------------------------ >> Learn Graph Databases - Download FREE O'Reilly Book >> "Graph Databases" is the definitive new guide to graph databases and >> their >> applications. Written by three acclaimed leaders in the field, >> this first edition is now available. Download your free book today! >> http://p.sf.net/sfu/13534_NeoTech_______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: icedlava <ice...@gm...> - 2014-03-13 02:27:50
|
Hi Phil, Perhaps there could be a security reporting process that attempts to keep any vulnerabilities out of public eye until they are assessed and fixed and patch posted, depending on the severity. Some security issues are not as severe as others and would not hurt being publicly posted. Others might need urgent attention and fixing prior to publishing any info or hints to it, to ensure websites are not taken advantage of prior to the fix being applied. Example : 1. All security vulnerability posts to go to an email sec...@we... that is received to a closed list, viewable only to a list of developers. There would hopefully be at least one person that could receive /read it immediately and assess the severity, or notify someone who could assess it if they didn't know. Most bug trackers also have the ability to post directly and not be viewed publicly - e.g. only viewable to a permission enabled list of people . 2. This email and/or bug tracker link could be publicised on weberp.org along with how security issues are handled. 3. If it is not a severe vulnerability, it could be publicly published to the list/forum/bug tracker for discussion or fixing 4. If it is severe and needs discussion, it could be posted to a 'closed' forum or bug tracker item that is open to all approved developers. They could address the issue, provide a patch. Once the patch is provided, it could be published openly. 5. Where a report is published openly before it becomes or is known as a severe security issue (e.g. list or forum), then hopefully before any key information is provided about it, discussion can be moved to the closed list/bug tracker for processing as in 3. This problem could be overcome by having a dedicated bug tracker that is always promoted to be used for any issue, as the bug could be hidden to the public along with any existing discussion (in most trackers) as soon as it becomes evident it's a security related one. Just a rough idea. Cheers, On 13 Mar 2014, at 9:46, Phil Daintree wrote: > There is no secrecy here. > > If there is some issue that you are aware of then obviously the meat > of what the issue is about needs to be contained in the message to the > list. It is insufficient to head up a message major vulnerability > referring to private discussions - which I am unaware of BTW - and > suggest there is some major problem without any substance in the mail > of what the issue is! Of course not many people would post such FUD > this way. > > I prefer to have any issues completely on the (developers) table so we > can discuss them and come up with a solution if necessary quickly and > advise the users ASAP. We are an open source project and well ... > open. I do however, try to keep these forums/lists free of > FUD/nonsense. > > I am aware of the $AllowAnyone issue which gave access to the GL Trial > balance - which is now fixed and I have published a note to advise > users. > > If there are any incorrect statements in messages to the list or the > forum then I will try to remove them to avoid misleading anyone. > Although this is not always easy. > > > Phil > > Ph: +64 (0)275 567890 > Skype: daintree > http://www.logicworks.co.nz > ------------------------------------------------------------------------------ > Learn Graph Databases - Download FREE O'Reilly Book > "Graph Databases" is the definitive new guide to graph databases and > their > applications. Written by three acclaimed leaders in the field, > this first edition is now available. Download your free book today! > http://p.sf.net/sfu/13534_NeoTech_______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Phil D. <ph...@lo...> - 2014-03-12 23:16:19
|
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> <style type="text/css">.mceResizeHandle {position: absolute;border: 1px solid black;background: #FFF;width: 5px;height: 5px;z-index: 10000}.mceResizeHandle:hover {background: #000}img[data-mce-selected] {outline: 1px solid black}img.mceClonedResizable, table.mceClonedResizable {position: absolute;outline: 1px dashed black;opacity: .5;z-index: 10000} </style> </head><body style=""> <div> There is no secrecy here. </div> <div>   </div> <div> If there is some issue that you are aware of then obviously the meat of what the issue is about needs to be contained in the message to the list. It is insufficient to head up a message major vulnerability referring to private discussions - which I am unaware of BTW - and suggest there is some major problem without any substance in the mail of what the issue is!  Of course not many people would post such FUD this way. </div> <div>   </div> <div> I prefer to have any issues completely on the (developers) table so we can discuss them and come up with a solution if necessary quickly and advise the users ASAP. We are an open source project and well ... open. I do however, try to keep these forums/lists free of FUD/nonsense. </div> <div>   </div> <div> I am aware of the $AllowAnyone issue which gave access to the GL Trial balance - which is now fixed and I have published a note to advise users. </div> <div>   </div> <div> If there are any incorrect statements in messages to the list or the forum then I will try to remove them to avoid misleading anyone. Although this is not always easy. </div> <div>   </div> <div>   </div> <div id="ox-signature"> Phil <br /> <br />Ph: +64 (0)275 567890 <br />Skype: daintree <br />http://www.logicworks.co.nz </div> </body></html> |
|
From: Phil D. <ph...@lo...> - 2014-03-01 05:56:28
|
Yes that's true and unlikely that a device would not have javascript enabled these days. I still think we should retain the fall back server side though. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 01/03/14 14:34, Pak Ricard wrote: > Hi Phil: > > I think it gets trapped by the new error traps set by Exson (if I'm > not wrong). I'm quite lost on these details, so I attach a picture. > > > Regards, > Ricard > > > 2014-03-01 9:12 GMT+08:00 Phil Daintree <ph...@lo... > <mailto:ph...@lo...>>: > > Hi Ricard, > > I can see an issue here because you are not using the > filter_number_format() on any of your cash entry fields - so if > someone inputs > > 1,234.12 > > how does the script handle this? That is what the > filter_number_format() function is for - to parse out any > formatting in the numbers. > > > Phil > > Phil Daintree > Logic Works Ltd -+64 (0)275 567890 <tel:%2B64%20%280%29275%20567890> > http://www.logicworks.co.nz > > On 01/03/14 14:05, Pak Ricard wrote: >> Hi rafael: >> >> In my Counter Sales scripts lines read as: >> $TotalFromCustomer = $_POST['AmountPaidCash'] >> + $_POST['AmountPaidCC'] >> + $_POST['AmountPaidAmex'] >> + $_POST['AmountReturnedGoods'] >> + $_POST['AmountVouchers']; >> if (abs($TotalFromCustomer >> -($_SESSION['Items'.$identifier]->total+$_POST['TaxTotal']))>=0.01) { >> prnMsg(_('The amount entered as payment does not equal the amount >> of the invoice. Please ensure the customer has paid the correct >> amount and re-enter'),'error'); >> $InputError = true; >> >> and it works OK. Mine is a heavily modified version, but the idea >> is I calculate it from the _POST. I remember having similar >> problems loooooooong time ago, so probably this was the fix. >> >> Hope it helps >> >> Regards, >> Ricard >> >> >> 2014-03-01 5:58 GMT+08:00 Rafael Chacón >> <raf...@gm... >> <mailto:raf...@gm...>>: >> >> Hi, >> >> We are using "Enter Counter Sales" with an item 11 times, >> with price in USD (Default Price List is in USD). It is >> banked to a bank-account in USD, but Home Currency is in CRC. >> >> When the cashier enters the Amount Paid (exactly teh total). >> he gets the advise "The amount entered as payment does not >> equal the amount of the invoice. Please ensure the customer >> has paid the correct amount and re-enter". >> >> I think the problem is in: >> >> (abs(filter_number_format($_POST['AmountPaid']) >> -(round($_SESSION['Items'.$identifier]->total+filter_number_format($_POST['TaxTotal']),$_SESSION['Items'.$identifier]->CurrDecimalPlaces)))>=0.01) >> >> probably in the way the number format is handled. >> >> >> >> Someone has had a similar problem? Why we use "xxx->yyy" >> instead of "$zzz" ? >> >> Regards, Rafael. >> >> ------------------------------------------------------------------------------ >> Flow-based real-time traffic analytics software. Cisco >> certified tool. >> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow >> Analyzer >> Customize your own dashboards, set traffic alerts and >> generate reports. >> Network behavioral analysis & security monitoring. All-in-one >> tool. >> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... >> <mailto:Web...@li...> >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> >> >> >> >> ------------------------------------------------------------------------------ >> Flow-based real-time traffic analytics software. Cisco certified tool. >> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer >> Customize your own dashboards, set traffic alerts and generate reports. >> Network behavioral analysis & security monitoring. All-in-one tool. >> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk >> >> >> _______________________________________________ >> Web-erp-developers mailing list >> Web...@li... <mailto:Web...@li...> >> https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > ------------------------------------------------------------------------------ > Flow-based real-time traffic analytics software. Cisco certified tool. > Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer > Customize your own dashboards, set traffic alerts and generate > reports. > Network behavioral analysis & security monitoring. All-in-one tool. > http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > <mailto:Web...@li...> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > ------------------------------------------------------------------------------ > Flow-based real-time traffic analytics software. Cisco certified tool. > Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer > Customize your own dashboards, set traffic alerts and generate reports. > Network behavioral analysis & security monitoring. All-in-one tool. > http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk > > > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Phil D. <ph...@lo...> - 2014-03-01 01:13:13
|
Hi Ricard, I can see an issue here because you are not using the filter_number_format() on any of your cash entry fields - so if someone inputs 1,234.12 how does the script handle this? That is what the filter_number_format() function is for - to parse out any formatting in the numbers. Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 01/03/14 14:05, Pak Ricard wrote: > Hi rafael: > > In my Counter Sales scripts lines read as: > $TotalFromCustomer = $_POST['AmountPaidCash'] > + $_POST['AmountPaidCC'] > + $_POST['AmountPaidAmex'] > + $_POST['AmountReturnedGoods'] > + $_POST['AmountVouchers']; > if (abs($TotalFromCustomer > -($_SESSION['Items'.$identifier]->total+$_POST['TaxTotal']))>=0.01) { > prnMsg(_('The amount entered as payment does not equal the amount of > the invoice. Please ensure the customer has paid the correct amount > and re-enter'),'error'); > $InputError = true; > > and it works OK. Mine is a heavily modified version, but the idea is I > calculate it from the _POST. I remember having similar problems > loooooooong time ago, so probably this was the fix. > > Hope it helps > > Regards, > Ricard > > > 2014-03-01 5:58 GMT+08:00 Rafael Chacón > <raf...@gm... <mailto:raf...@gm...>>: > > Hi, > > We are using "Enter Counter Sales" with an item 11 times, with > price in USD (Default Price List is in USD). It is banked to a > bank-account in USD, but Home Currency is in CRC. > > When the cashier enters the Amount Paid (exactly teh total). he > gets the advise "The amount entered as payment does not equal the > amount of the invoice. Please ensure the customer has paid the > correct amount and re-enter". > > I think the problem is in: > > (abs(filter_number_format($_POST['AmountPaid']) > -(round($_SESSION['Items'.$identifier]->total+filter_number_format($_POST['TaxTotal']),$_SESSION['Items'.$identifier]->CurrDecimalPlaces)))>=0.01) > > probably in the way the number format is handled. > > > > Someone has had a similar problem? Why we use "xxx->yyy" instead > of "$zzz" ? > > Regards, Rafael. > > ------------------------------------------------------------------------------ > Flow-based real-time traffic analytics software. Cisco certified tool. > Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer > Customize your own dashboards, set traffic alerts and generate > reports. > Network behavioral analysis & security monitoring. All-in-one tool. > http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > <mailto:Web...@li...> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > ------------------------------------------------------------------------------ > Flow-based real-time traffic analytics software. Cisco certified tool. > Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer > Customize your own dashboards, set traffic alerts and generate reports. > Network behavioral analysis & security monitoring. All-in-one tool. > http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk > > > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Phil D. <ph...@lo...> - 2014-03-01 01:09:52
|
Wonder what the difference is between filter_number_format($_POST['AmountPaid']) and $_SESSION['Items'.$identifier]->total+filter_number_format($_POST['TaxTotal']) We always use -> when referring to a property of a object in this case from DefineCartClass.php "Cart" object held in the session variable $_SESSION['Items'.$identifier] There may be other ways to refer to these variables - but that is the convention we have used everywhere? Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz On 01/03/14 10:58, Rafael Chacón wrote: > Hi, > > We are using "Enter Counter Sales" with an item 11 times, with price > in USD (Default Price List is in USD). It is banked to a bank-account > in USD, but Home Currency is in CRC. > > When the cashier enters the Amount Paid (exactly teh total). he gets > the advise "The amount entered as payment does not equal the amount of > the invoice. Please ensure the customer has paid the correct amount > and re-enter". > > I think the problem is in: > > (abs(filter_number_format($_POST['AmountPaid']) > -(round($_SESSION['Items'.$identifier]->total+filter_number_format($_POST['TaxTotal']),$_SESSION['Items'.$identifier]->CurrDecimalPlaces)))>=0.01) > > probably in the way the number format is handled. > > > > Someone has had a similar problem? Why we use "xxx->yyy" instead of > "$zzz" ? > > Regards, Rafael. > > > ------------------------------------------------------------------------------ > Flow-based real-time traffic analytics software. Cisco certified tool. > Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer > Customize your own dashboards, set traffic alerts and generate reports. > Network behavioral analysis & security monitoring. All-in-one tool. > http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk > > > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers |
|
From: Pak R. <pak...@gm...> - 2014-03-01 01:06:45
|
Hi rafael:
In my Counter Sales scripts lines read as:
$TotalFromCustomer = $_POST['AmountPaidCash']
+ $_POST['AmountPaidCC']
+ $_POST['AmountPaidAmex']
+ $_POST['AmountReturnedGoods']
+ $_POST['AmountVouchers'];
if (abs($TotalFromCustomer
-($_SESSION['Items'.$identifier]->total+$_POST['TaxTotal']))>=0.01) {
prnMsg(_('The amount entered as payment does not equal the amount of the
invoice. Please ensure the customer has paid the correct amount and
re-enter'),'error');
$InputError = true;
and it works OK. Mine is a heavily modified version, but the idea is I
calculate it from the _POST. I remember having similar problems loooooooong
time ago, so probably this was the fix.
Hope it helps
Regards,
Ricard
2014-03-01 5:58 GMT+08:00 Rafael Chacón <raf...@gm...>:
> Hi,
>
> We are using "Enter Counter Sales" with an item 11 times, with price in
> USD (Default Price List is in USD). It is banked to a bank-account in USD,
> but Home Currency is in CRC.
>
> When the cashier enters the Amount Paid (exactly teh total). he gets the
> advise "The amount entered as payment does not equal the amount of the
> invoice. Please ensure the customer has paid the correct amount and
> re-enter".
>
> I think the problem is in:
>
> (abs(filter_number_format($_POST['AmountPaid'])
> -(round($_SESSION['Items'.$identifier]->total+filter_number_format($_POST['TaxTotal']),$_SESSION['Items'.$identifier]->CurrDecimalPlaces)))>=0.01)
>
> probably in the way the number format is handled.
>
>
>
> Someone has had a similar problem? Why we use "xxx->yyy" instead of
> "$zzz" ?
>
> Regards, Rafael.
>
>
> ------------------------------------------------------------------------------
> Flow-based real-time traffic analytics software. Cisco certified tool.
> Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
> Customize your own dashboards, set traffic alerts and generate reports.
> Network behavioral analysis & security monitoring. All-in-one tool.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
> _______________________________________________
> Web-erp-developers mailing list
> Web...@li...
> https://lists.sourceforge.net/lists/listinfo/web-erp-developers
>
>
|
|
From: Rafael C. <raf...@gm...> - 2014-02-28 21:58:18
|
Hi, We are using "Enter Counter Sales" with an item 11 times, with price in USD (Default Price List is in USD). It is banked to a bank-account in USD, but Home Currency is in CRC. When the cashier enters the Amount Paid (exactly teh total). he gets the advise "The amount entered as payment does not equal the amount of the invoice. Please ensure the customer has paid the correct amount and re-enter". I think the problem is in: (abs(filter_number_format($_POST['AmountPaid']) -(round($_SESSION['Items'.$identifier]->total+filter_number_format($_POST['TaxTotal']),$_SESSION['Items'.$identifier]->CurrDecimalPlaces)))>=0.01) probably in the way the number format is handled. Someone has had a similar problem? Why we use "xxx->yyy" instead of "$zzz" ? Regards, Rafael. |
|
From: ExsonQu <hex...@gm...> - 2014-02-28 08:41:25
|
*Dear all:*
Thank you for your long time nice support!
I've received an inquiry about webERP if it has the feature
to show the historical value report. Currently, it seems there is only
historical quantity report.
Can we get the historical value report?
Any comments are highly appreciated!
Thanks and best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Is-historical-inventory-value-available-tp4657237.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: gilberto d. s. a. <gs...@gm...> - 2014-02-20 14:30:20
|
See that double security always protect http server apache. use of .htaccess ALWAYS protect for basic access. I think that GLTrialBalance_csv.php could show unrelated information about weberp environment, but not for all internet IF some one admin with experience handle and take admin procedures for protection of weberp environment. Thanks for your warning. 2014-02-20 5:03 GMT-03:00 Phil Daintree <ph...@lo...>: > > An important heads up - a serious hole has been discovered - my fault > sorry everyone... the script > > GLTrialBalance_csv.php > > should be removed from your installation immediately. > > This script allows anyone to access your general ledger trial balance! > > Phil > > -------- Original Message -------- Subject: Re: Serious security issue Date: > Thu, 20 Feb 2014 08:48:21 +0800 From: Exson Qu <hex...@gm...><hex...@gm...> To: > Phil Daintree <ph...@lo...> <ph...@lo...> > > > *Hi, Phil, * > Thank you for your prompt reply. > > Yes. A heads up is needed since it's too dangerous for those > put webERP on internet. Just google the login screen and you'll get lots of > company's TB via this method. > > Thanks and best regards! > > Exson > > > > > > > 2014-02-20 1:25 GMT+08:00 Phil Daintree <ph...@lo...>: > >> I see jo has fixed it. >> Perhaps i should publish a heads up. >> >> >> On 20 February 2014 12:55:47 AM NZDT, Exson Qu <hex...@gm...> >> wrote: >>> >>> *Hi, Phil,* >>> >>> The affected version is since 4630 which add $AllowAnyone >>> Check in session.inc which make the security absolutely broken. >>> >>> We can temporary remove the and !$AllowAnyone check in line >>> 335. It'll check the formID to block those non-authority users. But an >>> authority user still can work this around. >>> >>> And same problem lies in scripts: >>> RecurringSalesOrdersProcess.php. >>> >>> The problem is that system judge a login status by >>> $_SESSION['DatabaseName'] has been set or not. >>> And the $AllowAnyone has broken the last formID security >>> check. >>> >>> Thank you for your attention! >>> >>> Thanks and best regards! >>> >>> Exson >>> >>> >> >> > > > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > > http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > -- gilberto dos santos alves +55.11.98646-5049 sao paulo - sp - brasil |
|
From: Phil D. <ph...@lo...> - 2014-02-20 08:03:46
|
An important heads up - a serious hole has been discovered - my fault
sorry everyone... the script
GLTrialBalance_csv.php
should be removed from your installation immediately.
This script allows anyone to access your general ledger trial balance!
Phil
-------- Original Message --------
Subject: Re: Serious security issue
Date: Thu, 20 Feb 2014 08:48:21 +0800
From: Exson Qu <hex...@gm...>
To: Phil Daintree <ph...@lo...>
*Hi, Phil,
*
Thank you for your prompt reply.
Yes. A heads up is needed since it's too dangerous for
those put webERP on internet. Just google the login screen and you'll
get lots of company's TB via this method.
Thanks and best regards!
Exson
2014-02-20 1:25 GMT+08:00 Phil Daintree <ph...@lo...
<mailto:ph...@lo...>>:
I see jo has fixed it.
Perhaps i should publish a heads up.
On 20 February 2014 12:55:47 AM NZDT, Exson Qu <hex...@gm...
<mailto:hex...@gm...>> wrote:
*Hi, Phil,*
The affected version is since 4630 which add
$AllowAnyone Check in session.inc which make the security
absolutely broken.
We can temporary remove the and !$AllowAnyone check in
line 335. It'll check the formID to block those non-authority
users. But an authority user still can work this around.
And same problem lies in scripts:
RecurringSalesOrdersProcess.php.
The problem is that system judge a login status by
$_SESSION['DatabaseName'] has been set or not.
And the $AllowAnyone has broken the last formID
security check.
Thank you for your attention!
Thanks and best regards!
Exson
|
|
From: ExsonQu <hex...@gm...> - 2014-02-18 02:07:21
|
*Hi, Richard:*
Thank you for your comments.
I think we can create another file for those functions. We can load
it as we need those functions.
Best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Demand-calculation-is-wrong-tp4657228p4657230.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: Pak R. <pak...@gm...> - 2014-02-18 01:14:18
|
Hi Exson: I think you are right, and the main cause I guess it is we code the same thing many times in different scripts, each one slighlty different. It could be solved creating only one function like CalculateDemandForWO(StockId) and use the same function all over webERP whenever we need to calculate the Demand. It could be done in multiple places where we keep calculating the same thing many times (QOH. QOO, etc etc). I found many bugs on multicurrency due to thsi problem of having the same thing coded multiple times by several people in different scripts. Just few general abstraction functions would simplify code an make it more readable (if function names are descriptive enough) Sure it is a bit more inefficient, but on the other side it would keep the code cleaner and less lines to maintain, a good trade IMO. What I'm trying to say is: a bit more of abstraction (more functions to retrieve and maintain data used multiple times) would allow webERP to be more consistent and bug-free as would be easier to detect. I'm not advocating for a OO approach, but a bit more of abstraction. But this deserves a thought by all developers, specially the core ones :-), and see if we can slowly move towards this approach. My 2 cents. Regards, Ricard 2014-02-17 21:38 GMT+08:00 ExsonQu <hex...@gm...>: > *Hi, Dear all:* > > Thank you for your great contribution to webERP. > > I've found that the demand of Work Order in StockLocStatus.php > seems to be wrong. It calculates the demand by > sum((woitems.qtyreqd-woitems.qtyrecd)*bom.quantity). But usually, the > components issued usually not like this, a more reasonable way is to use > stockmoves to calculate. Although we still face the not so accurate > qtyreqd, > at least there is some improvement. > > Any idea for this? > > Thanks and best regards! > > Exson > > > > -- > View this message in context: > http://weberp-accounting.1478800.n4.nabble.com/Demand-calculation-is-wrong-tp4657228.html > Sent from the web-ERP-developers mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Android apps run on BlackBerry 10 > Introducing the new BlackBerry 10.2.1 Runtime for Android apps. > Now with support for Jelly Bean, Bluetooth, Mapview and more. > Get your Android app in front of a whole new audience. Start now. > > http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > |
|
From: ExsonQu <hex...@gm...> - 2014-02-17 13:38:45
|
*Hi, Dear all:*
Thank you for your great contribution to webERP.
I've found that the demand of Work Order in StockLocStatus.php
seems to be wrong. It calculates the demand by
sum((woitems.qtyreqd-woitems.qtyrecd)*bom.quantity). But usually, the
components issued usually not like this, a more reasonable way is to use
stockmoves to calculate. Although we still face the not so accurate qtyreqd,
at least there is some improvement.
Any idea for this?
Thanks and best regards!
Exson
--
View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Demand-calculation-is-wrong-tp4657228.html
Sent from the web-ERP-developers mailing list archive at Nabble.com.
|
|
From: Phil D. <ph...@lo...> - 2014-02-09 02:30:02
|
I rolled up a new release yesterday... This release contains all the latest bug fixes and one or two new areas of functionality. This release is mostly a bug fix release with the following changes: 1. An important bug that caused the gl entries on receipt of stock to cause the gl and stock valuation to become out of balance - thanks Thumb for reporting. 2. Internal stock requests can now be cancelled at the time of authorisation. 3. GL receipts and payments are no longer able to be entered to control accounts where the configuration is set to prohibit GL entries against control accounts 4. Eduardo Marzolla has done some work to get geocode mapping working with Google's geocode API version 3 5. A bug in the GL payments entry script that was duplicating the credit amount has been fixed - thanks Ricard for reporting. 6. The inventory valuation can now be exported to a csv 7. Gilberto Dos Santos Alves has updated the Portuguese Brazilian translation 8. Purchase orders can now be selected based on entry date 9. Salesman login is now restricted to viewing information only about their customers 10. Thumb corrected a bug in relation to the calculation of cost on assembly items 11. Stock take counts can now be entered by stock category without having to enter individual stock item codes. There are a number of more minor bug fixes and consistency improvements included in this release. -- Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz |
|
From: opto <bu...@op...> - 2014-02-04 06:50:28
|
1) operations sequence: screens should order by sequrnce number, if requested 2) inspection: should be selected item wise, not company wise, with a company default setting. More important than having formalised inspection, in my opinioun, is handling of returns, for customer and vendor, items, repair, rma etc. I would prefer that before inspection, otherwise, what do we do with the rejected items? my 2 ct, Klaus -- View this message in context: http://weberp-accounting.1478800.n4.nabble.com/Future-Suggestion-Quality-Control-Features-tp4657217p4657219.html Sent from the web-ERP-developers mailing list archive at Nabble.com. |
|
From: Phil D. <ph...@lo...> - 2014-02-04 00:25:19
|
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"/> <style type="text/css">.mceResizeHandle {position: absolute;border: 1px solid black;background: #FFF;width: 5px;height: 5px;z-index: 10000}.mceResizeHandle:hover {background: #000}img[data-mce-selected] {outline: 1px solid black}img.mceClonedResizable, table.mceClonedResizable {position: absolute;outline: 1px dashed black;opacity: .5;z-index: 10000} </style></head><body style=""> <div> I am not sure about inspection locations... and we need to be mindful of those businesses who do not need/want inspection on goods received. </div> <div>   </div> <div> I think a new flag in the stockmaster for inspection required and an extension of the category properties with an inspection criteria flag on the properties. When the item comes up for entry of receipt of the goods the inspection criteria defined for it appear and need to be ticked before the goods can be receipted. </div> <div>   </div> <div> I know you have added the operation sequence ... but this is not actually used in any reports anywhere. If no reports are modified then I can't see why it was necessary? </div> <div>   </div> <div> Thanks </div> <div>   </div> <div>   </div> <div> > On February 4, 2014 at 12:29 PM muthu <map...@gm...> wrote: <br/>> <br/>> Team, <br/>> <br/>> Next important feature I would like to suggest for development in WebERP is <br/>> that introduction of Quality Control (Material Inspection). This feature can <br/>> be introduced in the following stages. <br/>> <br/>> 1) On Receipt of Material in Store and <br/>> 2) During every operation of manufacturing order <br/>> <br/>> While first can be introduced immediately after GRN process, the second <br/>> option can be introduced only after building the features like Routing <br/>> operation, and followed by "Production Entry to Work Order and Movement". <br/>> <br/>> Inspection after Receipt of Material in Store: <br/>> In every industry, material inspection is an important activity which needs <br/>> to be carried out at first while the material in dock and before the same is <br/>> taken into stock for further consumption. In the current WebERP flow, once <br/>> we receive the order the material directly gets into stock without any <br/>> quality check. <br/>> <br/>> I can think through the following sequence of process for everyone to come <br/>> out with their suggestions/inputs. <br/>> <br/>> 1) Introduce New Inspection Locations (to receive the material) using the <br/>> Locations.php option (Inward, Main Store, Rejection, Rework, Scrap) <br/>> 2) Develop a new Quality Control/Material Inspection Maintenance program <br/>> a) Program will get the input as PO Number/ GRN No <br/>> b) Display the material against the PO/GRN <br/>> c) Provide the following options to Quality Inspector to classify <br/>> the receipt qty based on their inspection. <br/>> i. Received Qty, <br/>> ii. Accepted Qty, <br/>> iii. Rejected Qty, <br/>> iv.Rework Qty, <br/>> v. Scrap Qty <br/>> d) Provide Comments Section to articulate the reason for the <br/>> rejection/rework/scrap <br/>> e) On Submission, move the accepted quantities to main warehouse <br/>> respective location (which we need to specify in the item master, feature <br/>> currently not available - needs to be confirmed) and other <br/>> quantities to respective locations i.e. in case of scrap move to scrap <br/>> location. <br/>> f) Provide Option to Print the GIIR (Goods Inward & Inspection <br/>> Report) <br/>> <br/>> 3) Develop the required consolidated reporting options like vendor wise <br/>> rejection, item wise rejection reports for the date ranges. <br/>> <br/>> Let me know if you need any additional information in this regard. <br/>> <br/>> Regards, Muthu <br/>> <br/>> <br/>> ------------------------------------------------------------------------------ <br/>> Managing the Performance of Cloud-Based Applications <br/>> Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. <br/>> Read the Whitepaper. <br/>> http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk <br/>> _______________________________________________ <br/>> Web-erp-developers mailing list <br/>> Web...@li... <br/>> https://lists.sourceforge.net/lists/listinfo/web-erp-developers </div> <div id="ox-signature"> Phil <br/> <br/>Ph: +64 (0)275 567890 <br/>Skype: daintree <br/>http://www.logicworks.co.nz </div> </body></html> |
|
From: muthu <map...@gm...> - 2014-02-03 23:29:44
|
Team, Next important feature I would like to suggest for development in WebERP is that introduction of Quality Control (Material Inspection). This feature can be introduced in the following stages. 1) On Receipt of Material in Store and 2) During every operation of manufacturing order While first can be introduced immediately after GRN process, the second option can be introduced only after building the features like Routing operation, and followed by "Production Entry to Work Order and Movement". Inspection after Receipt of Material in Store: In every industry, material inspection is an important activity which needs to be carried out at first while the material in dock and before the same is taken into stock for further consumption. In the current WebERP flow, once we receive the order the material directly gets into stock without any quality check. I can think through the following sequence of process for everyone to come out with their suggestions/inputs. 1) Introduce New Inspection Locations (to receive the material) using the Locations.php option (Inward, Main Store, Rejection, Rework, Scrap) 2) Develop a new Quality Control/Material Inspection Maintenance program a) Program will get the input as PO Number/ GRN No b) Display the material against the PO/GRN c) Provide the following options to Quality Inspector to classify the receipt qty based on their inspection. i. Received Qty, ii. Accepted Qty, iii. Rejected Qty, iv.Rework Qty, v. Scrap Qty d) Provide Comments Section to articulate the reason for the rejection/rework/scrap e) On Submission, move the accepted quantities to main warehouse respective location (which we need to specify in the item master, feature currently not available - needs to be confirmed) and other quantities to respective locations i.e. in case of scrap move to scrap location. f) Provide Option to Print the GIIR (Goods Inward & Inspection Report) 3) Develop the required consolidated reporting options like vendor wise rejection, item wise rejection reports for the date ranges. Let me know if you need any additional information in this regard. Regards, Muthu |
|
From: iced l. <ice...@gm...> - 2014-02-03 07:00:28
|
Hi Phill and Ricard, I posted a possible fix in the forum post. Didn't commit as I know you were working on it Phil. Revision 6350 Line 605 Was changed from: '" . -$PaymentItem->Amount . " ', to '" . -$_SESSION['PaymentDetail' . $identifier]->Amount . "', If we revert this at least banktrans entries are correct for type 1 payment. On Mon, Feb 3, 2014 at 1:47 PM, Phil Daintree <ph...@lo...> wrote: > Ah good point ... I am not sure anyone has figured this out ... I will > dive in. > > On February 3, 2014 at 1:35 PM Pak Ricard <pak...@gm...> wrote: > Hi Phil: > > I see you are preparing a new release. great! > > I'm not sure if the bug reported on 10th december on this email and the > forum http://www.weberp.org/forum/showthread.php?tid=1994 has been > fixed. > > This script is too complex for me to debug, sorry. > > Regards, > Ricard > > > 2013-12-10 Pak Ricard <pak...@gm...>: > > Hi Tim: > Yes, I'm doing 3 transctions in one payment. > I think it is not important (for us at least) if in banktrans there > should be 3 lines or just 1, but if there's 3 lines, each line should have > its own value, not the sum. On the other side if it should be just one line > in banktrans with the total sum of the payment, not show it N times. > The problem as it is now is that's a mix of the 2 solutions. > > Solution A is good, solution 2 is good, but the mix is wrong. > Then, as it is now I guess it's probably easier just to keep the 3 lines > but correct the value of each line > > Regards, > Ricard > > > 2013/12/9 Tim Schofield <tim...@gm...> > > Hi Ricard, are you doing three transactions as one payment? > > We have never really got straight if you do 3 lines of one payment > whether that should show s 3 lines in banktrans or just 1. The code > has alternated over the years. I think Phil's code was changed to > three transactions fairly recently and that must be when the error > crept in. Had a quick look, but not sure which commit it was. > > Tim > > On 9 December 2013 02:30, Pak Ricard < pak...@gm...> wrote: > > Hi all: > > > > Using latest Payments.php in SVN with a bank account in non-functional > > currency I found it does not record the correct amounts in banktrans > table. > > > > Example: > > > > Functional currency IDR > > Bank account in USD: Initial balance 10.000 USD > > Go to Payments.php and do the following payments from this USD bank > account > > (currency of payment USD as well) > > Payment 1 = 100 USD > > Payment 2 = 200 USD > > Payment 3 = 300 USD > > > > > > We should expect 3 new rows in banktrans with -100, -200 and -300 USD > but we > > get 3 rows with - 600 USD . > > > > Also the bank reconciliation, gets wrong info as well, initial balance > gets > > wrong, and quantities to reconcile get wrong as well. > > > > Not sure when this problem showed up. It's a quite tricky script, so I > would > > prefer if one of the webERP masters could fix it. > > > > I also posted this bug on the forum, as I could attach 4 screenshots > easily. > > > > Regards, > > Ricard > > > > > ------------------------------------------------------------------------------ > > > Sponsored by Intel(R) XDK > > Develop, test and display web and hybrid apps with a single code base. > > Download it for free now! > > > http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk > > _______________________________________________ > > Web-erp-developers mailing list > > Web...@li... > > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > > > > > -- > Course View Towers, > Plot 21 Yusuf Lule Road, > Kampala > T +256 (0) 312 314 418 <+256%20%280%29%20312%20314%20418> > M +256 (0) 752 963 325 <+256%20%280%29%20752%20963%20325> > www.weberpafrica.com > Twitter: @TimSchofield2 > Blog: http://weberpafrica.blogspot.co.uk/ > > > > Phil > > Ph: +64 (0)275 567890 > Skype: daintree > http://www.logicworks.co.nz > > > ------------------------------------------------------------------------------ > Managing the Performance of Cloud-Based Applications > Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. > Read the Whitepaper. > > http://pubads.g.doubleclick.net/gampad/clk?id=121051231&iu=/4140/ostg.clktrk > _______________________________________________ > Web-erp-developers mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/web-erp-developers > > |
|
From: Phil D. <ph...@lo...> - 2014-02-03 03:17:33
|
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"/> <style type="text/css">.mceResizeHandle {position: absolute;border: 1px solid black;background: #FFF;width: 5px;height: 5px;z-index: 10000}.mceResizeHandle:hover {background: #000}img[data-mce-selected] {outline: 1px solid black}img.mceClonedResizable, table.mceClonedResizable {position: absolute;outline: 1px dashed black;opacity: .5;z-index: 10000} </style></head><body style=""> <div> Ah good point ... I am not sure anyone has figured this out ... I will dive in. </div> <blockquote style="position: relative; margin-left: 0px; padding-left: 10px; border-left: solid 1px blue;" type="cite"> On February 3, 2014 at 1:35 PM Pak Ricard <pak...@gm...> wrote: <br/> <div dir="ltr"> Hi Phil: <div>   </div> <div> I see you are preparing a new release. great! </div> <div>   </div> <div> I'm not sure if the bug reported on 10th december on this email and the forum <a href="http://www.weberp.org/forum/showthread.php?tid=1994">http://www.weberp.org/forum/showthread.php?tid=1994</a> has been fixed.  </div> <div>   </div> <div> This script is too complex for me to debug, sorry. </div> </div> <div class="gmail_extra"> <br clear="all"/> <div> Regards, <br/>Ricard </div> <br/> <br/> <div class="gmail_quote"> 2013-12-10 Pak Ricard <span><<a target="_blank" href="mailto:pak...@gm...">pak...@gm...</a>></span>: <br/> <blockquote style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;"> <div dir="ltr"> <div> Hi Tim: </div> <div> Yes, I'm doing 3 transctions in one payment. </div> <div> I think it is not important (for us at least) if in banktrans there should be 3 lines or just 1, but if there's 3 lines, each line should have its own value, not the sum. On the other side if it should be just one line in banktrans with the total sum of the payment, not show it N times. </div> <div> The problem as it is now is that's a mix of the 2 solutions.  </div> <div>   </div> <div> Solution A is good, solution 2 is good, but the mix is wrong. </div> <div> Then, as it is now I guess it's probably easier just to keep the 3 lines but correct the value of each line </div> <div class="gmail_extra"> <br clear="all"/> <div> Regards, <br/>Ricard </div> <div> <div class="h5"> <br/> <br/> <div class="gmail_quote"> 2013/12/9 Tim Schofield <span><<a target="_blank" href="mailto:tim...@gm...">tim...@gm...</a>></span> <br/> <blockquote style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;"> Hi Ricard, are you doing three transactions as one payment? <br/> <br/> We have never really got straight if you do 3 lines of one payment <br/> whether that should show s 3 lines in banktrans or just 1. The code <br/> has alternated over the years. I think Phil's code was changed to <br/> three transactions fairly recently and that must be when the error <br/> crept in. Had a quick look, but not sure which commit it was. <br/> <br/> Tim <br/> <div> <div> <br/> On 9 December 2013 02:30, Pak Ricard < <a target="_blank" href="mailto:pak...@gm...">pak...@gm...</a>> wrote: <br/> > Hi all: <br/> > <br/> > Using latest Payments.php in SVN with a bank account in non-functional <br/> > currency I found it does not record the correct amounts in banktrans table. <br/> > <br/> > Example: <br/> > <br/> > Functional currency IDR <br/> > Bank account in USD: Initial balance 10.000 USD <br/> > Go to Payments.php and do the following payments from this USD bank account <br/> > (currency of payment USD as well) <br/> > Payment 1 = 100 USD <br/> > Payment 2 = 200 USD <br/> > Payment 3 = 300 USD <br/> > <br/> > <br/> > We should expect 3 new rows in banktrans with -100, -200 and -300 USD but we <br/> > get 3 rows with - 600 USD . <br/> > <br/> > Also the bank reconciliation, gets wrong info as well, initial balance gets <br/> > wrong, and quantities to reconcile get wrong as well. <br/> > <br/> > Not sure when this problem showed up. It's a quite tricky script, so I would <br/> > prefer if one of the webERP masters could fix it. <br/> > <br/> > I also posted this bug on the forum, as I could attach 4 screenshots easily. <br/> > <br/> > Regards, <br/> > Ricard <br/> > </div> </div> > ------------------------------------------------------------------------------ <br/> > Sponsored by Intel(R) XDK <br/> > Develop, test and display web and hybrid apps with a single code base. <br/> > Download it for free now! <br/> > <a target="_blank" href="http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk">http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk</a> <br/> > _______________________________________________ <br/> > Web-erp-developers mailing list <br/> > <a target="_blank" href="mailto:Web...@li...">Web...@li...</a> <br/> > <a target="_blank" href="https://lists.sourceforge.net/lists/listinfo/web-erp-developers">https://lists.sourceforge.net/lists/listinfo/web-erp-developers</a> <br/> > <br/> <span><span style="color: #888888;"><br/> <br/> <br/> --<br/> Course View Towers,<br/> Plot 21 Yusuf Lule Road,<br/> Kampala<br/> T   <a target="_blank" href="tel:+256%20%280%29%20312%20314%20418">+256 (0) 312 314 418</a><br/> M <a target="_blank" href="tel:+256%20%280%29%20752%20963%20325">+256 (0) 752 963 325</a><br/> <a target="_blank" href="http://www.weberpafrica.com">www.weberpafrica.com</a><br/> Twitter: @TimSchofield2<br/> Blog: <a target="_blank" href="http://weberpafrica.blogspot.co.uk/">http://weberpafrica.blogspot.co.uk/</a><br/> </span></span> </blockquote> </div> </div> </div> </div> </div> </blockquote> </div> </div> </blockquote> <div> <br/>  </div> <div id="ox-signature"> Phil <br/> <br/>Ph: +64 (0)275 567890 <br/>Skype: daintree <br/>http://www.logicworks.co.nz </div> </body></html> |
|
From: Pak R. <pak...@gm...> - 2014-02-03 00:36:42
|
Hi Phil: I see you are preparing a new release. great! I'm not sure if the bug reported on 10th december on this email and the forum http://www.weberp.org/forum/showthread.php?tid=1994 has been fixed. This script is too complex for me to debug, sorry. Regards, Ricard 2013-12-10 Pak Ricard <pak...@gm...>: > Hi Tim: > Yes, I'm doing 3 transctions in one payment. > I think it is not important (for us at least) if in banktrans there should > be 3 lines or just 1, but if there's 3 lines, each line should have its own > value, not the sum. On the other side if it should be just one line in > banktrans with the total sum of the payment, not show it N times. > The problem as it is now is that's a mix of the 2 solutions. > > Solution A is good, solution 2 is good, but the mix is wrong. > Then, as it is now I guess it's probably easier just to keep the 3 lines > but correct the value of each line > > Regards, > Ricard > > > 2013/12/9 Tim Schofield <tim...@gm...> > >> Hi Ricard, are you doing three transactions as one payment? >> >> We have never really got straight if you do 3 lines of one payment >> whether that should show s 3 lines in banktrans or just 1. The code >> has alternated over the years. I think Phil's code was changed to >> three transactions fairly recently and that must be when the error >> crept in. Had a quick look, but not sure which commit it was. >> >> Tim >> >> On 9 December 2013 02:30, Pak Ricard <pak...@gm...> wrote: >> > Hi all: >> > >> > Using latest Payments.php in SVN with a bank account in non-functional >> > currency I found it does not record the correct amounts in banktrans >> table. >> > >> > Example: >> > >> > Functional currency IDR >> > Bank account in USD: Initial balance 10.000 USD >> > Go to Payments.php and do the following payments from this USD bank >> account >> > (currency of payment USD as well) >> > Payment 1 = 100 USD >> > Payment 2 = 200 USD >> > Payment 3 = 300 USD >> > >> > >> > We should expect 3 new rows in banktrans with -100, -200 and -300 USD >> but we >> > get 3 rows with - 600 USD . >> > >> > Also the bank reconciliation, gets wrong info as well, initial balance >> gets >> > wrong, and quantities to reconcile get wrong as well. >> > >> > Not sure when this problem showed up. It's a quite tricky script, so I >> would >> > prefer if one of the webERP masters could fix it. >> > >> > I also posted this bug on the forum, as I could attach 4 screenshots >> easily. >> > >> > Regards, >> > Ricard >> > >> > >> ------------------------------------------------------------------------------ >> > Sponsored by Intel(R) XDK >> > Develop, test and display web and hybrid apps with a single code base. >> > Download it for free now! >> > >> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk >> > _______________________________________________ >> > Web-erp-developers mailing list >> > Web...@li... >> > https://lists.sourceforge.net/lists/listinfo/web-erp-developers >> > >> >> >> >> -- >> Course View Towers, >> Plot 21 Yusuf Lule Road, >> Kampala >> T +256 (0) 312 314 418 >> M +256 (0) 752 963 325 >> www.weberpafrica.com >> Twitter: @TimSchofield2 >> Blog: http://weberpafrica.blogspot.co.uk/ >> > > |
|
From: Phil D. <ph...@lo...> - 2014-01-31 23:49:19
|
I am in the middle of teaching him, we have plenty of code left to go
Tim
On 31 January 2014 22:16, Phil Daintree <ph...@lo...
<mailto:ph...@lo...>> wrote:
Hi Muthu
I have applied your modification to the trunk... is there anywhere that
this field should actually be used though at the moment I have only
modified BOMs.php so the data can be input and edited. Presumably this
field is useful on a report somewhere?
Phil
Phil Daintree
Logic Works Ltd - +64 (0)275 567890 <tel:%2B64%20%280%29275%20567890>
http://www.logicworks.co.nz
------------------------------------------------------------------------------
WatchGuard Dimension instantly turns raw network data into actionable
security intelligence. It gives you real-time visual feedback on key
security issues and trends. Skip the complicated setup - simply import
a virtual appliance and go from zero to informed in seconds.
http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk
_______________________________________________
Web-erp-developers mailing list
Web...@li...
<mailto:Web...@li...>
https://lists.sourceforge.net/lists/listinfo/web-erp-developers
--
Course View Towers,
Plot 21 Yusuf Lule Road,
Kampala
T +256 (0) 312 314 418
M +256 (0) 752 963 325
www.weberpafrica.com <http://www.weberpafrica.com>
Twitter: @TimSchofield2
Blog: http://weberpafrica.blogspot.co.uk/
|
|
From: Phil D. <ph...@lo...> - 2014-01-31 22:16:35
|
Hi Muthu I have applied your modification to the trunk... is there anywhere that this field should actually be used though at the moment I have only modified BOMs.php so the data can be input and edited. Presumably this field is useful on a report somewhere? Phil Phil Daintree Logic Works Ltd - +64 (0)275 567890 http://www.logicworks.co.nz |
231 messages has been excluded from this view by a project administrator.
