Odoo 8 сыпется верстка при добавлении путей в openerp-server.conf

Доброго времени времени суток. Я начинающий разработчик под oDoo и столкнулся со страной проблемой связанной с конфигурацией путей к моим модулям. Начну с конфигурации системы и что я делал при установке:
1. ОС Ubuntu 14.04 LTS
2. Использовал мануал установки oDoo 8 с официальной документации способом Packaged installers: odoo-master.readthedocs.io
3. Затем прописываю в openerp-server.conf пути к моим модулям.Вот код файла:
openerp-server.conf
4. В результате имеем следующие, при перезагрузке oDoo сыпется верстка системы и имеет вид:

В консоле браузера пишет следующие Console:
Если убрать путь к моим модулям то все нормально.
Если создавать модули в стандартную папку все норм, но такой вариант не подходит.
По этой теме находил только это: stackoverflow.com
Гуру, жду вашего совета…

Существенные изменения в модуле Accounting (v9)

Колеги,

до сих пор я не спешил переключаться на девятую версию Odoo, настораживало изменение политики лицензирования. Но в связи с новыми проектами, последний месяц кручу девятку Community. Подключил в CentOS репозиторий «ночных сборок» и инсталлировал продукт. Это в добавок к развернутой восьмерке из репозитория на GitHub. Естественно, запускаются версии с разными системными и postgres пользователями и работают параллельно на разных портах.

Поставил задачу переноса данных из рабочей учетной системы на v8 штатным экспортом / импортов CSV в v9.
Пока только справочники производственной компании (включая иерархию спецификаций и маршруты), но без операционных данных.
Если кто уже такую работу проделал будет интересно, на какие подводные камни натолкнулись?

Что стало откровением, так это настройка Плана счетов.

1. Из Odoo выбросили счета типа View, т.е. промежуточные уровни консолидации, соответствующие «синтетическим счетам» в российской бухгалтерии.

Технически это означает, что из модели account.account убрали поле «parent_id», а из account.account.type исчезло значение типа «view».

2. Теперь счета в Odoo представляются гладким списком, концепт «иерархии плана счетов» — просто исключен из употребления…

3. В качестве компенсации предложено использовать механизм группировки счетов по тэгам.

Ссылка: Odoo Accounting Roadmap

С точки зрения приспосабливания к Odoo российского плана счетов, проблема, вроде бы, переходит в разряд неразрешимых.

Но у меня как раз этой проблемы нет, поскольку я показываю заказчикам, что российская бухгалтерия на законодательном уровне отказывается от организации учета под нужды управления предприятием и бизнесом в целом. А раз так, то предпринимателю и его топам волей-неволей приходится строить управленческий учет на иных принципах нежели российские ПБУ.

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

Предлагаю обменяться мнениями, независимо, вы уже работаете над проектом с учетом финансов в Odoo v9 или только просматриваете возможности.

Виктор Кобыща

Как заниматься любимым делом иметь прибыль и удовольствие!

Думаю, что большинству людей приходила мысль: “Как заниматься любимым делом и хорошо на этом зарабатывать?”
Я так же, не исключение в этом.

Каждый готов это сделать! Вопрос только: КАК?

Первое. Что бы хорошо зарабатывать, нужно делать, что-то такое, что будет нужно многим людям.

И второе. Нужно, чтобы то, что вы делаете было одновременно доступно многим людям и они могли это купить и вернуться обратно снова.

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

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

Я сам настраивал Odoo для своих интересов. Экспериментировал с программированием для Odoo. Это все весьма занятное время провождение.

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

Можно конечно работать программистом или администратором этой системы. Но рынок Odoo очень маленький на русскоязычном рынке. Поэтому, рано или поздно придется сменить вид деятельности, чтобы прокормить свою семью.

Или организоваться в какую-либо группу программистов и стараться продвигаться на этом рынке. Это так же не простая задача, так как нужно грамотно вести свои дела, чтобы оставаться на плаву.

И еще добавлю, даже если у вас есть знания и опыт, грамотная организация дел и у вас есть рынок сбыта, нужно еще сохранять свои наработки и модернизировать их в темп с меняющимися технологиями и запросами рынка.

Иметь возможность сохранять свои наработки важно, так как это дает вам возможность не тратить свое время в будущих работах, так как вы можете использовать их повторно много раз и модернизировать их в случае необходимости.

