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

Цену определяет рынок.

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

я буду там, где буду соответствовать месту и место будет соответствовать мне.

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

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

1. Повысить качество обслуживания.
2. Снизить цену.

В конечном у качества обслуживания есть предел и дальше вы пойдете на снижение цены.

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

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

Не согласен. Рынок — ОГРОМЕН!
Чего только стоит установка odoo в кафе, барах, ресторанах, гостиницах?!
Нужно подключение онлайн касс

который в большей степени определн степенью общей договоренностью оплаты труда той или иной работы.

при этом эта оплата далека от справедливой.

просто те, кто определяет эту оплату — более наглее тех, кто не определяет эту оплату.

нет.
есть еще вариант — готовить вкусный хлеб самому и если будет оставаться время — готовить для других.

Какова эта цена?

Платить с удовольствием — это скорее нонсенс, чем правило. Я не верю в жизнеспособность такой модели на продолжительном интервале времени.

Я то же был бы рад если они открыли некоторый функционал в коммунити, но если подойти практично к этому функционалу, то он вполне реализован в коммунити модулях

Можно конечно сразу бить по динозаврам.

Мое предложение: возьмите например точку по продаже цветов, или продажа посуды или детской одежды, часы, компьютеры, одежда… и т.д.
Идеи для бизнеса:
www.odoo.com/apps/themes/browse?order=Best+Sellers

Давайте спустимся до обычных потребностей людей и нас с вами.

А то вы сразу сафари и охота на слонов. ))) Там действительно только ружьем не обойтись. Нужно организовывать целую команду помощников, проводников и гидов.

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

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

Как считаете есть в этом смысл?

How can Small Business Benefit from CRM Strategies and Systems
Improved planning structure
Improved customer prospecting
Lower costs
Better Decision Support
Enterprise ability
Increased profitability
Increased retention
Increased acquisition
Increased cross-selling opportunities
 
Keeping a Good and systametic relation with your customers will help you grow even Bigger. This is where CRM software has to play the Role. Bassam Infotech has 20+ years of experience In Customizing CRM software for Businesses of your Kind.
We at Bassam Infotech provides our customers with Customized CRM- Customer Relationship Management Software. With our open source Odooo Customization for your Company/Business you will feel the difference. A difference which will Grow you beyond the expectations. Some of the benefits that You get from Bassam ERP CRM Customization Software  ‘will make your Limits Limitless’.
WE Improves the Planning structure and Customer Prospecting for you. Which will give you a clear cut Idea from wehere exactily to begin with lowering your costs.
Bassam ensures you with better decision support and Enterprise ability.
Thil will basically Increase retention, acquisition and cross-selling opportunities, atlast with an overall Increase In Your Profitablity.

Тезис к моему высказыванию:

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

OBEH Ну, если вы работали с SAP, понимаете, что SAP не для бухгалтеров :)

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

Самое смешное, не так давно обнаружил, что в продуктах 1С.Управление <чем-нибудь> встроен движок бухгалтерии, но мне пока не попалось ни одной конторы, где он не был бы прибит, точнее, поднят и настроен, а бухгалтерия не велась бы отдельно в 1С.Бухгалтерии. Класс!

В 1С.УТ, например, считают приход и расход товаров, приходуют счета и чеки. Из этого для менеджмента сводят отчеты про обороты, операционную прибыль, запасы, а потом по концу месяца [какие-то] данные выгружают в 1С.Бухгалтерию и там проводятся двойной записью по счетам РСБУ. При этом у бухгалтеров получается картинка, которая не отражает реальное состояние финансов компании — то, что называются «посмертным учетом».

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

Обратите внимание: компания и бизнес не одно и тоже, бизнес строится и ведется предпринимателем-собственником, а компания или группа компаний с активами и персоналом — инструмент бизнеса. Кстати, цели компаний и бизнеса в целом понимает и ставит предприниматель. Наемные люди работают каждый на свои цели, а в кооперации — на цели собственника (последнее, конечно, задача менеджмента).

Так вот, Odoo со своим Accounting'ом работает на менеджмент компании и при этом делает компанию прозрачной для собственника. Потому необходимое условие успешности проекта внедрения Odoo — заинтересованность предпринимателя-собственника, в общем-то он и должен быть Заказчиком проекта.

В моем понимании связка Odoo + 1C.Бух. эффективнее 1С.УП/УТ/… + 1C.Бух.

1. Ну, если вы работали с SAP, понимаете, что SAP не для бухгалтеров :)
-> «что SAP не для бухгалтеров», это точно. Я сейчас даже не совсем могу определить для кого, на самом деле, SAP. Этот монстр был создан на заре перехода от пефокарточного ввода данных на ввод данных с клавиатуры и визуализацией информации на экране(причем, экран был исключительно, алфавитно-цифровым). Это, в свое время было реальным прорывом в обработке бухгалтерской информации. Но для российского учета это, однозначно, не подходит и является только проблемой.Создаются всякие костыли к системе, в том числе, и на 1С, с помощью которых каждый утопающий пробует выплыть. Я делал такую работу тоже. У SAP-стов просто слюни от того, как можно реализовывать в 1С сквозную аналитику(опираясь только на базовые механизмы) по различным объектам учета. У SAP этого не будет никогда. И это сотая или тысячная доля тех проблем, которые не решаются в SAP.

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

-> Вот здесь, пожалуй, могу согласиться. odoo-вские механизмы отражения в учете(Accounting) мне, пока не совсем понятны. Если я их «прорублю» то, мне кажется, смогу в odoo скрестить упр и бух учет, как это делается в 1С.
И еще.
Маленький, но очень существенный нюансик, который ставит в ступор SAP, кроме всех прочих проблем, именно, для бух.учета.
У них, за бугром, налоги платят с сальдо на конец отчетного периода.
У нас, налоги платят и с оборотов.
Поэтому, как пример, в забугорном учете, если проводку сделали неправильно, достаточно добавить проводку с неправильного счета на правильный.
В нашем учете, если так сделать, будут ненулевые обороты, что повлечет за собой «а отдай за это денюжку(налог)».
Нужно делать только сторно. Тогда обороты будут нулевыми.
В SAP, априори, сторно нет. Приходится извращаться.
Вообще, как по мне, я бы выкинул SAP на свалку. Но у них огромный козырь. Они имеют свою долю во всех крупнейших консалтинговых компаниях, которые и предлагают их решение всем.
Как тут не воскликнуть? — Караул!!! Коррупция!

3. Самое смешное, не так давно обнаружил, что в продуктах 1С.Управление <чем-нибудь> встроен движок бухгалтерии, но мне пока не попалось ни одной конторы, где он не был бы прибит, точнее, поднят и настроен, а бухгалтерия не велась бы отдельно в 1С.Бухгалтерии. Класс!

