1. Системы массового обслуживания.  Описание. Классификация. Свойства. Моделирование на Extend LT.

Системы массового обслуживания – это такие системы, которые обслуживают массовый поток требований, при этом поток требований является случайной величиной.

 В простейшем случае СМО может быть представлена в виде условной схемы, где изображены ее составные части.

 

На этой схеме представлен источник заявок, который формирует входной поток, задерживая на какой-то отрезок времени поступление заявки в его состав. Заявки условно представлены шариками. Интервалы между заявками входного потока в общем случае неодинаковы: они представляют собой случайные величины и определяются вероятностными законами входного потока. Заявки поступают на вход блока очереди, в которой реализуется заданный закон дисциплины очереди. Этот закон определяет порядок обслуживания входных заявок (или их поступления на обслуживание), который может быть детерминированным (например, первой обслуживается та заявка, которая первой поступила, или первой обслуживается последняя поступившая заявка) или случайным (например, в соответствии с законом Эрланга).

 Прибор обслуживания осуществляет обслуживание каждой поступившей на его вход заявки в соответствии с заданным детерминированным или случайным законом обслуживания. Обслуженная заявка поступает в выходной поток, который отличается от входного потока в зависимости от законов дисциплины очереди и обслуживания. Таким образом, в состав СМО входят два блока: блок очереди и прибор обслуживания.

 Для модели СМО характерно, что все явления описываются с помощью событий, которые появляются в тот или иной момент времени (на временной оси). Входной поток заявок – это временная последовательность событий на входе СМО, для которой появление события (заявки) подчиняется вероятностным (или детерминированным) законам. Блок дисциплины очереди в соответствии с заданным вероятностным (или детерминированным) законом осуществляет выборку (или перераспределение) во времени (или на временной оси) событий во входном потоке для выдачи их на вход прибора обслуживания. Последний согласно своему закону осуществляет задержку во времени каждого поступающего на его вход события и формирует выходной поток заявок СМО. Идеализация модели СМО заключается в том, что все остальные свойства реальных систем, которые не вписываются в эту модель событий, не учитываются. 

 Примерами реальных систем управления, которые сводятся к моделям СМО, могут служить системы управления аэропортом, телефонной сетью большого города. При  этом поток воздействий – случайная величина, так как интервалы между вылетами и посадкой самолетов, между вызовами абонентами телефонной станции, поступлениями заявок клиентов на обслуживание в сети бытового обслуживания и т.д. представляет собой случайные величины. Кроме того, время обслуживания самолета, разговора по телефону и обслуживания в предприятии бытового обслуживания также является случайной величиной.

Существует большое количество различных моделей СМО и методов их классификации.

Прежде всего, они разделяются на Марковские и не Марковские. СМО относятся к Марковским системам, если они описываются с помощью дискретных Марковских цепей. Аналитическому исследованию поддаются только частные случаи нелинейных СМО, которые выделяются в отдельные классы полумарковских, линейчатых и других СМО.

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

1. Бизнес-процессы. Описание. Регламент. Аудит. Моделирование на Extend LT.

Бизнес-процесс — совокупность различных действий, в рамках которой на входе используется один или более ресурсов, и в результате этой деятельности на выходе создается продукт, представляющий ценность для потребителя

Бизнес-процессы

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

Хотя медленно и болезненно, но компаниям пришлось признать, что они тратят громадные деньги и время на управление своей функциональной иерархией. Для большинства менеджеров — это единственная цель их трудовой жизни. Но работа не движется вверх и вниз вдоль функциональной иерархии, она течет сквозь организацию в виде набора бизнес-процессов, которые в большинстве организаций никем не управляются и никто за них не отвечает!

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

Теперь давайте посмотрим на сущность работы, а не на иерархию в процессе ее выполнения: нормировщик в цехе собирает информацию по всему сверхурочному времени в течение последней недели и передает ее клерку в бухгалтерию для обработки; сотрудники отдела

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

