Краудфандинг проект: Выгрузка данных из OpenERP в 1С Бухгалтерию
Зачем это нужно?
На данный момент OpenERP не пригодна для полноценного использования бухгалтерией без дополнительных бухгалтерских программ, т.к. не адаптирована к российскому законодательству. Так как объем работы по такой адаптации огромен, есть смысл вынести блок «официальной бухгалтерии» в 1С Бухгалтерию, а OpenERP использовать в качестве управленческой системы.
А что такое эта ваша OpenERP, кому и зачем она нужна?
OpenERP — это бесплатная, свободная ERP система (система управления предприятием), с открытым исходным кодом. Разрабатывается бельгийской компанией OpenERP S.A. Внедряется на предприятиях по всему миру более чем 500 партнерами-интеграторами. В России внедрением занимается несколько компаний, включая нашу.
Преимущества OpenERP перед другими системами:
— бесплатность и открытость: вы платите только за доработку, никаких лицензий покупать не нужно
— высокая масштабируемость: вы можете начать внедрение с одного небольшого модуля, а в итоге дойти до того что в системе работает 100 человек из всех отделов и филиалов вашей крупной международной компании
— умопомрачительная гибкость и удобство использования: система имеет веб-интерфейс, так что можно использовать ее с любых устройств с доступом в Интернет. Система модульная, полет мысли по ее расширению и настройке не ограничен. Можно сравнить ее с пиджаком, который выкроен по вашим меркам — она будет «сидеть» на ваших бизнес-процессах идеально.
и это еще не всё…
Сайт: openerp.com
Попробовать систему можно прямо сейчас, онлайн демо версия доступна по этой ссылке: demo.odoo.com
Каков будет результат?
В результате выполнения проекта можно будет настроить, какие документы нужно выгружать в 1С Бухгалтерию, а какие нет. Со стороны 1С выгрузка будет выглядеть очень просто — нажимаем кнопку «Получить данные из OpenERP» и все необходимые документы и вся связанная с ними информация автоматически подгружается из OpenERP в 1С Бухгалтерию. Просто как никогда!
Вашему бухгалтеру не придется повторно заносить никакие данные, которые уже есть в OpenERP. На основании полученной из OpenERP информации о первичных документах ему останется сформировать отчетность и выполнить только сугубо бухгалтерские функции, другими словами в OpenERP вы ведете учет всей первички, а в 1С Бухгалтерию выгружаете только «официальную» информацию, которую необходимо сообщить государству.
Планируется разработать модуль для версии 1С 8.3.
Кто мы такие и почему нам стоит доверять?
Мы — команда единомышленников, адаптирующих OpenERP для российской действительности. Мы уже сделали модуль локализации и печатные формы такие как Счет, ТОРГ-12, Счет-фактура, ТТН, Акт выполненных работ, Накладная для склада. Работа частично оплачивалась теми, кому эти модули необходимы в первую очередь, а что-то мы делали за свой счет, делая свой вклад в сообщество.
Мы создали и поддерживаем сайт русскоязычного сообщества OpenERP: openerp-russia.ru
Наш сайт: tterp.ru
Как я смогу следить за разработкой модуля?
За процессом создания модуля вы сможете следить в режиме онлайн 24 часа в сутки, 7 дней в неделю. Вся наша разработка модулей для российского сообщества ведется в открытом репозитории на GitHub: github.com/tterp/openerp
Когда будет получен результат?
Это зависит от вашей активности в сборе средств. Как только будет собрана половина суммы, мы начнем работу. После этого нам понадобится 3 месяца, чтобы разработать и протестировать модуль на реальных предприятиях. Первые бета-тестеры смогут начать тестирование уже через 1.5-2 месяца.
Цель проекта: 500 000 руб. Варианты инвестирования:
Без награды — от 1 руб.
Любая сумма«Спасибо» за поддержку — 1 000 руб.
Переведите 1 000 руб., и мы скажем вам «спасибо» — ваше имя будет указано в списке тех, кто поддержал проект.«Спасибо» за поддержку + ссылка на ваш сайт — 3 000 руб.
Переведите 3 000 руб., и мы скажем вам «спасибо» — ваше имя будет указано в списке тех, кто поддержал проект, также мы опубликуем рядом с вашим именем ссылку на ваш сайт, и она будет доступна для индексирования поисковиками (список будет размещен в статье на openerp-russia.ru и в описании модуля).«Спасибо» за поддержку + 1 час консультаций по установке модуля — 5 000 руб.
Переведите 5 000 руб., и мы скажем вам «спасибо» — ваше имя будет указано в списке тех, кто поддержал проект. Также вы получите 1 час консультаций (текстом через Skype) по установке модуля.«Спасибо» за поддержку + установка модуля силами наших разработчиков — 15 000 руб.
Переведите 15 000 руб., и мы скажем вам «спасибо» — ваше имя будет указано в списке тех, кто поддержал проект. Также мы самостоятельно установим модуль на вашем предприятии. В установку модуля не входит настройка сервера и базы данных, только установка модуля в уже существующую базу.Установка модуля нашими силами + 10 часов поддержки — 30 000 руб.
Переведите 30 000 руб., и мы скажем вам «спасибо» — ваше имя будет указано в списке тех, кто поддержал проект. Также мы самостоятельно установим модуль на вашем предприятии и вы получите возможность консультироваться с нами в течение 10 часов по вопросам работы модуля (общение текстом в Skype или по email, не более 1 часа в день). В установку модуля не входит настройка сервера и базы данных, только установка модуля в уже существующую базу.Установка OpenERP + всех модулей для России включая этот + 10 часов поддержки — 50 000 руб.
Переведите 50 000 руб., и мы скажем вам «спасибо» — ваше имя будет указано в списке тех, кто поддержал проект. Также мы установим у вас OpenERP «с нуля», со всеми имеющимися модулями, разработанными для России, и вы получите 10 часов поддержки по любым каналам связи (телефон, видео или голосовой звонок в Skype, общение текстом в Skype, общение текстом по email, не более 1 часа в день).Установка OpenERP + всех модулей для России + месяц поддержки — 100 000 руб.
Переведите 100 000 руб., и мы скажем вам «спасибо» — ваше имя будет указано в списке тех, кто поддержал проект. Также мы установим у вас OpenERP «с нуля», со всеми имеющимися модулями, разработанными для России, и вы получите месяц поддержки по любым каналам связи (телефон, видео или голосовой звонок в Skype, общение текстом в Skype, общение текстом по email, не более 2 часов в день).Разработка модуля с учетом особенностей вашего предприятия + установка OpenERP и модулей + месяц поддержки — 300 000 руб.
Переведите 300 000 руб., и мы скажем вам «спасибо» — ваше имя будет указано в списке тех, кто поддержал проект. Также мы установим у вас OpenERP «с нуля», со всеми имеющимися модулями, разработанными для России, и вы получите месяц поддержки по любым каналам связи (телефон, видео или голосовой звонок в Skype, общение текстом в Skype, общение текстом по email, не более 2 часов в день).НО САМОЕ ГЛАВНОЕ — вы получите эксклюзивное преимущество участвовать в процессе разработки, вносить коррективы и дополнения, которые необходимы вашему предприятию, т.е. модуль будет разработан индивидуально для вас (но тем не менее его получат и остальные, просто после вас и без учета дополнительных индивидуальных особенностей их предприятий).
Это предложение для тех, кто хочет всегда и во всем быть первым!
Разработка модуля с учетом особенностей вашего предприятия + установка OpenERP и модулей + месяц поддержки + личный визит разработчиков в ваш офис — 500 000 руб.
Переведите 500 000 руб. и вы получите эксклюзивное преимущество участвовать в процессе разработки, вносить коррективы и дополнения, которые необходимы вашему предприятию, т.е. модуль будет разработан индивидуально для вас (но тем не менее его получат и остальные, просто после вас и без учета дополнительных индивидуальных особенностей их предприятий).
НО ЭТО ЕЩЕ НЕ ВСЁ! Мы лично приедем в офис вашей компании, чтобы с глазу на глаз обсудить потребности вашего предприятия, проанализировать его работу, получить информацию от ваших сотрудников «из первых уст», чтобы максимально снизить риски и сделать именно тот модуль что вам нужен.
Это предложение для тех, кто ценит своё время и максимальное снижение рисков!
68 комментариев
Наблюдал год назад за краудфандинг — модуль для синхронизации Magento-OpenERP. Ничего не собрали.
Краудфандинг — модуль для синхронизации POS. Моментально.
Задуматься.
Почему у первого проекта денег не было, а у в второго моментально!? Возьмем за аксиому что деньги есть в мире и очень много. Значит вокруг OpenERP и POS уже работало много людей, а у Интернет магазинов и OpenERP нет. Значит те кто вкладывал деньги в POS знал как они их вернут. Про интернет магазины думаю не стоит говорить, каждый может сам дать свой ответ.
Возьмем наш пример вокруг 1С работают все а возле OpenERP кто работает? Много ли людей с деньгами работает возле OpenERP в России Украине?
Это размышления. И может потому, что это как мне кажется, сейчас трудновато, что то прогнозировать что будет, может потому и стоит этим заниматься. Кто знает!?) Я вам желаю удачи ребята, без сарказма! :) Я слежу за вашими публикациями честно и искренне с удовольствием их читаю .:)
Теперь поясню что мне кажется не понятным (или не корректно сформулированным)- Модуль разрабатывается не под платформу 8.2 или 8.3, а под конкретную конфигурацию (судя по теме имеется ввиду 1С Бухгалтерия) если разрабатывать модуль выгрузки данных на языке 1с, то платформа 8.2 или 8.3 не будет иметь принципиального значения. Мне кажется есть смысл подробно описать что и куда нужно выгружать. Например: организовать синхронизацию справочников контрагентов в 1с Бухгалтерия и организаций в OpenErp. При этом важно понимать, что выгрузка возможна в конкретную конфигурацию 1с (Бухгалтерия или Управление торговлей или другие), а платформа 8.2 или 8.3 для этой задачи не имеет значения. Структура данных в 1с определяется в первую очередь конфигурацией, а не платформой.
Далее, насчет что именно выгружать. Выгружать мы будем первичные документы и все что с ними связано, т.е. поступления, реализации в основном. А все что у них есть в реквизитах — продукты, контрагенты, соотвественно это все тоже будет перекачиваться.
Опыт работы с 1С и синхронизации с ней других систем у нас имеется. В прошлом я сам 1С программист + у нас есть профессильнальный 1С программист который занимается ей и по сей день и прекрасно во всем разбирается. Так что никаких иллюзий мы не питаем, а знаем что и как нужно делать.
Практически делали это — модуль выгрузки в 1С — для ERP системы Enterprise by HansaWorld (и у одного клиента это даже работает), сразу скажу — затейливо это. Надеюсь, у инициаторов есть четкое понимание того, КАК именно они собираются решить задачу…
В полном объеме задачу решить не получится (например, поступление доп. расходов в 1С не имеет аналогов в западных системах, вопросы с ГТД — тоже решаются в 1С своеобразно, я не говорю о договорах, которым аналогов в OpenERP/Enterprise также нет). Поэтому маркетингово можно так и оставить — «раз, и все что нужно есть в 1С», но для себя надо понимать, что будет возможно уменьшить объем повторного ввода данных в 1С, именно уменьшить, а не исключить.
Но спасибо за предостережение :)
ГТД пока забиваются одной строкой, без партионного учета. Реализация в полном виде довольно трудоемка. Но наших клиентов это устраивает и в минимальном виде.
06.12.2013 19:10:17 1 000-3 000р
06.12.2013 19:45:09 1 000-3 000р
07.12.2013 18:20:34 1 000-3 000р
08.12.2013 21:36:35 30 000-50 000р
09.12.2013 20:42:41 1 000-3 000р
12.12.2013 0:43:52 1-1 000р
25.12.2013 19:57:19 1 000-3 000р
кто выбрал 30-50 тыс? если это было серьезно, отпишитесь сюда, т.к. на все остальные суммы ничего сделать не удастся.
http://v8.1c.ru/o7/201312rest/index.htm
http://v8.1c.ru/o7/201312http/index.htm
В крации, у них появился REST ко «всем» объектам из коробки
Приватный краудфандинг получается
1. часть денег нужно отдать 1С программисту который сделает обработку и необходимые изменения со стороны 1С
2. оплата ускорит разработку и увеличит ее масштаб, часть разработчиков может трудиться добровольно, но им могут помогать те, у кого это прямые рабочие обязанности
3. результат в любом случае как с оплатой так и без будет в итоге достоянием всего сообщества
Что-то имеете против такого подхода?
2. ускорить может, насчет масштаба — сомневаюсь. Если у людей это прямые рабочие обязанности, то оплату они уже получают.
хотелось бы построить сообщество больше идейное, чем коммерческое.
Мы готовы сотрудничать чисто идейно без всякой коммерческой подоплеки в тех точках контакта, которые не противоречат этой цели.
Так уж сложилось, что основной наш источник дохода — тоже Odoo. У вас он другой, но вам тоже нужно на что-то жить. Поэтому мы зарабатываем на доработке под конкретные пожелания клиентов уже в конкретной организации. Я думаю в этом ничего плохого нет, т.к. благодаря ежедневной оплачиваемой работе у нас накапливается много опыта по различным ситуациям и реализациям в Odoo. Если вам за нее не платят, вы уделяете только свое время в качестве хобби, соответственно не хватает времени глубоко изучить систему. Если это ваша основная занятость — вы посвящаете всё, как рабочее так и хобби время этой системе, что делает вас по настоящему профессионалом в ней.
Когда разработчик абсолютно за любую работу, помощь, консультацию, хочет брать деньги и ничегошеньки за бесплатно никому не подскажет и не сделает, тут я согласен. Когда разработчик благодаря деньгам с клиентов имеет шанс разработать кучу функционала, который он бы просто так никогда не сделал, а также помогать с ответами на форуме, используя свой наработанный на оплачиваемой работе опыт и профессионализм — что же здесь плохого? Для сообщества — только плюс.
А для бизнеса, у которого есть свои потребности, который хочет ускорить разработку чего-то, или инициировать разработку того что бесплатно делать никому не интересно (например то что не вписывается в список ваших приоритетов или находится в нем на последнем месте), заплатить, чтобы получить точно оговоренный функционал точно в срок, с гарантией поддержки, это вполне логично и оправданно. Бизнес на этом заработает в десятки-сотни раз больше денег, так почему он не может внести свой материальный вклад в развитие системы в России и в своей организации в частности?
Но в данном случае, я так понимаю, это неоплачиваемый бизнесом проект (иначе бы это не краудфандинг был, а работа на заказ)
>сделать полностью адаптированную для российского бизнеса гибкую удобную систему с открытыми исходниками, бесплатную в базовом варианте — вполне себе на мой взгляд такая идейная идея :)
Нужно делать ее не только в базовом варианте бесплатной, а во всех вариантах.
Другое дело, что бизнес может оплачивать разработку какого-то функционала (обычная схема opensource).
Но часто разработчики, решая задачи (ускоренные бизнесом) погружаются лишь в те части, которые их ускорили и не развивают идейные проекты (банально нет ресурсов). Вот и получается, что производить свои компьютеры, свой софт, и т.д. — трудозатратно и дорого, а можно просто перепродавать. Поэтому бизнес не вкладывает деньги в высокотехнологичные проекты свои инвестиции, это не принесет сверхприбыли.
Поэтому решая задачи бизнеса, у разработчика все время будет уходить лишь на то, почему всплывает у пользователя сообщение с предупреждением или как правильно заполнить поля. Новых проектов не будет. Будут лишь проекты конкретной кнопочки и фишечки не слева, а справа или еще чего.
Было бы хорошо, чтобы аппетит был умеренным и, заработав минимально необходимое для жизни денежное вознаграждение, разработчик имел еще свободное время на интересные проекты, которые в текущий момент бизнесу не нужны по причине, что он об этом никогда не думал в этом ключе.
Но обычно аппетит только растет — сначала на хлеб заработал, потом на машину, потом на квартиру и понеслась. В итоге — нет времени свободного ни на что.
Все действительно серьезные доработки к Odoo сделаны их основными партнерами, зарабатывающими большие деньги, и выложены в сеть в общий доступ. Они не продают код, они берут деньги за его написание под клиента 1 раз + дальше только деньги за поддержку и доработки, если кому-то это нужно.
Да, многие разработки так и не были опубликованы, но обычно даже из таких проектов разработчики вырезают какие-то очень общие моменты, полезные абсолютно всем, и публикуют их для всех.
При этом не видел абсолютно ничего крупного и действительно крутого, сделанного для Odoo не партнерами Odoo, которые зарабатывают на этом деньги, а волонтерами-альтруистами. Все основное серьезного масштаба из того что есть — это Camptocamp, Akretion и так далее. Компании с десятками сотрудников, зарабатывающими миллионы на Odoo, платящие Odoo за статус золотого партнера так же миллионы (а с этих денег потом Odoo разрабатывает и дорабатывает бесплатные модули).
Я считаю без коммерчески заинтересованных партнеров эта система загнулась бы не успев даже выстрелить и стать известной. Почти каждый год Odoo также получает финансирование в 10 миллионов долларов/евро. Также целевые пользователи системы — клиенты, извлекающие из нее коммерческую выгоду, почему они должны получить абсолютно всё бесплатно, заработав впоследствии на этом миллионы?
В любом случае есть только 2 варианта:
1)компании, зарабатывающие на Odoo, будут заниматься 100% приватными проектами и сообщество не получит от них абсолютно никакой отдачи
2)эти же компании будут выкладывать как минимум часть наработок в свободный доступ, эти же компании будут отвечать на форумах и т.п., помогая остальным разобраться в системе и так далее. При этом совершенно нормально что они имеют коммерческий интерес что-то для людей с форума доработать, и пиарят себя, помогая по вопросам, которые не занимают слишком много времени, бесплатно, показывая свой профессионализм. Хотя мы к примеру пока получаем только то, что тратим своё время, а все запросы на коммерческие разработки слишком мелкие и нам не интересны, обычно я отвечаю на них в духе «разместите ваш запрос в форуме Коммерческая разработка, может быть кто-то и найдется, кто вам поможет». Т.е. найти клиентов с сайта сообщества никогда не было у нас основной целью и сейчас зависание на этом сайте и ответы на вопросы и т.п. является чистой благотворительностью.
Мы работаем по второму варианту. У вас есть выбор, не делать никаких проектов вместе с нами, потому что мы зарабатываем на этом деньги и «недостаточно идеологичны», или делать эти проекты вместе, и получать общий положительный результат, полезный всем. Также есть вариант организовать «чисто идеологическое» сообщество людей, которые не зарабатывают на этом и делают действительно что-то стоящее и в больших объемах. Обычно в таких случаях эти люди делают что-то, чем бы могли пользоваться они же сами. Odoo — набор бизнес-приложений, поэтому не так легко найти людей, которые хотят например лично для себя использовать модуль производства скажем. Основная аудитория системы — бизнес. Если же вы например разрабатываете операционную систему, то вашими пользователями могут быть просто заинтересованные в ее использовании и улучшении обычные люди. Но для личных целей в Odoo у меня сейчас есть только одна — управление личными финансами. Все остальное — для потребностей бизнеса, как моего, так и бизнеса остальных компаний.
Нет варианта, что компании, зарабатывающие на Odoo решат закрыть бизнес и делать то же самое бесплатно :) А людей, не зарабатывающие на Odoo, и желающих что-то делать чисто на пользу человечеству, при этом достигающих реальных результатов я пока тут не встречал :) Обычно у них либо не хватает опыта, либо желания, либо чего-то еще.
А что уже сделали вы? Я не видел от вас пока абсолютно ничего… (это не наезд, возможно я не знаю о чем-то, но действительно не видел, даже ни одного Pull request'а не говоря о законченном продукте или модуле)
просто обращаю ваше внимание на некоторые моменты.
****************
Data Import
We import any data file from your existing software — 500 € /file File(s)
Custom Design
We craft a beautiful design for your company website — 6000 €
*********
как вы оцениваете это в российских мерках?
Для того, чтобы снизить конечную стоимость разработки для каждого конкретного заказчика, мы и придумали краудфандинг. Дело не в том, что таким способом мы хотим «сгрести» больше денег или что-то такое. Дело в том что себестоимость разработки достаточно высокая, возможно вы этого не знаете. Некоторое из того что мы делали, и за что клиенты заплатили нам может быть по вашим меркам огромные деньги (сотни тысяч рублей), не окупилось, и мы потратили еще больше денег на реализацию.
Краудфандинг позволяет достичь 2х целей:
1)значительно снизить конечную стоимость продукта для каждого заказчика
2)заложить буфер, защищающий коммерческого разработчика от рисков неправильной оценки сложности работы и т.п. А с Odoo это неизбежно, уйма времени тратится на мелочи, которые можно пытаться исправить неделями, и о количестве и сложности исправления которых заранее никогда не известно. Так что тут вопрос не «сверхнаживы» а банального выживания. Кто сказал что человек, вносящий существенный вклад в развитие системы и сообщества, должен быть полунищим?
А воз и ныне там?
Я готов способствовать реализации этого проекта, если есть какие-то идеи, как решать эти вопросы. У нас есть крупный клиент, которому этот модуль потребуется, но пока этот вопрос остро у него не стоит, поэтому эта тема находится в пассивном поиске заинтересованных и что не менее важно тех кто как то может повлиять на дальнейшее развитие этой темы не только пустыми словами но и действием или оплатой.
Списки списками, а копейка к копеечке.
Давно уже цель была бы достигнута, я так думаю.
На более безумные идеи собираются суммы и покрупнее.
По ТЗ, уже есть какие-нибудь наработки?
Моя компания только начала начала заниматься внедрением odoo, но необходимость модуля обмена данными с 1С Бухгалтерией уже видим. Считаю что краудфайдингом заниматься необходимо не на этом ресурсе, маловероятно что тут есть люди, готовые вложиться суммой 500 000, к тому-же аудитория сайта слишком мала. Считаю необходимо использовать ресурсы типа boomstarter.ru/. Если у кого-то ещё есть интерес к модулю обмена — пишите, можем объединить усилия, будет больше шансов собрать необходимую сумму. Мои контакты есть в профиле.
Смею высказать предположение, почему эта тема висит уже два года.
С моей «кочки зрения» изначальное предположение, что задача обмена данными Odoo > 1C и обратно
исключительно техническая есть серьезное заблуждение,
которое может съест уйму времени и средств.
Если вы полагаете, что найдется какой-нибудь очень главный бухгалтер, из которого вы сможете под это вынуть ТЗ,
боюсь время будет потрачено зря.
Дело в том, что это не ЗАДАЧА, а ПРОБЛЕМА, однозначного решения не имеющая.
Accounting (по GAAP и IFRS) с Российским бухучетом не стыкуются по принципу.
Точнее, по базовым принципам.
Здесь как в анекдоте:
— Назовите десять причин, почему батарея не поддержала наступление огнем?
— Во-первых не было снарядов…
В Российской бухгалтерии принимаются к учету (строго!) операции, подтвержденные документами. Нет документа — нет операции!
Это понятно, поскольку у бухучета нет другой цели, как начисление и своевременная оплата налогов государству. И все!!!
В Accounting'е и, следовательно в Odoo, наличие бумажек, не скажу необязательно, но сильно вторично.
Здесь важна сама операция, её экономический смысл, а далее наличие ресурсов и в целом финансовое состояния бизнеса.
Accounting нужен в первую очередь менеджменту, потом владельцу / акционерам, в-третьих, для расчета налогов.
[Следствие: не переводите «invoice» как «счет-фактура».
И вообще, не спешите менять английские понятия на термины из РСБУ.]
Погуглите в российском интернете по поводу конвертации отчетности из РСБУ в МСФО и наоборот,
проблема не решена ни на уровне мэпирования операций,
ни на уровне трансляции финансовых отчетов.
Разброс экономических результатов может составить более 50%.
Гипотетически эксперты полагают выходом совмещение в одном продукте двух параллельных учетов — МСФО и РСБУ.
На создание такого монстра, насколько мне известно, никто не замахивался.
А потому, пока у нас не откажутся от постсоциалистической «бухгалтерии народного хозяйства»,
предпринимателям и менеджменту не обойтись без параллельного ведения «капиталистического» управленческого учета
в отдельном инструменте — если не в Odoo, так по старинке в Excel.
Но лучше все-таки в Odoo, чтобы не изобретать велосипед.
А попутное освоение принципов и норм «капиталистического учета», поверьте, будет сильно полезно и предпринимателям, и генеральным менеджерам.
P.S. Задачки для программистов, типа загрузки выписок из банка в Odoo, конечно же остаются.
Умеет сопоставлять номенклатуру, контрагентов, создаёт и связывает документы из одоо в 1с. Работает по интервалу дат. Правильно ставит цены и количества товара в базовых единицах. Поддерживает реализацию для физических лиц одоо в один документ 1с. Можно очищать табличную часть связанного документа реализации 1с и перезаполнять данными из одоо.
Разработка заняла полгода.
Кому интересно — обращайтесь, договоримся по сходной цене.
Сразу скажу, внешней обработкой не цепляется, поскольку добавляет к справочникам 1с доп.инфу.
На бухгалтерию ставить смысла нет из-за частых обновлений, целесообразно на УТ, которая выгружается в дальнейшем в бухгалтерию через обмен данными XML. Писалось и тестировалось на 1с УТ 10.3 платформа 8.3.6.
очень интересная информация, только не совсем понятно, вы предлагаете трехкомпонентную конструкцию: Odoo — 1C.Торговля — 1С.Бухгалтерия?
Вроде бы понятно: Бухгалтерия — это внешняя отчетнось, внутренний управленческий учет одно из — либо Торговля, либо Odoo. Вести параллельно три учета это серьезная заморочка.
Кстати, а на каком плане счетов живет Odoo?
Для облегчения головной боли с обновлениями конфигураций — да, трехкомпонентная конструкция.
К тому же, связка УТ-БП достаточно популярна.
В вашем решении
Извините, но тогда я не понимаю, зачем вам вообще Odoo понадобилась…
Если к задачам, хорошо решаемым в 1C — финансовая бухгалтерия и отчетность по 402-ФЗ, налоговая бухгалтерия и отчетность по гл.25 НК РФ, вы хотите добавить управленческую бухгалтерию на Odoo, то начнете вы с плана счетов и правил формирования управленческого балансового отчета и отчета profit & loss. Последнее государством не регулируется и ведется собственником и управляющим бизнесом по своему усмотрению (хоть в Excel). И цель управленческого учета (управленческой бухгалтерии) — дать собственнику и управляющему бизнесом представление, что в реальности происходит с финансами предприятия сегодня и будет завтра (а не вчера по полученным документам строгой отчетности).
Так под какие задачи, коллега, вы употребляете Odoo?
Клиент накидывает в корзину что ему нужно — и на производстве формируется наряд.
Заканчивается сырьё на складе — автоматом создаётся запрос на закупку.
Остаток продукции на складе снизился меньше допустимого- производство получает наряд.
А самое главное — это всё живёт в облаке и преимуществами облака мы тоже пользуемся.
Нам план счетов Одоо не критичен, он сугубо для аналитики.
И это ещё не всё, на что может быть способна Одоо.
А 1с да, чисто для отчётности. Ну и УТ у нас всегда была, так что мы исходя из собственных реалий имеем такую связку. Это не догма.
Можно и сразу в БП обработку впаять, но слетишь с поддержки, да и что делать при обновлениях? Каждый раз заново припаивать? Хлопотно.
Управляют компанией, бизнесом другие люди — собственник/предприниматель, генеральный менеджер или группа топ-менеджеров. Так вот им важнее не столько натуральные показатели, сколько финансовые.
— Не просто вал продаж, а маржинальность.
— И скольно нужно продавать в месяц с такой маржинальностью, чтобы покрыть операционныме затраты.
— Не только объем запасов в штуках, но сколько «заморожено» денег на складах.
— В какой срок при нынешней динамике верутся инвестиции в бизнес.
и т.п.
Разные заказчики — разная тактика развертывания учетной системы.
В вашем подходе можно «внедрять» Odoo по модулям — продажи, запасы, производство; параллельно писать выгрузку данных в «документы строгой отчетности» 1C (в Odoo такого понятия просто нет).
Получит ли в итоге собственник и управляющий бизнесом цельный управленческий учет? — скорее всего нет.
Другой подход — поднимать весь фукционал сразу как есть, демонстрируя заказчику — Собственнику или Топу, прототип работающей системы «как есть»; затем в несколько итераций сконфигурировать систему, опять же в целом, под специфиу бизнеса; убедится, что счет штук и денег ведется корректно и уже на третьем-пятом такте заняться дописыванием «бантиков» — форм, отчетов, реализацией специфических workflow, — к уже работоспособной системе.
До Одоо у нас производство работало по распечатке из экселя, который формировался менеджером после того, как он получит со склада остатки на сегодняшний вечер. Табличка составлялась с помощью формул, через сводные таблицы из разных источников, в т.ч. пересохраненный отчет из 1с УТ по заказам на завтра в разрезе номекнлатуры, чтобы тупо просуммировать итоговые количества в штуках.
Это просто чтобы понять сколько и чего нужно произвести за ночную смену.
Вы какие-то эфимерные проблемы решаете, которые нас, откровенно говоря, совершенно не волнуют. Нас волнует организованность производственных и операционных процессов, и это в первую очередь то, для чего внедрялась Одоо.
В нашем случае, прежде всего нужно навести порядок, а уже потом «цельный управленческий учёт» пойдёт бонусом. Тут и отчеты 1с и отчёты Одоо (весьма куцые, надо сказать) нам в помощь.
Так что, мы не гонимся за призрачными плюшками а с помощью Одоо наводим порядок во взаимодействии между менеджерами, складом и производством.
Вот для чего я выбрал Одоо.
А дополнительных плюшек мы имеем бесчисленное множество.
Например лендинги нам регистрируют клиентов и создают заказы прямо в базу. Мы можем любые комбинации наборов делать из номенклатуры и продать по любой цене с любой скидкой. Автоматически проставляются источники заказа, рекламные кампании и пр. аналитическая атрибутика.
Хотя ладно, чего это меня понесло…
В общем есть готовое решение по переносу реализаций в 1с из Одоо.
Обращайтесь.
А вот когда собственник потребует прозрачности бизнеса, чтобы понять как работают его деньги, вот тут придется строит цельный упрвленческий учет с движением штук и денег, причем и того, и другого на принципах двойной записи, чтобы приход с расходом сходился, если не ежечасно, то ежедневно.
Наладить такой учет возможно только при условии наведении порядка на всех уровнях, прописывании и соблюдении правил и политик, в первую очередь, менеджерами.
Но, конечно же, задача, которую вы решаете — синхронизация данных Odoo с внешними системами учета документов РСБУ очень интересна, тем более, что в Odoo нет счета-фактуры как понятия; нет деления на активные/пассивные/активно-пассивные счета; нет сальдо счета, есть баланс счета; иначе употребляется понятие «аналитический счет»; много других сущностных различий…
Да мы генерим проводки в ЕРП, по приходу и уходу, и не более того.
Не понимаю почему Вы постоянно сводите все к одной проблеме (учет), если есть куча и куча всего, для примера: Производство, контроль качества, ремонты, документооборот, и так далее, единственная связь со складом и учетом, это пришло\придет\ушло.
Вы наверное не знаете на сколько плевать начальнику производства на учет, или сотрудникам ОКК (качество), что и на какой счет там легло.
P.S. В моих ситуациях единственное что волновало топов это сделать так, что бы деньги не были заморожены, что Ваш собеседник и решил в своей связке odoo и 1С.
Спор между Вами на самом деле сводиться к тому, что Вы теоретик, а он практик и все мы знаем кто прав на деле (не вы)
От того, что за АРМ заплатили 14 млн., он не перестал быть просто АРМом.
Не понимаете? Не напрягайтесь, не ваша это проблема...
Знаю, очень хорошо знаю, но эти ребята ни разу не управленцы.
А учет нужен собственнику, генеральном директору и финасовому, я на них работаю.
Это как в семье: хотите знать, куда уходят деньги, которые вы зарабатываете, придется приучать всех домочадцев приносить чеки и записывать ВСЕ траты. Выдержите месяца три, а лучше год, много интересного и полезного узнаете…