Именно эта причина стала основным препятствие к моему прогрессу в знаниях работы с Odoo, два года назад.

Odoo и технологии в мире быстро развиваются и меняются. То, что я знал о Odoo два года назад, стало мало эффективным сегодня.

Нужно быть очень хорошим программистом, администратором системы, организатором, продавцом, менеджером, предпринимателем, чтобы хоть как-то иметь возможность зарабатывать на знаниях Odoo.

Может я получу какие-либо отзывы на этот топик, и многие мне скажут, что я ошибаюсь и все намного проще и легче. И что кто знает, что и как нужно делать, хорошо на Odoo зарабатывает. Это было бы очень интересно. Но рыбные места как полагается не выдают.

Я начал интересоваться Odoo не потому, что мне очень нравилось, что-то настраивать и программировать. Меня привлекло Odoo потому, что я больше предприниматель и мне понравилась это действительно перспективная система управления бизнесом.

Как предприниматель я столкнулся с тем, что Odoo нужно грамотно установить на сервер. Что оно еще работает и с другими приложениями как Asterisk, Magento и другими приложениями. Odoo задуманно вести дела не только offline но и online, т.е. интернет это одна из важных приоритетных и востребованных функций этой системы.

Если вы ведете бизнес в Интернете, то без SEO вы мало что сделаете на этом рынке. Здесь немного уточню, потому что знаю, что для многих SEO, это что то, что происходит где-то там, я сам долго так думал, пока не начал изучать эту тему. SEO это то, что вы делаете у себя на сервере, у себя на сайте, у себя в разговорах, в рекламе и везде где вы продаете ваш товар, продукт, услугу.

Дизайн имеет значение! Безусловно! И это нужно делать так же грамотно. Odoo имеет очень большой функционал для того, чтобы применять дизайн в зависимости от бизнеса. Это сайт, коммерческие предложения, почтовые шаблоны, маркетинговые рассылки и все остальное что требует дизайна в бизнесе.

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

И еще, что наверно не относится на прямую именно к самой Odoo, но может значительно видоизменять функционал Odoo — это стратегия ведения бизнеса. Т.е. Odoo должно гибко и быстро реагировать на изменения деятельности бизнеса и принимать тот необходимый вид, чтобы соответствовать нуждам бизнес.

И так, кратко, о чем я написал выше.
Что бы зарабатывать на знаниях Odoo в одиночку нужно быть:
  • хорошим программистом,
  • администратором системы,
  • организатором,
  • продавцом,
  • менеджером,
  • предпринимателем

и еще нужно работать совместно с людьми, которые разбираются в
  • администрировании серверов
  • специалисты в интегрированных приложениях как Asterisk, Magento
  • SEO
  • дизайнерами
  • программистами (если вы только администратор системы Odoo)
  • администратор системы Odoo (если вы только программист Odoo)
  • бизнес консультантами

Это то с чем я столкнулся как предприниматель и тот, кто хотел разобраться как работает Odoo.

И так, как же заработать, если вы программист или(и) администратор Odoo? Или может вы не плохо разбираетесь в какой-то одном функционале? Можете поддерживать какой либо модуль или модули?

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

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

Установка сервера, приложения Odoo, всех настроек для Odoo, приложений для интеграции с Odoo происходят быстро. Можно устанавливать одни настройки на множество серверов одновременно. Т.е. один раз созданная конфигурация может быть применена столько раз сколько это необходимо.

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

Спасибо, за Ваше внимание!

С уважением, Эдуард

Администратор бизнес площадки PitStop.Business

Динамический домен для поля Many2one

Коллеги, подскажите, как навесить вычисляемый домен в таком случае:

В Odoo 8 есть сущность «Договор», в которой
1. Указан «Поставщик» — ссылка на сущность «Партнер»
2. Есть поле «Ответственный со стороны поставщика» — ссылка на сущность «Контакт»

«Партнер» и «Контакт» связаны Many2Many

Нужно, чтобы в поле «Ответственный со стороны поставщика», в лукапе показывались только те контакты, которые связаны с указанным поставщиком.

