2. по лицензии все очень просто. Если вы не покупаете у OpenERP платной подписки (35 евро в месяц на пользователя. при оплате на год возможны намного более выгодные тарифы, особенно если у вас много пользователей), тогда действует лицензия AGPL. Краткая суть этой лицензии в том, что вы обязаны передавать исходники всем пользователям вашего ПО по их запросу. В том случае, если OpenERP установлена локально в компании, лицензия обязывает вас открыть доступ к ее исходникам для всех ваших сотрудников. В том случае если вы делаете какие-то модули на заказ, лицензия обязывает вас предоставить исходники вместе с выполненной работой вашему заказчику. В случае, если OpenERP работает как публичный сервис (сайт), вы обязаны дать публичную ссылку на исходники, доступные каждому.

Что вы не обязаны делать, так это предоставлять исходники тем, кто не является пользователем этого ПО. Другими словами, если вы сделали какую то разработку для конкретной компании, вы не обязаны открывать исходники всем кроме этой компании, но можете это сделать при желании. А вот уже любому сотруднику, использующему систему в этой компании, компания обязана по его запросу предоставить исходный код системы. Далее этот сотрудник имеет право предоставить исходный код кому угодно, например выложить его на торрент-трекер или на github. То же самое может сделать и сама компания, но ей как мы понимаем это делать не выгодно, т.к. она заплатила за этот код деньги, и учитывая российскую ментальность клиент будет всеми силами стараться никому код этих модулей не отдавать :)

Подводя итог, лицензия AGPL обязывает вас только передавать исходный код вместе с самим ПО, включая случай SaaS аренды ПО. Т.е. зарабатывать на SaaS аренде, имея «эксклюзивные» модули, нельзя. Надо открыть код всех модулей. Но вы можете вынести конкурентные преимущества в сторонний сервис. Допустим у вас есть определенный алгоритм который делает сложные рассчеты. Вы можете не включать его код в OpenERP, а реализовать его через внешний сервис, к которому модуль из OpenERP будет подключаться и получать уже готовы данные рассчетов. Код модуля, который отсылает запросы и получает данные вы откроете, но никакой конкурентной информации нести он не будет.

Важный момент еще в том, что открывать код нужно для МОДУЛЕЙ, т.е. для составляющих самой системы. Вы не обязаны открывать код скриптов и сервисов, с которыми интегрирована система (работает по http или xml-rpc протоколу например).

Если же у вас куплена платная подписка, то вы получаете эксклюзивные права на закрытость кода ваших модулей и не обязаны передавать его пользователям. Таким образом, крупная корпорация может заказать разработку очень наукоемкого модуля, и использовать его как конкурентное преимущество, никому не раскрывая его исходники. Но есть одно условие — вы имеете право использовать но не продавать такое закрытое ПО. Т.е. как только вы продаете кому-то это ПО, вы обязаны вместе с ним передать и исходники. Таким образом вы не можете как разработчик «запатентовать» свой модуль и продавать его всем без передачи исходников, но можете участвовать в разработках таких закрытых модулей для клиентов OpenERP, которые оплатили подписку.

dskarataev , очень подробно и наконец все понятно. Т.е. если я внедрим туда что-то не в виде модуля, а через xml, то и предоставлять никому ничего не будем. Меня это интересует, так как мы хотим интегрировать вещи, за которые сейчас заплатим реальные деньги и предоставить их бесплатно было бы неправильно по отношению к продавцу как минимум.

Ну и первый вопрос тоже с массой информации, буду изучать на выходных.

Видимо я действительно надолго вольюсь в сообщество, тут много плюсов для меня и надеюсь буду полезен, хоть и не сразу.

Как успехи, что нового?

Нового не очень много. Работаем в восьмерке, используем пока как CRM и GTD. Времени не много удается выделять на это, поэтому неспешно все двигается. Не вся фирма работает, так как до сих пор нет критично необходимых вещей, например учета времени по задачам. Не понимаю, неужели так мало испытывают в этом потребность, что до сих пор нет нормальных модулей? Нашёл несколько android приложений, которые позволяют учитывать время в привязке к аналитике odoo, но они очень уж кривоваты, видимо придется делать все свое, так как авторы не хотят дорабатывать, хотя мы им предлагали деньги, хоть и не большие, но больше, чем они просят за приложения.
Пожалуй создам тему на счет учета времени, сейчас это самая критичная задача для меня, может кто-то тоже заинтересуется и поможет.

Учет времени по задачам в Odoo есть, т.е. можно записать сколько времени на какую задачу потратил. Но да, таймеров всяких нет. А нужно ли все мешать в одну кучу? Я веду учет через toggl.com потом когда задача выполнена время по ней из итогового отчета toggl заношу в Odoo. В чем тут проблема?

dskarataev , сколько задач ты ведешь в toggl? Мои конструктора выполняют за день 10-15 задач по 3-5 проектам, им некогда переносить время из одной системы в другую, да и не правильно это в корне. Мешать в кучу с моей точки зрения нужно. Это позволяет и упростить работу всем и получить новый функционал в последующем. Есть идеи, которые могут быть реализованы только на уровне, когда в реальном времени видно кто что и когда закончил и сколько времени потратил. Поэтому прошу для дальнейшего обсуждения учета времени сюда.