Задумаемся над этими примерами. Где имеет место деятельность, которая действительно добавляет стоимость к задаче достижения фундаментальных целей компании? Риторический, конечно, вопрос. Но мы на этом не останавливаемся, мы идем дальше и задаем вопрос, если бы мы организовывали работу с нуля, кто бы исполнял действия, перечисленные в иерархическом списке.

Первым видом деятельности было подтверждение полномочий. Взгляните на множество организаций вокруг и вы не устанете удивляться тому низкому уровню, для которого требуется разрешение (подтверждение полномочий). Иногда стоимость запроса меньше стоимости времени менеджера, в течение которого он пишет слово «Разрешаю» и подписывается.

Вторым видом деятельности было принятие решений. Если решения относятся к нормальному ходу работы подчиненного, как это часто бывает, возникает законный вопрос: кто лучше всего знает, как следует поступить? Введение еще кого-либо в уравнение, хотя бы начальника, не знающего тонкостей ситуации, обычно запутывает дело и часто повышает пока еще низкую вероятность принятия неправильного решения!

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

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

Итак, что такое бизнес-процесс? Наиболее простой ответ — это поток работы, переходящий от одного человека к другому, а для больших процессов, вероятно, от одного отдела к другому. Процессы можно описать на разных уровнях, но они всегда имеют начало, определенное количество шагов посередине и четко очерченный конец. Не существует стандартного перечня процессов, и организации должны разрабатывать свои собственные не в последнюю очередь потому, что это помогает более глубокому пониманию их собственной ситуации, когда ее описывают в терминах процессов. Описание бизнес-процессов даже на макроуровне часто приводит к замечательным результатам, позволяющим глубже проникнуть внутрь явлений. Связи и взаимоотношения, которые игнорировались или не осознавались, неожиданно оказываются ключевыми для эффективного функционирования всей организации, не говоря уже о процессах, к которым они относятся.

На макроуровне типичные процессы включают в себя материально-техническое снабжение, сбыт и оплату дебиторской задолженности. Может показаться, что это похоже на функции, но когда их опишешь как процессы, становится ясно, что это не функции. Например, процесс сбыта может начинаться с заполнения формы заказа сотрудником отдела сбыта, продолжаться планированием производства, подтверждением доставки от дистрибьюторов, формированием счета-фактуры в финансовой бухгалтерии, контролем за предоставленным товарным кредитом и зачислением денег на счет. Завершиться он может передачей информации в управленческую бухгалтерию. В данном случае очевидно, что здесь было вовлечено множество функций, и это является ключевой характеристикой в определении работы процессов.

Макропроцесс можно разбить на субпроцессы, например, на получение заказа, доставку продукции, контроль за оплатой счетов дебиторами, которые можно описать более детально, но принцип будет везде один: мы описываем поток работы от одного человека к другому. Не существует жестких и простых правил относительно того, насколько широко или узко следует описывать процессы, и организации приходят к различным взглядам, даже когда процессы, которые они описывают, похожи. На практике это не имеет значения при условии, что описанные процессы представляют собой полные и цельные потоки работы и никакие этапы не пропущены. Это применимо также к описанию субпроцессов, на которые должны, естественно, разбиваться большие процессы.

«Подходы к описанию бизнес-процессов»

Горизонтальное и вертикальное описание бизнес-процессов

В статье «Технология структуризации и описание организации — шаг за шагом» (Консультант директора №8 (212), Апрель, 2004). были рассмотрены четыре шага описания организации «как есть». Давайте вернемся к наиболее сложному второму шагу на котором описываются бизнес-процессы. Ранее было упомянуто о необходимости выделения сложных и простых инструментов организационного проектирования. При рассмотрении второго шага был рассмотрен простой инструмент, который называют вертикальным описанием бизнес-процессов. 

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

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

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

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

 

Рис. 1. Горизонтальное и вертикальное описание бизнес-процессов 

Специалисты по организационному проектированию используют различную терминологию при описании бизнес-процессов. Например, вертикальное описание бизнес-процессов некоторые называют функциональным 

1. Реинжиниринг бизнес-процессов (РБП). Задачи РБП. Область применения РБП. Принципы РБП. Средства РБП. Пример РБП

