Самая последняя версия модуля локализации доступна по адресу https://github.com/tterp/openerp/tree/7.0/modules/l10n_ru, то что написано ниже про Launchpad — устарело.

Модуль локализации адаптирован и протестирован мной под версию 7.0:

— для версии 7.0 модуль находится по прежнему адресу https://code.launchpad.net/~openerp-l10n-ru/openobject-addons/l10n_ru
— для версии 6.1 была создана отдельная ветка https://code.launchpad.net/~openerp-l10n-ru/openobject-addons/l10n_ru_6.1

Скачать архив с модулем для версии 7.0 можно по этой ссылке: openerp-russia.ru/l10n_ru/l10n_ru_rev14.zip

На данный момент в этот модуль входит:
— дополнительные реквизиты в карточке партнера: ИНН, КПП, ОКПО, официальное наименование (в дополнение к основному, для вывода в печ.формах), номер договора, дата договора (для ТОРГ-12);
— дополнительные реквизиты в карточке банка: корр. счет;
— мастер загрузки и последующего обновления классификатора российских банков от ЦБ РФ;
— российский план счетов (импортировал его не я, поэтому не уверен что он полноценно работает).

Мастер загрузки и обновления российских банков находится в меню Учет/Настройки/Счета/Обновить банки. Чтобы это меню отобразилось у вас, нужно в настройках вашего пользователя (Настройки/Пользователи/Ваш пользователь/Права доступа/Бухгалтерия и Финансы) установить роль Financial Manager (Финансовый менеджер), после чего сохранить настройки пользователя и нажать на логотип OpenERP для перезагрузки интерфейса.

Дополнительные реквизиты для партнеров находятся в карточке партнера на вкладке Учет.

В доработке модуля локализации под Россию можете помочь и вы! Как это сделать читайте тут: openerp-russia.ru/blog/openerpdev/50.html

Когда вы добавляете новый продукт, вы можете выбрать тип продукта:
— потребляемый (consumable)
— складируемый или запасаемый (stockable)
— услуга (service)

Думаю не только у меня возникает вопрос — а чем отличается потребляемый продукт от складируемого (запасаемого)?

Разница в том, что по складируемым продуктам при попытках продажи будет происходить проверка доступных остатков на выбранном складе. Потребляемые продукты со складами не связаны, т.е. они как будто есть всегда (имеют бесконечные остатки), и соответственно проверка складских запасов при продаже для них не производится.

UPD: уже имеется модуль локализации для версии 7.0 а также печатные формы. Кому интересно — пишите в комментариях. Сейчас можно помочь сделать формы на QWeb для версии 8.0 а также улучшить модуль локализации. Текст ниже уже не актуален, в данный момент разработка ведется на GitHub: https://github.com/odoo-russia/odoo-russia

Было решено создать свободный модуль локализации для России, и добиться включения его в официальный дистрибутив.

Что для этого требуется вы можете прочитать в оригинале тут: doc.openerp.com/v6.1/contribute/15_guidelines/l10n_guidelines.html
Перевод на русский язык тут: codup.com/sistemi/svobodnie/openerp/rukovodstva/132-rukovodstvo-po-lokalizacii.html

В результате создана команда OpenERP Russian Localization Team: https://launchpad.net/~openerp-l10n-ru

В ней создана ветка l10n_ru, которая привязана к проекту openobject-addons. Все как по правилам на этой странице.

Если у кого то есть желание поучаствовать, вы можете послать свой запрос на добавление в команду.

Когда посчитаем что локализация выполнена, пошлем запрос на слияние с транком.
Читать дальше →

Вольный перевод раздела из официального FAQ: www.openerp.com/services/faq-onsite

• Как OpenERP относится к идее программного обеспечения с открытым исходным кодом?

Следующие пункты обобщают нашу философию насчет открытого исходного кода:

1. Мы полны решимости насчет открытых исходников и 100% наших продуктов опубликованы под свободной лицензией на программное обеспечение.
   
   Философия открытых исходников имеет глубокие корни в OpenERP S.A. и начиная с создания компании основным приоритетом было всегда являться продуктом с полностью открытыми исходниками. Каждый раз когда мы создавали какую-то функцию, она всегда публиковалась под свободной лицензией, даже несмотря на то, что мы делали чрезвычайно большие инвестиции в исследования и разработку. Мы верим, что можем иметь устойчивую бизнес модель, основанную на оказании сервиса и партнерских отношениях (смотрите bit.ly/openmodel), а не на продаже коммерческих функций поверх открытого ядра, как делают многие конкуренты!
   
   

Читать дальше →

Я думаю для начала неплохо было бы банально познакомиться — чтобы каждый написал что и где он пытается внедрить или внедряет, чтобы потом понятно было кому с кем удобнее обмениваться опытом, пускай иногда и за небольшую плату если вопрос срочный и серьезный.

У нас например мебельная компания. Мы производим мебель для ванных комнат, тумбочки-шкафчики разные, собственного дизайна. А также продаем все это оптом. Можно делать заказ на сайте компании, но в данный момент это работает в связке с 1С.
Читать дальше →

По умолчанию у полей с типом many2many нет параметра ondelete, как у полей с типом many2one, который отвечает за то, что делать с элементом, который ссылается на другой элемент, если этот другой элемент удаляют.

У опции ondelete есть в таком случае два варианта:
cascade — удалять элемент при удалении родителя (не знаю как правильно назвать тот элемент, НА который ссылаются)
restrict — запрет удаления родительского элемента

Бывают случаи, когда для полей many2many тоже было бы неплохо использовать аналог опции ondelete=restrict. У меня как раз такой случай. Есть две модели — product.attribute и product.attribute.group, между которыми связь many2many.

Читать дальше →

Добро пожаловать в сообщество OpenERP-Russia!

Здесь вы можете зарегистрироваться и писать статьи, примерно так же как на Хабре. Делитесь знаниями, и получайте информацию от других участников.

Также интерес будут представлять страницы Как я могу помочь?, Новичкам и Полезные ссылки. Нужна еще страница Скачать, где будет коллекция уже созданных наработок русскоязычного сообщества, но пока я не нашел бесплатный плагин для каталога файлов.

Успех сообщества зависит от каждого из нас.