SerpentCS analyzes that United States is Moving to OpenSource !

Hello,

Since last 3 weeks, Husen Daudi and Jay Vora are observing a growth in the no. of visits of our blogs and website.

1. SerpentCS’ Blog !
2. Husen’s blog !
3. Jay’s Blog !

Serpent Consulting Services works on various OpenSource Products including OpenERP, GNUHealth, SugarCRM, vTiger, Alfresco, Liferay and Tryton.
It’s usually seen that Europe and Asia have been the only continents using OpenSource products and tools. But what recent results have shown to us, is very merry-making to the OpenSource projects, editors, communities, integrators, implementors, service providers and developers. United states of America which is well-known for the usage of Proprietary softwares has been looking for OpenSource Solutions.

Following are the images proving it.

Visits on our OpenERP Blogs recently by Day, week and Month. 

By Day

 

 

By Week

 

 

By Month

 

The possible reasons are the searches made on search engines for the search topics as:
1. Opensource benefits.
2. Low cost and effective ERP solutions.
3. OpenERP Training.
4. OpenERP Technical and Functional Training.
5. How to Learn OpenERP.
6. OpenERP Support and OpenERP Migration
7. OpenERP version 7 easy to use.

United states of America is an Economical and Technological Super power. Getting motivation for OpenSource from that part of world is a great news for Opensource believers. We don’t mean bad for proprietary softwares, but the competition will be tough and outcome will be the quality of products, quality of services.

You would be amazed to know why Cisco, skype, Teamviewer, etc. are enemies for many Airlines now a days. For an unbelievable reasons the airlines of all parts of the world are angry due to the services provided by Online meeting tools as mentioned above. The simple reason is you get everything at your screenstep (doorstep, usually used). Without buying the expensive tickets, you can enjoy whatever you wish to learn from home and that too at your desired time. This is the savings of time and money.

We at SerpentCS have been offering the remote support, trainings and development assistance for many United States’ software firms for Liferay, OpenERP and SugarCRM. OpenERP Offshore and Trainings are among the hot trends!

GOD bless opensource world and lets welcome United states of America.

Thanks,
Serpent Consulting Services!

My Journey of Python, OpenSource, OpenERP moves onto the 6th year

                             The clock ticks and moves on, doesn't really stop atleast for a second! Why would it ? I know very well that it does not tick only for me, so sticks on ticking on and just while you reading this, it had already moved few more seconds.

Naturally, when some one becomes a little idle or tired or goes to sleep, one becomes a little nostalgic, refreshes the day spent and remembers whether its anyone's birthday today or something special related to the current date.

And yes, here it comes my turn and its September 10, 2012 and it shows that I have completed 5 years. OF??? yes, 10 sep 2007 is the date ever since I came to know about OpenSource, Python and OpenERP. It is to mention that it too was a Monday. I am quickly moved to my laptop now and sharing my old memories and having a pleasure to thanks to the builders of the career so far. Well yes, NEVER LEAVE A CHANCE TO THANK ANYONE. I am here to thank to the names you will read below.

By the time I write this, I am into the old times 5 years back while I was just a fresher and working for Anish Information Technology,working on Microsoft Technologies (now acquired by Thomson Reuters). On one usual day or better to say as a part of routine I went for a usual meet to my close friend Akash Oza(It does not happen now a days more often as we are busy in our married lives, he is legally married and I am to Serpent Consulting Services). While having a usual talk, I happen to discuss with his elder brother Navrang Oza, the owner of IntellectSeed Technologies about his current job and I was impressed by the discussion in which he talked about a new concept, new technology and about new opening into the firm TinyERP India Pvt. Ltd. run under the Belgian label led by Mantavya Gajjar.

I kept in my mind that doesn't matter whatever happens, I am going to take this new challenge. Interesting to share that I had my current salary X and my new salary if I take the job was gonna be 20% less, yes you read it right, TWENTY % less !!! Which dumb and blind fresher will take this decision, and I was Qualified enough to label these tags and took the decision for the sacrifice of Money to get a new challenge to know about.

I decided and met once again to Navrang and Dharmesh Rathod, the Managing Director of Axelor India.  I knew few more things about python,future and about the job. Then with the grace of Luck, Navrang introduced me to Mantavya who was/is the director of TinyERP India Pvt. Ltd. He powered me with the opportunities and gave a glimpse of the environment to work on and the future. I then honestly asked them about the background I would need to have to be qualified for the job, they helped me understand the concepts of MVC, OOPs being used in the technology and boosted me for the next coming thing!

I sent the resume and was given a date for the interview. I was interviewed by Hardik Joshi, the Manager and Husen Daudi, the Support Leader. ( Later on Husen sir told me that I was neither selected nor rejected by any of the two interviewers, was just put in pending state. Was later recommended by the names mentioned above and now into the team... Mixed feelings )

I was selected and joined the team of TinyERP Technical architects from 10 sep 2007 (really they were/are/will be) which includes Miss Dhara Shah, Mr. Dhaval Patel, Mr. Husen Daudi, Mr Pritesh Modi, Mr. Hardik Joshi, Mrs. Kundan Patel,Mr. Mustufa Rangwala, Mr. Harshad Modi, Mr. Harsh Kohli and Mr. Ashishsingh Bhatia. I got the offer letter from Mrs. Anar Patel, one of the very confident, strong and powerful ladies I've ever met.

DO What you LOVE and LOVE what you DO. Within the span of 15 days I learnt Technical basics and started working on the OpenSource ERP Called TinyERP (is now called OpenERP). I am still learning and working on it. Learning always has to be a continuous process. If you don't be a student, you cannot make a progress!


Thanks to everyone including the personnels mentioned who have come around my journey and yes its ON! You are the builders and all credits go to you!

You bless yourself,

Thanks,
Jay Vora.

SerpentCS announcing 6th OpenERP Functional Training for the year 2012(April-May)!

Dear Aspirants,

Thanks for the overwhelming response we've got on 5^th OpenERP Functional and Technical Trainings held during 30 March to 7 April.

                                                                      

Serpent consulting services feels immense delight to announce 6^th training session of year 2012 on OpenERP Functional Training Version 6.1 to be held at 30th April to 4^th May 2012 .It brings the occasion for you to attend it in India. We come with various new additions to the normal Training.

Training outlines can be found at:

Functional Training Outlines

You can also Contact Us for Remote and Onsite Training, OpenERP Support, OpenERP Offshore,OpenERP Migration and Tryton Services.

Register your seat at contact@serpentcs.com.

Recent News :-

1  OpenERP Functional and Technical Training

2. OpenERP Advance Invoice
3. OpenERP v6.1 Point of Sale
4. OpenERP Multiple Image Light box
5. OpenERP: Indian currency Added by Proposal of SerpentCS
6. GNU Health won the Award for Projects of Social Benefits at FSF

For any news and updates Regarding Serpent Consulting Services visit, here.

OpenERP Custom Module Development Guide by Serpent Consulting Services

A Complete guide for the basic OpenERP module development & OpenERP Installation by Serpent Consulting Services.

- Chirag Dave

OpenERP Technical Training