Реинжиниринг бизнес-процессов (РГБ)- «фундаментальное переосмысливание и радикальное изменение бизнес-процессов для достижения коренных улучшений в основных показателях деятельности предприятия»

Задачи РБП :

• Определение оптимальной последовательности процессов
• Оптимизация использования ресурсов
• Построение адаптивных бизнес-процессов (потребители, конкуренты, новые технологии и товары)
• Определение рациональных схем взаимодействия с партнерами и клиентами)
• Синхронизация одновременно выполняемых процессов

Средства РБП:

• Инженерные методы проектирования
• Информационные технологии
• Методы моделирования
• Методы консалтинга
• Экономические методы расчета эффективности

Принципы РБП:

• «Горизонтальное сжатие процесса» — несколько рабочих процедур объединяются в одну. Следствие – многофункциональность рабочих мест.
• «Вертикальное сжатие процесса» — исполнители принимают самостоятельное решение. Следствие – повышение ответственности и заинтересованности.
• «Распараллеленность процесса» — шаги процесса выполняются в естественном порядке. Следствие – работа выполняется в том месте, где это целесообразно.
• «Многовариантность процесса». Следствие – адаптивность процесса
• Уменьшается количество проверок и согласований
• Единая точка контакта с клиентом
• «Централизованно-децентрализованное управление»

РБП нацелен на решение следующих задач:

• Выявление объективной структуры БП
• Оптимальное распределение выявленных функций по подразделениям, исполнителям и их автоматизацию с учетом ограничений на ресурсы.

Когда применяется реинжиниринг:

• Диверсификация товаров и услуг
• Работа по индивидуальным заказам
• Внедрение новых технологий
• Многообразие корпоративных связей

Нерациональность организационной структуры (дублирование процессов, плохой документооборот)

1. Реинжиниринг бизнес-процессов (РБП). Этапы проведения РБП. Пример РБП

Реинжиниринг бизнес-процессов (РГБ)- «фундаментальное переосмысливание и радикальное изменение бизнес-процессов для достижения коренных улучшений в основных показателях деятельности предприятия»

Этапы проведения РБП:

• Постановка проблемы, выявление «узких» мест (стратегические решения) 
• Идентификация БП (цели реинжиниринга, ключевые факторы успеха, БП, приоритеты) 
• Обратный реинжиниринг (предложения по реорганизации БП) 
• Прямой реинжиниринг (Модель БП) 
• Разработка проекта (организационно-экономическая система, ИС) 
• Внедрение (Функционирующая система БП) 

1) Постановка проблемы, выявление «узких» мест включает:

• Формулировка проблем
• Корректировка основополагающих документов (миссии, видения, ценностей)
• Постановка стратегических целей
• Решение о проведении реинжиниринга 
• Разъяснительная работа и формирование мотивации
• Выделение ресурсов
• Формирование команды

2) Идентификация БП:

• Определение ключевых факторов успеха (7-8 факторов): длительность, издержки качество, сервис и т.д.
• Выявление основных БП, как существующих, так и перспективных (10-15 процессов)
• Ранжирование БП, с указанием приоритета реинжиниринга 
• Неформальное описание отличительных особенностей БП
• Спецификация существующих производственных и информационных технологий
• Описание возможных сценариев развития предприятия
• Определение ограничений, связанных с условиями на предприятии
• Определение внешних рисков 
• Разработка ТЗ

3)Обратный реинжиниринг — исследование существующих БП.

Цель – не получение детальной картины БП, а построение принципиальной схемы БП, позволяющей понять сущность БП в целом.

По результатам обратного реинжиниринга могут быть скорректированы цели реинжиниринга и выявлены направления реорганизации БП

Обратный инжениринг не проводится, если он проводился ранее по другому поводу и имеется соответствующая документация

4)Прямой реинжиниринг- построение новых БП

Строятся две модели: идеальная и реальная

Выбираются или корректируются наиболее эффективные ключевые факторы успеха и варианты их реализации