-> Ну, это как в анекдоте.
Чингачгук Заркий Глаз попал в плен. На четвертый день он обнаружил, что у сарая нет одной стены… И они решили бежать.
ха-ха-ха
А если серьезно, то, изначально, объект «План счетов» присутствует в любой конфигурации. И все зависит от разработчика — использовать(то есть, вести бухгалтерию) его или нет. Вот и все. Я даже больше скажу, некоторые умельцы делают реализацию бухгалтерского учета, не используя движок бухгалтерии и, при этом, если не заглянуть в код, можно даже не замечать, что реализация сделана не через штатный механизм. Плюсы и минусы этих решений я хорошо представляю.
Насчет того, что «ни одной конторы, где он не был бы прибит». Это зря.
Например, в двух конторах, где мне довелось внедрять 1С, именно так и было. Решение называется «1С: Комплексная автоматзация». Там проводки по хозяйственным операциям настраиваются и за них отвечает бухгалтерия. Менеджер их даже не видит(ему это и незачем). И таких реализаций очень много. Причем, выгрузки в бухгалтерию не требуется. Все в одном флаконе. Плюсы и минусы такого подхода тоже представляю.

4. В 1С.УТ, например, считают приход и расход товаров, приходуют счета и чеки. Из этого для менеджмента сводят отчеты про обороты, операционную прибыль, запасы, а потом по концу месяца [какие-то] данные выгружают в 1С.Бухгалтерию и там проводятся двойной записью по счетам РСБУ. При этом у бухгалтеров получается картинка, которая не отражает реальное состояние финансов компании — то, что называются «посмертным учетом».

->Как писал уже выше, если интересует, чтобы и бух.учет и упр.учет были вместе, можно брать «Комплексную автоматизацию». Это БП+УТ+ЗУП — все в одном решении. Если еще и производство, то ERP.
Код во всех системах открытый. Так что, дорабатывай все на свое усмотрение.

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


-> В 1С такие решения есть из коробки — «Комплексная автоматизация», ERP и проч. А если учет не сложный, все делается на 1С: Бухгалтерия и, как правило, многие небольшие фирмы используют это решение.

6. Обратите внимание: компания и бизнес не одно и тоже, бизнес строится и ведется предпринимателем-собственником, а компания или группа компаний с активами и персоналом — инструмент бизнеса. Кстати, цели компаний и бизнеса в целом понимает и ставит предприниматель. Наемные люди работают каждый на свои цели, а в кооперации — на цели собственника (последнее, конечно, задача менеджмента).

Так вот, Odoo со своим Accounting'ом работает на менеджмент компании и при этом делает компанию прозрачной для собственника. Потому необходимое условие успешности проекта внедрения Odoo — заинтересованность предпринимателя-собственника, в общем-то он и должен быть Заказчиком проекта.

-> фраза «компанию прозрачной для собственника» — говорит сама за себя. А собсвенник заинтересован в прозрачности для налоговой?

7. В моем понимании связка Odoo + 1C.Бух. эффективнее 1С.УП/УТ/… + 1C.Бух.
-> Мое глубокое убеждение, что это не так. Такое понимание ошибочно или, возможно, только для очень специфичных ситуаций, требует больших вложений и определенной культуры ведения учета.

OBEH Спасибо, вы не опровергли мои гипотезы. Это действительно, мои изыскания в движении от эккаутинга Odoo к Бухгалтерии по РСБУ в интерпретации 1С, а не наоборот.

1. Принципиальное утверждение:
Не стоит обсуждать понятия Accounting в [шведско-немецкой]терминологии Бухгалтерии и привнесенных 1С [итальянских]терминах.

Исхожу из того, что Accounting и Бухгалтерия из разных миров. Российскую Бухгалтерию сто лет назад выдернули из мировых трендов и приспособили под нужды социалистического хозяйства с единой государственной собственностью, ГОСПЛАНом и уголовным преследованием коммерческого предпринимательства. С 90-х ее пытаются приспособить/трансформировать под новые реалии, а нужно было просто снести и не изобретать велосипед, а принять культурные нормы западного учета. По этому поводу была дискуссия в '94-'96 годах, приняли как всегда половинчатое решение: «будем скрещивать ежа с ужом».

Мне понятно, что в России в САП рекрутируют людей с мозгами от 1С от безысходности, путь наименьшего сопротивления, чтобы не готовить специалистов с нуля. И российские САПёры имееют гибридные мозги: САПовские нормы, правила и технологии на подложке из идеологии и технологии от 1С. Можно представить, какой компот получается.

По хорошему, при переходе от Бухгалтерии к Западному Учету специалисту нужна перезагрузка мозгов… :)

2. Вы сделали, с моей точки зрения, неверный вывод: связали «прозрачность компании для собственника» с «прозрачностью для налоговой». Государство вообще никак не регламентирует учет для внутренних потребностей бизнеса и предприятия. Потому под управленческий учет строятся отдельные инструменты типа 1С.П/УТ/ERP/… Но они точно не прозрачны не только для собственника, но и для топ менеджмента — последние предпочитают собранные руками консолидированные данные в таблицах Excel.

3. ВАЖНО: Правильно организованный учет на Odoo обеспечит прозрачность компании/группы компаний для Заказчика. А дальше только вопрос, кто будет заказчиком: собственник, генеральный директор, финансист или производственный менеджер?

Как говорят: «кто владеет информацией, тот ...»

Мое виденье Реализации бухучета в Odoo (пока субъективное)
1. Нарисовать блок схему как организован российский бухучет — основные элементы
2. Нарисовать блок схему как организован учет в Odoo
3. На основе двух блок схем нарисовать расширенную/модифицированную для Odoo

Если Odoo это скажем так конструктор/framework, который можно изменять/добавлять что угодно. А значит, что техническое решение есть или возможен.

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

Вопрос, кто и как будет постоянно поддерживать эти изменения, если они есть?

collex Я думаю, вы залипнете на пункте: «1. Нарисовать блок схему как организован российский бухучет»

Вроде бы вам нужно положить перед собой нормативные требования, изложенные в Законе о бухучете, ПБУ, налоговом кодексе. Что характерно, там предписания, как вести отчетность перед государством, про управленческий учет там ничего нет, а рекомендации консультантов противоречивы — они с понятием УУ к единому мнению не пришли…

И что вы собираетесь в блок схему класть — структуры, функции, процессы, документы (список можно продолжить)?

Логику Accounting я готов обсуждать, а про российскую бухгалтерию согласился с мнением: «понять невозможно, можно только запомнить.»