Serpent Consulting Services has delivered OpenERP Technical Trainings all over the world. Our trainers have the sheer experience of OpenERP which almost goes unbeatable. We can deliver trainings at your location or at ours, we let you choose. We can also deliver training remotely via audio/video sharing tools/technologies, via remote sessions, conferences or video conferencing.
This training service is highly recommended for OpenERP integrators who are new in OpenERP world, who need to grasp knowledge of the OpenERP development process and/or have a development team that needs dedicated training. Our trainers have 5+ years development experience and have hands-on experience in dealing with projects and customizations.

SerpentCS provides OpenERP Technical Training in India, remotely, locally or in your country too!



Duration : 5 days

Objectives : Upon completion of the training, the participant will be able to:

• Understand the development concepts and architecture.
• Install and administer OpenERP.
• Develop a new OpenERP module.
• Integrate any third-party tool to OpenERP.

Requirements : We expect following requirements to be fulfilled by the participant.

• Bring your own Laptop device.
• Install the latest stable version that you can download from OpenERP Official Website.
• Good to have a basic understanding of Python Programming Language.
• Good to have knowledge of Programming Editor/Integrated Development Environment such as Eclipse, Anjuta, gedit.

OpenERP Corporate Training Package : If you wish more number of participants to be trained at one go, we also provide the service of corporate training in which major of your staff will be covered and at low cost, too. We will manage the schedule of training according to the need. Please contact us on contact@serpentcs.com for further details.

Schedule

Do not hesitate to raise your queries to contact@serpentcs.com.

Day 1	Day 2	Day 3	Day 4	Day 5
Using Launchpad	Relational Filed Introduction	ORM Methods	Webkit Report	Workflow Development
Installation	Function Field	Method Overriding	Wizard Development	XML-RPC Web services
Architecture	Class Inheritance	Report Development	Call wizard from menu	YML Test Scenario
Customize Without Development	_inherits	RML Report	Parameterized Report	Import Export
Very First Module	Object level Constraints	Modify Existing Reports	Exercise
Module Structure	SQL Constraints	Exercise
__openerp__.py parameters	XML Usage and Syntax
Object Introduction	View Introduction
Class Variables	Tree,List,Form,graph,calendar
Field Types	Define Actions
Simple Fields’ Parameters	Define menus
	View Inheritance
	Demo Data

Participant can download the recommended book from Here. To know about Python, visit http://www.python.org/

To know about Eclipse, visit http://www.eclipse.org/

How to install OpenERP 6 on Ubuntu 10.04 LTS Server

