Приказ о начале разработки

Чем подтверждаются права на программное обеспечение

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

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

В соответствии с п.4 ст.1259 ГК РФ для возникновения, осуществления и защиты авторских прав не требуется регистрация произведения или соблюдение каких-либо иных формальностей. Поскольку ПО охраняется как произведения, для возникновения в отношении его исключительного права у автора достаточно факта его создания в любой объективной форме в результате его творческих усилий.

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

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

1) трудовой договор с автором;
2) должностная инструкция автора, включающая обязанности по созданию ПО;
3) исходный текст программы для ЭВМ;
4) подготовительные материалы (блок схемы, архитектура, технические задания , расчеты и проч.)

Помимо этого могут потребоваться:

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

www.it-lex.ru

Банковские процессы, стратегии банка, регламенты, инструкции, модели, обучение, управление банком

Информационно-практический портал «Банкирам». Всё для специалистов и руководителей банков, методологов, бизнес-аналитиков, системных аналитиков, технологов, риск-менеджеров.

четверг, 20 октября 2011 г.

Приказ о начале проекта «Построение системы менеджмента качества в банке»

Приказ о начале проекта «Построение системы менеджмента качества в банке»

__________ 20__ г. Москва № ____

В целях запуска проекта «Построение системы менеджмента качества (СМК) в банке» (далее – Проект) и успешного выполнения всех этапов Проекта ПРИКАЗЫВАЮ:

1. Включить проект в стратегический план развития банка и планы по бизнес-направлениям / подразделениям банка.
2. Утвердить план-график проекта на последующие 6 месяцев с указанием ответственных и участников по каждому этапу.
Назначить ответственным за разработку и актуализацию плана-графика проекта – Директора по качеству ________________.
3. Создать главную рабочую группу по проекту и назначить руководителя проекта (по отдельному приказу).
4. В рамках этапов проекта создавать локальные (экспертные) рабочие группы под управлением руководителей подразделений / «владельцев» бизнес-процессов, которые обозначены в плане-графике проекта. Локальные (экспертные) рабочие группы должны подчиняться главной рабочей группе проекта.
5. Руководителям подразделений / «владельцам» бизнес-процессов обеспечить присутствие в рабочих группах необходимых сотрудников, своевременное и качественное выполнение возложенных в рамках проекта задач, предоставление по запросам участников проекта необходимых документов, информации и консультаций.
6. Провести обучение по тематике проекта для высшего руководства, членов рабочих групп и ключевых сотрудников банка, задействованных в проекте (по отдельному приказу).
7. Директору по качеству _____________ разработать бюджет проекта и представить на рассмотрение Правлению банка.
8. Директору по персоналу разработать и представить на рассмотрении Правлению банка методы материальной и нематериальной мотивации участников проекта, а также методы внутреннего PR (продвижения) проекта среди сотрудников банка.
9. Директору департамента ИТ организовать размещение учебных материалов и презентаций по проекту на внутреннем корпоративном портале банка, а также выпустить на сайт и в рассылку соответствующую новость о начале проекта.
10. Контроль за исполнением приказа возлагаю на себя.
11. Довести данный Приказ до сведения сотрудников всех подразделений банка, задействованных в СМК. Перечень подразделений представлен в Приложении 1 к Приказу.

Председатель правления ___________________ /___________/

www.bankiram.pro

Приказ о реализации проекта – пример

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

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

ПРИКАЗ № XXXXXXXXX от XX августа 201Х

О внедрении системы электронного документооборота в ООО «Звездочка»

С целью успешной реализации проекта «Внедрение системы электронного документооборота» в ООО «Звездочка» ПРИКАЗЫВАЮ:

1. Назначить руководителем проекта Старшего аналитика Бажанову Ю.В. .

Задачи руководителя проекта:

– обеспечить реализацию проекта в установленные сроки;

– обеспечить реализацию проекта в рамках утвержденного бюджета;

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

– обеспечивать своевременную коммуникацию о статусе проекта и эскалацию вопросов на управляющий комитет проекта;

2. В рамках реализации проекта назначить:

– владельцем процесса внутреннего электронного документооборота между сотрудниками компании – Руководителя Административного департамента Сергеева С.С.

– владельцем процесса кадрового электронного документооборота – Руководителя Департамента по управлению персоналом Цыпкина Ц.Ц.

– Владельцем процесса электронного документооборота с подрядчиками – Руководителя Департамента по закупкам Коробкина К.К.

Задачи владельцев процесса:

– обеспечить предоставление всей информации о процессе, необходимой в рамках проекта;

– утвердить схемы «как есть» и «как будет» при проектировании системы;

– обеспечить одинаковое понимание схемы «как будет» всеми участниками процесса;