Рекомендации по Accounting'у уже десятки лет разрабатывают некоммерческие международные и национальные организации в разных частях света, их называют институтами и через это говорят, что Accounting институциировался. В рамках глобализации экономики, институты вынуждены сверяться с разработками друг друга и двигаться в общем тренде. Ессесьно, Odoo разрабатывался на западных стандартах == рекомендациях институтов.

У нас таких институтов нет, всем заправляют Минфин, ЦБ, Налоговая и 1С.

P.S. В России путаница в мозгах начинается сразу на понятийном уровне.
Академическое определение: «Бухгалтерия — теория и практика учета.»
Теперь смотрим название закона: «О бухгалтерском учете...».
Уже в этом тавтология: бухгалтерский — значит относящийся к учету, учетный,
«бухгалтерский учет» = «учетный учет».
В общем, дальше — больше:
чем отличаются «расходы» и «затраты»?
почему учитываются только «операции хозяйственной деятельности»? Хозяйственные операции: купить туалетную бумагу, воду для офиса, оплатить клиниг, закупить дрова или уголь на зиму… А как с производственной и коммерческой деятельностью?
Дальше копать не буду.

Российский бухучет и как его проекция — приложение 1C Бухгалтерия, которая и является инструментом реализации всех вопросов в текущей работе российского и не только бухгалтера.

1C Бухгалтерия — имеет же структуру и не думаю, что невозможно разложить схему ее таблиц (БД) и даже возможно где то это есть.

В Odoo так же не много вкладок для бухучета (accounting), думаю так же не сложно описать бизнес процесс.

Я бы не хотел затрагивать эмоциональную часть отношения к вопросам кто и как ведет бух учет и управления финансов.

Чисто математическая модель. Только цифры.
Есть конечные отчеты. Есть исходные данные. Есть формулы по которым происходит интерпретация данных в конечные отчеты.

Блоки:
Клиенты. Поставщики. Счета. План счетов. Баланс. Доходы и расходы. Денежный поток.…

Схема интерпретаций данных:
Как складывается тот или иной отчет.

Как то так.

Моя база предположения:
У приложения 1C Бухучета есть структура и она известна :) На основании этого двигаться дальше.

Если 1C Бухучета, не имеет структуры, вот это уже более интересная история :)

collex Бухучет — это область знаний о деятельности учета.

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

Активы = Долги + Капитал
или
Активы = Долги + Доли собственников + Инвестиции + Доход — Затраты — Выплаты собственникам

Для этого необходим механизм двойной записи, который в 1С.П/УТ/… прогеры-разработчики попросту не задействуют — «а зачем?».

Попутно необходимо выдавать пользователям аналитические (частные) отчеты по разным аспектам деятельности компании.

Дальше включаются математики и раскладывают записи в связанные таблицы и все в месте в реляционную базу данных.

Для разработки приложения Odoo, SAР, Oracle применяют архитектуру MVC: Model — View — Controller (структура данных под каждую сущность, экранная визуализация, механизм реализации workflow или activity)

… и этолько подходы к задаче.

Вопрос: какие блок-схемы вы собираетесь рисовать, если не обсудили предметную область знаний?

У вас есть эталон от 1С и вы собираетесь воспроизвести его в Odoo?
Т.е. выдрать из Audi всю автоматику и «лишние системы», доведя до ремонтопригодности жигулей-шестерки в гараже?

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

По моему, как раз, первый блок прописан и так в учете. Бери и реализовывай.
Как его структуру реализовать в любой реляционной СУБД я представляю. Но Odoo, это не совсем СУБД. Это более абстрактная вещь. Вот если в нее врубиться, то реализация вполне возможна.
Вот только где-бы взять что-то, типа курсов или толкового мануала.

Если есть желание к коллективной работе дам доступ к доске и я начну выкладывать структуру блоков в Odoo, а от туда и вы разберетесь что к чему. Я в большей части знаю как работают бизнес процеcсы в odoo. Исключая досконального понимания бухучета, зарплата, финансовый учет и управленческого учета. В общем что где находится знаю и смогу указать, но взаимосвязи нужно будет выявить в процессе моделирования. Есть интерес к коллективному рисованию? :) Тогда нужен почтовый адрес. Можно через vk передать

Если есть желание к коллективной работе дам доступ к доске и я начну выкладывать структуру блоков в Odoo, а от туда и вы разберетесь что к чему. Я в большей части знаю как работают бизнес процеcсы в odoo. Исключая досконального понимания бухучета, зарплата, финансовый учет и управленческого учета. В общем что где находится знаю и смогу указать, но взаимосвязи нужно будет выявить в процессе моделирования. Есть интерес к коллективному рисованию? :) Тогда нужен почтовый адрес. Можно через vk передать

Что то продублировалось, как то не так страницу что ли перегружал ??? Извините за неудобство

ОВЕН Если есть желание к коллективной работе дам доступ к доске и я начну выкладывать структуру блоков в Odoo, а от туда и вы разберетесь что к чему. Я в большей части знаю как работают бизнес процеcсы в odoo. Исключая досконального понимания бухучета, зарплата, финансовый учет и управленческого учета. В общем что где находится знаю и смогу указать, но взаимосвязи нужно будет выявить в процессе моделирования. Есть интерес к коллективному рисованию? :) Тогда нужен почтовый адрес. Можно через vk передать

Мне хочется въехать в инструмент odoo. Сами принципы построения учета, вроде, представляю. Как говорится, писать могу, но на чем?
А почта какая?

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

Мысль, по моему, здравая. По крайней мере, я так, примерно, себе это представляю.
На чем сейчас держится 1С?(это кроме прочего, не «бухгалтерского» учета)
Они всех снабжают коробочными решениями, которые в разрезе бухучета полностью(практически) закрывают вопросы Бухгалтерии по РСБУ. Если что-то очень специфичное для конкретной конторы, то это делается довольно быстро и даже с большой вероятностью самим бухгалтером, если он «сечет», не прибегая к программированию.
Все новые изменения получают по подписке за, на мой взгляд, довольно символическую цену(примерно 12 тыс. в год)
Фирма 1С довольно плотно сотрудничает со структурами, которые определяют учет на законодательном уровне. И когда выходят определенные изменения(для России это довольно частое явление), фирма 1С уже готова к ним и, практически, на следующий день, выпускают обновления. Бывает, с косяками. Но все, получающие эти обновления, являются своего рода бесплатными тестерами. Поэтому обратная связь по поводу ошибок работает довольно шустро.
Но заказчиков так много, что этого с лихвой хватает на хлеб с маслом.
Теперь мои мысли по поводу ситуации в odoo. Не зря там куча учетов, подключаемых для различных государств. Специфика, хоть какая-то, у каждого своя.
У меня тоже пока складывается такое представление «Odoo — конструктор/framework, который можно изменять/добавлять что угодно»
По этой причине кому-то можно написать блок бухучета. Даже платный. И его, при изменении законодательства, распространять по подписке. Но такое, как мне кажется, под силу какой-то организованной структуре.
Это все мои мысли, исходя из того, что я пробую понять в odoo.