Written by Alan Lord
Tuesday, 19 April 2011 14:06
Recently at work, we've been setting up several new instances of OpenERP for customers. Our server operating system of choice is Ubuntu 10.04 LTS. Installing OpenERP isn't really that hard, but having seen several other "How Tos" on-line describing various methods where none seemed to do the whole thing in what I consider to be "the right way", I thought I'd explain how we do it. There are a few forum posts that I've come across where the advice is just plain wrong too, so do be careful. As we tend to host OpenERP on servers that are connected to the big wide Internet, our objective is to end up with a system that is: A: Accessible only via encrypted (SSL) services from the GTK client, Web browser, WebDAV and CalDAV B: Readily upgradeable and customisable One of my friends said to me recently, "surely it's just sudo apt-get install openerp-server isn't it?" Fair enough; this would actually work. But there are several problems I have with using a packaged implementation in this instance: Out-of-date. The latest packaged version I could see, in either the Ubuntu or Debian repositories, was 5.0.15. OpenERP is now at 6.0.2 and is a major upgrade from the 5.x series. Lack of control. Being a business application, with many configuration choices, it can be harder to tweak your way when the packager determined that one particular way was the "true path". Upgrades and patches. Knowing how, where and why your OpenERP instance is installed the way it is, means you can decide when and how to update it and patch it, or add custom modifications. So although the way I'm installing OpenERP below is manual, it gives us a much more fine-grained level of control. Without further ado then here is my way as it stands currently ("currently" because you can almost always improve things. HINT: suggestions for improvement gratefully accepted). Step 1. Build your server I install just the bare minimum from the install routine (you can install the openssh-server during the install procedure or install subsequently depending on your preference). After the server has restarted for the first time I install the openssh-server package (so we can connect to it remotely) and denyhosts to add a degree of brute-force attack protection. There are other protection applications available: I'm not saying this one is the best, but it's one that works and is easy to configure and manage. If you don't already, it's also worth looking at setting up key-based ssh access, rather than relying on passwords. This can also help to limit the potential of brute-force attacks. [NB: This isn't a How To on securing your server...] sudo apt-get install openssh-server denyhosts Now make sure you are running all the latest patches by doing an update: sudo apt-get update sudo apt-get dist-upgrade Although not always essential it's probably a good idea to reboot your server now and make sure it all comes back up and you can still login via ssh. Now we're ready to start the OpenERP install. Step 2. Create the OpenERP user that will own and run the application sudo adduser --system --home=/opt/openerp --group openerp This is a "system" user. It is there to own and run the application, it isn't supposed to be a person type user with a login etc. In Ubuntu, a system user gets a UID below 1000, has no shell (well it's actually /bin/false) and has logins disabled. Note that I've specified a "home" of /opt/openerp, this is where the OpenERP server, and optional web client, code will reside and is created automatically by the command above. The location of the server code is your choice of course, but be aware that some of the instructions and configuration files below mey need to be altered if you decide to install to a different location.   Step 3. Install and configure the database server, PostgreSQL sudo apt-get install postgresql Then configure the OpenERP user on postgres: First change to the postgres user so we have the necessary privileges to configure the database. sudo su - postgres Now create a new database user. This is so OpenERP has access rights to connect to PostgreSQL and to create and drop databases. Remember what your choice of password is here; you will need it later on: createuser --createdb --username postgres --no-createrole --pwprompt openerp Enter password for new role: ******** Enter it again: ******** Shall the new role be a superuser? (y/n) y Finally exit from the postgres user account: exit   Step 4. Install the necessary Python libraries for the server sudo apt-get install python python-psycopg2 python-reportlab \ python-egenix-mxdatetime python-tz python-pychart python-mako \ python-pydot python-lxml python-vobject python-yaml python-dateutil \ python-pychart python-pydot python-webdav And if you plan to use the Web client install the following: sudo apt-get install python-cherrypy3 python-formencode python-pybabel \ python-simplejson python-pyparsing    Step 5. Install the OpenERP server, and optional web client, code I tend to use wget for this sort of thing and I download the files to my home directory. Make sure you get the latest version of the application files. At the time of writing this it was 6.0.2; I got the download links from their download page. wget http://www.openerp.com/download/stable/source/openerp-server-6.0.2.tar.gz And if you want the web client: wget http://www.openerp.com/download/stable/source/openerp-web-6.0.2.tar.gz Now install the code where we need it: cd to the /opt/openerp/ directory and extract the tarball(s) there. cd /opt/openerp sudo tar xvf ~/openerp-server-6.0.2.tar.gz sudo tar xvf ~/openerp-web-6.0.2.tar.gz Next we need to change the ownership of all the the files to the openerp user and group. sudo chown -R openerp: * And finally, the way I have done this is to copy the server and web client directories to something with a simpler name so that the configuration files and boot scripts don't need constant editing (I call them, rather unimaginatively, server and web). I started out using a symlink solution, but I found that when it comes to upgrading, it seems to make more sense to me to just keep a copy of the files in place and then overwrite them with the new code. This way you keep any custom or user-installed modules and reports etc. all in the right place. sudo cp -a openerp-server-6.0.2 server sudo cp -a openerp-web-6.0.2 web As an example, should OpenERP 6.0.3 come out next, I can extract the tarballs into /opt/openerp/ as above. I can do any testing I need, then repeat the copy command (replacing 6.0.2 obviously) so that the modified files will overwrite as needed and any custom modules, report templates and such will be retained. Once satisfied the upgrade is stable, the older 6.0.2 directories can be removed if wanted. That's the OpenERP server and web client software installed. The last steps to a working system are to set up the two (server and web client) configuration files and associated init scripts so it all starts and stops automatically when the server boots and shuts down. Step 6. Configuring the OpenERP application The default configuration file for the server (in /opt/openerp/server/doc/) could really do with laying out a little better and a few more comments in my opinion. I've started to tidy up this config file a bit and here is a link to the one I'm using at the moment (with the obvious bits changed). You need to copy or paste the contents of this file into /etc/ and call the file openerp-server.conf. Then you should secure it by changing ownership and access as follows: sudo chown openerp:root /etc/openerp-server.conf sudo chmod 640 /etc/openerp-server.conf The above commands make the file owned and writeable only by the openerp user and only readable by openerp and root. To allow the OpenERP server to run initially, you should only need to change one line in this file. Toward to the top of the file change the line db_password = ******** to have the same password you used way back in step 3. Use your favourite text editor here. I tend to use nano, e.g. sudo nano /etc/openerp-server.conf Once the config file is edited, you can start the server if you like just to check if it actually runs. /opt/openerp/server/bin/openerp-server.py --config=/etc/openerp-server.conf It won't really work just yet as it isn't running as the openerp user. It's running as your normal user so it won't be able to talk to the PostgreSQL database. Just type CTL+C to stop the server.   Step 7. Installing the boot script For the final step we need to install a script which will be used to start-up and shut down the server automatically and also run the application as the correct user. Here's a link to the one I'm using currently. Similar to the config file, you need to either copy it or paste the contents of this script to a file in /etc/init.d/ and call it openerp-server. Once it is in the right place you will need to make it executable and owned by root: sudo chmod 755 /etc/init.d/openerp-server sudo chown root: /etc/init.d/openerp-server In the config file there's an entry for the server's log file. We need to create that directory first so that the server has somewhere to log to and also we must make it writeable by the openerp user: sudo mkdir /var/log/openerp sudo chown openerp:root /var/log/openerp   Step 8. Testing the server To start the OpenERP server type: sudo /etc/init.d/openerp-server start You should now be able to view the logfile and see that the server has started. less /var/log/openerp/openerp-server.log If there are any problems starting the server now you need to go back and check. There's really no point ploughing on if the server doesn't start... If you now start up the GTK client and point it at your new server you should see a message like this: Which is a good thing. It means the server is accepting connections and you do not have a database configured yet. I will leave configuring and setting up OpenERP as an exercise for the reader. This is a how to for installing the server. Not a how to on using and configuring OpenERP itself... What I do recommend you do at this point is to change the super admin password to something nice and strong. By default it is "admin" and with that a user can create, backup, restore and drop databases (in the GTK client, go to the file menu and choose the Databases -> Administrator Password option to change it). This password is written as plain text into the /etc/openerp-server.conf file. Hence why we restricted access to just openerp and root. One rather strange thing I've just realised is that when you change the super admin password and save it, OpenERP completely re-writes the config file. It removes all comments and scatters the configuration entries randomly throughout the file. I'm not sure as of now if this is by design or not. Now it's time to make sure the server stops properly too: sudo /etc/init.d/openerp-server stop Check the logfile again to make sure it has stopped and/or look at your server's process list. Step 9. Automating OpenERP startup and shutdown If everything above seems to be working OK, the final step is make the script start and stop automatically with the Ubuntu Server. To do this type: sudo update-rc.d openerp-server defaults You can now try rebooting you server if you like. OpenERP should be running by the time you log back in. If you type ps aux | grep openerp you should see a line similar to this: openerp 708 3.8 5.8 181716 29668 ? Sl 21:05 0:00 python /opt/openerp/server/bin/openerp-server.py -c /etc/openerp-server.conf Which shows that the server is running. And of course you can check the logfile or use the GTK client too. Step 10. Configure and automate the Web Client Although it's called the web client, it's really another server-type application which [ahem] serves OpenERP to users via a web browser instead of the GTK desktop client. If you want to use the web client too, it's basically just a repeat of steps 6, 7, 8 and 9. The default configuration file for the web client (can also be found in /opt/openerp/web/doc/openerp-web.cfg) is laid out more nicely than the server one and should work as is when both the server and web client are installed on the same machine as we are doing here. I have changed one line to turn on error logging and point the file at our /var/log/openerp/ directory. For our installation, the file should reside in /etc/, be called openerp-web.conf and have it's owner and access rights set as with the server configuration file: sudo chown openerp:root /etc/openerp-web.conf sudo chmod 640 /etc/openerp-web.conf Here is a web client boot script. This needs to go into /etc/init.d/, be called openerp-web and be owned by root and executable. sudo chmod 755 /etc/init.d/openerp-web sudo chown root: /etc/init.d/openerp-web You should now be able to start the web server by entering the following command: sudo /etc/init.d/openerp-web start Check the web client is running by looking in the log file, looking at the process log and, of course, connecting to your OpenERP server with a web browser. The web client by default runs on port 8080 so the URL to use is something like this: http://my-ip-or-domain:8080 Make sure the web client stops properly: sudo /etc/init.d/openerp-web stop And then configure it to start and stop automatically. sudo update-rc.d openerp-web defaults You should now be able to reboot your server and have the OpenERP server and web client start and stop automatically. I think that will do for this post. It's long enough as it is! I'll do a part 2 in a little while where I'll cover using apache, ssl and mod_proxy to provide encrypted access to all services. Courtesy : OLC

Personalise your OpenERP with the dashboard feature ( 6.1 onwards)

You like OpenERP, but feel like you want to personalise it more? Now, OpenERP goes a step further and lets you customize your dashboard. How? you will ask. 

Thanks to a new feature that allows you to customize your dashboard by adding new boards of any search view.

Let's say you are not a big fan of the default dashboard and you feel like the view provided are not the most relevant to you. So, now you can remove the board you find useless and customize your own one. 

How is it done?

Step 1: access one search view 

Step 2: apply the filter you want to see at each connection to the application (eg. on sales, manufacturing, etc)

Step 3: add it into the dashboard in the same space where you can save the filter

Step 4: choose the application you want it visible on and the name of the array
Look at this simple example below from Purchase, where I want to put on the application's dashboard "Purchases to Approve". After I access the search view and apply the filter for "Purchases to Approve", I can add it immediately to my Purchase dashboard.

In less than a minute, the search view is visible on the dashboard

Of course, you are free to delete what you don't need or like, but just in case you change your mind there is a reset button to return to the default view.
 
So, go ahead and personalise your OpenERP!

Courtesy : OpenERP

OpenERP Functional Training