5) Разработка проекта

• Разработка должностных инструкций
• Обучение персонала
• Подготовка рабочей документации

Разработка проекта (изменение ИС):

• Разработка и наполнение БД
• Установка системы коммуникаций
• Программирование, настройка и отладка программных модулей

6)Внедрение:

• Организация независимой экспертизы
• Сдача проекта комиссии
• Поэтапное внедрение
• Анализ достижений
• Организация адаптации к изменениям

описанием деятельности, а горизонтальное описание — процессным описанием или просто описанием бизнес-процессов. 

Способы описания бизнес-процессов

Давайте рассмотрим основные подходы к горизонтальному описанию бизнес-процессов. В настоящее время существуют три основных способа описания (рис. 2). 

Первый способ — есть не что иное как текстовое последовательное описание бизнес-процесса. Примером текстового описания фрагмента бизнес-процесса является следующий текст: «Отдел продаж составляет договор и согласует его с Юридическим отделом». 

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

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

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

В последнее время интенсивно стали развиваться и применяться при описании бизнес-процессов графические подходы. Признано, что графические методы обладают наибольшей эффективностью при решении задач связанных с описанием, анализом и оптимизацией деятельности компании. 

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

 

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

Регламентация бизнес-процессов позволяет получить четкие, управляемые процессы, для которых указаны: 

·  Графическая диаграмма бизнес-процесса; 

·  Владелец бизнес-процесса, все исполнители процесса и их функции; 

·  Входы-выходы и границы процесса, его взаимодействие с другими бизнес-процессами; 

·  Подробное описание процесса : содержание каждой операции, исполнитель, требования к срокам, входящая и исходящая информация; 

·  Документооборот по бизнес-процессу : все документы, используемые в бизнес-процессе, и совершаемые над ними действия; 

·  Цели, показатели и результаты бизнес-процесса. 

Регламент бизнес-процессов необходим руководству компании для периодического контроля правильности выполнения процессов исполнителями и обучения новых сотрудников. Существование регламента обеспечивает базу для совершенствования и оптимизации процессов. Регламентация бизнес-процессов позволяет компании поддерживать систему постоянного совершенствования процессов (CPI). 

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

Аудит бизнес-процессов представляет собой предпроектное обследование предприятия заказчика с целью выявления последовательности операций (бизнес-процессов), которые происходят в регулярной деятельности предприятия. 

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

Результаты аудита оформляются в виде набора документов, который включает в себя такую информацию:

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

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

Аудит бизнес-процессов позволяет на этапе предпроектного обследования четко определить направления автоматизации и является незаменимым для предприятия, стремящегося упорядочить и грамотно автоматизировать свою деятельность.

Системы массового обслуживания делятся на два типа: системы обслуживания с потерями и системы обслуживания без потерь.

Системы массового обслуживания с потерями – это такие системы массового обслуживания, в которых система отвечает отказом требованию, которое поступило в такой момент, когда все обслуживающие аппараты занятые, таким образом полностью отсутствуют условия для образования очереди.

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

 Для исследования последовательного процесса обслуживания несколькими приборами введена модель многофазной СМО, в которой заявка после обслуживания одним прибором поступает на следующий.

 Далее можно ввести понятия разомкнутой и замкнутой СМО, в которой обслуженная заявка снова поступает на обслуживание. В современных системах управления встречаются такие сложные комбинации всех рассмотренных выше СМО, что они образуют целую сеть СМО.

 

 Рис.  Классификация СМО

Примеры СМО в металлургической промышленности

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

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

 Примерами систем массового обслуживания в металлургии являются:

Система шихтоподачи. Разные виды шихты (агломерат, кокс и др.), которые засыпаются в доменную печь, являются потоком требований. Система шихтоподачи должна обеспечивать своевременная загрузку доменной печи шихтой с целью поддержания нужного вида засыпи. Загрузка в системах шихтоподачи может производиться либо двумя скипами, либо конвейером для доменных печей большого объема. В первом случае – это многоканальная (а точнее двухканальная СМО), а во втором – одноканальная. 