В начале только блок схема. Открываем на realtimeboard.com/ru/ — для 3 человек бесплатно. Рисуем блок схему.

От туда и будет понятно масштабы «бедствия» :)

Из этого можно уже создать базовую модель для odoo. а от туда уже расширять возможности от большего количества потребностей. Какая то часть «корневая-стволовая» — БАЗОВАЯ меняться не будет. Она и может стать основа для бесплатной версии модуля.

А расширения для базового модуля станут вот этими платными дополнения от бизнеса к бизнесу.

К стати крутой редизайн сделали для этого сервиса:
realtimeboard.com/ru/

OBEH , я перестал вас понимать. Смысл слов сильно зависит от того, кто их произносит и что он при этом делает?

Отсюда вопрос: вы это все пишите как кто?

Собственник-предприниматель, которому нужно навести порядок в разрастающемся бизнесе и понять, как работают его деньги?

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

ИТ-менеджер, которому нужно обеспечить развертывание и допиливание новых приложений на инфраструктуре компании?

Архитектор, проектирующий и реализующий ИТ-ланшафт компании.

Программист, которому нужно освоить писание кода под новую платформу/suite?

Предприниматель, задумавший найти нишу для Odoo в России?

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

А что здесь непонятного?
За рубежом дикая специализация. Например, в SAP когда был и на предприятиях, где его реализация была, это меня тогда сильно поразило. Каждый, как говорится, спец только в своем модуле. Не дай бог, например, с финансистом заговорить о материальном учете или чем-то, не касающемся напрямую с его областью. Все, стеклянные глаза, ступор и отправление к спецу, занимающемуся другой областью в учете. Мне такой подход не очень нравится, хотя, к сожалению, все к тому идет, особенно в крупных компаниях.
Насчет кучи.
Мне просто интересно — есть-ли жизнь вне 1С? Какая она и т.д. и т.п.
Определяться в статусе? Ну не хочу. Может для кого это куча. Мне интересно.
С такого, когда-то, началось знакомство с 1С. И, как правило, комплексные решения.

Видите ли OBEH ,
вы не приняли ни одну из предложенных позиций и не пояснили, что же все-таки делаете.

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

Ровно те же позиции в программных разработках. Когда говорят: «нужен разработчик», я не понимаю, кто имеется в виду: проектировщик, организатор-руководитель проекта, специалист по написанию кода.
Все позиции требуют разной квалификации и разных навыков, совмещение три-в-одном в проектах больших программных систем попросту невозможно. А еще есть позиция между Архитектором и бизнесом (Заказчиком и его окружением) для фиксации потребностей бизнеса и формулировки требований для архитектора, консультанты для работы с пользователями…

Если Заказчик этого не понимает, лучше не связывается — проект заранее провальный.
А если понимает, но рисковать сразу большим бюджетом не готов, он должен принять как должное, что ему развернут из коробки и сконфигурируют решение под его бизнес без допиливания. И на первом этапе важно, чтобы пользователи освоили работу с системой и наладили КООПЕРАЦИЮ через Odoo.
Если Odoo приживется, дальше Заказчик определится, будет он вкладывать деньги в доработку функционала и декорирование интерфейса.

Собственно, я вам обозначил свои позиции — 1) предпринимателя, предлагающего сервис B2B (постановку в компании или группе компаний управленческого учета на Odoo), 2) проектировщика конфигуратора, 3) исполнителя-организатора работ.

А что делаете вы?

Ох и любите-же вы аллегории.
Тоже, как говорится, «поясню проблему метафорой:»
Моего первого сына пробовала учить кататься на велосипеде супруга, которая сама кататься на нем не умеет.
Она вставала сзади велосипеда, заднее колесо между ног, и медленно, держа за сидение, двигалась вперед чтобы пацан не падал и таким образом, научился кататься. Выглядело это довольно комично и, конечно, ни каким результатам привести не могло. Пару дней они помучались.
Сам я кататься на велосипеде научился довольно поздно. В классе 7-8. В детдоме никто меня не учил кататься. Мы воровали велосипеды в соседних кварталах и убивали их в усмерть. Синяки и шишки не в счет.
В общем, исходя из осмысления своего опыта, я пробежал несколько кругов по стадиону, чуток придерживая за седелку. Потом просто толкнул его и сказал, чтобы он рулил в ту сторону, куда начинает падать. И все, он поехал.
Кто бы меня сейчас научил Odoo? Куда ехать и зачем, я, более-менее, представляю.
Вот, когда я пойму, как устроен Odoo, тогда, возможно, начну позиционировать себя в одной из «обозначенной… позиции».
Теперь насчет «совмещение три-в-одном в проектах больших программных систем попросту невозможно». Не соглашусь.
Ничего в этом «невозможного» не вижу. Скорее всего, у нас разный опыт.

OBEH В вашей метафоре: вы хотите научится ездить на велосипеде или вам интересно его разбирать?

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

Как можно освоить велосипед, не зная принципов его работы?
И я, «для начала я должен объяснить, какие проблемы этот «велосипед» поможет решить клиенту»
Не надо его лишний раз заставлять «набираться опыта». Он платит за решение.
Вот, на днях, я был в конторе, где используют 1С: Бухгалтерию. Причем, использую явно не по назначению. И, практически все, делают в экселе. Зная этот велосипед, я, естественно, могу решить их проблемы, если договоримся об этом. Но, в свое время, мне пришлось его разбирать и собирать. Я могу реально кодировать, разрабатывать нужные им отчеты, тюнинг и т.д. Как без этого? Как я могу, например, помогать осваивать неизвестный мне продукт? К Odoo у меня сейчас отношение — надо его изучать.

Как можно освоить велосипед, не зная принципов его работы?

OBEH Вы же сами объяснили: сел и поехал, без 72 часов теории предварительно. Так пользуются телевизором, микроволновкой…

В начале 90-х я подключал к интернету по dial-up американских волонтеров из общественной организации Корпус Мира, много их было тогда в России. Для меня стало откровением, что эти молодые и не очень ребята абсолютно ничего не смыслят в настройке операционной системы, установке драйверов, подключении модема. Зато они открывали свой ноут, тыкали в нужную иконку и начинали со свистом набирать текст на клавиатуре десятью пальцами. Про драйвера, настройки, железки — для этого есть сервисёры-технари. Пользователю нужен настроенный рабочий инструмент, а что там под капотом ему абсолютно фиолетово.

