Основания:
1. В России нет институтов, разрабатывающих национальные нормы управленческого учета.

2. Де-факто, все предприниматели вынуждены изобретать строить на собственном опыте учет под нужды управления бизнесом.

3. Государство нужды бизнеса ВООБЩЕ НЕ ИНТЕРЕСУЮТ. В подтверждение цитата из 402-ФЗ «Федеральный закон о бухгалтерском учете:

Статья 2. Сфера действия настоящего Федерального закона
<.....>
5. Настоящий Федеральный закон не применяется при создании информации, необходимой для составления экономическим субъектом отчетности для внутренних целей, отчетности, представляемой кредитной организации в соответствии с ее требованиями, а также отчетности для иных целей, если законодательством Российской Федерации и принятыми в соответствии с ним правилами составления такой отчетности не предусматривается применение настоящего Федерального закона.

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

Выхода два:
— самописная разработка, переносящая логику вашего учета на плоских Excel-файлах в „тяжелую систему с многомерными связанными таблицами“, фактически, „бетонирование“ существующие бизнес-процессов;

— сконфигурировать под свой бизнес и освоить универсальную учетную систему; в этом случае придется понять и сопоставить логику бизнес-процессов в западной традиции и в практике вашего бизнеса и нащупать золотую середину.

Во втором подходе вопросы дизайна POS'а становятся вторичным. Первое — это то, что вы сможете оперативно контролировать финансовое состояние бизнеса: ваши ресурсЫ, обязательства, предстоящие ваши платежи, ожидаемые платежи вам, прямые и косвенные затраты на проданную продукцию, затоваривание склада или запаздывание с возобновлением запасов и проч.

Принципиально: за внедрение-освоение Odoo стоит браться, если вы готовы (созрели) к изменениям в жизни вашей компании. При этом какие-то проблемы уйдут сами собой, неизбежно появятся новые, но ваш бизнес вместе с вами выйдет на новый уровень зрелости. По организации бизнеса вы будете „играть в высшей лиге“.

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

Виктор

sf0101 (2016-04-25 17:19:47):

1) Начните с подробного описание бизнес-процессов. Кейсов множество, но имно лучше всего ориентироваться на собственную модель.

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

VictorK (2016-04-26 11:26:08):

Выхода два:
— самописная разработка, переносящая логику вашего учета на плоских Excel-файлах в „тяжелую систему с многомерными связанными таблицами“, фактически, „бетонирование“ существующие бизнес-процессов;

— сконфигурировать под свой бизнес и освоить универсальную учетную систему; в этом случае придется понять и сопоставить логику бизнес-процессов в западной традиции и в практике вашего бизнеса и нащупать золотую середину.

Во втором подходе вопросы дизайна POS'а становятся вторичным. Первое — это то, что вы сможете оперативно контролировать финансовое состояние бизнеса: ваши ресурсЫ, обязательства, предстоящие ваши платежи, ожидаемые платежи вам, прямые и косвенные затраты на проданную продукцию, затоваривание склада или запаздывание с возобновлением запасов и проч.

Принципиально: за внедрение-освоение Odoo стоит браться, если вы готовы (созрели) к изменениям в жизни вашей компании. При этом какие-то проблемы уйдут сами собой, неизбежно появятся новые, но ваш бизнес вместе с вами выйдет на новый уровень зрелости. По организации бизнеса вы будете „играть в высшей лиге“.

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

Виктор

Виктор, спасибо вам за ответ. Смотрел ваше видео об управленческом учете «у них и у нас», оно и подтолкнуло написать тут свои вопросы.

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

К сожалению очень мало информации в интернете.
Что у меня сейчас, установлена последняя версия одоо 9 на виндоус сервер, установил стандартный план счетов (не российский) и сейчас меня разрывает полу-переведенный интерфейс.
Вопрос основной — есть ли более качественный перевод, чем стандартный?

kostyag ,

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

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

Замена английских терминов русскими сильно сдвигает смыслы и подменяет логику финансового менеджера на картину мира российского бухгалтера… А это сильно разное.
Поэтому рекомендую осваивать и вести разработку в английском интерфейсе. С заказчиком сложнее, ему придется показывать русское меню, попутно приучая к английским словам: Purchase Order, Invoce, Delivery Order. И дальше вместе с ним подбирать наиболее подходящие ему слова.
Производственнику, например, было удобнее назвать Sales «Сбытом», для Procurement смысл полнее передается как «Запасание», а не Снабжение. А вот Invoice лучше так и оставить Инвойсом — это не счет (Bill) и не счет-фактура…

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

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

Виктор