Пробовал писать в модели сущности «Договор»:

	@api.onchange('vendor_id')
	def onchange_vendor(self):
		res = {}
		if self.vendor_id:
			vendor_contact_ids = self.vendor_id.contact_ids.mapped('id')
			res['domain'] = {'vendcontact_id': [('id', 'in', vendor_contact_ids)]}
		else:
			res['domain'] = {'vendcontact_id': [('id', 'in', [])]

		return res

Этот метод срабатывает только при создании нового договора или при изменении поля «Поставщик». Как быть в случае, когда форма уже существующего договора открывается на редактирование, но пользователь не трогает поле «Поставщик»?

Видео: Склад и производство в Odoo 9.0

Я работаю в отросли по производству электронных устройств. И у нас стоит проблема организации склада и производства. Недавно начал думать как навести порядок в этом деле и узнал, что существуют ERP-системы. Платные системы я сразу отмел, как большой поклонник опенсорса. Попробовал установить несколько систем, и Odoo в этом плане оказалась самой простой. Потом я постарался разобраться в складе и производстве и сделал видео для своих коллег. Прошу сообщество оценить это видео, все ли там в порядке? Прошу сильно не бить, потому что это мое первое видео, в котором я говорю и показываю одновременно. Может быть новичкам оно окажется полезным.

Приглашение к дискуссии. О продвижении и употреблении Odoo для бизнеса

С моей точки зрения сайт Odoo-Russia.ru как компактное сообщество энтузиастов Open Source и интересующихся не вполне использует возможность пропаганды и активного продвижения Odoo. Не думаю, что тематика сайта сознательно ограничена лишь техническими вопросами. И в этом тексте я попытаюсь перенести фокус обсуждения в плоскость употребления и использования Odoo под реальные потребности бизнеса.

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

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

Для начала предложу отказаться от одного стереотипа: «без российского плана счетов, форм и бланков Odoo никому не нужен».

Предположу, что конкурировать с 1С в ведении бухгалтерского и налогового учета — бесполезная трата времени и сил.
И зачем?

Есть то, в чём бухгалтерская программа не конкурент Odoo — управленческий учет!

Единственный заказчик и потребитель отчетности по РСБУ и налоговому кодексу — это государство.
Но при этом государство, жестко регламентируя бух и налоговый учет, нисколько не заботится о потребностях в финансовой информации собственников и менеджмента предприятия.

И ситуация эта вполне объяснима: Россия всего лишь 25 лет назад восстановила право частной собственности и частного предпринимательства, а до этого 70 лет несколько поколений жили в условии единой «общенародной», а точнее, государственной собственности, вместо экономики — вертикально планируемое «народное хозяйство». В то же время на западе последние полторы сотни лет активно разрабатывалась теория менеджмента, возникали и эволюционировали негосударственные институты стандартизации, удовлетворяющие потребностям менеджмента и обеспечивающие механизм его воспроизводства.

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

Управленческий учет в том или ином виде есть на всех предприятиях, но зачастую (и не только в России) он ведется «на коленке» — в электронных таблицах типа Excel, что сразу ставит конечного потребителя информации в зависимость от непредвзятости исполнителей, задержек на сбор и консолидацию данных, количества уровней этой самой консолидации, способов интерпретации и т.п.

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

Теперь вернусь к началу.
Не вижу смысла приспосабливать Odoo под РСБУ.
Дело ведь не только в плане счетов, но в самих принципах ведения финансового учета у нас и западной традиции…

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

Использование Odoo как бесплатного (Open Source) продукта минимизирует начальные вложения. Основные затраты здесь — проектирование учета (в т.ч. разаботка учетных политик), развертывание и конфигурирование ПО, затраты рабочего времени менеджеров на освоение учетных операций и планирования, затраты времени на освоение собственником и генеральным менеджером как потребителями отчетности.

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

Утверждение: «Степень сложности управления должна соответствовать сложности управляемой деятельности.»

Вместе с тем, переходить с Excel'овских таблиц сразу на управленческие системы класса SAP или Oracle eBusiness Suite, примерно то же, что выбирать в качестве первого автомобиля для новичка Bentley или Rolls-Royce — конечно, можно, но лучше дать менеджменту освоить и обкатать взаимодействие на системе пусть классом ниже, но со всем основным функционалом дорогих проприетарных систем.

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

В заключение замечу, что вышеизложенное — не досужие размышления, но результат полутора лет опыта изучения, развертывания и конфигурирования OpenERP / Odoo под потребности управленческого учета производственного предприятия с акцентом на планирование ресурсов и учет затрат.

Буду рад, если этот пост вызовет ответную волну обсуждения.

С уважением,

Виктор Кобыща
независимый консультант