Новость за 9 апреля 2012 года с официального блога OpenERP
Мы собираемся разработать значительные усовершенствования структуры для версии 7.0, ожидаемой в сентябре 2012. Эти усовершенствования позволят OpenERP быть более модульным, быть более легким для изучения новыми разработчиками, разработав модуль с меньшим количеством линий кода и более pythonic.

Наши первые тесты позволили нам уменьшать простой модуль («идея») от 300 линий кода к 200 линиям (на 33 % меньше). Мы также значительно сократили количество методов алгоритмов, чтобы изучение было более понятным, более независимым и общим. Это понизит кривую обучения для новых разработчиков.

Среди всех усовершенствований самые важные:
Читать дальше →

Новость с официального блога OpenERP

Миграция DB с клиентскими модулями полностью возможна и поддержано нашей платформой миграции. Вот подробные шаги:

1) Партнер делает дамп своей клиентской DB (целая DB с клиентскими модулями)

2) Он загружает эту DB на нашу платформу миграции: http://migration.openerp.com/

3) OpenERP делает работу миграции:

— восстанавливает базу данных
- деинсталирует все клиентские модули
- выполняет все скрипты, требуемые для обновления сервера
- выполняет обновление сервера (-u все)
- делает дамп мигрированной базы данных
- адаптирует общие скрипты в случае необходимости (ошибка во время одного из предыдущих шагов, или функциональные тесты не прошли),
Читать дальше →

Новость с официального блога OpenERP

Действительно ли Вы увлечены отчетностью? Вам нравится иметь глобальное представление по Вашим данным в OpenERP? Тогда Вы будете рады знать, чтобы сделать это возможным, мы разработали с нуля диаграммный вид в OpenERP. Помимо большого обновления и нового вида, новые графики помогут Вам лучше визуализировать свои данные.
Вот скриншот нового диаграммного вида доступного в v7.0 CRM приборной панели

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

Когда Вы гуглите " Enterprise App Store ", вы найдете много статей о программном обеспечении, которые сосредоточилось на развитии корпоративной политики вокруг текущих Apple или Андроид приложений. Это сделано для ограничения, чтобы использовать только ряд приложений, которые руководствуются корпоративными принципами: безопасность, проверенность, открытые данные, и т.д.

Но мы думаем, что предприятия нуждаются в app store с большим количеством приложений, оформленные в соответствие с их деловыми потребностям. Именно поэтому мы планируем построить App Store OpenERP Enterprise, где мы адаптируем наши приложения к Вашим требованиям.
Читать дальше →

Когда вы добавляете новый продукт, вы можете выбрать тип продукта:
— потребляемый (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. Все как по правилам на этой странице.

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

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

Новость с официального блога OpenERP

Недавно, мы закончили новую функцию, и мы думаем, что Вы ее полюбите. Мы разработали новый способ добавления маркировки (категорий) для Ваших клиентов.

Больше нет необходимости открыть новое окно и проходить много шагов только для того чтобы добавить маркировку (категорию) клиенту. Теперь, Вы только пишете маркер (категорию), которую Вы хотите, и она автоматически создается.

Ниже — окно со старой версией



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



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

Новички часто не обращают внимание на богатые возможности веб интерфейса.
Начнём с начала: установка модулей. На первом экране с картинками видна только незначительная часть готовых к установке модулей. Если вы нажмёте ещё и кнопку «Дополнительно», то увидите часть дополнительных модулей, а в конце — предложение показа остающихся модулей для установки (их точно больше 150).
Кнопки можно нажимать и отжимать (при повторном нажатии) пачками и в разных сочетаниях, а не только поодиночке — это своеобразные быстрые фильтры. Нажатые кнопки обычно более тёмные по цвету.
Если где-то вы видите маленький знак вопроса — это всплывающая подсказка.
Значёк вопроса в кружочке в заголове экрана — переход к описанию технологического процесса и работе по нему.
Изменение формы курсора при перемещении его по экрану тоже многое значит. Это скорее всего переход к какому-либо действию или форме.
Используйте значки в правой верхней части экрана: переключение видов показа — значки, таблицы, графики…
Кстати, нажав на диаграмму можно получить её вид на весь экран и дальнейшие действия по ней. Возможностей море!
Я противник обезьяннего метода обучения: нажми то, потом другое и получиш что-то. Я за удочку, а не кучу рыбы для пользователя. Пользователь должен понять и применить СВОИ подходы. Поэтому не привожу здесь скриншоты и стараюсь быть максимально кратким.
Смотрите сами и не бойтесь экспериментировать. У вас всё получится, а в браузере всегда есть кнопка (стрелка) возврата к предыдущим экранам — всё поправимо!
Ещё один совет. По умолчанию используется упрощённый интерфейс. Расширенный интерфейс даёт дополнительные кнопки и возможности.
В меню настроек пользователя есть флажок включения/выключения подсказок-пояснений в верхней части экрана.

Перевод новости с официального сайта OpenERP

Что бы избежать какой либо путаницы, имея дело с контактами в OpenERP, мы сделали некоторые изменения. Прежняя структура (партнер, адрес, контакт) была слишком сложна и таким образом, было не так удобно обрабатывать ситуации как B2C, когда Вы должны иметь дело с людьми, а не с компаниями.

Как это поможет Вам? Во-первых, исключен res.partner адрес объект, что бы внести больше ясности, кто есть кто. Прежде, для пользователей было иногда трудно понять, какая разница между партнером и контактом, так как не все, с кем Вы имеете деловые отношения, может быть назван партнером, однако все являются — контактами.
Читать дальше →

Пакет универсален и сильно масштабируем — от ИП до корпораций. Поэтому в переводе нужно выбирать возможно универсальные варианты.
customer — наиболее универсально — покупатель, но это может быть клиент при постоянных закупках партий товаров или же заказчик какого-либо продукта производства или какого-либо проекта. В зависимости от модуля переводы различны.
stock — запас, но никак не склад (warehouse). Запас может находиться даже на разных континентах и даже не на ваших складах и вам его может не хватать в конкретном расположении при общей сумме покрывающей многократно заказанное.
Названия подразделений, отделов и прочее не имеют смысла в случае ИП. Как вы будете называть в этом случае начальника отдела кадров? И наоборот, если это корпорация, то уже не группа или отдел, а департамент.
product — это не ТМЦ. Это продукт, возможно и продукт отходов жизнедеятельности с отрицательной стоимостью, который нужно утилизировать (га...).
company — компания, предприятие, организация? Всё зависит от масштаба и принадлежности (частное, государственное).
Особое место занимает понятие ID. Это идентификатор объекта. Это номер, но с возможным префиксом и инфиксом. Для его использования (особенно в заголовках таблиц) я бы использовал *№* (номер в погонах). На этом самом ID построена вся логика пакета. Его предлагали переводить как артикул, но это мелковато. ID присваивается продукту, действию, счёту, налогу, событию, форме, шаблону формы и в конце концов полю формы. Да всему.
В связи со сказанным, конкретика переводов весьма не желательна. Можно создать несколько вариантов перевода в зависимости от масштабов компании (да и не компании в данном случае, а предприятии, организации и т.д.).

Эта статья входит в цикл статей «Заметки по русификации». Все заметки:
Предлагаю заметки по русификации OpenERP
Заметка о переводе — первая (технические средства)
Заметка о переводе — вторая (что нужно, и что не нужно переводить)
Заметка о переводе — третья (стиль перевода)
Заметка о переводе — четвёртая (локализация)
Заметка о переводе — пятая (горячие клавиши)
Заметка о переводе — шестая (как пристроить перевод)
Заметка о переводе — седьмая (термины перевода)