Serpent Consulting Services has delivered OpenERP Functional Trainings all over the world. Our trainers have the sheer experience of OpenERP which almost goes unbeatable. We can deliver trainings at your location or at ours, we let you choose. We can also deliver training remotely via audio/video sharing tools/technologies, via remote sessions, conferences or video conferencing.
This training service is highly recommended for OpenERP integrators who are new in OpenERP world, who need to grasp knowledge of the OpenERP development process and/or have a functional/analysts team that needs dedicated training, who want to get a better functional understanding of OpenERP. Our trainers have 5+ years development experience and have hands-on experience in dealing with projects and customizations.

SerpentCS provides OpenERP Functional Training in India, remotely, locally or in your country too!



Duration : 5 days

Objectives : Upon completion of the training, the participant will be able to:

• Install and administer OpenERP.
• Become an OpenERP Consultant.
• Do the GAP analysis of any Business Process.
• Understand the functional concepts, business processes by OpenERP.
• Operate/Work with OpenERP Smoothly on regular basis.
• Configure OpenERP using the standard modules.
• Change the look and feel from the front-end(GUI) rather than a need of technical knowledge.

Requirements : We expect following requirements to be fulfilled by the participant.

• Bring your own Laptop device.
• Install the latest stable version that you can download from OpenERP Official Website.
• Good to have a basic understanding of the corresponding business process.
• Basic concepts of Enterprise Resource management, laws of management processes.
• Good to have an experience of Business Analysis.

OpenERP Corporate Training Package : If you wish more number of participants to be trained at one go, we also provide the service of corporate training in which major of your staff will be covered and at low cost, too. We will manage the schedule of training according to the need. Please contact us on contact@serpentcs.com for further details.


Serpent Consulting Services(SerpentCS) announces the schedule for OpenERP Functional Training as below.

For more details please contact : contact@serpentcs.com
 

Day 1	Day 2	Day 3	Day 4	Day 5
Introduction	Products	Sales Management	Project Management	HR Management
Server & Client installation (Desktop & Web)	Product Defination	Business Opportunities	Create new project	Employees
Database Server installation and configuration	Price Lists	Quotation and Orders	Analytical Overview	Departments
Create a new user	Inventory Management	Workflow	Task Definition	Timesheet Management
Menu	Principles	Inventory Scheduler	Task Deligation	Holiday Management
Partner Form	Double Entry	Manufacturing	Planning and Management	Expense and Reimbursement
Basic Functionalities	Locations	Bill of Material (BOM)	Accounting	Payroll Management
Icons Panel	Warehouse and Shops	Work centers	Financial Flow	Employee Contracts
Multiple Tabs	Picking	Routings	Configuration	Administration
Search	Traceability	Production Order	Fiscal Year	Users and Groups
Work on several forms	Order Points		Defining Journals	Access Rights
List mode	Procurement		Account Types	Record Rules
Actions	Procurement Exceptions		Account chart and Templates	Company Setup
Printing	Purchase Management		Tax Definition	Report Header and Footer
Default Values	Purchase Order		Analytic Accounting	Translation
Preferences for a form	Workflow		Invoices	Add New Language
Attached files			Payment Terms	Module Management
Customer and Supplier			Bank Statements
Definitions			Vouchers
Customer and Supplier Form			End of Year Process
CRM			Periodical Processing
CRM Definition			Recurring Models
Help Desk			Budgeting
Automatic Segmentation

Demo of OpenERP POS touch screen

Guys,

Here we present the demo of OpenERP v 6.1 POS touch screen.

More details are available Here.

Thanks,
Serpent Consulting Services.

OpenERP : Manage transactions online with EDI

At OpenERP we are constantly developing nifty features to make your life easier. OpenERP v6.1 will include a great feature: B2B/B2C exchange of invoices, sale orders and purchase orders, called EDI.  
- OpenERP Team.

What is EDI and what's its purpose? In short, EDI (electronic data interchange) has the purpose to simplify and make more efficient the interactions between companies. Instead of sending a bundle of papers to their customers or suppliers, companies can execute their transactions online.

Whether you are working with OpenERP or not, EDI will allow you to export and import specific OpenERP documents between OpenERP instances and 3rd-party systems. 

Let's look at an example: ACME Systems accountant validates an invoice for Agrolait, which triggers an automated email notification to Agrolait. See below:

In turn, Agrolait will be able to:

• 
  print his invoice 
  

• 
  push / synchronize this invoice in his own management software
  

• 
  pay the invoice online (using paypal or other payment methods)
  

Accounting, Sales and Purchase modules are integrated with the EDI. So, from these modules you can directly generate a document and email it. It's up to you to customize your email notifications.  

Agrolait can push this invoice in their own management software through 3 solutions. See the screenshot below:

First two options are directed to the OpenERP users. Option one is pretty straight forward and by clicking it, Agrolait automatically imports the invoice into their own database. Second option permits them to create a new instance in case they don't have one already and wish to continue working in OpenERP. Consequently, after they have created their OpenERP instance, the invoice will automatically be imported. 

Third option allows 3rd-party applications. So, if your customers or suppliers use a different application than OpenERP with the EDI it is very easy to extract data. See aside a sample of the code.

Last but not least, you have multiple ways of paying online, as the company is the one that configues the payment methods. For example, Paypal if you already have a Paypal account or bank transfer. OpenERP believes that this will close the gap between the clients and their suppliers by helping businesses worry less about payment logistics. 

This feature will be available in our release of the v6.1.

Courtesy : OpenERP 

Looking for any of the standard services like OpenERP Offshore, OpenERP Support, OpenERP Training, OpenERP Development?

- You've been reading the Right name, Serpent Consulting Services, Here we are.

What is OpenERP? Open Source ERP Software Explained

Let's look at the OpenERP open source license, implementation choices and the different business applications offered in the suite.

Belgium-based OpenERP provides an open source suite of ERP business applications. It follows a typical commercial open source business model where the fully-featured applications are available free through a community-supported version; however no warranties or support for the software is available from the company.

If you choose the Enterprise or Online versions your business can obtain support for the software in addition to migration and maintenance, on a per-user, per-month subscription basis.

While not necessarily encouraged, OpenERP does include a provision in the OpenERP Enterprise license that allows customers to make private OpenERP modules when they need to.

• Recommended reading: For a review of OpenERP's CRM module, see OpenERP Review: The Online CRM Module.

What can I do with OpenERP?

OpenERP is a full suite of business software, including the following modules:

Accounting: Record your operations in a few clicks and manage all your financial activities in one place.

Application Builder:  The OpenERP application builder lets you customize every module of OpenERP directly from the web interface without any development required.

Related Articles

• Salesforce.com Invests in ERP, Supply Chain
• What's New In Microsoft Dynamics AX 2012 ERP?
• Enterprise ERP Buyer's Guide: SAP, Oracle and Microsoft
• ERP Buyer's Guide for Small Businesses
• The Top 10 Trends in ERP

CRM: Track leads and opportunities customized your sales cycle, controls statistics and forecasts and marketing campaign automation to improve your sales performance.

Human Resources:  The module is for personnel information management, leave, time tracking, attendance‚ expenses, payroll, periodic evaluations and recruitment.

Invoicing: Create and supervise your entire supplier and customer invoices.

Manufacturing: Plan and control your supply chain through different applications in the Manufacturing module.

