This is the documentation for older versions of Odoo (formerly OpenERP).
Содержание¶
- Книга про OpenERP
- Введение
- Первые шаги с OpenERP
- Установка и первоначальная настройка
- Экскурсия по системе
- Создание базы данных
- Подключение к Open ERP
- Установка новой функциональности
- Обзорная экскурсия по Open ERP
- Контрагенты
- Управление Финансами
- Панели аналитики (Dashboards)
- ТМЦ
- Управление Персоналом
- Управление Запасами
- Управление отношениями с Клиентами и Поставщиками
- Управление закупками (Purchase Management)
- Управление Проектами
- Производство
- Управление продажами (Sales Management)
- Управление Документами
- Управление Процессами
- Прочие функции
- Проработка реального дела
- Управление отношениями с Клиентами
- Общий бухгалтерский учет
- От счета к платежу
- Финансовый анализ
- Конфигурация счетов от А до Я
- Эффективное управление операциями
- Счета аналитики
- Организация управления людскими ресурсами
- Управление Услугами
- Внутренняя организация и управление Проектами
- Запасы и Производство
- Логистика и Управление Запасами
- Понимание двойной записи управления запасами
- Полный рабочий цикл от поставщика до потребителя
- Запасы
- Настройка Логистики
- Импорт / экспорт
- Склады
- Планировщик
- Управление партиями и отслеживание
- Управление по Журналам
- Расширенные элементы управления запасами
- Расчет требований / Планировщик
- Точно по расписанию (Just in Time)
- Планирование
- Управление частичными доставками
- Получение продуктов от поставщика
- Ручной ввод данных получения товаров
- Подтверждение заранее созданных документов получения товаров
- Подтверждение ожидаемых продуктов при помощи выбора
- Маршрутизация продукта
- Производство
- Управление производством
- Перечень материалов (спецификация) (Bills of Materials)
- Многоуровневые спецификации
- Производство
- Рабочий цикл для полного производства
- Подробности производственного заказа
- Планировщик
- Расчет сроков
- Операции
- События и штрих-коды
- Обработка исключительных ситуаций
- Заготовление вручную
- Управление отходами и вторичными продуктами
- Управление ремонтами
- Логистика и Управление Запасами
- Продажи и Закупки
- Управление Продажами
- Управление Закупками
- Управление Процессами и Документами
- Процессы
- Интегрированное управление документами
- Важность качественного управления документами
- Классические решения управления документами
- Решение OpenERP
- Внутренний и внешний доступ с использованием FTP
- Соответствие между ресурсами OpenERP и директориями
- Управление вложениями
- Виртуальные файлы
- Стандартизация структуры
- Поиск документов
- Интеграция с электронной почтой
- Работа с внесенными пользователям изменениями
- Управление версиями
- Документы, используемые для процессов компании
- Администрирование и внедрение системы
- Конфигурация и администрирование
- Методика внедрения
- Модули Google
- Заключение
- Developer Book
- Forewords
- Part 1 : Getting Started with OpenERP
- Part 2 : Module Development
- First Module to OpenERP
- The Modules - Introduction
- Module Structure
- OpenERP Module Descriptor File : __terp__.py
- Create Module
- Creating Action
- The Modules - Introduction
- Objects, Fields and Methods
- Views and Events
- Menu and Actions
- First Module to OpenERP
- Part 3 : Business Process Development
- Рабочие и бизнес-процессы
- Введение
- Определение рабочего процесса
- Общая структура XML файла рабочего процесса
- Действие
- Transition
- True
- Each user can have one or several roles. Roles are defined in a tree of roles, parent roles having the rights of all their children.
- Workflows being made of several actions executed in batch, they can't trigger exceptions. In order to improve the execution efficiency and to release a maximum of locks, workflows commit at the end of each activity. This approach is reasonable because an activity is only started if the conditions of the transactions are satisfied.
- Define the States of your object
- Define the State-change Handling Methods
- Obviously you would extend these methods in the future to do something more useful!
- Workflow header record (only one of these)
- Add mymod_workflow.xml to __terp__.py
- Add the following at the end of the <form> section of your object's view definition:
- When you are testing, remember that the workflow will only apply to NEW records that you create.
- The record you are working on does not have a Workflow Instance record associated with it (it was probably created before you defined your workflow)
- Creating Wizard - (The Process)
- Guidelines on how to convert old-style wizard to new osv_memory style
- Reports
- I18n - Internationalization
- Рабочие и бизнес-процессы
- Part 4 : Business Process Advance Configuration
- Part 5 : Serialization, Migration, Upgrading, Testing
- Part 6 : Service base Integration
- Part 7 : Other Topics
- Part 8 : Build and deploy
- Part 9 : Appendices
- Установка
- OpenERP Installation on Linux
- OpenERP Installation on Windows
- PostgreSQL Server installation and configuration
- OpenERP Server Installation
- OpenERP Client Installation
- OpenERP Web Installation
- Troubleshooting and Windows Complementary Install Information
- Updating your OpenERP Installation
- Как внести свой вклад
- Введение
- Launchpad, основа сообщества
- Работа в командах
- Планеты и анонсы
- Bazaar, система контроля версий
- Установка Bazaar
- Краткие итоги
- Как получить последний исходный код главной ветви
- Как зафиксировать свою работу
- This page present the approach you should follow on how to contribute in OpenObject. Suppose you want to develop new features in the addons or simply correct some bugfixes.
- При фиксации изменений на Launchpad соблюдайте, пожалуйста, эти договорённости:
- Стабильная ветвь должна использоваться для исправлений ошибок. Только для исправлений ошибок.
- При фиксации изменений, сделанных не вами, указывайте имя автора. Недопустимо вносить изменения, сделанные добровольцем, не указав хотя бы его/её имя в сообщении о фиксации. Мы должны выказывать уважение к ним и их работе, так что используйте --author="<имя_автора>" когда присоединяете наработки или заплатки от сообщества.
- Используйте тег фиксации в каждом сообщении. Этот тег должен быть одним из:
- Не вносите изменений, которые повлияют на множество модулей. Попытайтесь разбить их на разные изменения, для которых затрагиваемые модули различаются (Это будет полезно в случае, если мы решим откатить изменения в отдельном модуле).
- Разработка модулей
- Процесс документирования
- Перевод OpenERP на ваш язык
- Отчёты об ошибках и работа с ними
- Запросы функционала
- Общение
- Release Cycle
- Рекомендации OpenERP
- Руководство по программированию
- 1 Гид по стилю Python
- 1.1 волшебные методы
- 1.2 .clone()
- 1.3 "clone и update"
- 1.4 "update вручную"
- 1.5 Создание Java-словарей
- 1.6 "временные kwargs"
- 1.7 формально и неформально устаревшие методы
- 1.8 бесполезный переменные-посредники
- 1.9 3 строки и код готов
- 1.10 Множество точек возврата — это нормально, если не усложняет жизнь
- 1.11 Избегайте проверки типа
- 1.12 Не используйте вызов type если вы уже знаете, какой тип хотите получить
- 1.13 Но на самом деле, если нужна проверка типа, используйте предоставленные python инструменты
- 1.14 Не создавайте функций, вызывающих то, что уже можно вызвать
- 1.15 Знайте про встроенное
- 1.16 Изучаем обозреватели списков
- 1.17 Изучите стандартную библиотеку
- 1.18 Коллекции — тоже логические величины
- 1.19 Вы можете добавить одиночный объект в список, это нормально
- 1.20 Добавлять списки в б`ольшие списки
- 1.21 Изучите стандартную библиотеку (2)
- 1.22 Если итерируете — итерируйте
- 1.23 Цепочки вызовов — это нормально до тех пор, пока не надоест вам
- 1.24 Используйте dict.setdefault
- 1.25 Используйте константы и избегайте волшебных чисел
- 2 Рекомендации, специфичные для OpenERP
- 2.1 Bazaar — ваш историк
- 2.2 Называйте рыбу рыбой
- 2.3 Не пренебрегайте ORM
- 2.4 Пожалуйста, не надо SQL-инъекций!
- 2.5 Выносите код
- 2.6 Неизвестный контекст
- 2.7 Порой есть что-то лучше lambda-выражений
- 2.8 По возможности, сохраняйте методы короткими/простыми
- 2.9 Никогда не подтверждайте транзакции
- 2.10 Корректно используйте методы gettext
- 3 Рекомендации по автоматическому тестированию с использованием YAML
- 3.1 Синтаксис
- 3.2 Тесты запускаются на стороне сервера
- 3.3 Будьте предсказуемы в постановке цели тестирования
- 3.4 Избегайте использования данных, которые пользователь может изменить до запуска теста
- 3.5 Описывайте в тестах то, что можно легко проверить с помощью YAML
- 3.6 Не полагайтесь на демонсрационные данные, если пользователь может их изменить
- 3.7 Не проверяйте полный текст исключения
- 3.8 Будьте более функциональны. Поясняйте, что пользователь должен сделать, а не куда он должен нажимать
- 3.9 В тестах можно использовать вызовы "onchange" для симуляции клиентского интерфейса
- 1 Гид по стилю Python
- Рекомендации по документированию
- Рекомендации по участию
- Рекомендации по удобству использования
- Руководство по программированию
- Лицензии и авторские права
- Usability Book
- Список часто задаваемых вопросов