Odoo в этом смысле ничем не отличается, только пользователю такой инструмент в новинку и нужно объяснить, как эту штуковину употреблять в жизни и что можно получить. Опыт пользования 1С в этом смысле, возможно, будет мешать )

Коллеги, мы уже выехали в поля и начали делать проекции на опыт из других сфер. :)))))))))))
Вернемся на территорию Odoo.
Суть данных учета Odoo заключена в трех вещах.
1. Данные, которые мы получаем от хозяйственной деятельности и разбиваем их по счетам.
2. Вывод основных отчетов: Баланс, Доход и расход, Денежный поток
3. Интерпретация этих данных в нужные нам окончательные отчеты

Пункт 1 и 2 мы имеем по умолчанию в Odoo.

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

Исходя из последнего абзаца и выходит ваш спор.

Так как VictorK излагает, что логика интерпретации весьма многообразна и так просто ее не определишь. Если разговаривать в формате решений, то нужно разбирать каждый бизнес случай отдельно пока не появится предсказуемость и диапазон неопределённостей снизится к минимуму. Я предполагаю, что на самом деле в реальных делах кейсах, все будет ОК и не будет больших неопределённостей, просто нет пока фактов, а предположений может быть очень много. Это и является результатом выводов VictorK

Соответственно, как говорит OBEH , что он знает как интерпретировать данные (как я понял), но нужна знать существующую(текущую) логику Odoo, и знать как это выглядит в коде, что бы можно было изменить интерпретацию данных в нужное русло.

Исходя из выше сказанного сделаю вывод, что нужно для практичного движения в перед:
1. Знать, как кодить на framework Odoo или иметь представление как моделировать такую работу.
2. Иметь пользовательский опыт работы в Odoo
3. Уметь формировать нужные отчеты в нужных интерпретациях

Исходя из своих выводов, скажу следующее.

Я знаю 1,2,3. Только мне нужен партнер, который знает как интерпретировать данные в Российском бухучете. Например
1. На форме ИП с Единым налогом с 6%, 15%
2. На общей системе налогоблажения
3. С НДС или без него
4. И так далее…

Буду рад сотрудничеству collex

Ну вот, замечательно.
Честно говоря, я, практически, никогда не мог освоить новый инструмент(а их я освоил довольно прилично) пока не приходилось применять в боевых условиях, на реальных проектах.
И, конечно, предыдущие инструменты, поначалу(соглашусь с VictorK), бывает, мешают. Но потом это такой интересный эффект. Просто новые возможности вижу, по сравнению с теми, кто сидит на одном инструменте.
По поводу сотрудничества. Я, пока слабо представляю идеологию Odoo. Но, исходя из опыта, если начинаю получать отчеты, то появляется понимание того, как устроена система. А дальше изменение, добавление необходимых объектов системы для получения необходимых отчетов. Если я смогу получать отчетность, то это, как минимум, будет означать, что структуру системы я представляю. Поэтому, если возможно, выложить на ютубе пример создания отчета. Я так понимаю, в последних версиях для этого появился инструмент qweb

Да можно воспользоваться qweb, или py3o отчетом. Но нужно уметь работать с qweb. Я погорячился, когда написал, что могу кодить на Python в Odoo. Но моделировать ТЗ для Odoo могу. И понимаю технологию построения модулей для Odoo. Уже не мало ТЗ написал и выполнил для своего проекта.

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

Для формирования отчетов используют:
Qweb — из коробки
Py3o — почти из коробки, с помощью .dot (LibreOffice)
Jasper Report — с помощью конструктора отчетов и последующей интеграции в Odoo
Pentaho — то же самое что и Jasper Report

collex Все не про то. Бизнес не будет разговаривать с вами про MVC, QWeb и кодирование на питоне.

Бизнесу (собственнику и/или генеральному директору) нужно понять: чем «жизнь с Odoo» будет отличаться от «жизни до Odoo», сколько времени потребуется на эту трансформацию, сколько геморроя будет и какие денежные риски, сколько и каких сотрудников не впишутся в «новую жизнь»?

А кодить специалистов достаточно.

VictorK мы с вами все по старой теме. :)))))))))))))
Большой бизнес с голубыми или белыми воротничками все действительно круто. А если еще взять IPO, акционерный капитал, мульти-корпорации и прочее. Звучит весьма круто.

Моя задача, обычные маленькие бизнесы.

У меня была маленькая переписка с Фабиеном (основатель Odoo), где то в чатах затерялась, по этому верьте на слово. И он сказал, что около 80% потребителей Odoo, это бизнес от 5-15 человек.

Т.е. это по нашему в большей части ИП, с единой налогом на 6% или 15%. А там нужно сдать или отправить по электронке раз в год декларацию о налогах и иметь под рукой книгу о доходах и расходах на всяк случай, если проверка.

Остальная часть на общей системе налогооблажении + НДС без сверх сложных расчетов для отчетности.

По этому, я о тех вот 80% и говорю и для них нужно всего немного, сдать отчетность и немного понимать свои дела.

А по поводу «космических кораблях, которые бороздят просторы нашего космоса» — я утрирую, но я ближе к земле :))))))))

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

А все остальное время я хочу проводить с семьей, а не размышлять о том, что для меня значит слово Активы или Пассивы.

collex C Фабиеном я не только соглашусь, но и усилю.

Я работаю в том же секторе 5-15 сотрудников, или пусть и 50++ сотрудников, но реальных пользователей Odooо — операционных и топовых менеджеров 5-10 чел. При больших количествах одному сложнее справляться, нужна команда консультантов для обучения пользователей или целиком переключаться на один проект.

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

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

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

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

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

Бухгалтерия и Accounting — учеты, гинетически выросшие из общих корней. Только бухгалтерия за сто лет своего «особого пути» сильно мутировала и поменяла назначение.

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

VictorK Я исхожу из того, что «бухучет» нужен бухгалтеру и моей налоговой.
Что я вкладываю в слово «бухучет», в текущей задаче обсуждения.
Это сдача отчетности, которая обусловлена российским законодательством.

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

По этому приоритет номер 1. Отчетность которую хочет моя налоговая.
По этому приоритет номер 2. Мой бухгалтер должен ее сдать вовремя и без ошибок.

Все. Это два главных приоритете. И я не хочу что бы мой бухгалтер и моя дорогая налоговая знали что то больше, о «бухучете» :))))))))

В этом обсуждении, я затрагиваю только этот один момент:

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

И если эта задача выпала на долю Odoo, то она должна выполнить ее и не задачей более. (В рамках этой дискуссии.

Что касается УЧЕТА в ГЛОБАЛЬНОМ смысле этого слова. То тут пусть каждый применяет свой собственный способ подсчета эффективности своего ROI.

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

collex , но это ваши проблемы :)))

