hi Nathan,
Thank you for your prompt response.
we set up the perp application afresh following the steps outlined in
the installations doc,but still encounter the same problem that we
had before i.e ACL access issues.
The other modules like addressbook have no issues as when we set up
new user groups e.g staff[to which we assign admin] and clients
group; we are able to fully edit, delete, add … records.
If it’s not too much to ask could you have a quick look at the
appended file which comprises of
- the sql file for the whole egroupware+perp database generated
from phpmysqladmin.
The attached file does not contain sql, sorry.
- is there a way we can disable ACL,through hardcoding(have already
changed $admin = -2 on all module files),
Yes, but it’s a very bad idea. Don’t do it.
from the interface or
from the database backend using phpmyadmin
Not that I know of.
It’s better to figure out the underlying cause(s).
You can use phpmyadmin to have a look at the table egw_accounts.
account_id 2 should be Admins.
Then look in egw_acl, make sure this row is in there somewhere:
acl_appname = phpgw_group
acl_location = -2
acl_account = [your account_id]
acl_rights = 1
- (…)Access to perp_api acl denied. Need at least EGW_ACL_READ
Yup. For some reason, you don’t have any permission.
- previously when it was at least accessing some of the
applications, the process_exec.php page was posting a blank page
when we try and add new stock, the add new stock button was visible
though. is there a particular order that is supposed to be followed
during data entry so that one can actually add stock [i was thinking
that this is one of the first forms to fill when operating the ERP,
to be able to add new POs SOs etc ]
You need to run through the admin section and fill out all the Site
Configuration, categories and such first.
Unfortunately, you have some permission issues that seem to be
causing issues.
4.The online demo is very good.um I noticed that on the online demo
has the barcode field enabled in the Add New Stock form.does this
mean that there are any new downloads of the latest version that you
havent released yet?
The last real release was pERP-0.2.4, in August.
The demo is running the latest, unreleased code, but the answer to
your question is no.
I’m working on putting out another release shortly, but there are
some important bugs that some others are helping me squash first.
4.1 as regarding the demo package included, i have put it in my
backup folder and restored from admin manager to be able to see
how the application functions, every time i restore it upon login it
redirects me to demo…projecterp.org site
Whoops. I think that’s the first (or second?) time somebody’s
mentioned that.
Could you give me the URL for that download please? I’ll see if I
can change it to localhost.
is it possible to get an
sql file of the demo database like the one i have included here that
i can just import using phpmyadmin
Unfortunately, that wouldn’t do you any good, as the
demo.projecterp.org URL is in the database.
and a copy of the demo folder
The latest & greatest code:
http://sourceforge.net/svn/?group_id=166007
5.We are still new to php and development on linux, mostly have been
working on windows platform.
To be able to develop modules for PERP
what do i need to know?
A knowledge of eGroupWare is good. Some documentation:
http://www.egroupware.org/egroupware/wiki/index.php
In particular, before you try and work with pERP, you should go
through this:
http://www.egroupware.org/egroupware/index.php?
menuaction=wiki.uiwiki.view&page=Code+Corner
I have been going through some downloads for
smarty[manual] in php, and have been learning about OOP in php
[classes and arrays] is this all that is required or could you point
me in a better direction, have been doing this working on the
assumption that PERP uses this smarty technology, is this correct?
No. pERP uses eTemplate for templates, it’s part of eGroupWare. It
also uses TinyButStrong for its reports.
Thank you again for your time and the great work you are doing, the
application is very good from what i have seen so far, i know it’s
brilliant once we pass this initial setup hurdle.
That seems to be the conclusion of most. The setup really is a pain,
even if everything goes right.
I’ve got some helpful contributions from a lot of people though, so
it should get smoother.
Especially once I get imports working…
What are the most common problem you have encountered in regard to
Project erp in the production environment.
Lack of testing, and lack of training for end users.
The first is a result of a lack of time, and the young age of pERP.
The second is from the users not actually reading the fine manuals
they have been given.
what are the limitations of using this application as it is right
now, are all the modules fully developed in terms of functionality
or are there some additions
required for full functionality?
Some tasks are a little difficult to use, or have never been tested.
Many of the reports that management like to see have not been created
yet.
Manufacturing is clunky, and if you think things are hard to setup
now…
the online demo seems to have no problems.
Good, that’s the idea.
can the project erp run in a different environment e.g independently
without egroupware?
or using a different middleware?
pERP has been designed to integrate tightly into egroupware, and
therefore will not run without it. You can disable many of the
unwanted eGW applications, but then you lose some of the benefits.
If you don’t like eGroupWare, you should look into CK-ERP, which can
run on eGroupWare as well as other middlewares.
from your documentation it is noted that you say that you have
stopped all other development
until the accounting modules are 100% (my understanding),
Could you provide a URL for that please? It may need some updating…
The problem with waiting is there is no enthusiasm for rigorous
testing by those who can actually do it .
I have not heard of any accounting related bugs in several months,
but nobody has actually said “Yes, everything works”.
what are
the implications in regard
to usage of the accounting applications eg ledger as is; in a
production environment?
As with everything released under the GPL, there is no warranty of
any sort.
The ledger on its own doesn’t do much, but it is used by almost every
other pERP application.
While I am interested in fixing any bugs that anyone can find, there
are limits on my time. The implications of that are:
- If it fails at 11:00, and nobody can do anything, you may lose a
day of work for your company. This tends to not go over well.
- Fixing things at a distance is hard to do. It may take several
days for me to diagnose and fix the problem.
If you’re a small shop, or have quick accounting people who will
notice things going awry, feel free to give it a test. There will be
some duplication of work as you try things in pERP, and still use
your current method of accounting as a check. I wouldn’t rely on
pERP exclusively at this point, but it does look promising.
Nathan Gray
nathan at goarctic dot com
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
Perp-developers mailing list
Perp-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/perp-developers