Система подачи лома и чугуна в конвертор. Потребность сталеплавильного агрегата в этих материалах является потоком требований. Система подачи материалов должна обеспечить своевременную их загрузку в конвертор. Многоканальная СМО.

Машина непрерывного литья заготовок. Здесь потоком требований являются ковши со сталью, которые нужно разлить. Очень важным является правильный выбор количества МНЛЗ. Количество МНЛЗ рассчитывают, исходя из того, чтобы при работе методом «плавка на плавку» была обеспеченная синхронность работы машин непрерывного литья заготовок и сталеплавильных агрегатов. Многоканальная СМО.

Комплекс ковшового вакуумирования. Ковши со сталью являются потоком требований. Одноканальная, многофазная СМО (МСШ, установка «печь-ковш», вакуумная камера).

1. Основные объекты конфигурации 1С:Предприятия 8.

Объекты конфигурации — это составные элементы, «детали», из которых складывается любое прикладное решение.

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

Состав объектов, поддерживаемых технологической платформой, является результатом анализа предметных областей использования 1С:Предприятия, и выделения и классификации используемых в этих областях бизнес-сущностей. В результате этого анализа разработчик может оперировать такими объектами как справочники, документы, регистры сведений, планы счетов и пр.

Состав основных объектов конфигурации, используемых в 1С:Предприятии 8, перечислен далее: 

• Справочник

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

• Документ, Журнал документов,  Нумератор,  Последовательность

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

• Регистр накопления

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

• Регистр сведений

Регистры сведений предназначены для хранения многомерных сведений о значениях различных величин. Такими значениями могут быть, например, курсы валют или цены на товары конкурентов по состоянию на определенную дату. Эта информация может быть как статической, так и изменяющейся с течением времени — в этом случае для нее предусмотрено хранение истории изменений. 

• План счетов, Регистр бухгалтерии

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

• План видов расчета, Регистр расчета

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

• Задача, Бизнес-процесс

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

• Обработка, Отчет

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

• План видов характеристик

Планы видов характеристик предназначены для хранения информации о характеристиках различных объектов. Они позволяют пользователю создавать всевозможные характеристики, описывать тип этих характеристик и задавать их значения. План видов характеристик может использоваться, например, для предоставления пользователю возможности описывать товары произвольным количеством произвольных характеристик (цвет, размер, запах и т.д.). Он позволяет создавать и хранить название характеристики и тип данных, который должны принимать значения этой характеристики. 

• План обмена

Планы обмена предназначены для описания структуры распределенной информационной системы и задания перечня данных, которыми будет производиться обмен в пределах этой распределенной системы. Позволяет создавать территориально распределенные информационные системы как на основе информационных баз 1С:Предприятия, так и с использованием произвольных информационных систем, не основанных на 1С:Предприятии. 

1. Организация бухгалтерского учета

Механизм бухгалтерского учета — это один из прикладных механизмов платформы. Он позволяет реализовать в прикладном решении систему двойной записи бухгалтерского учета. Он не навязывают разработчику собственно принципов ведения бухгалтерского учета, и позволяет создавать модели учета, применимые как в России, так и в других странах. 

Можно перечислить следующие основные возможности, реализуемые механизмом бухгалтерского учета:

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

Ведение бухгалтерского учета в системе 1С:Предприятие обеспечивается тремя объектами конфигурации: План счетов, План видов характеристик и Регистр бухгалтерии:

 

• ïПлан счетов

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

• ïПлан видов характеристик

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

• ïРегистр бухгалтерии

Используется для отражения в системе 1С:Предприятие 8 информации о хозяйственных операциях и получения итоговых данных о состоянии учета. Регистр бухгалтерии связан с одним из используемых планов счетов и хранит бухгалтерские итоги в соответствии с его структурой. Подробнее…

Регистры бухгалтерии — это прикладные объекты конфигурации. Они используются в механизме бухгалтерского учета и позволяют вести многоуровневый и многомерный аналитический учет, учет по нескольким планам счетов, опциональное ведение количественного, суммового и валютного учета по отдельным разрезам аналитики и т.д.