Marketing: Marketing campaigns can help you automate email and email sending, qualify leads and encourage customers to contact the right department.

Point of Sale: The OpenERP touchscreen point of sale allows you to manage your shop sales. It's fully web-based so you don't need to install or deploy any software.

Project Management: Keep track and manage your projects using tasks for short term project execution or plan phases for long term planning.

Purchase: Create and track your purchase orders, manage your suppliers' info, control your products reception process and check suppliers' invoices.

Warehouse Management: An inventory management system to easily manage complex needs: tracking stocks of suppliers/customers, full traceability, accounting links, and more. OpenERP supports multi-warehouse management based on hierarchical locational structure.

Because OpenERP is open source and backed by a large community, you can take advantage of more than 700 OpenERP modules on the OpenERP Apps website. These applications extend functionality of the ERP software and provide more business apps for things like manufacturing, localization, project management and more.

The other benefit to users is that you do not need to use all the business apps. You can choose only the modules that you need for your business from the suite (e.g. just CRM or CRM and invoicing). This keeps your OpenERP tidy and less overwhelming if you do not need all the business apps. You can add additional modules (at no cost) as you need them.

 

OpenERP Versions:  Free, Supported, Hosted or On-Premise Business Apps

 

OpenERP is made available through three different versions. The OpenERP software is free, but enterprise and hosted versions are fee-based.  OpenERP Enterprise and OpenERP Community are exactly the same product, only the user pays for the additional services being offered by the OpenERP Team, not for the software.

· OpenERP Community: (AGPL license) Open source OpenERP software (with all features) with no warranties. With this version you rely on community-based support only and migrations, bug fixes and private ERP modules are not allowed.  Price: Free

· OpenERP Enterprise: (AGPL or AGPL plus Private Use) Open source OpenERP as production-ready management software. The Enterprise version is fully supported by the OpenERP Team and includes unlimited migrations, bug fixes, private modules and security alerts. OpenERP Enterprise version is on-premises software that you host yourself (Linux or Windows operating systems). Price: €165 per month for 1 to 10 users, up to €15,500 for 70 to 150 users.

· OpenERP Online: Similar to the services offered in the enterprise version with the exception of no private modules or community modules, and it is hosted and maintained by OpenERP. Price: €39 per user per month. Free 30-day trial available.

Courtesy : EnterPriseAPPSToday
Author : Vangie Beal

Looking for any of the standard services like OpenERP Offshore, OpenERP Support, OpenERP Training, OpenERP Development?

- You've been reading the Right name, Serpent Consulting Services, Here we are.

 

OpenERP 6.0.3 is out!

Looking for any of the standard services like OpenERP Offshore, OpenERP Support, OpenERP Training, OpenERP Development?

- You've been reading the Right name, Serpent Consulting Services, Here we are.



Hi,

We have the pleasure to announce a new release of OpenERP 6.0 (6.0.3)

This release contains many bugfixes (you can see the changelogs if you want more information).

You will find the tarball archives on the OpenERP download page,
the Windows Installers will be uploaded as soon as possible.

Downloads
---------
* OpenERP Download page: http://openerp.com/downloads.html


Changelogs:
-----------
* server and addons: http://bazaar.launchpad.net/~openerp/openobject-server/6.0/view/head:/doc/Changelog

------Bugfixes-----------

* Not linked to a bug report:

* Customer's Labels Report case:(16548)

* base: set noupdate='1' to be able to update the record rules

* res_currency typo

* cash_register_can_not_open(case:10420)

* Report : Removed the unnecessary Return of setLang()

* report: fixed child company printing problem

* typos.

* osv: don't _inherit _custom fields.

* res_user: allow user to switch to any company she belongs to.

* reports: allow empty images with reportlab 2.5

* Base : The name of any Attachment if contains more letter than the size allotted, should be handled well

* Improvements for Inherited fiedl if size is updated

* base : Partner was not being passed with the Events Fixed

* orm.read_group: fix group_by for date[time]s, currently showing duplicate groups

* setup.py: added python25-compat directory to the MANIFEST.

* https://launchpad.net/bugs/795018
* Base : Added active field in address view in order to let the user deactivate the address

* https://launchpad.net/bugs/766944

* https://launchpad.net/bugs/760301
* res_users: check() must raise when access is denied!

* https://launchpad.net/bugs/766982
* base : Improved the Group Rule process
* base : Record Rules being ended in a single group now

* https://launchpad.net/bugs/780584
* fixes launchpad bug 780584: Field definition translate=Yes is not stored in ir.model.fields

* https://launchpad.net/bugs/772230
* base : res_name misbehavior fixed when size limit of the value extended the field's size. (Courtsey JBA(OpenERP),(Support Case:5480))

* https://launchpad.net/bugs/727730
* ir_ui_view.py: get_sc only returns shortcuts for existing menu items.

* https://launchpad.net/bugs/715654
* evaluate one2many domains instead of using them as string.

* https://launchpad.net/bugs/751062
* debian: corrected version in changelog.

Bugfixes (addons)

-----------------


* Not linked to a bug report:

* project : Fixed the issue of signin wizard in project (Maintenance Case : 16779)

* account_voucher: 'currency_id' field doesn't exist in account.journal object, it's 'currency'

* print of SO uses client payment term instead of linked one case:(16743)

* product : Merged Nehal's branch for UoM warning

* product : Improved the error message for UoM conversion having different category

* crm_partner_assign: quick and dirty hack to switch latitude and longitude fields, as they are stored in wrong fields and we need to preserve database schema for existing instances. In trunk we will fix that in the right way.

* UnboundLocalError for Tax case:(16655)

* mrp_repair: order/tax included error is removed.(case:16152)

* Sale_Layout : Corrected the RML and SXW for the layout report which was failing due to wrong conditions note

* stock: more efficient rewrite of product_reserve to fix perf/resources issues

* account, analytic_user_function: Improved usability in Account, Fixed keyerror 'amount' coming on onchange of Account in Analytic timesheet

* account, analytic_user_function: Improved usability in Account, Fixed keyerror 'amount' coming on onchange of Account in Analytic timesheet and Improved definition of on_change_account_id in Analytic user function (case:8274)

* account : Merged my branch for account profit loss report fix(Case:5583)

* account : In Profit Report the type comparison fixed by translations. (Maintenance Case:5583)

* sale : Output Location from the warehouse will be considered instead of stock_location_output

* Sale : Set taxes to be null on the onchange of Product

* thunderbird : To' was not being set when pushing a mail when 'Delivery To' header was not configured. (Maintenance Case : 16137)

* base_contact: fix issue 6051: when choosing a partner, the wrong address is set in onchange

* TypeError: unsupported operand type(s) for /: 'float' and 'NoneType' for Account Voucher

* Stock: Wrong product quantities in Invoice lines (Ref : Case 16347)

* Translation conflicts resolved

* stock: Raised error when processing quantity is greater than move quantity during picking validation and splitting of move

* base_action_rule :Replaced str() with tools.str() (Ref : Case 6122)

* base_action_rule : Error in Automated Action (Ref : Case 6122)

* hr_timesheet: Remove the comma, because Python thinks it's a tuple and not a new line

* Sale :Invoice_quantity attrs conflicts with the field definition in Sale_view.xml (Ref : Case 5802)