Жаль, но не я сформулировал: «Бухгалтер — это агент государства, зарплату которому вынужден платить предприниматель.»

Если у вас приоритет — налоговая отчетность, пользуйте 1С.Бух.
Зачем вам тратить свое драгоценное время на Odoo? ^)))

VictorK
Я пользуюсь CRM, проект менеджмента, маркетингом в odoo и соответственно у меня возникают государственные обязательства. И по этому я использую odoo для решения этой задачи.

Это мои проблемы, все верно. И если у людей есть проблемы похожие на мои, то я готов предложить им решение.

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

Мое решение не меняет мир, но маленькие вопросы вполне. Может кому мое решение и пригодится. Буду рад связи. )

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

Ядро Odoo — модуль учета, неважно, что написано в главном меню: Invoicing или Accounting — dskarataev прав, движок учета в конфигурации есть. Все остальные модули выстраиваются вокруг движка учета и к нему привязываются.

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

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

«кодить специалистов достаточно»
Ау-у-у-у! Где вы, специалисты?

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

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

collex Проблема не в специалистах, а в мастерах — Архитекторов, которые могут решение спроектировать, вписать в системный продукт, и руководителей проектов — организаторов работ — планирование задание, контроль исполнения, организация тестирования, передача заказчику. А специалистов написать код по ТЗ вполне можно найти, «ВКонтакте» целая группа питонщиков тусуется.

VictorK Дополню к тому что сказал. Я использую Odoo для CRM, для Проект менеджмента, Автоматизации Маркетинга, Email маркетинга, Переписки с клиентами, сбор заявок с сайта, анализа сделок в CRM, анализа задач в Проект менеджменте, телефонные звонки, вырезке данных на Инфо-панелей, и иногда для распечаток каких либо отчетов.

Конечно если будет какая либо отчетность для бухучета, то это будет хорошо, но не более того.

Если у других предпринимателей это есть или им это не надо, то и Odoo не надо им ставить.

OBEH что бы быстр. То формирование отчета происходит примерно так:
Это шаблон с нужными полями:


Добавляем этот шаблон в модель Пользователь:


Загружаем и у нас готовый отчет:
Потом он в odoo подключается к нужной нам модели и вуаля у нас готовый отчет.

Потом он в odoo подключается к нужной нам модели и вуаля у нас готовый отчет.

Добавить отчет в модель Пользователя происходит так:

Пока общался, немного по разбирался с отчетность. Благо у меня брат главный бухгалтер. Я в общих чертах понял механику бухучета, а именно формирование отчетности для бухгалтера.

Кратко так: модуль российский план счетов в Odoo есть.
Первое: Нужно сформировать модель для отчета. Т.е. это создать документ(модель) в Odoo в виде модуля. Который будет содержать необходимые данные для отчета.

Второе: делаем отчет с помощь, например Py3o модуля. То что указал выше.

Третье: Вешаем отчет на модель и печатаем его в бумажном варианте. Несем в налоговую.

Конец. :)))))))))

Но, тут есть ограничение у Py3o модуля. Он имеет разметку .odt файла. Как .doc формат. Не все отчетные документы можно сделать в .doc формате. Но тут можно воспользоваться другими решениями по формированию документального отчета как qweb или Jasper Report — Pentaho

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

Пример создания проводок.

Расходы:


Продажа:


Клиент:

Для появления этих проводок, необходимо установить какой-то бух.модуль, соответствующий российскому плану счетов?

Получилось запустить Jasper Report в Odoo 10. Но оказалось что iReport есть маленькая проблемы с отображением кириллических шрифтов. В самом редакторе iReport она решается, но в Odoo пока этот вопрос мне не получилось разрешить. Возможно решение простое, но нужно тестировать.

В любом случае я написал как запустить это добро на Odoo 10.

telegra.ph/Kak-zapustit-generator-otchetov-Jasper-Report-na-Odoo-10-04-07

Общими усилиями решили вопрос Jasper Report для pdf. Можно собирать отчеты теперь во многих форматах с помощью Jasper Report.



Инструкция по установке:
telegra.ph/Kak-zapustit-generator-otchetov-Jasper-Report-na-Odoo-10-04-07

collex , вы неверно меня интерпретируюте.

Мой первый тезис: если вы решили употребить Odoo в деятельности фирмы — выньте из своей головы чип с прошивкой под российский бухучет на 1С.

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

Третий тезис: плюньте на терминологию бухучета и поймите, чем отличаются расходы vs затраты; определитесь, где хозяйственная деятельность, а где производственная, коммерческая, логистическая и т.п.; забудьте про пассивы, сальдо.
Немецкое 'Aktiva' в качестве перевода на русский английского 'Assets' заменить нечем, к нему за сто лет привыкли. Только нужно понимать смысл — это виды собственности предприятия, поименованные и оцененные в деньгах.

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

Пятый тезис: балансовый отчет и отчет Profit & Loss пользователь получит; прежде чем конструировать множество других частных печатных отчетов, пусть пользователь освоит работу в интерактиве с формой сводного отчета. Потребность в печатных отчетах у него резко сократится :)

Шестой тезис: Odoo позволяет вести учет и планирование ресурсов, согласование и утверждение операций в электронном виде. Бумажные документы оставьте для 1С, если необходимо, файлы сканов, pdf и MSWord можно подвешивать к любой форме в Odoo: order, invoice, contact, project, task.

Седьмой тезис: Odoo и 1С, друг друга не заменяют, просто употребляются по разному, считают по разному, работают в разной логике.

Восьмой тезис — для программистов: если у вас нет заказа на Odoo как на цельный Business Suite и вас интересует только Odoo Framework как платформа разработки, плюньте и выбросьте из головы первые семь тезисов, они вам не нужны.

Уточнение по «Седьмому тезису»: в связке Odoo + 1C.Бухгалтерия, Odoo заменяет собой 1С.УП/УТ,… Битриксы, eCommerce, CRM- WMS- MRP-приложения и что-то еще…

«Однму Эсу» оставляем подготовку налоговой и проч. отчетности для государства.
Состояние бизнеса для предпринимателя и менеджмента отображает Odoo (Управленческий учет)