kostyag , собственно Виктор всё уже расписал, добавить особо нечего.
В любом случае прежде чем заниматься внедрением какой-либо системы (не важно Оду или нет) нужно подготовить ТЗ, и подробная схема бизнес-процессов — обязательная его часть. Начните с этого, возможно окажется что Оду вообще не подходит для ваших задач.
Касаемо 9ки на Windows: имно для старта это далеко не самая удачная связка. Я бы порекомендовал 8ку и точно не на Windows.
Что до перевода, то в 8ке он лучше, многие модули мы например допереводили сами. Кроме того, как отметил Виктор, в некоторых ситуациях лучше вообще использовать термины без перевода, ибо у них просто нет однозначного аналога в российской системе учёта.

VictorK (2016-04-27 10:08:59):

Замена английских терминов русскими сильно сдвигает смыслы и подменяет логику финансового менеджера на картину мира российского бухгалтера… А это сильно разное.
Поэтому рекомендую осваивать и вести разработку в английском интерфейсе. С заказчиком сложнее, ему придется показывать русское меню, попутно приучая к английским словам: Purchase Order, Invoce, Delivery Order. И дальше вместе с ним подбирать наиболее подходящие ему слова.
Производственнику, например, было удобнее назвать Sales «Сбытом», для Procurement смысл полнее передается как «Запасание», а не Снабжение. А вот Invoice лучше так и оставить Инвойсом — это не счет (Bill) и не счет-фактура…

Должна быть в этом какая-то логика, а если термин «Cash» в одном счете переведен, а в другом оставлен, это несколько напрягает. должен быть какой-то стандарт перевода, а то тут мы перевели, а тут оставили. И начинаешь теряться в логике.

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

sf0101 (2016-04-27 11:51:18):

kostyag, собственно Виктор всё уже расписал, добавить особо нечего.
В любом случае прежде чем заниматься внедрением какой-либо системы (не важно Оду или нет) нужно подготовить ТЗ, и подробная схема бизнес-процессов — обязательная его часть. Начните с этого, возможно окажется что Оду вообще не подходит для ваших задач.

Если я решил все таки оставить лишь реализацию управленческого учета, с чего мне стоит начать? Как система объединяющая отгрузки/оплаты поставщикам и расходы предприятий?

sf0101 (2016-04-27 11:51:18):

Касаемо 9ки на Windows: имно для старта это далеко не самая удачная связка. Я бы порекомендовал 8ку и точно не на Windows.
Что до перевода, то в 8ке он лучше, многие модули мы например допереводили сами. Кроме того, как отметил Виктор, в некоторых ситуациях лучше вообще использовать термины без перевода, ибо у них просто нет однозначного аналога в российской системе учёта.

Да это ж для теста, чтоб получить быстрый доступ к системе. При запуске в продакшене будет связка убунту + одоо. :)

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

А вот тут, уважаемый, sf0101 , мы с вами сильно расходимся:

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

С моей точки зрения вы подменяете понятия. Цель управленческого учета — предоставить генеральному менеджеру и собственнику полную картину финансового состояния бизнеса с заданной погрешностью во времени (месяц, неделя, рабочий день или 1 час — это базовое требование к организации учета и используемым инструментам). А вот выборочный контроль показателей есть функция аналитического учета внутри управленческого.

И это очень важное различение. Оно объясняет, чем занимаются российские финансовые менеджеры: не имея цельного управленческого учета, они коллекционируют в Excel'e выборочные данные по отдельным параметрам-аналитикам и на их основе аппроксимируют финансовое состояние бизнеса, тем самым подменяя управленческий учет аналитическим.

В таком подходе погрешность оценки общего состояния растет по мере усложнения бизнеса, и растет она нелинейно.

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

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

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

Виктор

sf0101 (2016-04-27 14:08:31):

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

VictorK (2016-04-28 08:46:29):

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

После того, как я написал ответ ко мне начала приходить мысль — что я начал заходить не с того конца в своих вопросах. Я хочу создать какой-то результат, не совсем понимая, что именно я хочу увидеть в результате. От этого хромает и ТЗ и мои вопросы.
Я пытаюсь понять что же должен представлять из себя управленческий учет, но все что я ищу — это описания либо производств, либо крупных холдингов. Для меня это слишком «сложные» структуры и схемы. Ничего толком нету для малого, а если уж реально оценивать — так вообще микро бизнеса.

Такое ощущение что кроме экселя ничего лучше и не придумали для моих задач. :)

Остатки денежных средств я и так вижу — в банк клиентах и наличкой в кармане.
Мне хочется от системы прозрачности в случае расходов — на что расходует бизнес свои средства. Если это ремонты — то хочу увидеть сколько затратил объект А за период. Если это услуги связи — сколько затратило направление бизнеса Х на себя. Мне в целом не надо видеть к какому юр.лицо осуществлена привязка данных затрат.
В случае кредиторской/дебиторской задолженности — хочется опять же, видеть где и с кем проблемы. Но тут уже важно юрлицо, на котором висит данный долг.

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