1. Справочники и документы. Понятие момента времени. Концепция оперативного и неоперативного проведения документов (1С:Предприятие 8).

Объект конфигурации Справочник является прикладным объектом и предназначен для описания списков данных. Объект конфигурации Справочник используется для того, чтобы на его основе платформа создала в БД информационную структуру, в которой будет храниться, например, список сотрудников, перечень товаров. Его характерной особенностью является то, что пользователь в процессе работы может самостоятельно добавлять новые элементы в справочник. Например, пользователь может добавить в справочник новых сотрудников.

Понятие момента времени

 Для определения положения документа на оси времени используется реквизит документа Дата. Дата содержит время с точностью до секунды. Это позволяет контролировать последовательность записи документов. Однако при большом объеме создаваемых документов вероятна ситуация, когда несколько документов будут иметь одинаковое значение даты (т. е. будут созданы в течение одной секунды). Как в этом случае определить последовательность созданных документов?

 Для обработки подобных ситуаций было введено понятие момент времени. Момент времени представляет собой совокупность даты, времени и ссылки на объект базы данных. Он позволяет однозначно идентифицировать любой объект ссылочного типа базы данных

Факт проведения документа и необходимость поддержания актуальной последовательности документов на оси событий порождают два различных способа проведения документов: оперативное и неоперативное проведение.

С оперативным проведением документов связано понятие оперативной отметки времени.

Оперативная отметка времени представляет собой значение типа Дата, которое формирует система. Оперативная отметка времени создается системой каждый раз при оперативном проведении документа. Ее значение формируется исходя из текущего времени и последней созданной оперативной отметки.

Если последняя оперативная отметка меньше текущего времени, в качестве новой оперативной отметки принимается текущее время.

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

Таким образом, если у объекта конфигурации Документ установлено свойство оперативного проведения, последовательность действий системы будет следующей: при создании нового документа система будет устанавливать ему текущую дату и «нулевое» время.

При проведении такого документа (с текущей датой), система установит в качестве даты документа оперативную отметку времени. Если отменить проведение документа и затем провести его снова (не изменяя даты), система установит документу новую оперативную отметку времени.

Если же попытаться перепровести документ, то будет выдан запрос о виде проведения (оперативное или нет).

В случае оперативного проведения система установит новую оперативную отметку времени, а при неоперативном проведении время документа будет сохранено прежним.

При попытке проведения (или перепроведения) оперативно проводимого документа с датой, отличающейся от текущей, будет выдано сообщение о том, что оперативное проведение невозможно и предложено провести документ неоперативно (т.е. с сохранением существующей даты и времени документа).

1. Регистры. Виды регистров. Краткая характеристика каждого вида (1С:Предприятие 8).

Назначение регистров 

Регистры — это таблицы для накопления оперативных данных и получения сводной информации. 

Данные в регистры добавляются только при проведении документов. Сведения из регистров используются для формирования отчетов. 

Регистры сведений — это прикладные объекты конфигурации. Они позволяют хранить в прикладном решении произвольные данные в разрезе нескольких измерений. Например, в регистре сведений можно хранить курсы валют в разрезе валют, или цены предприятия в разрезе номенклатуры и типа цен.

Регистры бухгалтерии — это прикладные объекты конфигурации. Они используются в механизме бухгалтерского учета и позволяют вести многоуровневый и многомерный аналитический учет, учет по нескольким планам счетов, опциональное ведение количественного, суммового и валютного учета по отдельным разрезам аналитики и т.д.  

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

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

• Константа

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

• Перечисление

Перечисления предназначены для описания перечня значений, которые может принимать какая-либо переменная. Например, перечисление может хранить значения, описывающие статус покупателя: «оптовый» и «розничный». 

• Команда

Команды – это действия, которые может выполнить пользователь. Помимо команд, формируемых платформой, разработчик может создавать собственные команды, принадлежащие всему прикладному решению или отдельным объектам конфигурации.

• Подсистема

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

• Критерий отбора

