Нам не хватает разработчиков в команду, в частности 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.
Сожалею, что www.odoo-russia.ru не обращен к потребителю. Пользователь и потребитель — две большие разницы.
Потребитель — это предприниматель-владелец бизнеса, управляющий бизнесом или, что
Соответственно, с этими позициями в бизнесе нужно работать, сначала продвигая идею (предлагается управленческий учет), а уже потом на третьем, восьмом или двадцать пятом шаге — инструмент (Odoo).
В этом посыле я сделал анимированную презенташку с подводкой к идее:
Предпринимателю проще освоить западный управленческий учет
и пользоваться готовым софтом под него, чем до конца дней платить
за перманентное допиливание для этих целей софта на российском бух. учете.
В этой презентации прямого указания на Odoo нет.
Буду рад, если тема вызовет интерес.
Виктор Кобыща]]>
Нахожусь в г. Москва. Желательно удаленная работа.
skype: good_bad_and_crazy]]>
]]>
Эти заметки — моя личная точка зрения, но, надеюсь, что мысли и подход заинтересуют, в том числе, и потенциальных потребителей Odoo — владельцев, генеральных и финансовых менеджеров предприятий малого и среднего бизнеса.
Я намерен продвигать Odoo, полагаю этот продукт вполне зрелым и качественным, а главное, перспективным для распространения в России. Важно правильно определиться с его назначением и способом употребления.
Для начала предложу отказаться от одного стереотипа: «без российского плана счетов, форм и бланков Odoo никому не нужен».
Читать дальше]]>
Odoo планирует создание четырех документов для 8й версии. Первые два более приоритетны, и над оставшимися двумя разработчики будут работать по мере нахождения на это свободного времени.
- Руководство разработчика
- Руководство дизайнера
- Справочник разработчика
- Руководство по использованию нового API
Так сообщество Odoo и различные разработчики пришли/должны придти на помощь для достижения успеха.
Так какие ресурсы уже доступны в сети?
Читать дальше]]>