* Account : The wizard for chart of account was sending wrong domain to clients

* Account_budget : Correction in the calculation of theoritical amount

* document: _check_duplication is now a real _constraints + remove unneeded commit()s

* stock: fix for deleting the move line from wizard

* stock: conversion for uom and put checks

* stock: Partial shipment impossible

* bug when subject is empty mailgate

* l10n_ch : Invoices were not being referenced properly when using Import BVR,Fixed(Case:6139)

* l10n_ch : Improved importing data with BVR Import wizard(Case:6139)

* Account : Bank statement now has an internal view

* backport of bug lp:772724

* thunderbird packaging

* Account_payment : Corrected the method which was retuning bank according to the partner

* Account/MRP/Project_planning : Dashboards should always use internal action's domain(Case 6351)

* account: residual amount need to be recomputed on change of move_id

* purchase_double_validation : Changed amount_untaxed to amount_total because of unit test break

* stock : Warning message during move split, if the lot quantity available is less than specified quantity (Case:6001)

* fix thunderbird on windows vista 7 + fix date format when pushing

* Hr_Timesheet : Corrected YML test, Thanks to Buildbot

* webkit: User friendly popup error message displayed while webkit report's path does not exist.

* stock_location_translation_problem(case:6112)

* 4635 create project from template and project duplication fixed

* Import __future__

* account_budget: removed select=1 in budget lines

* account_budget: removed select=1

* Domain should be in list.

* share: form view should share current record only

* share: multi-sharing with an empty filter was not working

* share: current user restrictions were not properly copied

* share: use empty domain for shared actions, as ir.rules do enforce the filtering.

* share: share users with multi-shares should keep same home action

* share: bumped up module version after changes to web addon

* share: hide Share button when user does not belong to Sharing group

* share: avoid crash in web addon with empty share filter

* Update the file content of init_xml[] and data[] and set noupdate=1 in the tag (Ref : Case 5661)

* Change in the __openerp__.py of base_report_designer module and in the base_report_design_view.xml (Ref : Case 5661)

* Change in data[] and init_xml[] in the stable 6.0 addons (Ref : Case 5661)

* Project_scrum/Purchase_requisition : Corrected _defaults for date/datetime values

* Product_visible_discount : Correction in the __openerp__.py for the dependency module and fix the onchange methods for sale order line and invoice line(Ref : Case 5998)

* Product_visible_discount : Correction in the __openerp__.py for the dependency module and fix the code for the product pricelist item(Ref : Case 5998)

* l10n_ch : Correction made to look for customer invoices only on BVR import(Case 5493)

* product_visible_discount: Correction in the __openerp__.py for the dependency module and fix the code for the product pricelist item(Ref : Case 5998)

* HR_Payroll/Hr_recruitment/Membership/Point_of_sale/Project_timesheet : Corrected Yml tests,thanks to buildbot

* CRM/Project_planning : Corrected Yml tests,thanks to buildbot

* Successive fix over the bug lp:777347

* Corrected the context for the act_window of Phonecall from Partner

* crm : Partner was missing in Schedule PhoneCall fixed

* product should contain company for currency (case:5937)

* purchase_report : Purchase Analysis View Fixed (Support Case : 5943)

* Product: name_search() corrected while duplicating ids in sale_order_line (Ref : Case 5861)

* sale_report : Sale Manager Analysis Report Fixed (Maintenance Case : 5689)

* account_voucher: change the behaviour of fields_view_get method

* Sale : Incorrect Domain on invoice_quantity in Sale_view.xml (Ref : Case 5802)

* product_margin: improvements for the calculation of Turnover

* product_margin calculation improvement [issue:5482]

* sale, purchase: corrected invoiced field calculation in sale and purchase

* mrp_repair : Taxes were missing on the invoicing tab in repair order when product selected from the editable tree

* Base_contact : change in name_get method to display name of opportunities in thunderbird (Ref : Case 4801)

* Account_payment : Fixed the problem of call to onchange_partner_id of account.voucher with wrong parametres

* account_payment: passed date argument in onchange_partner_id() and cheking on move_line_id

* allow read access so e.g. sale.report_sale_order works for non admin users

* account : Move lines take the Journal and Period from the Move itself(Maintenance Case 5598)

* account : Move lines take the journal and period from the move itself.

* Account_followup : Corrected the Rule name

* document: when updating attachment file size, exclude attachments having NULL db_datas (otherwise len() raises an exception)

* Account_voucher : Added missing context to onchange_date() of voucher

* Fixed warnings and test failures suggested by Buildbot

* Account : Corrected _sum() of account.tax.code()

* project_mrp : When creating task from Sale Order Quantity Factors of UoMs are now considered

* l10n_fr : Corrected Template definitions (Ref: Case 5481)

* Bug 718609

* decimal_precision : Fixed issue with decimal accuracy

* report_webkit: fixed UTF-8 encoding in debug mode too

* encoding support fix for use of subprocess

* better menu emplacement for webkit header

* UTF8 support + utf8 debug mode

* utf8 debug + minial bin version

* report webkit sample UTF-8 no filter on image. Thank to Florent Xicluna for the patch

* report webkit UTF-8 support and error in embed_image. Thank to Florent Xicluna for the patch

* base_crypt: double-check to prevent blank passwords

* Users_ldap : Corrected YAML Warnings,Thanks to Buildbot

* Lunch : Corrected YAML test, thanks to buildbot

* Stock : Fixed the problem suggested by Buildbot

* product,hr_timesheet_invoice : Invoicing analytic lines(timesheet lines) were calculating wrong prices for product (Support SaaS Case : 5267)