«файлы сканов, pdf и MSWord можно подвешивать к любой форме в Odoo: order, invoice, contact, project, task.»
А зачем их подвешивать к документам? Они должны создаваться/печататься из самого документа, который зарегистрирован в системе.
По поводу того, что «это виды собственности предприятия, поименованные и оцененные в деньгах». Есть такая неприятная вещь, когда, например, по правилам западного учета предприятие лежит в развалинах. То есть, инвестор смотрит на баланс и 01 счет, практически, равен 02 счету. Ну износ на 90%. Инвесторы в ауте. А предприятие, на самом деле, новее нового. Разруливал я такие примеры.
По поводу «обеспечьте ежедневную запись в Odoo ВСЕХ операций».
Нужно не ежедневную, а поопериционную запись вести.
«Все операции должны проводиться двойной записью в журналах и главной книге».
Еще-бы знать, как в Odoo это реализуется. Тогда-бы я мог создавать пробный баланс на любое время.
И еще.
Не надо считать, что система предназначена только для бухии. Кроме ее отчетов, отчеты постоянно нужны упр.учету, причем, довольно изощренные и на любое время.

OBEH Про учет по документам — это в РСБУ.

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

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

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

Ежедневная запись и есть пооперационная, пользователь должен четко понимать временной интервал, когда он дложен отобразить операцию. (Заметьте: пользователь не обязательно бухгалтер).

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

Но вот баланс, пробный баланс, profit & loss движок экаунтинга сам сформирует и не рекомендую в него руками лезть.

И последнее ваше утверждение: противопоставление бухалтерии и управленческого учета. Это исключительно российская специфика.
Западный учет == Accounting — цельный.

1. Есть технологическая подложка для ведение записей и формирования базы данных — bookkeeping (у нас раньше называлось «счетоводство»)

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

И все это может реализоваться в Odoo совместно с учетом и планированием ресурсов (совмещенный натуральный и финансовый учет — штуки и деньги в одном флаконе).

Проблема в том, что ПБУ в bookkeeping не впихивается… Но наши люди готовы впихнуть невпихуемое куда угодно и искренни в это верят: «что думать, трясти надо».

OBEH Не игнорируйте мой тезис:

Переход от РСБУ на 1С к западному учету требует upgrade мозгов, лучше путем «затирания и перепрошивки».

Да я все это знаю.
И про «пургу», которой не было точно, и про то, что «ежедневная запись и есть пооперационная», которая не пооперационная и прочее.
Я не писал, что пробный баланс собираюсь реализовывать. Это отчет, всего лишь.
Про «противопоставление бухгалтерии и управленческого учета». Это не российская специфика. Это реальность.
Можно продолжать.
Короче, не хочется разводить тут холивар.
Мне нужно знание механизмов Odoo

OBEH Похоже, мы не поймем друг друга.

Напоследок байка, отец рассказал, он тогда служил срочную 4,5 года на Тихоокеанском флоте.
В конце 50-х после разделения Кореи Советскому Союзу нужны были партнеры-союзники в Юго-Восточной Азии. И чтобы задобрить режим в Индонезии им подарили современный артиллерийский крейсер. Все по последнему слову техники, электроприводы орудий, механизмов подачи и заряжания, сплошная автоматика. Через год посетили этот крейсер с дружеским визитом. Индонезийцы к чертовой матери всю автоматику поотключали и демонтировали, довольные пользовались ручными приводами. Наши пожали плечами и удалились.

Моя решение на платформе Odoo в общей схеме:

Что за «Визуальный редактор отчетов»?

powerbi.microsoft.com/ru-ru/

Глянул ссылку.
Я работал с такого типа репортерами. Один из них — Crystal Reports. Он настолько всеяден, что удавалось создавать какие-то немыслимые для ручного программирования отчеты из совершенно разных источников(разные СУБД и проч.) большого завода.
Главное, знать структуру этих данных. Потом, после того, как все данные мною были структурированы и описаны, финансовый отдел побросал все экселевские таблички и пользовались, практически, только этим инструментом. Дальше получилось интегрировать этот продукт(не без помощи толкового программиста. Но, главное, идея!) в некоторые продукты, которые крутились на предприятии. Получился, своего рода, стандартный для всех интерфейс отчетов.
По поводу структуры данных Odoo. Пока для меня темный лес.
Дальше.
Вижу на схеме перед блоком «Power BI» стоят блоки «Big Query» и «Stitchdata»
Это что за блоки?
В принципе, как мне сдается, для начала попробовать создать отчеты на штатном инструменте qweb. Чтобы руками почувствовать. Я так понимаю, что описательная часть кроется в моделях?

У меня есть коротенький обзор по Stitchdata:
telegra.ph/Integraciya-dannyh-v-Google-Big-Query-s-pomoshchyu-titchdatacom---pochti-BESPLATNO-03-30

Сообщество распадется частично. Часть сообщества разработчиков это те кто зарабатывает на поддержке. Все закрытые модули выпадают из поддержки разработчиков сообщества.
Фабиен отдает отчет в том что делает. Сообщество было нужно что бы разрабатывать новый функционал и корректировать существующий. Сейчас Фабиен разработал App Builder, и теперь все можно конструировать без разработчиков.

Сообщество свободных разработчиков уменьшается и разрастается сообщество коммерческих команд разработчиков.

Сейчас разрастается форк от 11 версии. flectrahq.com/. Их миссия разработать обратно все что было вырезано и сохранить эту платформу свободной.

Спасибо за ссылочку. Интересный разворот получается.
Погуглил по этой теме информацию. odoo на своих ресурсах всячески их костерит и грозится судебными исками. Приводят куски кода, которые, якобы, уворованы у них. Пробуют блокировать ресурсы в судебном порядке. По моему, безперспективная затея. Даже многие odoo-вцы, как я понял, принимают участие в развитии этой альтернативы.
Ну нельзя вот так кидать народ, который поверил в открытость системы и начал с ней работать, в том числе, принимать участие в развитии. Все жалуются, что, после 8 версии, целенаправлено изымается из открытого кода функционал. И как быть тогда с обновлением? — Покупайте EE?
В общем, скопировал, поставил Flectra. Работает, вроде. Даже, как мне кажется, в интерфейсе больше возможностей. Возможно, это то, что работает в odoo EE и недоступно в odoo CE, как пробуют декларировать Flectra.
у меня Flectra может работать даже параллельно с odoo CE.
Может кому будет интересно по этому поводу, информация
www.odoo.com/page/flectra-vs-odoo-flectrahq-enterprise
discuss.flectrahq.com/t/where-can-i-download-flectra/28
community.nethserver.org/t/flectra-hq-open-source-fork-of-odoo-11/8609
Вот вид ихнего экрана
community.nethserver.org/t/flectra-hq-open-source-fork-of-odoo-11/8609/4
Здесь можно скачать установку
flectrahq.com/
Правда, почему-то, не работает «Try Demo Now». Просит какую-то «Free To Try, No Credit Card Required». А откуда у деревенского мужика в глухой тайге кредитка?

