mkskvortsov ,

В Odoo на мой взгляд как-то странно устроена отгрузка. Клиенту просто выставляются счета на оплату, а потом можно сделать «Заказ на доставку». Причем сделать его руками, а не на основании счета. Почему так? Я что-то не понимаю?

Тут нужно быть аккуратнее с терминологией.
Sales Order (SO) — объект Odoo, регистрирующий / учитывающий сделку. Он порождает два объекта учета — Delivery Order (DO) как обязательство продавца на отгрузку товара / передачу услуги; Invoice как обязательство покупателя оплатить сделку.

Стандартный жизненный цикл сделки:
SO предваряется ценовым предложением (Quotation), после подтверждения заказчиком, SO запускается в работу, порождаются черновики DO и Invoice.
Подтвеждением DO вы порождаете в системе черновик Move (перемещение продукта) на склад заказчика. Утверждая Invoice, создаете в журнале продаж черновую проводку:
Account Recievable (Dr)
Sales (доход от продаж) (Cr)

Вместе с подтверждением «перемещение выполнено» создается проводка
Запасы (Cr)
Cost of Goods Sold (Себестоимость проданных товаров) (Dr)

Регистрируя оплату иновойса, создается проводка:
Bank (Dr)
Account Recievable (Cr)

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

VictorK (2016-07-09 09:59:22):

mkskvortsov,

Установил необходимые мне модули, в том числе управленческий и фин. учет — Accounting.

Но, увы, нет ссылок ни в главном меню, ни где бы то ни было. Не могу попасть в модуль.
Подскажите мне, пожалуйста, как попасть в этот модуль?

Могу предположить один вариант: вы как Administrator создали пользователя с административными правами и продолжили конфигурировать Odoo под эккаунтом этого пользователя. При добавлении новых модулей права на них по умолчанию предоставляются только для Administrator, для users права нужно добавить, тогда и меню появится.

Спасибо, разобрался. У меня модуль Accounting почему то называется «Выставление счета». Локализацию, конечно, надо серьезно дорабатывать.

VictorK , насчет жизненного цикла. Спасибо, ясно. В других системах с Запада всё точно также. И понятно.
Я тоже не вижу смысла на наш план счетов делать маппинг. К тому же у нас УСН и бухучет мы ведем как сами хотим.

Я начал изучать Odoo, потому как мы сейчас работаем на системе ВС Предприятие (с доработками) + CMS Joomla + Virtuemart.
Пару лет назад фирму «Высший сорт» закрыли и тысячи клиентов вроде нас остались сами с собой. Внутренний язык там на основе VBScript, но документации по системе и ядру увы нет. Да и устарела система.
Сейчас стоит задача по переезду на современный софт, вот, подбираю. Odoo очень нравится, скорее всего буду заниматься. Придется, видимо, привлекать несколько программистов, чтобы оперативно сделать доработки. У нас своя специфика, много что автоматизировано (групповые операции с товарами, с документами, с клиентами).

mkskvortsov ,

«Высший сорт» мне не попадал в поле зрения. Группа R-Style, конечно, известная, но все их бизнес-проекты не отслеживал.
Интересно, что несмотря на мощную пропаганду по поводу отсутствия в России альтернативы 1С, все эти двадцать лет жили и имели своего потребителя продукты БЭСТ, ВС, Инотек и проч.
«Хорошо продаваемое и лучшее — это не одно и то же...»

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

При этом за 25 лет рынка у нас не появилось никакого самобытного представления о «российском менеджменте», была и остается «верктикаль руководства» или «ручного управления», о которую разбиваются идеи «процессного менеджмента», «управления по показателям» и прочие западные штучки.
Не появилось и своей управленческой бухгалтерии, есть лишь налоговая (25 глава НК) и финансовая бухгалтерии (402-ФЗ). То что сейчас предлагается управленцам — это частичный или выборочный учет по одельным срезам бизнеса: операционная прибыль, оценка себестоимости, cashflow и проч. Но все разрозненно и бессистемно. На российском ПБУ западный эккаунтинг не живет.

Большие давно это поняли и начали осваивать SAP и Oracle.
Для малого и среднего бизнеса вариантов не так много. И по моему скромному мнению, Odoo один из самых продвинутых и удобных.

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

VictorK ,
Благодарю за ответ.Известны ли внедрения с большим количеством товаров? У нас сейчас около 4000 товаров к продаже, плюс материалы, комплектующие, упаковка — всё мелочёвка.

Я сейчас не вижу средств групповой работы с длинными заказами, кроме как штатный импорт/экспорт. Например, групповое добавление товара, втягивание из того же Экселя по артикулу (а не по ID из базы), групповая публикация на сайте/снятие с публикации и пр.

mkskvortsov ,

Известны ли внедрения с большим количеством товаров? У нас сейчас около 4000 товаров к продаже, плюс материалы, комплектующие, упаковка — всё мелочёвка.

А что Вас беспокоит, объем справочников, как их изначально загрузить? Или сомневаетесь в производительности PostrgeSQL как СУБД?
Десяток тысяч продактов — не тот объем, что будет тормозить систему.

VictorK ,
Да, сомневался. Никогда с ним не работал. Всю жизнь на MS SQL Server. Немного MySQL.
Попробую залью импортом 3-4 тыс товаров, посмотрю, как будет обрабатывать документы с 300-400 позиций в строках, быстрый ли будет поиск и пр.
Если ОК, то по сути у меня останется вопрос печатных форм (те, что выложены от сообщества, у меня не работают на 9-ке).

mkskvortsov ,

Я сейчас не вижу средств групповой работы с длинными заказами, кроме как штатный импорт/экспорт. Например, групповое добавление товара, втягивание из того же Экселя по артикулу (а не по ID из базы), групповая публикация на сайте/снятие с публикации и пр.

Длинные заказы — это Sales Order на сотню позиций?
Один раз можно собрать его руками, если он с небольшими вариациями регулярно повторяется, создавать новый заказ дублированием существующего.

Другая возможность — выгрузить уже созданный заказ в.СSV, разобраться со структурой и внешними ID-шниками, дальше готовить новые «длинные заказы» во внешней таблице и импортировать в Odoo.

Групповая публикация на сайте. Опять же, экспортировать список продуктов в .csv и во внешней таблице отредактировать параметры в разделе Website вкладки Sales карточки продукта.