• avatar OBEH
  • 0
Ну вот, замечательно.
Честно говоря, я, практически, никогда не мог освоить новый инструмент(а их я освоил довольно прилично) пока не приходилось применять в боевых условиях, на реальных проектах.
И, конечно, предыдущие инструменты, поначалу(соглашусь с VictorK), бывает, мешают. Но потом это такой интересный эффект. Просто новые возможности вижу, по сравнению с теми, кто сидит на одном инструменте.
По поводу сотрудничества. Я, пока слабо представляю идеологию Odoo. Но, исходя из опыта, если начинаю получать отчеты, то появляется понимание того, как устроена система. А дальше изменение, добавление необходимых объектов системы для получения необходимых отчетов. Если я смогу получать отчетность, то это, как минимум, будет означать, что структуру системы я представляю. Поэтому, если возможно, выложить на ютубе пример создания отчета. Я так понимаю, в последних версиях для этого появился инструмент qweb
  • avatar collex
  • 0
Коллеги, мы уже выехали в поля и начали делать проекции на опыт из других сфер. :)))))))))))
Вернемся на территорию 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
Как можно освоить велосипед, не зная принципов его работы?
OBEH Вы же сами объяснили: сел и поехал, без 72 часов теории предварительно. Так пользуются телевизором, микроволновкой…

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

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

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

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

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

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

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

А что делаете вы?
  • avatar collex
  • 0
что бы я приглашение к доске прислал. На доске можно коллективно рисовать и обсуждать
  • avatar OBEH
  • 0
Мне хочется въехать в инструмент odoo. Сами принципы построения учета, вроде, представляю. Как говорится, писать могу, но на чем?
А почта какая?
  • avatar OBEH
  • 0
А что здесь непонятного?
За рубежом дикая специализация. Например, в SAP когда был и на предприятиях, где его реализация была, это меня тогда сильно поразило. Каждый, как говорится, спец только в своем модуле. Не дай бог, например, с финансистом заговорить о материальном учете или чем-то, не касающемся напрямую с его областью. Все, стеклянные глаза, ступор и отправление к спецу, занимающемуся другой областью в учете. Мне такой подход не очень нравится, хотя, к сожалению, все к тому идет, особенно в крупных компаниях.
Насчет кучи.
Мне просто интересно — есть-ли жизнь вне 1С? Какая она и т.д. и т.п.
Определяться в статусе? Ну не хочу. Может для кого это куча. Мне интересно.
С такого, когда-то, началось знакомство с 1С. И, как правило, комплексные решения.
  • avatar collex
  • 0
Что то продублировалось, как то не так страницу что ли перегружал ??? Извините за неудобство
  • avatar collex
  • 0
ОВЕН Если есть желание к коллективной работе дам доступ к доске и я начну выкладывать структуру блоков в Odoo, а от туда и вы разберетесь что к чему. Я в большей части знаю как работают бизнес процеcсы в odoo. Исключая досконального понимания бухучета, зарплата, финансовый учет и управленческого учета. В общем что где находится знаю и смогу указать, но взаимосвязи нужно будет выявить в процессе моделирования. Есть интерес к коллективному рисованию? :) Тогда нужен почтовый адрес. Можно через vk передать
  • avatar collex
  • 0
Если есть желание к коллективной работе дам доступ к доске и я начну выкладывать структуру блоков в Odoo, а от туда и вы разберетесь что к чему. Я в большей части знаю как работают бизнес процеcсы в odoo. Исключая досконального понимания бухучета, зарплата, финансовый учет и управленческого учета. В общем что где находится знаю и смогу указать, но взаимосвязи нужно будет выявить в процессе моделирования. Есть интерес к коллективному рисованию? :) Тогда нужен почтовый адрес. Можно через vk передать
  • avatar collex
  • 0
Если есть желание к коллективной работе дам доступ к доске и я начну выкладывать структуру блоков в Odoo, а от туда и вы разберетесь что к чему. Я в большей части знаю как работают бизнес процеcсы в odoo. Исключая досконального понимания бухучета, зарплата, финансовый учет и управленческого учета. В общем что где находится знаю и смогу указать, но взаимосвязи нужно будет выявить в процессе моделирования. Есть интерес к коллективному рисованию? :) Тогда нужен почтовый адрес. Можно через vk передать
OBEH , я перестал вас понимать. Смысл слов сильно зависит от того, кто их произносит и что он при этом делает?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Это ваш выбор, но не мой. Я предпочитаю максимально задействовать возможности для бизнеса, заложенные разработчиками в нескольких миллионах строк кода Odoo. А это значит, принять нормы западного учета.
  • avatar OBEH
  • 0
По моему, как раз, первый блок прописан и так в учете. Бери и реализовывай.
Как его структуру реализовать в любой реляционной СУБД я представляю. Но Odoo, это не совсем СУБД. Это более абстрактная вещь. Вот если в нее врубиться, то реализация вполне возможна.
Вот только где-бы взять что-то, типа курсов или толкового мануала.
  • avatar collex
  • 0
К стати крутой редизайн сделали для этого сервиса:
realtimeboard.com/ru/
  • avatar collex
  • 0
В начале только блок схема. Открываем на realtimeboard.com/ru/ — для 3 человек бесплатно. Рисуем блок схему.

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

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

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