• avatar OBEH
  • 0
«кодить специалистов достаточно»
Ау-у-у-у! Где вы, специалисты?
  • avatar collex
  • 0
VictorK мы с вами все по старой теме. :)))))))))))))
Большой бизнес с голубыми или белыми воротничками все действительно круто. А если еще взять IPO, акционерный капитал, мульти-корпорации и прочее. Звучит весьма круто.

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

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

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

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

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

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

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

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

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

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

«Однму Эсу» оставляем подготовку налоговой и проч. отчетности для государства.
Состояние бизнеса для предпринимателя и менеджмента отображает Odoo (Управленческий учет)
  • avatar collex
  • 0
Да можно воспользоваться qweb, или py3o отчетом. Но нужно уметь работать с qweb. Я погорячился, когда написал, что могу кодить на Python в Odoo. Но моделировать ТЗ для Odoo могу. И понимаю технологию построения модулей для Odoo. Уже не мало ТЗ написал и выполнил для своего проекта.

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

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