Ну на правильный путь мы наставили, пускай человек читает книжки и вникает)) В данном конкретном примере проблема, как мне кажется, просто в непонимании даже на уровне "че происходит"

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

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

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

Второй шаг - понять свои масштабы. Если автоматизация для вас всерьез и надолго - то если у вас много денег и ждать вы не можете, то строить симбиоз между вашей организацией и командой разработчиков - всерьёз, дорого и надолго. Если денег поменьше и ждать вы можете, а скорей всего именно так, то два фактора приведут к успеху - прямая заинтересованность директора, формирование своей собственной команды разработчиков с бизнес аналитиком. Но тут может появиться соблазн делать это с большой цепочкой всяких "менеджеров" ( продуктов,  проектов, тимлидов и прочее) - это тоже приведет к провалу.

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

🙂

Добрый день уважаемые сообщество. Может кто подскажет,  или проведёт экскурс так сказать по правилам доступа. Честно мозги кипят от параметров. А всего то необходимо сделать функционал пользователь который может делать заявки на оплату при этом при сохранении заявки он её корректировать не может уже, менеджер который проверяет заявку и утверждает её или отклоняет для доработки. И оплата счетов пользователь заводит на основании утверждённой заявки счёт от контрагента на основании выставленного счтета, и направляет менеджеру так же на утверждение, менеджер утверждает или отклоняет, при утверждении заявка направляется бухгалтеру на оплату, с автоматическим созданием тикета бухгалтеру для оплаты счета если этот счёт необходимо оплатить со статусами немедленно, 15 дней, 30 дней. А ещё я так понял с договорной работой в оду вообще беда. Только для продаж. А для закупок??? Или я где то пропустил. И ещё есть ли где литература по odoo нормальная. Пока только начинаю. В программировании не очень. Но пайтон нравится изучаю. Сам фреймвок интересен.

По odoo не так много много литературы и она гуглится довольно быстро)
Есть odoo essensial и ещё какая-то (название не помню)

Ну или любую понравившуюся версию. 12 ИМХО самая стабильная сейчас, а суть там не сильно меняется.

Огромное спасибо!!!!!

Есть документация на сайте.

Есть книги не помню название точно
odoo cook book
odoo essensial

Там в принципе разбирают примеры с правами.
С этого и начинай.

уже скинул же)) а в книжке все ссылки есть

Да вижу, просто не дочитал до твоего ответа

Денни Рейсу надо памятник ставить за эти книжки

Да, мне они очень хорошо помогли разобраться в самом начале.

Достаточно просто покупать их, а не скидывать пиратские копии😉 это лучше,  чем памятник)

у меня в бумаге 11 и 12