Translations by Xavier (Open ERP)

Xavier (Open ERP) has submitted the following strings to this translation. Contributions are visually coded: currently used translations, unreviewed suggestions, rejected suggestions.

150 of 147 results
2.
Introduction
2013-05-28
Введение
10.
Installation
2013-05-28
Установка
141.
Modules
2013-05-28
Модули
206.
...
2013-05-28
Error handling
262.
Wizards
2013-05-28
Мастера
317.
**Example**
2013-05-28
**Пример**
349.
**Description**
2013-05-28
**Описание**
384.
Process
2013-05-28
Процессы
387.
Views
2013-05-28
Виды
845.
Field
2013-05-28
Поле (Field)
995.
Menus
2013-05-28
Меню
1033.
The fields
2013-05-28
Source activity. When this activity is over, the condition is tested to determine if we can start the ACT_TO activity.
1060.
**Where**
2013-05-28
**Где**
1096.
Security
2013-05-28
Безопасность
1115.
CEO
2013-05-28
Lead developer
1116.
Technical manager
2013-05-28
Developers
1118.
Developers
2013-05-28
Sales manager
1119.
Testers
2013-05-28
Commercials
1469.
Example:
2013-05-28
Technical manager
1548.
Syntax
2013-05-28
Синтаксис
1629.
Workflow-Business Process
2013-05-28
Рабочие и бизнес-процессы
1630.
The workflow system in OpenERP is a very powerful mechanism that can describe the evolution of documents (model) in time.
2013-05-28
Рабочие процессы в OpenERP это очень мощный механизм, который описывает эволюцию документа (модели) во времени.
1631.
Workflows are entirely customizable, they can be adapted to the flows and trade logic of almost any company. The workflow system makes OpenERP very flexible and allows it to easily support changing needs without having to program new functionality.
2013-05-28
Рабочие процессы полностью настраиваемые, они могут быть адаптированы к потокам и бизнес логике почти любой компании. Такая система делает OpenERP очень гибкой и допускает простую поддержку нужных изменений без необходимости программирования новой функциональности.
1632.
**Goals**
2013-05-28
**Цели**
1633.
description of document evolution in time
2013-05-28
описание эволюции документа во времени
1634.
automatic trigger of actions if some conditions are met
2013-05-28
автоматический вызов событий если соблюдены некоторые условия
1635.
management of company roles and validation steps
2013-05-28
управление ролями в компании и шагами проверки
1636.
management of interactions between the different objects/modules
2013-05-28
управление взаимодействием между разными объектами/модулями
1637.
graphical tool for visualization of document flows
2013-05-28
графический инструмент для визуализации потоков документа
1640.
The first diagram represent a very basic workflow of an order:
2013-05-28
Первая диаграмма The first diagram представляет очень простой рабочий процесс заказа:
1642.
Then, two operations are possible:
2013-05-28
Далее возможны две операции:
1643.
the order is done (shipped)
2013-05-28
заказ выполнен (доставлен)
1644.
the order is canceled
2013-05-28
заказ отменен
1651.
Defining Workflow
2013-05-28
Определение рабочего процесса
1653.
`workflow <http://openobject.com/wiki/index.php/WkfDefXML>`_ : the workflow,
2013-05-28
`workflow <http://openobject.com/wiki/index.php/WkfDefXML>`_ : рабочий процесс,
1654.
`wkf_activity <http://openobject.com/wiki/index.php/WorkflowActivity>`_ : the activities (nodes),
2013-05-28
`wkf_activity <http://openobject.com/wiki/index.php/WorkflowActivity>`_ : действия (узлы),
1655.
`wkf_transition <http://openobject.com/wiki/index.php/WorkflowTransition>`_ : the transitions between the activities.
2013-05-28
`wkf_transition <http://openobject.com/wiki/index.php/WorkflowTransition>`_ : переходы между действиями.
1656.
General structure of a workflow XML file
2013-05-28
Общая структура XML файла рабочего процесса
1658.
**id** (here "workflow_id") is a workflow identifier. Each workflow must have an unique identifier.
2013-05-28
**id** (здесь "workflow_id") это идентификатор рабочего процесса. Каждый рабочий процесс должен иметь уникальный идентификатор.
1659.
**name** (here "workflow.name") is the name of the workflow. The name of the workflow must respect the OpenERP syntax of "dotted names".
2013-05-28
**name** (здесь "workflow.name") это название рабочего процесса. Название должно придерживаться синтаксиса OpenERP "названия через точку".
1660.
**osv** (here "resource.model") is the name of the object we use as a model [-(Remember an OpenERP object inherits from osv.osv, hence the '<field name="osv">')-].
2013-05-28
**osv** (здесь "resource.model") это название объекта который мы используем в качестве модели [-(Помните, объект OpenERP наследуется от osv.osv, следовательно '<field name="osv">')-].
1661.
**on_create** is True if workflow.name must be instantiated automatically when resource.model is created, and False otherwise.
2013-05-28
**on_create** принимает значение True если workflow.name должно создаваться автоматически при создании resource.model, и значение False в ином случае.
1663.
Activity
2013-05-28
Действие
1666.
XOR: One necessary transition, takes the first one found (default).
2013-05-28
XOR: Один необходимый переход, принимает первое найденное (по умолчанию).
1668.
AND: All valid transitions are launched at the same time (fork).
2013-05-28
AND: Все допустимые переходы выполняются одновременно.
1669.
In the OR and AND separation mode, certain workitems can be generated.
2013-05-28
В режимах OR и AND могут быть сгенерированы определенные рабочие элементы.
1670.
In the AND mode, the activity waits for all transitions to be valid, even if some of them are already valid. They are all triggered at the same time.
2013-05-28
В режиме AND, действие ждет чтобы все переходы были допустимыми, даже если некоторые из них уже допустимы. Все они вызываются одновременно.
1671.
**XOR**: One transition necessary to continue to the destination activity (default).
2013-05-28
**XOR**: Один переход необходим для продолжения к итоговому действию (по умолчанию).
1672.
**AND**: Waits for all transition conditions to be valid to execute the destination activity.
2013-05-28
**AND**: Ожидает чтобы все условия перехода были допустимы для выполнения итогового действия.
1677.
A sub-workflow is executed when an activity is of the type SUBFLOW. This activity ends when the sub-workflow has finished. While the sub-workflow is active, the workitem of this activity is frozen.
2013-05-28
Подпроцесс выполняется когда действие имеет тип SUBFLOW. Это действие завершается когда подпроцесс выполнен. Пока подпроцесс активен, рабочий элемент этого действия остается замороженным.