3. Назначить спонсором проекта Руководителя Департамента по управлению персоналом Цыпкина Ц.Ц.

Задачи спонсора проекта:

– обеспечить проект финансовыми ресурсами;

– оказывать административную и организационную поддержку руководителю и команде проекта;

4. Создать управляющий комитет проекта в следующем составе:

– Руководителя Департамента по управлению персоналом Цыпкина Ц.Ц.;

– Руководитель Департамента по закупкам Коробкин К.К.;

– Руководитель Административного департамента Сергеев С.С.

Задачи управляющего комитета:

-обеспечить общий надзор и координацию выполнения проекта;

– утверждать решения, превышающие полномочия руководителя проекта;

– оказывать помощь руководителю проекта в привлечении дополнительных ресурсов;

– оказывать консультативную помощь;

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

– обеспечить общий надзор и координацию выполнения проекта;

5. Создать рабочую группу проекта в следующем составе:

– Борщева Б.Б. – Руководитель секретариата;

Задачи участников рабочей группы :

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

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

– предоставлять экспертную оценку по вопросам, имеющим отношение к проекту, и необходимую для проекта информацию;

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

– принимать участие в организации и проведении информационной кампании;

– принимать участие в организации и проведении обучения по указанным выше процессам.

– принимать совместные организационные решения в ходе проекта;

– принимать участие в опытной эксплуатации системы электронного документооборота;

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

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

– пройти обучение в указанные тренерами сроки;

– успешно выполнить проверочный тест для допуска к работе в системе;

– после выполнения теста получить индивидуальный логин и пароль для работы в системе.

N+1. Определить срок реализации проекта: XX августа 201Х.

N+2. Обеспечить привлечение других сотрудников Компании к работе над проектом в случае необходимости и по согласованию с руководителем проекта, руководителями подразделений, управляющим комитетом проекта.

N+3. Контроль за исполнением данного приказа оставляю за Директором по постоянным улучшениям Акимовым А.А.

Согласовано:

Утверждено:

Генеральный директор Компании

_____________ Сидоров С.С.

С приказом ознакомлены:

_____________________ Петров П.П.

_____________________ Иванов И.И.

Исп. Ветчинкин В.В.. тел.+7 ХХХ ХХХ-ХХ-ХХ, доб.ХХХХ, [email protected]

Давайте не теряться — подпишитесь прямо сейчас!

Чтобы получать новые практические материалы раз в неделю на вашу почту. Без спама и рекламы, только опыт и мысли практикующего специалиста по управлению проектами

upravlenie-proektami.ru

Что такое приказ о запуске проекта и зачем он нужен?!

Немного о документах по проекту

Последнее время на просторах рунета сталкиваюсь с недопониманием понятия «управление проектами» в целом и основными документами по проектной деятельности в частности. Люди то и дело говорят, что «Внедрение подходов к управлению проектами — это бюрократия и ничего более», и «Это внедрение только усложняет всем жизнь». Могу сказать, что отчасти они правы, но реально документы придуманы не просто так и каждый документ даёт какой-либо результат, упрощает деятельность руководителя проекта, формализует процесс.

Документы бывают разные, но все они полезны и необходимы

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

  • Первые — это основные документы по проекту, т.е. те которые используются в рамках реализации любого проекта внутри компании. Такие документы являются приложениями к регламенту управления проектами в виде шаблонов. Каждое внедрение проектного управления уникально и набор таких документов может варьироваться. В любом случае есть «джентльменский набор» документов, таких, как «Приказ о запуске проекта», «Устав проекта», «Описание содержания», «План управления проектом», «План исполнения проекта» (иногда этот документ выделяют в отдельный), «Запросы на изменение проекта», «Итоговый отчёт» и «Приказ о завершении проекта».
  • Вторые — это документы, создаваемые в рамках исполнения конкретного проекта и являются промежуточными результатами проекта. Документы совершенно разные и не являются типовыми. Например «Договоры», «Соглашения», «Концепция», «Техническое задание», «Акты об оказанных услугах» и т.д. Иногда такие документы могут быть включены в пул основных документов. Если речь идёт о типовых проектах ИТ, то например для ТЗ разрабатывают типовой шаблон и этот документ является приложением к регламенту.

Разбор полётов. Приказ как формальный старт проекта

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

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

Тело приказа начинается с основного абзаца, которым снимаются большинство вопросов:

В целях выполнения Инвестиционной программы компании ОАО «Рога & Копыта» на 2014 год, утвержденной решением Правления ОАО «Рога & Копыта» от 25.12.2013 г. (Протокол № 143 от 25.12.2013 г.), исполнения решения Управляющего Совета по ИТО «Локальные информационные системы» от 26.12.2014 г. (Протокол № 234), для обеспечения автоматизации процессов планирования и контроля версионности программного обеспечения внутри компании.

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