* account: correct default unit price for supplier invoices (issue #4346)

* Audittrail : System was crashing if I audit Users (ref : 4527)

* account:Translation for wizard 'New Financial Company setting' fixed.(Maintenance Case:4477)

* account_budget : Reports were crashing due to Analytic Account not being mandatory, Fixed it.(Support Case 4577)

* report_webkit: forgot to remove the import of commands.

* report_webkit: don't display warning message about non-patched qt.

* bug 704870 webkit_locals

* Survey : Corrected the priority of the view for the survey page(Ref : Case 4718)

* email_template_account : Fixed the Unicode errors(Case 4594)

* email_template_account : Corrected the fix


* https://launchpad.net/bugs/781790
* account_budget : Admin user has been added to anlytic group by default

* https://launchpad.net/bugs/777347
* crm : missing partner information while schedule phone call is fixed

* https://launchpad.net/bugs/725571
* sale : Output to Customer Movement created twise in stock

* https://launchpad.net/bugs/741863
* Cash and Bank journals are unintendedly created as refund journals

* https://launchpad.net/bugs/827636
* Account_voucher : Fixed the onchange_date method which was missing the checking of context initially

* https://launchpad.net/bugs/747379
* stock: Fixed wrong qty in stock move(posted inventory) when confirming inventory for the products which have earlier moves with production lot and we use the same prodlot

* https://launchpad.net/bugs/772451
* Account : default_get() corrected in order to be compatible with web client

* https://launchpad.net/bugs/737258
* Stock : Removed the buttons which could confuse the users (Ref : Case 4970)

* https://launchpad.net/bugs/704870
* report_webkit: now works under Windows

* https://launchpad.net/bugs/775431

* https://launchpad.net/bugs/784499
* account_invoice_layout : Fixed the issue with the account in invoice lines when multicompany environment is used(Case:5805)
* account_invoice_layout : Fixed the issue with the account in invoice lines when multicompany environment is used.
* use only current company to choose a default account_id for a non-product invoice line

* https://launchpad.net/bugs/789215
* account_followup: corrected the followup report getting called from wizard

* https://launchpad.net/bugs/779815
* account_voucher :account_voucher : Partially Paid Invoice were missing when importing invoices in Bank Statements, Fixed (Case:5625)
* account_voucher : Partially Paid Invoice were missing when importing invoices in Bank Statements, Fixed (Case:5625)

* https://launchpad.net/bugs/812951
* account_voucher : Importing Supplier invoice in Bank Statement was having positive value it should have negative amount fixed it

* https://launchpad.net/bugs/760301
* users_ldap: consistent handling of login() vs check()
* users_ldap: double-check to prevent blank passwords

* https://launchpad.net/bugs/762960
* Decimal_precision : Decimal Accuracy did notround the value

* https://launchpad.net/bugs/781679
* Purchase_requisition : Corrections and removed the unnecessary dependency of mrp

* https://launchpad.net/bugs/788516
* purchase : Purchase Order Report Fixes(Case:16747)

* https://launchpad.net/bugs/740047
* Backported the fix from trunk for the bug lp:740047

* https://launchpad.net/bugs/739172
* Stock : Method do_partial updated with prodlot_id

* https://launchpad.net/bugs/710521
* Product : Correcter pricelist calculation if base price set to 0

* https://launchpad.net/bugs/770243
* stock: more efficient rewrite of product_reserve to fix perf/resources issues

* https://launchpad.net/bugs/801599
* account : Accounting Reports are now being translated(Case:7492)

* https://launchpad.net/bugs/735368

* https://launchpad.net/bugs/795026
* Sale/Purchase : Calculation of invoice rates corrected,revert of previous commit http://bazaar.launchpad.net/~openerp/openobject-addons/6.0/revision/4593

* https://launchpad.net/bugs/722579
* Backported the fix from trunk for the module Audittrail : audit_trail settings should be readable by everyone, not just the user in employee group

* https://launchpad.net/bugs/722538
* Stock : System should not create duplicate moves while processing with chained locations

* https://launchpad.net/bugs/794099
* hr_holidays: Refusal of holidays was broken when leave is requested by category

* https://launchpad.net/bugs/763437
* Chained locations: processing first move does not copy prod.lot in chained moves

* https://launchpad.net/bugs/777850
* account_followup uses SQL query for getting data cirmumventing security rules
* Account_followup : Added record rules and removed wrong domain
* account_followup : filtered the company with search method while multicompany installed

* https://launchpad.net/bugs/788079
* MRP : Wizard should end with close action

* https://launchpad.net/bugs/767058
* account_voucher : Respective Invoice only displayed when paying via voucher from invoice payment

* https://launchpad.net/bugs/763439
* Stock : Chained location: cancelling receptions should make the new moves in 'Not Available' state
* Stock : Chained location: cancelling receptions doesn't cancel all stock moves

* https://launchpad.net/bugs/736890
* account: opening entries didn't bring forward the amount in currency when closing a fiscalyear. The centralisation had to take care on that too.

* https://launchpad.net/bugs/802818
* procurement : Changed priority because groupby Reason gives traceback

* https://launchpad.net/bugs/706287
* Account : Corrected the working of display account option on accounting reports(Ref : Case 4667)

* https://launchpad.net/bugs/741457
* stock : Inventory Anlalysis returning wrong quntity with multiple UOM

* https://launchpad.net/bugs/727162
* Product : Corrected the calculation of pricelist when the option is 'Partner section of the product form'

* https://launchpad.net/bugs/789658
* Impossible to create tax of type balance through chart of accounts

* https://launchpad.net/bugs/734204

* https://launchpad.net/bugs/761460
* stock : lambda missing with dates in _defaults fixed

* https://launchpad.net/bugs/767208
* stock : MO: consume products overwrites production lot in finished goods

* https://launchpad.net/bugs/747284
* webkit: User friendly popup error message displayed when webkit report's path does not exist.

* https://launchpad.net/bugs/710061
* report_webkit : Webkit reports now getting translated(setLang and formatLang fixed. Maintenance Case:5770)

* https://launchpad.net/bugs/771377
* stock : Warning message during move split, if the lot quantity available is less than specified quantity (Case:6001)

* https://launchpad.net/bugs/725908
* stock : Optimized the code to Import Inventory
* stock : Fill Inventory Wizard should import production lot too. (Courtsey KSA(OpenERP))

* https://launchpad.net/bugs/781701
* account: Corrects error on unchecking account active in _compute method

* https://launchpad.net/bugs/728092

* https://launchpad.net/bugs/783361
* stock : correct value in field creation date of stock_inventory object

* https://launchpad.net/bugs/689675
* Stock : Correction invoice creation from picking when there are no moves linked

Improvements (addons)
---------------------


* hr_payroll : Calculation of 'Company Contribution' during pay slip computation (Case:6348)

* analytic: Improved _debit_credit_bal_qtty method for passing the related field name instead of passing all fields(case:16550)

* account_payment: Added condition for payment order state to restrict draft payment lines (case:16131)

* account : Changed .SXW files to reflect changes made in .RML files (Case:5583)

* account, account_voucher: Improved find method and Context passing scenario

* account, account_voucher: Added company in defauls of user incase of failing of context (case:5852)

* account, account_voucher: Passed Company in a context for find method of period and Improved few corrections(case:5852,6305)

* base_contact: Removed onchange from tree view and improved method definition (case:16421)

* account : Improved ru.po and zh_CN.po files to resolve conflicts (Case:7492)

* stock: Raised exception as system allows to split more quantities rather than move quantity (case:10244)

* account: Fixed issue of Configuration of COA wizard was not working without Extended view (case:6707)

* account_invoice_layout : Visibility of non-product type invoice lines in supplier invoice' (Case:6193)

* stock : Visibility of 'Chained Location' based on 'Chained Location Type' (Case:6178)

* Remove unchange lines from diff.

* useability improvement in company for Security Days

* l10n_at: added localization module for austria. Thanks Conexus.at

* report_webkit contributor

* gtk:
http://bazaar.launchpad.net/~openerp/openobject-client/6.0/view/head:/doc/Changelog


--------

* Not linked to a bug report:

* gtk client: properties are set with selection widget.(case:16402)

* Export : Correction for predefined exports for import compatible/uncompatible fields

* solved saved export config problem

* win_export.py: resolved loading a saved export config problem

* one2many_list: prevent crash when evaluating context during init

* get_resource() corrected in order to speed up the process by removing extra RPC search call

* calendar_gtk : Calendar view now respects the timezone(Case:4721)

* improve context in O2M field.

* fix problem of if context apply in o2m fiel then context not pass in fields_view_get(). get default value of model and eval with context and then context pass in screen on one2many field.


* https://launchpad.net/bugs/776432
* all: fix incorrect copyright/licensing terms

* https://launchpad.net/bugs/751062
* debian: corrected version in changelog.

* https://launchpad.net/bugs/711084
* setup.py: now copy pytz zoneinfo data to the library.zip.


* web:
http://bazaar.launchpad.net/~openerp/openobject-client-web/6.0/view/head:/doc/ChangeLog

--------

* Not linked to a bug report:

* Fixed the problem of calendar view interface which doesn't show more button

* Fixed the problem of improper raising of exception

* Fixed the issue of active_id by changing code in action and root.py which was done for proper left menu

* Correction About the previous commit

* Fixed the issue of many2many not reloaded when on_change returns blank list

* m2o search popup failing to open when calling it explicitly (via looking glass) if no text has been entered in the input

* Without text m2o widget not open popup in search view.

* selection widget options updating based on environment content

* Selection : Options of selections were not getting updated dynamically with production environment

* time range imprecision when creating calendar event via drag&drop in day or week mode

* Corrected the creation of meeting with day criteria.

* don't break m2o field values when opening m2o search popup with a preexisting value in the field

* Text set blank when text not related to any id in m2o field search.

* double-action execution in case of opening action URLs containing spaces

* Fixed function call arguments which effect on wizard actions.

* redirection issues following errors in Firefox, error page styling in case of 'normal' OpenERP error

* Fixed css for error popups.

* If error generated when perform any form action then just close the popup and return.

* mucking around with unlimited list limits in case of grouped lists

* Set 0 when -1(unlimited) limit in groupby.

* avoid calling default_get twice in m2m

* listgrid : Fixed the problem of double call of default_get at the time of selecting a many2many record(case:5992)

* force domain operators to skip deduplication of domain conditions

* Fixed '&' and '|' for domain evaluation.

* Fixed binary field issue when save/edit the saved record again.

* Button will not be disabled when parent is readonly (Partially Fixed, it should not be clickable also).

* Fixed pager issues again for unlimited range.

* Fixed the solution for readonly field in export

* Fixed mistake in condition.

* Basic condition checked for empty dict (checked for modified data else form data).

* Fixed the unlimited limit issue for List View.

* many2one will accept only ID instead of (ID, Value) to save data. (case #5989).

* Domain should be empty list instead of None if empty.

* m2m contextmenu doesn't appear in o2m popup.

* m2m contextmenu doesn't appear in o2m popup ('/' should not be added in prefix).

* Import : Web client adds an extra seperated line [] and sends to server, which turns into crash at server failing to read data within the line.

* Removed unnecessary comma (,) to avoide IE issue. (OPW-5969).

* Syntax errors were not handled properly.

* make substring search on m2o fields (without popping up the m2o search) significantly more reliable, thanks Stefan

* m2o double-firing onchange events: callback present on both hidden id field and visible text field, should only be available on the hidden id field

* Fixed many2one onchange, it call twice.

* a few warnings, deduplicate onchange triggerings

* initial calling of onchanges in o2m popups

* Fixed one2many onchange when open in popup.

* only send values for modified fields when calling write() for an object edition

* respect the user's menu action

* scope bug in JS code, proving once again that you should always use braces. Thanks to D. Halgand

* bug javascript for wizard

* handling of post-action reloading in o2m list views

* Fixed button action for listview (When perform any button action from one2many listview, need to reload one2many list only not form.).

* inability to handle domains padded with white space

* broken alignments due to incorrect column hiding in o2m widgets

* correctly forward context in tree view

* Fixed element initialization for attrs.

* image widget markup, handle picture widget

* center image/picture widgets

* handle widget="picture"

* the default colspan of group widgets is 1

* tags have a default colspan of 1

* form controller: action_id should be available in form views

* regression error when creating invoice line on a duplicated invoice

* incorrect context passing in o2m

* Fixed twice context evaluation.

* Fixed one2many context when passed default_get and context both.

* calendar events (day and week) should not overlap, makes descriptions unreadable

* date formats in search view

* Fixed reviewed code.

* Passed evaluated domain to params for searchview.

* Fixed date formate for search when change formate from Languages.

* handling of external links with target current (load into iframe)

* reinstate openLink for local URLs

* handling of menu items with both action and children

* readonly attr on groups

* Fixed re for uid, which applied in attrs.

* refresh of forms after some button types

* Fixed button action on unsaved-record which returns 'ir.action.act_window' but 'appcontent' is not reloaded.

* protect idSelector against code passing live DOM nodes in instead of ids

* do not use icon to determine non-leaf nodes in tree view

* visibility of shortcuts

* Fixed issue of shortcuts at initial db setup with new addons.

* correctly fall back when literal_eval encounters a non-literal-integer made entirely of digits

* default values in o2m form fields

* only let TinyDict evaluate literals


* https://launchpad.net/bugs/78439
* Fixed calendar view search pane, no need to set search_limit(case:5799).

* https://launchpad.net/bugs/768918
* error in evaluating view domain containing whitespace

* https://launchpad.net/bugs/786751
* Fixed variable initialization.

* https://launchpad.net/bugs/753340
* improve filtering of actions on menu items (don't just use the menu item icon)

* https://launchpad.net/bugs/770192
* Fixed many2one context menu when open from one2many popup.

* https://launchpad.net/bugs/716300
* Fixed context for tree view.

* https://launchpad.net/bugs/771288
* Improved display of o2m in form view to set alignement.

* https://launchpad.net/bugs/750056
* Fixed the unlimited limit issue for list view.

* https://launchpad.net/bugs/816207
* Correction over the commit http://bazaar.launchpad.net/~openerp/openobject-client-web/6.0/revision/4671

* https://launchpad.net/bugs/696793
* Fixed functional field isuue when update the same value.

* https://launchpad.net/bugs/744080
* Fixed issue of shortcuts when create a new db with more than modules installed.

* https://launchpad.net/bugs/744311
* Fixed set default value for editable listview.

* https://launchpad.net/bugs/753937
* Fixed one2many problem when create new record.

* https://launchpad.net/bugs/759896
* Prevents 'No action defined' error on parent menu items
* Menu actions stopped working when the menu item has children

* https://launchpad.net/bugs/768973
* improve handling of PO file loading error, provide more helpful error messages for incompletely loaded databases

* https://launchpad.net/bugs/752787
* Fixed binary field issue when save/edit the saved record again.

* https://launchpad.net/bugs/795704
* Fixed the limit as unlimited options.

* https://launchpad.net/bugs/733089
* nested o2ms not being creatable at once (needed two news on the same button)

* https://launchpad.net/bugs/748238
* search view - substring search on many2one
* Fixed many2one search domain for search view ('=' and 'ilike' seperated based on the value entered in many2one field).

* https://launchpad.net/bugs/768963
* cherrypy 3.2 incompabitility bug, hide under rug of arbitrariness


Improvements

------------


* Improve last() expression for xpath (case:5936).

* Use a TimedRotatingFileHandler if the rotate flag in the

* Improve wizard action which is load in new tab when target is popup. It should open with the right parent menu.

* use menu action to define root user menu in web client

* fix initialization of local variable in form_evalExpr

* open view_editor in jquery dialog

* Improve jquery-ui dialogs for view editor.

* jQuery code

* Improve readonly attrs on groups.

The OpenERP Team.

Looking for any of the standard services like OpenERP Offshore, OpenERP Support, OpenERP Training, OpenERP Development?

- You've been reading the Right name, Serpent Consulting Services, Here we are.