Критерии отбора используются для отбора информации в справочниках, документах и т.д. Они позволяют определить правила, в соответствии с которыми будет отбираться не вся информация, существующая в базе данных, а только та, которая отвечает заданным условиям. Например, с помощью критерия отбора можно организовать отбор документов, относящихся только к определенному контрагенту. 

• Роль

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

• Подписка на событие

Подписки на события позволяют назначать обработчики для неинтерактивных событий одного или нескольких прикладных объектов. 

• Регламентное задание

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

• XDTO-пакет

XDTO-пакеты позволяют описать систему типов и значений для взаимодействия с различными внешними источниками данных и программными системами. Они используются для описания типов параметров и возвращаемых значений Web-сервисов. Также эти объекты могут использоваться для организации обмена данными между различными конфигурациями 1С:Предприятия 8 или другими информационными системами. 

• Web-сервис, WS-ссылка

Механизм Web-сервисов позволяет создавать Web-сервисы в конфигурации 1С:Предприятия 8, а также взаимодействовать в конфигурации 1С:Предприятия 8 с веб-сервисами, опубликованными сторонними поставщиками. 

• Язык

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

• Параметр сеанса

Параметры сеанса в основном предназначены для использования в запросах и условиях ограничения доступа к данным для текущего сеанса. 

• Функциональная опция, Параметр функциональной опции

Функциональные опции позволяют разработчику описать возможности конфигурации, которые можно оперативно включать или выключать на этапе внедрения и/или в процессе работы системы. Например, возможность работы с дополнительными свойствами товаров можно выделить в отдельную функциональную опцию. Тогда если отключить эту возможность, в интерфейсе конфигурации «пропадут» все связанные (с дополнительными свойствами товаров) возможности. 

• Хранилище настроек

Хранилища настроек позволяют разработчику хранить пользовательские настройки не в системных таблицах, а в объектах конфигурации (например, в специальных справочниках, в регистрах сведений). Благодаря этому разработчик может реализовать собственный формат хранения этих настроек и собственные алгоритмы работы с этими настройками. 

Справочники — это прикладные объекты конфигурации. Они позволяют хранить в информационной базе данные, имеющие одинаковую структуру и списочный характер. Это может быть, например, список сотрудников, перечень товаров, список поставщиков или покупателей. 

9.Отчеты. Система компоновки данных(1С:Предприятие 8).

Отчеты — это прикладные объекты конфигурации. Они предназначены для обработки накопленной информации и получения сводных данных в удобном для просмотра и анализа виде. Конфигуратор позволяет формировать набор различных отчетов, достаточных для удовлетворения потребности пользователей системы в достоверной и подробной выходной информации.

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

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

Система компоновки данных позволяет реализовать следующие возможности:

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

Система компоновки данных интегрирована в объект конфигурации Отчет. Это позволяет создавать отчеты без программирования.

1. Основные инструменты разработчика в системе 1С:Предприятие 8.

 Основные средства разработки, существующие в платформе 1С:Предприятия, реализованы в составе конфигуратора. Однако есть ряд механизмов, не имеющих непосредственного отношения к конфигуратору, которые также призваны облегчить труд разработчика. Перечислим наиболее важные механизмы и инструменты, входящие в состав средств разработки:

Метаданные (объекты конфигурации)

 Одним из важных принципов, заложенных в основу системы 1С:Предприятие 8, является стандартизация технологии разработки прикладных решений. Такой подход позволяет разработчику сосредоточить свои усилия на создании бизнес-логики приложения и не заниматься технологическими подробностями, такими как организация взаимодействия с базой данных, обработка транзакционных блокировок, нюансы программирования экранных форм и пр. Технологическая платформа 1С:Предприятия 8 берет на себя эти и многие другие технические вопросы, позволяя разработчику сконцентрироваться на решении прикладной задачи. 

 Это возможно благодаря тому, что прикладные решения в 1С:Предприятии разрабатываются в терминах п роблеммно-ориентированных объектов, набор которых определен на уровне технологической платформы. 

Окно конфигурации

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