Основные пункты приказа:

1. Приступить с «16» февраля 2014 г. к реализации проекта «Консолидированная версионность» (далее – проект) в ОАО «Рога & Копыта» в соответствии с географическими и организационными рамками проекта согласно Приложению №1.

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

2. Определить результатами проекта: Настроенную и введенную в эксплуатацию информационную систему управления версиями ПО на базе «VersusSystems», нормативно-справочную документацию и инструкции пользователей, в соответствии с его функциональными рамками согласно Приложению № 2.

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

3. Создать Проектный офис проекта в соответствии со структурой Проектного офиса согласно Приложению №3.

Иногда под большие проекты создают на время реализации проекта структурные подразделения — Проектные офисы (не путайте с аналогичным подразделением, в задачи которого входят внедрение и развитие подходов к управлению проектами), данный пункт обязывает создание такого подразделения, в противном случае можно прописать создание Команды проекта. Так или иначе ссылаемся на Приложение 3 к приказу, в котором прописываем орг.структуру Проектного офиса или Команды проекта. Это всё необходимо, во-первых для понимания ролей и ответственности, во-вторых организационная структура Проектного офиса зависит от категории проекта, а для различных категорий проектов обычно в регламенте (методологии) прописывают различные процессы, какие-то простые, какие-то разветвленные. Также данным пунктом мы обязываем создание самого структурного подразделения. Это формальность, но её необходимо учесть, благодаря ей мы придаём нашему Проектному офису юридическую значимость.

4. Включить в состав Проектного офиса работников (Приложение №4) в соответствии с требованиями к составу, количеству и квалификации работников, утвержденными Управляющим Советом по ИТО Бизнес – сегмента «Локальные информационные системы».

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

5. Назначить Руководителем Проектного офиса проекта (должность, ФИО).

6. Руководителю Проектного офиса проекта (должность, ФИО):

6.1. Работы по проекту выполнить в срок до 25 августа 2014 г. силами ОАО «Рога & Копыта» и подрядных организаций;

6.2. В срок до 15 февраля 2014 г. обеспечить разработку Устава Проекта и представить на согласование Куратору проекта, Оперативному Совету и на утверждение Управляющему Совету по ИТО Бизнес-сегмента «Локальные информационные системы»;

6.3. В срок до 25 февраля 2014 г. представить План проекта на согласование Куратору проекта, Оперативному Совету и утверждение Управляющему совету по ИТО Бизнес-сегмента «Локальные информационные системы»;

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

6.5. Руководителю Проектного офиса (должность, ФИО) инициировать заключение договоров с организациями-пользователями и подрядными организациями в срок до 5 марта.

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

7. Финансирование расходов осуществлять за счет средств Инвестиционной программы ОАО «Рога & Копыта» /поступлений по договорам с организациями-пользователями.

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

8. Финансовому директору (ФИО) в срок до 15 февраля 2014 г. открыть элемент в структурном плане проекта (СПП) в ИСУ «Название системы» для учета расходов проекта.

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

9. Главному бухгалтеру (ФИО) обеспечить отражение в бухгалтерском учете затрат по проекту.

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

10. Контроль за исполнением настоящего приказа возложить на (должность, ФИО).

Возлагаем ответственность за контроль и исполнение приказа на конкретного человека — Куратора проекта.

Вместо завершения

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

Скачать пример Приказа о запуске проекта можно здесь.

pmexperience.org

Образец приказа о внедрении системы менеджмента качества ISO 9001

Опубликовано: 15.12.2016 Рубрика: Статьи Автор: Единый Стандарт

Пример того, как может выглядеть приказ по организации о внедрении стандарта ISO 9001, смотрите в PDF-документе, приложенном под статьей. Необходимость в издании такого приказа вряд ли кому-нибудь придет в голову оспаривать. Хотя бы в силу параграфов №5 и №7 ISO 9001:2015. Руководство должно осуществлять лидерство в проекте внедрения системы менеджмента качества (СМК, – ред.) и поддерживать его адекватным выделением ресурсов. Если полномочия руководителя и членов рабочей группы по внедрению не подтверждены и не поддержаны, то почти неизбежна ситуация, при которой руководители подразделений и даже отдельные сотрудники, которые отвечают за конкретные бизнес-процессы, важные для внедряющей организации, будут игнорировать встречи и неохотно идти на контакт с «качественниками». Они будут воспринимать проект создания СМК как ничью ответственность и очередную «блажь», которая пришла в голову кому-то наверху и которая вот-вот отнимет их драгоценное время. Интриганам компании будет казаться, что их усилия в такой ситуации никто не заметит, так как отсутствие официального приказа, как видно, означает, что «пахнет чем-то политическим» или руководство на самом деле само не знает, чего хочет. Хочет «врубиться» в дело «без складу и ладу» и посмотреть – что из этого получится.

