Нам не хватает разработчиков в команду, в частности Odoo девелопера, чтобы дорабатывать функционал, работать над модулями (часть решения крутится именно на Odoo). Приглашаю в нашу команду, чтобы делать полезные для людей вещи на Odoo!
Условия работы индивидуальные, пишите на почту: [email protected]
Заранее спасибо!]]>
Меня зовут Эдуард Манятовский. Я предприниматель и разработал решение на основе CRM/ERP Odoo (OpenSource).
Основное направление решения: Автоворонка продаж + CRM.
Другими словами, решение на основе триггерных Маркетинговых кампаний вместе с CRM системой.
В Америке это называется Конверсионные воронки, у нас Автоворонки продаж.
Суть решения в следующем: В зависимости от заявки клиента, настраивается цепочка последовательных писем. Письма знакомят клиента с вашей компанией и выстраивают дальнейшие отношения. Потом предлагают сделать покупку на основании предпочтений и желаний клиентов.
Читать дальше]]>
Писать на почту [email protected]]]>
Рассчитываем на довольно большую массу пользователей, маркетинговое исследование говорит что то что делаем имеет место жить.
— Одна из целей проекта — автоматизация управленческого учета. (естественно 1С-ка там будет, но для у тех у кого нет 1С-ки будет возможность юзать — odoo)
— Ожидаемым побочным эффектом от этих услуг увеличение числа контор которые пользуются odoo.
— После запуска его может возникнуть, оценочно за первый год, примерно от 100 до 1000 пользователей.
Которые будут пользоваться Odoo для автоматизации своих бизнес процессов.
— Насколько было бы разработчикам интересно или создать команду, или присоединится к команде которая будет эту тему обслуживать?
Фактически поток готовых инсталляций — будет.
Клиенты которые захотят что-то добавить или убрать будут точно.
Плюс может накопится критическая масса пользователей, и можно будет нормально продукт поддерживать зарабатывая нормальную копейку.
—
Опять же скажу — цель проекта совсем другая, но побочные эффекты от него ожидаются.
— Я озаботился вопросом заранее, так как в России мало людей которые вообще знают что такое odoo.
Да и программистов, особенно вменяемых на открытом рынке очень мало.
А отпугнуть пользователей тем что система без поддержки очень легко.
— Было бы интересно в такой теме поучаствовать?]]>
Примеры
drive.google.com/open?id=0B6JrubFLLtjIaDZ1d0o3c3RzQ3M
Вот здесь doc-odoo-russia.yartsev.by/howtos/backend.html есть перевод по модулям]]>
— опыт работы с Odoo от 3 лет. Обязательно опыт работы с 10 версией.
— опыт работы с модулем Accounting
— опыт работы с Git
— доступность на 30 часов в неделю
Условия:
— 12$ час
— оплата еженедельно
— загрузка 30-50 часов в неделю
Пишите: [email protected]]]>
Я пишу этот короткий топик с предложением к Вам.
Прежде, чем сказать, в чем заключается предложение, сделаю маленькое предисловие.
Предисловие
Мое предложение может многим показаться не новым, и подобные предложения уже звучали у многих и у меня.
Я исследовал разные варианты работ и бизнеса. Изучал как работают сервера, изучал разные бизнес системы, дизайн, разработка продуктов, бизнес анализ. Работал как работник так и руководителем, открывал собственную деятельность и работал как предприниматель.
И как результат своей деятельности, могу сказать, чтоб продвигать какую либо идею и создавать какой либо бизнес в IT сфере и вообще, нужны люди и специалисты разных профилей, опыта и знаний. И даже два человека могут сделать в разы больше и шансов на успех куда больше у группы людей, чем у одного человека.
Мое предложение
Я ищу команду: кто знает как работать с Odoo на сервере, программист модулей, программист по веб темам.
Читать дальше]]>
2. Использовал мануал установки oDoo 8 с официальной документации способом Packaged installers: odoo-master.readthedocs.io
3. Затем прописываю в openerp-server.conf пути к моим модулям.Вот код файла:
openerp-server.conf
4. В результате имеем следующие, при перезагрузке oDoo сыпется верстка системы и имеет вид:
В консоле браузера пишет следующие Console:
Если убрать путь к моим модулям то все нормально.
Если создавать модули в стандартную папку все норм, но такой вариант не подходит.
По этой теме находил только это: stackoverflow.com
Гуру, жду вашего совета…]]>
до сих пор я не спешил переключаться на девятую версию 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 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 планирует создание четырех документов для 8й версии. Первые два более приоритетны, и над оставшимися двумя разработчики будут работать по мере нахождения на это свободного времени.
- Руководство разработчика
- Руководство дизайнера
- Справочник разработчика
- Руководство по использованию нового API
Так сообщество Odoo и различные разработчики пришли/должны придти на помощь для достижения успеха.
Так какие ресурсы уже доступны в сети?
Читать дальше]]>
Сейчас можно скачать текущий пакет перевода отсюда.
Но есть одна проблема. В одном из модулей (диапазон модулей где возможно произошла ошибка есть) где то не правильный формат перевода. И по этому у меня выпадает ошибка при нажатии в русской версии на пункте меню Настройки- Общие настройки такая ошибка
Uncaught Error: Invalid XML: <form string="Общие настройки" class="oe_form_configuration"><header><button string="Применить" type="object" name="execute" class="oe_highlight"/>.......Не все сюда вывел но смысл понятен, где то нарушена разметка страницы.
Я готов закончить перевод полностью и откорректировать термины, но вот эти оплошности перевода нужно постараться найти и исправить. Прошу вас присоеденится к этому. Все кто заинтересован, можете скачать перевод, использовать его и дать обратную связь, где и что исправить и может найдете ошибку. Буду очень признателен, и спасибо тем кто присоеденится!
После обновления языков этих модулей у меня вылезла ошибка, что описал выше.
hr_gamification
marketing_campaign
marketing_crm
mass_mailing
product
product_email_template
product_expiry
product_extended
product_margin
report
report_webkit
edi
event_sale
fetchmail
fleet
gamification
gamification_sale_crm
google_calendar
google_drive
l10n_multilang
note]]>
Вот так:
from openerp import models, fields
class SomeClass(models.Model):
_inherit = 'sale.order'
description = fields.Char(default="Some text")
На что odoo ругается следующим образом:
<ERROR sandbox werkzeug: Error on request:]]>
В модуле Pricelist можно формировать цены. Нас интересует зависиместь цены от количества.
Для примера добим три продукта.
(Warehouse -> Product)
Maketesana A4 — Ед.изм. = unit — Цена ставиться в Product-Product за единицу.
Izciršana 2 — Ед.изм. = blank — Цена ставиться в PriceListe зависит от заготовок.
Salimešana — Ед.изм. = circulation Цена ставиться в PriceListe зависит от тиража.
Количество от большего к меньшему, регулируется последовательностью(sequances), тогда система проверяет количества в PriceListe при продажи и ставит соответствующую цену.
Salimešana — Ед.изм. = circulation — Цена ставиться в PriceListe зависит от тиража.
1500 — 0.0441
1250 — 0.0464
1500 — 0.0488
897 3-cir-1500 [3] Salimešana 1 shov 1500 Public Price
898 3-cir-1250 [3] Salimešana 1 shov 1250 Public Price
899 3-cir-1000 [3] Salimešana 1 shov 1000 Public Price
Но если все это добавлять в PriceList Versions – получается не удобно.
Module Pricelist_tab – закладка Prices продуктах
В закладке мы можем видеть в каких Праислистах участвует продукт.
Праислист может быть назначен продукту и категории.
Прямо из Продуктов можно добавлять цены.
Wizard Add Price for circulation and blanks
[[Circulation-Blank]] — Тираж и Заготовки
Circulation
seq rule name price_version min_quan
80 от 1500 — до 1750 cir. Manufacture ver.1.0 1500
90 от 1250 — до 1500 cir. Manufacture ver.1.0 1250
100 от 1000 — до 1250 cir. Manufacture ver.1.0 1000
Кнопка / wizard. Которая позволит добавлять количества из шаблона. для тиража либо для заготовок.
На закладке (Prices) кнопка «Add Price». По нажатию кнопки открывается wizard окно. Выбираем версию Pricelist и тип(тираж или заготовки)
Жмём ок и добавляются записи от… до….
Остаётся только добавить цены к этим позициям.
Сами данные для шаблона лежат в Sale->Pricelists Tab->Res.ext Config
]]>
/openerp/addons/mail/mail_message.py
def check_access_rule
Эта штука не позволяет привязывать письмо с вложением, если ты не Супер Пользователь.
Комментируем код.
# Calculate remaining ids: if not void, raise an error
#other_ids = other_ids.difference(set(document_related_ids))
#if not other_ids:
# return
#raise orm.except_orm(_('Access Denied'),
# _('The requested operation cannot be completed due to security restrictions. Please contact your system administrator.\n\n(Document type: %s, Operation: %s)') % \
# (self._description, operation))
Еще если, очень хочется стирать сообщения, можно добавить в
openerp/addon-other/mail_organizer/static/src/xml/mail.xml
<template>
…
...
<t t-extend="mail.thread.message">
<t t-jquery=".oe_msg_icons span:first-child()" t-operation="after">
<span class="oe_msg_delete"><a title="Delete" class="oe_e">X</a></span>
</t>
</t>
</template>
]]>