Подсистемы

 Механизм подсистем, реализованный в платформе 1С:Предприятия, позволяет определить логическую структуру создаваемого прикладного решения, выделив в ней отдельные части — подсистемы. 

 Окно редактирования объекта конфигурации

 Окно редактирования объекта конфигурации помогает создавать и редактировать «сложные» объекты конфигурации. С помощью этого окна разработчик может создавать и изменять структуру объекта конфигурации, задавать его свойства, устанавливать связи объекта с другими объектами конфигурации и редактировать формы, макеты, модули и другие подчиненные объекты. 

Палитра свойств

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

Макеты и картинки

 Прикладное решение может содержать объекты, информация которых используется для формирования «внешнего вида» прикладного решения или может потребоваться прикладному решению для показа ее пользователю. Такими объектами являются картинки и макеты. 

Отчет по конфигурации

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

Синтакс-помощник

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

Конструкторы

 Конструкторы являются вспомогательными инструментами, облегчающими разработку стандартных элементов системы 1С:Предприятие. С помощью конструкторов производится не только формирование визуальных составляющих объектов конфигурации, но и в некоторых случаях ( ввод на основании, печать, выходная форма и др.) формируются программные модули. 

Редакторы

Конфигуратор 1С:Предприятия 8 содержит ряд специализированных редакторов, которые предоставляют разработчику возможность вносить изменения в различные элементы прикладного решения. 

Глобальный поиск и замена

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

Шаблоны текста

 Использование шаблонов текста позволяет сохранять часто используемые фрагменты текста и затем быстро вставлять их в редактируемый текстовый документ или модуль. Подробнее… 

Внешние обработки и отчеты

 Использование внешних отчетов и обработок позволяет ускорять процесс разработки, поскольку такие отчеты и обработки хранятся в отдельных файлах, вне состава прикладного решения. Благодаря этому их можно использовать в различных прикладных решениях, не изменяя структуру этих решений. 

Сравнение и объединение конфигураций

 Механизм сравнения и объединения конфигураций позволяет детально сравнивать два прикладных решения и объединять их. Возможно выборочное объединение по результатам сравнения. 

Сохранение и загрузка конфигураций

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

Групповая разработка прикладных решений

Конфигуратор 1С:Предприятия позволяет осуществлять групповую разработку прикладного решения группой разработчиков. При этом определяются права доступа по модификации каждого объекта прикладного решения, и необходимые изменения выполняются разработчиками одновременно, а не последовательно. 

Поставка и поддержка прикладных решений

Технологическая платформа 1С:Предприятие 8 поддерживает набор механизмов, позволяющих автоматизировать взаимодействие между разработчиком и пользователем прикладного решения. Как правило, прикладное решение постоянно развивается, приобретает новую функциональность. Механизм поставки и поддержки прикладных решений позволяет разработчику автоматизировать поставку обновленных версий прикладного решения, а пользователю — автоматизировать модификацию своей версии прикладного решения в соответствии с обновлениями разработчика. 

 Создание дистрибутивов прикладных решений

Конфигуратор 1С:Предприятия позволяет разработчику создавать комплекты поставки — дистрибутивы тиражируемых программных продуктов. Комплект поставки представляет собой программу установки Setup.exe и файлы поставки, сжатые в архив. Таким образом, для установки прикладного решения на своем компьютере, пользователю достаточно запустить программу Setup.exe, имеющую стандартный интерфейс программ установки. 

Отладчик

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

Проверка конфигурации

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

Выгрузка и загрузка файлов конфигурации

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

Замер производительности

Конфигуратор 1С:Предприятия 8 позволяет оценить скорость выполнения всей конфигурации или ее части. Эта возможность помогает разработчику выбирать наиболее оптимальный способ реализации алгоритмов на встроенном языке. 

Локализация интерфейсов прикладных решений

 Система 1С:Предприятии 8 позволяет создавать многоязычные прикладные решения. Разработчик имеет возможность разрабатывать конфигурацию сразу на нескольких языках, а каждый пользователь — выбирать свой язык. 

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