В таких исходных обстоятельствах могут проводиться бесконечные, ни к чему не ведущие совещания «в расширенном составе», каждое из них будет заканчиваться тем, что руководителю рабочей группы по внедрению все будут задавать «новые задания» и заданиям этим не будет конца. Каждое новое совещание ситуация будет повторяться. Проект же будет стоять в начальной точке, без всяких перспектив продвижения. Не дать «потонуть в согласованиях» проекту в этой ситуации может только настоящий лидер с большим опытом. Он будет просто ходить из кабинета в кабинет «в кожанке и с наганом» и компенсировать прямым давлением то, что ему, как руководителю, не додало руководство. Но, как писал немецкий драматург Бертольд Брехт, «несчастна та страна, которая нуждается в героях». Если нужны герои, значит, организация как система работает плохо. Когда уже пора издавать приказ о внедрении СМК? Обычно этим действием открывается проект. Но до издания приказа высшему руководству стоит пройти обучение по стандарту ISO 9001 или проконсультироваться с привлеченным консультантом-внедренцем. Если предварительно этого не сделать, то в приказ могут попасть «фантастические» распоряжения. Один из популярных в интернете примеров как это может быть – шутка про приказ определенному сотруднику «внедрить процессный подход за три месяца». Для тех, кто знаком со спецификой ISO 9001 некорректность постановки задачи абсолютно очевидна.

Но что же тогда должно быть в приказе? Эксперты рекомендуют назначить в этом приказе «представителя высшего руководства по качеству» (термин из ISO 9001, – ред.), поименно назначить рабочую группу по внедрению (обычно 5-10 человек, – ред.), обязательно нужно прописать ответственность и полномочия участников проекта. Приказ должен мотивировать сотрудников, поэтому, с одной стороны, советуют указать в нем периодичность и время на совещания членов рабочей группы по внедрению, с другой – закрепить систему премирования сотрудников за участие в разработке СМК. Если с самого начала предполагается провести сертификацию создающейся системы, то можно включить в приказ в качестве приложения программу подготовки к сертификации. Считается правильным назначать в рабочую группу проекта главных специалистов основных подразделений и служб компании.

1cert.ru

Популярное:

  • Химия пособие по егэ Химия, Новые задания ЕГЭ, Доронькин В.Н., 2016 Химия, Новые задания ЕГЭ, Доронькин В.Н., 2016. Пособие составлено в соответствии с изменениями формулировок и содержания заданий в тестах ЕГЭ по новой спецификации и предназначено […]
  • Налог на наследование и дарение это Налог на наследование и дарение это Местные налоги и сборы (1) земельный налог (2) налог на имущество физических лиц (3) налог на рекламу (4) налог на наследование или дарение (5) местные лицензионные сборы. [c.113] В Налоговом […]
  • Отдел опеки и попечительства абакана Республика Хакасия — органы опеки и попечительства Министерство образования и науки Республики Хакасия Адрес: 655017 Республика Хакасия, г. Абакан, ул. Крылова, 72 Телефоны: (3902) 295-214 Факс: (3902) 23-12-30 Сайт: […]
  • Калькулятор осаго 2018г Реальна ли отмена полисов страховки ОСАГО в 2017-2018 годах? Безаварийный страховой стаж (полных лет): 1 2 3 4 5 6 7 8 9 10+ Если у вас было ДТП Конечный результат может отличаться в зависимости от наличия ДТП во всей страховой […]
  • Майновий реестр Майновий реестр Щоб отримати інформаційну довідку в електронній формі, виконайте наступні операції: 1.1. Реєстрація 1. Виконайте команду «Вхід» (у заголовку сторінки) або команду «Отримати інформаційну довідку» (розділ Державні […]
  • Стаж работника при расчете больничного Расчет стажа для больничного и не только Рассмотрим, каким образом и на основании каких документов производится расчет общего стажа работника, непрерывный стаж, стаж для оплаты больничных листов, в том числе с учетом […]
  • Процесс ведения суда «ПРАВОСУДИЕ и БЕЗОПАСНОСТЬ» Представленный порядок проведения судебного разбирательства позволяет достоверно отслеживать, анализировать или прогнозировать ход событий, которые происходили, происходят, или будут происходить в […]
  • Правила саймона на jailbreak Правила саймона на jailbreak 1. Использовать любые Скрипты/читы и прочее. [Бан на 1 Неделю/Навсегда] 2. Использовать баги игры,карт. [Бан на 30 мин/1 день] 3. Использовать программы, меняющие голос/воспроизводящие посторонние […]