И еще.
Когда решил попробовать установить модуль с сайта от odoo в систему Flectra, обнаружил, что выдается ошибка. Там какой-то длинный стек вызовов в перечне. Подумал, что все, все odoo-вские модули накрываются медным тазом.
Потом, через некоторое время, решил проверить мою мыслю по этому поводу.
Зашел в редакторе в один *.xml файл из пакета этой обработки. По контексту нашел слова «odoo» и заменил на 'flectra' и…
Все загрузилось и модуль заработал.
Возможно, они так все модули переделывают. Может кто эту идею еще проверит?

По поводу модификации odoo модулей для flectra все верно.
Вот официальный чат flectra
gitter.im/flectrahq-erp/Lobby
Отвечают на все вопросы и помогают

Так же Телеграм:
t.me/FlectraCommunityGroup

Сравнительная таблица с Flectra VS Odoo на ближайшее будущее:
docs.google.com/spreadsheets/d/1odHMXUtruzDKhwcNodRo6vBxvofxVgPpBq8J2Ttq9rs/edit?usp=drive_web&ouid=115039703277555141326

не все модули, получается.
Интересуют модули
Studio
Helpdesk
И, что интересно, анонсируют модули, которых нет в odoo. Это как?
Website Web Hooks
Website REST API
Website Builder Multi Website Support

Website Web Hooks
Website REST API
Website Builder Multi Website Support
Это модули разработки Flectra

Вот их ближайшая дорожная карта: gitlab.com/flectra-hq/flectra/milestones

Studio
Helpdesk
Эти и другие модули по словам создателей Flectra в перспективе

t.me/FlectraCommunityGroup/158

Интересный пост: www.morepython.com/blog/morepython-blog-1/post/why-i-moved-to-flectra-1#scrollTop=0

Я не знаю, как подступиться к работе c Flectra.
Хотелось-бы, для начала, CRM раскрутить. Потом уже отчеты дополнительные, формы(если понадобится) и прочее…
Документации — ноль.

Flectra интересна в перспективе.

Скорее всего, эту перспективу стоит рассматривать. Там сейчас функционал поболее того, что в odoo CE

Если сравнивать с Odoo CE, то да. )

Мое мнение, что 10 версия сейчас для работы более ближе (по крайней мере для меня, меня интересует маркетинг и цифровые товары, в 11 этого уже в CE нет)

По поводу CRM, обращайтесь — вот я группу для этого сделал:
t.me/markerbz_odoo — все что касается организации бизнеса на платформе odoo. Управление отчетность, аналитика, маркетинг.

А можно группу в соц.сетях, или viber? не получается у меня этот телеграм клятый настроить телефона такого нет

vk.com/markerbz_odoo — сделал для маркетинга на платформе odoo. Только экспериментирую с оформлением. В основу вложил генерация клиентов с помощью маркетингового функционала odoo и плюс доделал свои модули для создания так сказать Автоворонок продаж.

Группа новая vk.com/markerbz_odoo.

Если что тут материалы выкладываю по Odoo: www.youtube.com/channel/UCj1i68vZLRCUm1FkGblEVvQ

Тут статьи и инструкции по работе и настройки odoo для бизнеса: iqmarker.biz — в процессе наполнения, но кое что можно уже посмотреть и почитать.

я там Владимир Николаев

надо все это дело на каком-то одном ресурсе объединить

Я все свои материалы выкладываю в iqmarker.biz.
Мои личные услуги я организую здесь: marker.bz

Все остальное это каналы FB, VK, YT, Inst, G+, Linkedin это соц каналы продвижения для увеличения охвата и вовлечения.

Нынче, что либо лучше чем телеграм нет, да и собственно нужно ли?

В телеграм народ очень комфортно себя чувствует, да и я то же :)

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

Мои инструменты CRM ODOO, Автоворонки продаж, Email рассылки, Аналитика, SEO, SMM, Контент, Контекстная реклама, Сайты, Бизнес моделирование.

А по поводу телеграм то конечно я когда только с ним столкнулся пару лет назад, но как то не мог понять его назначения ))

Но сейчас отдал бы ему заслуженную десятку перед другими подобными решениями

В Flectra эти модули, вроде, есть.
Слишком сложно на нее переводить наработки?

Нужно в модуле, в некоторых файлах, заменить odoo на flectra. Сам не делал.
О деталях можно спросить здесь:
gitter.im/flectrahq-erp/Lobby (150 человек на 27 марта 2018 г.)
t.me/FlectraCommunityGroup (107 человек на 27 марта 2018 г.)

Для сравнение — тот же самое для Odoo:
gitter.im/odoo/odoo (346 человек на 27 марта 2018 г.)
t.me/odoo_developers (439 человек на 27 марта 2018 г.)

Хочу, для начала, на кокой-нибудь(возможно, бесплатный и не очень навороченный) хостинг поставить Flectra и попробовать поработать.
Попробовал тут зарегистрироваться www.heroku.com/
Но на почту так ничего не пришло, для дальнейшей работы.
Есть какие-либо ресурсы под это дело или ссылки на них?

www.ihc.ru/?ref=43938 — вот сюда. Есть VPS ssd за 150 рублей в месяц!

Глянул.
Там есть тестовый период, вроде, на 3 дня. Но и для него надо будет заплатить 100 р.
Пока для меня это темный лес. Я привык, что, обычно, контора предоставляет свои ресурсы и я совершенно не занимаюсь техническими вопросами. Решаю только учетные задачи. Остальное — дела админов.

— www.aruba.it — 1GB RAM если на месяц 70 руб. — для теста
— simplecloud.ru — можно останавливать и запускать когда захочешь, от 0.4 в час или в месяц от 250 руб. для теста и продакшена
— contabo.com забугорный, продакшен на нем в связи законами о личных данных запустить нельзя, но 4 ядра 12 GB RAM за 600 руб. выглядит хорошо.
— chipcore.com — для продакшена, мощно и не дорого 2 ядра 8 GB RAM за 990 руб.

Как вариант к тем что есть.

Ресурс интересный. Но там так непривычно работать.
Все идет сплошным потоком. Как они там «общаются» в общем потоке?
Ну и, конечно, аглицкий сильно.

Кстати, вижу, что там на латинице кто-то переписывается.

Латиницей я видел, и ему даже ответили, правда на почту поросили )). Там английский конечно рулит.

Если есть вопросы, то на канале Flectra отвечают быстро.

Simplecloud.ru — я пользуюсь для теста, но можно и для продакшена. Самые низкие цены то что я нашел на рунет просторах, и приличное качество.

Если за пределами рунета, то вот этот весьма мощный и низкие цены: contabo.com

Можно еще вот этот попробовать за 1 евро в месяц — 1GB ОЗУ: www.aruba.it
Для теста хватит с гловой

это я переписывался =)

А можно не в телеграмме? А то у нас в глубинке, такое заморское чудо не приживается на наших устройствах