Правила небольшой фирмы

Содержание:

1С:Управление небольшой фирмой.
Новое в версии 1.6.7

Встречайте новую версию программы «1С:Управление небольшой фирмой»

Узнать о том, что изменилось, вы можете из видеоролика:

Новый раздел «CRM»

В панели разделов программы появился новый раздел CRM. В нем собран полный набор инструментов для эффективного взаимодействия с вашими клиентами.

В новом разделе вы сможете:

  • Работать с базой клиентов
  • Выставлять счета и выписывать документы
  • Принимать и отправлять почту
  • Формировать e-mail и SMS рассылки
  • Анализировать клиентскую базу
  • Управлять отделом продаж
  • В 1С:УНФ версии 1.6.7 появились новые CRM-инструменты: Воронка продаж и сервис 1СПАРК Риски.

    Хотите знать все о возможностях CRM в 1С:Управление небольшой фирмой? Ознакомьтесь с нашей статьей на сайте v8.1c.ru

    Новый механизм работы с состояниями заказов

    В версии 1.6.7 программы 1С:Управление небольшой фирмой мы упростили работу с состояниями заказов.

    Изменения коснулись следующих документов:

  • Заказ покупателя
  • Заказ поставщику
  • Заказ на производство
  • Заказ-наряд
  • Ранее в системе использовались состояния и статусы заказов, с которыми начинающие пользователи часто путались. В версии 1.6.7 разработчики отказались от использования статусов, оставив только гибко настраиваемые состояния.

    Состояния заказа определяют этапы бизнес-процесса принятые на конкретном предприятии.(например выполнен, в работе и др.).

    Давайте рассмотрим поведение системы в двух случаях:

  • Опция «Несколько состояний заказов покупателей» выключена:
  • В результате обновления на версию 1.6.7, состояния «Выполнен» и «Отменен» будут объединены в состояние «Завершен».

  • Опция «Несколько состояний заказов покупателей» включена:
  • В данном случае признак будет заменен состоянием «Завершен».

    Важно! Всем заказам, в которых до обновления был установлен признак «Закрыт», будет присвоено состояние «Завершен». В остальных случаях состояния заказов не изменятся.

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

    После обновления на версию 1.6.7 пользователь сможет выстроить состояния заказов в определенном порядке, используя стрелки

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

    При работе со списком заказов стало возможно отобрать все незавершенные заказы в один клик. Чтобы это сделать необходимо в поле «Завершение заказа» выбрать значение «Не завершен».

    Для компаний, имеющих несколько различных видов заказов, предусмотрены функциональные опции «Виды заказов покупателей» и «Виды заказ-нарядов». Включить их можно в разделе Компания — Еще больше возможностей – Продажи или Работы.

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

    Каждый вид заказа будет представлять собой отдельную воронку продаж.

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

    Для заказа-наряда дополнительно потребуется указать состояние выполнения.

    Новый механизм работы с состояниями заказов позволит:

    • Ускорить работу менеджеров
    • Упростить выбор подходящего состояния
    • Настроить порядок состояний в выпадающих списках
    • Создать несколько наборов состояний для разных бизнес-процессов
    • Зафиксировать причины отмен заказов и проанализировать их в воронке продаж
    • Воронка продаж

      В программе появился один из самых эффективных инструментов CRM-системы — воронка продаж. Это мощный отчет, который наглядно показывает количественное соотношение всех сделок на разных этапах. В нем отражен полный цикл продажи, начиная с заявки клиента и заканчивая завершением сделки.

      Из отчета пользователь сможет получить информацию о:

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

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

      Найти воронку продаж можно в разделе CRM.

      Отчет формируется на основании данных из документов «Заказ покупателя» и «Заказ-наряд».

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

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

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

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

      В программе доступны несколько различных вариантов воронок:

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


      По покупателям

      В данном варианте можно сформировать отчет по конкретному покупателю, списку покупателей или группе.

      Для формирования варианта отчета «По покупателям» обязательно заполнение настроек отбора.
      По менеджерам

      Вариант отчета поможет проанализировать эффективность отдельно взятых менеджеров и сравнить их результаты на каждом из этапов продажи.

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

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

      Для формирования воронки по подразделениям обязательно указать одно или несколько подразделений.

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

      Расширение списка провайдеров для отправки SMS

      В список доступных для выбора провайдеров SMS добавлены:

      Полный список провайдеров доступен в меню Компания – Администрирование – Почта, SMS, напоминания– Настройка отправки SMS.

      1СПАРК Риски

      Что такое 1СПАРК Риски? Новый сервис дает пользователям программы 1С:Управление небольшой фирмой возможность комплексно оценивать благонадежность контрагентов, управлять кредитными и налоговыми рисками и проводить инвестиционный анализ.

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

      Приобрести лицензии на «1СПАРК Риски» можно у партнеров фирмы «1С». Ознакомиться с возможностями сервиса «1СПАРК Риски» можно, воспользовавшись бесплатным тестовым доступом на 3 дня. Всем абонентам сервиса «1С:Предприятие 8 через Интернет» предоставляется лицензия «1СПАРК Риски».

      Чтобы начать работу с сервисом нужно включить опцию «Использовать 1СПАРК Риски» в разделе CRM.

      В «1СПАРК Риски» для оценки надежности контрагента представлены три индекса:

    • Индекс должной осмотрительности – оценка, показывающая вероятность того, что компания является «фирмой-однодневкой»;
    • Индекс финансового риска – оценка вероятности неплатежеспособности компании;
    • Индекс платежной дисциплины – показатель, отражающий своевременность оплаты компанией счетов.
    • Для получения индексов по интересующему контрагенту, достаточно зайти в «Карточку контрагента»:

      В поле «1СПАРК Риски» отображаются все три индекса. Если нажать на значение индекса, то откроется его краткое описание:

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

      Вы можете просмотреть индексы сразу для всех контрагентов в отчете «Индексы 1СПАРК Риски», доступном в меню сервиса в разделе «CRM».

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

      Для этого в карточке контрагента необходимо установить отметку «Включить мониторинг событий».

      Отчет по всем событиям контрагента можно получить, нажав на кнопку «1СПАРК Риски» и в открывшемся списке выбрав пункт «События мониторинга»:

      Получить бизнес-справку можно по пункту «Справки». Откроется форма со списком ранее полученных справок по этому контрагенту.

      В этой форме также можно заказать новую справку, нажав на копку «Запросить справку»:

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

      Также, все полученные справки можно будет просмотреть в личном кабинете на портале 1С:ИТС.

      Калькуляция заказов покупателей

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

      На основании калькуляции вы сможете оперативно принимать решение о ценообразовании конкретного заказа: есть ли возможность предоставить скидку/бонус/подарок, либо нужна наценка, выгоден ли предполагаемый объем заказа.

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

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

      Открыть предварительную калькуляцию можно непосредственно из формы заказа покупателя.

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

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

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

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

      Как сделать калькуляцию заказа с учетом расходов?

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

      Как это отразить в программе:

      1. Заполним табличную часть заказа покупателя списком товаров.
      2. Откроем предварительную калькуляцию. Данные по товарам будут добавлены в калькуляцию автоматически.
      3. По кнопке перейдем к списку шаблонов и создадим новый шаблон калькуляции “Заказ с доставкой и монтажом”.



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

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

    • Добавим скидку в калькуляцию (можно указать скидку на определенную позицию или на заказ в целом), и программа сразу пересчитает данные с учетом скидки.
    • После расчета сохраним калькуляцию, нажав на кнопку «Записать и закрыть».

      Как сделать калькуляцию для позаказного производства?

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

      Заполним табличную часть заказа покупателя списком изделий и укажем для них спецификации.

      Если спецификация изделия не создана, программа создаст её автоматически на основании калькуляции.

      Важно! Для всех изделий в карточке номенклатуры должен быть установлен способ пополнения «Производство».


      Откроем форму калькуляции. Расчет выполняется автоматически при открытии.

      Так как в калькуляции присутствуют изделия, в форме появится новое поле «Просмотреть состав».

      В нем пользователь сможет выбрать вариант просмотра:

      • Калькуляцию всего заказа;
      • Калькуляцию конкретного изделия;
      • Также состав изделия можно открыть двойным кликом по полю «Номенклатура». Такое поведение характерно только для изделия со способом пополнения «Производство».

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

        По кнопке можно загрузить спецификацию из конструкторской программы.

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

        Готовая калькуляция сохраняется в заказе и доступна для просмотра и редактирования по ссылке «Калькуляция заказа».

        Сравнить плановый расчет с фактическими доходами и расходами по заказу можно в форме «Сводно о заказе».

        Гарантийный талон в производстве

        Добавлена возможность распечатать «Гарантийный талон на продукцию» и «Гарантийный талон на комплектующие» на основании документа «Производство».

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

        Печать гарантийного талона доступна из документа «Производство» и списка документов.

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

        Важно! Для доступности печатных форм «Гарантийный талон на продукцию» и «Гарантийный талон на комплектующие» должна быть включена опция «Серийные номера, гарантийные сроки» в настройках программы (Компания — Еще больше возможностей — Закупки).

        Код ТН ВЭД в счетах-фактурах

        С 1 июля 2016 г. согласно пп. 15 п. 5 ст. 169 НК РФ (в ред. Закона № 150-ФЗ) по операциям реализации товаров, освобождаемых от НДС по ст. 149 НК РФ, вывезенных из нашей страны на территорию государства — члена ЕАЭС, требуется составлять счет-фактуру с указанием в нем кода товара по ТН ВЭД и включать его в книгу продаж.

        В связи с этим в карточку товара добавлено поле ТН ВЭД. Видимость поля зависит от того, включено ли в системе использование ГТД (Компания — Еще больше возможностей — Закупки — Грузовые таможенные декларации (ГТД)).

        В печатной форме счета-фактуры, выписанного после 01.07.2016 по ставке 0%, дополнительно к наименованию товара будет указан код ТН ВЭД, хранящийся в справочнике номенклатуры.

        Обновление ЕГАИС

        Библиотека интеграции с ЕГАИС (Единая Государственная Автоматизированная Информационная Система) обновлена до версии 1.2.1.

        В версии 1.2.1 внесены следующие изменения:

      • Реализована поддержка УТМ 2.0.3;
      • Добавлен новый формат обмена с ЕГАИС. В настройках обмена можно выбрать используемый формат обмена — V1 или V2.
      • Федеральная служба по регулированию алкогольного рынка РФ опубликовала методологию ведения остатков для участников розничного звена алкогольнойпродукции в ЕГАИС (ознакомиться с документом можно по ссылке).

        В соответствии с методикой учета все остатки продукции в системе ЕГАИС должны быть приведены в соответствие с фактическими в срок до 01.01.2017. В связи с этим ФСРАР предложил упрощенную схему постановки на баланс продукции, закупленной до введения ЕГАИС (до 01.01.2016).

        ФСРАР вводит два регистра остатков:

      • Регистр №1 (склад) — в этом регистре продукция хранится с указанием наименования продукции, кодом и идентификаторами справок А и Б.
      • Регистр №2 (Торговый зал) — в этом регистре продукция хранится только с указанием кода продукции и наименования.
      • После введения «Регистров», для продажи алкоголя через кассу, нужно будет сначала переместить продукцию со склада (регистр №1) в торговый зал (регистр №2), а только после этого проводить реализацию товара с помощью кассового оборудования.

        Подробнее об учете алкогольной продукции можно прочитать в справочнике ЕГАИС.

        Для реализации двух контуров учета в программу добавлены новые документы:

        И внесены изменения для существующих документов:

        Для немаркируемой продукции схема розничных продаж также изменилась. Для передачи в ЕГАИС данных о продажах пива и пивных напитков нужно при закрытии смены сформировать «Акт списания из торгового зала» с причиной списания «Реализация». Акт будет заполнен продукцией, реализованной за смену.

        Также в версии ЕГАИС 1.2.1 появилась возможность сформировать запрос на отмену проведения следующих документов:

      • ТТН
      • Акта постановки на баланс
      • Акта списания
      • Эта функциональность пригодится в случае ошибочной отправки данных в ЕГАИС. Например, по ошибочно подтвержденной ТТН можно запросить отмену проведения, а накладную, по которой был послан ошибочный отказ — запросить повторно.

        Коды бюджетной классификации для налоговых платежей

        С версии 1.6.7 для элементов справочника «Виды налогов» добавлена возможность указания кода бюджетной классификации (КБК) и соответствующего ему назначения платежа.

        Поле «КБК» можно заполнить как вручную, так и с помощью конструктора.

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

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

        При переносе документов уплаты налогов в 1С:Бухгалтерию, вид налога будет определен по КБК вида налога, указанного в документе.

        Адаптации интерфейсов «1С:Предприятия» версии 8.3.8

        Для работы с новой версией 1С:Упраление небольшой фирмой 1.6.7 потребуется платформа не ниже 8.3.8. Переход на новую версию обоснован появлением ряда улучшений для пользователей и разработчиков.

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

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

        1С:Облачный архив

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

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

        Для использования «1С:Облачный архив» необходимо:

      • Быть зарегистрированным пользователем программ 1С;
      • Зарегистрировать программу 1С, которая будет подключаться к «1С:Облачному архив», в «Личном кабинете» портала информационно-технологического сопровождения 1С (portal.1c.ru);
      • Иметь действующий договор информационно-технологического сопровождения с партнером 1С;
      • При наличии договора ИТС уровня ПРОФ, сервис «1С:Облачный архив» предоставляется без дополнительной оплаты.

        Подключить сервис можно в меню Компания — Администрирование — Поддержка и обслуживание.

        Подробную инструкцию по подключению и настройке сервиса «1С:Облачный архив» Вы сможете найти на сайте ИТС.

        Новый формат обмена данными с 1С:Бухгалтерия

        Начиная с версии 1.6.7 реализован обмен данными с 1С: Бухгалтерия предприятия, редакция 3.0 с использованием формата EnterpriseData.

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

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

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

        Обновление библиотек

        В 1С:Управление небольшой фирмой версии 1.6.7 обновлены следующие библиотеки:

      • Библиотека стандартных подсистем 2.3.3
      • Библиотека технологии сервиса 1.0.10
      • Библиотека подключаемого оборудования 1.2.5
      • Библиотека электронных документов 1.3.6
      • Библиотека регламентной отчетности 1.1.9
      • Библиотека Интеграции ГИСМ 1.0.1
      • Библиотека Интернет-поддержки пользователей 2.1.8

      Стратегия. «для маленькой такой компании»

        Почему при отсутствии стратегии нельзя достичь цели; чем план развития отличается от стратегии и какова роль собственника маленькой фирмы в разработке последней? Наконец, как влияет личное стратегическое планирование собственников и топ-менеджмента небольшой компании на ее развитие в целом?

        Цели и методы
        Итак, решение о создании организации принято, и, если она не является общественной или благотворительной, ее главная цель — получение прибыли. Основной вид деятельности предприятия, который должен приносить прибыль, определен в уставе, но, разумеется, уровень доходов, удовлетворяющий запросы учредителей, а также сроки его достижения и совокупность используемых инструментов в нем не указаны.
        Таким образом, достижение намеченного уровня прибыли к установленному сроку посредством ведения определенного вида деятельности — это цель. Совокупность инструментов, которые организация будет использовать для достижения этой цели, — средство.
        Любой человек, не только бизнесмен, поставив перед собой цель, старается ее достичь и имеет более или менее ясное представление о том, что нужно для этого сделать, а главное, каковы возможные «камни преткновения» и как устранять или избегать их.
        Следовательно, прежде чем приступить к осуществлению задуманного, необходимо продумать ответы на два вопроса:
        1. Что нужно делать, чтобы двигаться к цели непрерывно?
        2. Как поступать, чтобы возникающие на этом пути препятствия не задерживали, не заставляли искать обходные маршруты?
        Вопрос своевременного прогнозирования, преодоления или уклонения от возможных препятствий сегодня, в условиях, характеризующихся возрастанием неопределенности и динамичности внешней среды, приобретает для любой компании (а особенно для небольшой фирмы) ключевое значение. Там, где монополист, олигополист (один из фаворитов рынка), просто крупное предприятие позволят себе потратить деньги на устранение проблем, маленькая компания потерпит крах. Таким образом, любую стратегию можно перефразировать следующим образом: что нужно сделать сегодня, чтобы завтра состоялось?

        Стратегические преимущества
        Какие бы конкурентные преимущества ни реализовывала небольшая фирма, крупная компания всегда может противопоставить свою продукцию, работы, услуги на таких же или более выгодных для покупателя условиях.
        Фактически у небольшой фирмы есть только одно (по сравнению с крупными игроками) преимущество — более быстрая реакция на возможное изменение во внешней среде для поддержания соответствия между ней и результатами собственной деятельности. Важно только, чтобы разнообразие реакций на изменения соответствовало многообразию самих изменений. А это уже вопросы стратегического управления.
        Стратегическое несоответствие деятельности организации внешним условиям устраняется с помощью корректировки (или даже изменения) ее целей, что, конечно, небольшой фирме сделать легче, а главное, быстрее, чем крупному участнику того же сегмента рынка.
        Если руководитель и собственник компании (а в маленьких организациях это, как правило, одно и то же лицо) не понимает, что для достижения требуемых результатов могут изменяться и цели предприятия, и виды, и составляющие управленческой деятельности, то тем самым лишает себя главного конкурентного преимущества — скорости принятия решений.
        Задавая руководителям и собственникам небольших компаний вопрос: «Есть у вас стратегический план развития?» — в лучшем случае получаешь ответ про некий «план развития организации».
        Давно канули в Лету долгосрочные и краткосрочные планы развития, основанные на оптимизационном моделировании деятельности предприятий. С помощью подобных планов стремились определить тенденции развития производства в условиях протекционистской политики государства.
        Новое время требует изменения сложившихся стереотипов хозяйствования, способов управления и подходов к нему.
        Для руководства небольшой фирмы чрезвычайно важно осознавать необходимость своего профессионального соответствия требованиям времени. Если крупная компания может себе позволить ошибиться в выборе руководителя, то для маленькой компании — это невосполнимо упущенное время.
        Отсутствие интеллектуального потенциала и, как следствие, организационной прочности превращает небольшую компанию во временную структуру, срок жизни которой определен только инвестиционной составляющей (как долго учредитель будет покрывать убытки).
        Процесс развития организации — это не только перманентное устранение причин несоответствия деятельности предприятия условиям внешней среды, но и нацеленность на будущее, требующая ясного представления о потенциале фирмы и направлениях ее развития.
        Стратегия — это не просто бизнес-план предприятия. По содержанию — это модель действий, способ достижения целей. По форме — совокупность управленческих документов предприятия, которая охватывает все стороны его деятельности: функциональную (по направлениям деятельности), процессную (процессы подготовки и принятия решений) и элементную (организация взаимосвязей структурных элементов).
        Любой «план развития», который многие руководители небольших компаний сегодня считают достаточным инструментом для управления, — на самом деле всего лишь программа организационно-технических мероприятий, а также доходов и расходов на ближайшие три-пять лет. Эти «планы развития» зачастую никак не предусматривают различные сценарии развития событий — изменение внешних условий или выявление стратегической ошибки на этапе планирования (в дате выхода на рынок и ценовой политике; появление нового игрока на рынке; неожиданные действия конкурентов и проч.).
        В этой ситуации, даже если руководство осознает надвигающуюся опасность и готово на нее быстро отреагировать, оно не имеет плана действий, накопленных финансовых ресурсов на его осуществление, а также не может реализовать свое главное конкурентное преимущество — мобильность и гибкость в принятии решений.

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

        • что спрашивать с сотрудников фирмы;
        • что является критерием эффективной работы;
        • что стимулирует деятельность сотрудников;
        • каковы критерии найма, должностные обязанности и стоимостная оценка сотрудников;
        • каковы процедуры, обеспечивающие соблюдение производства надлежащего качества?
        • На данном этапе наибольшую помощь могут оказать процессный подход в управлении, система менеджмента качества (ISO 9001:2000) как основа конкурентоспособности, а также показатели KPI для определения уровня эффективности. Последние в основном призваны измерить результативность работы каждого подразделения (или сотрудника). Отличие этих показателей от привычных нам заключается в том, что для каждого конкретного бизнеса KPI определяются заново. То, что не является показателем эффективной работы для одного предприятия, может стать вполне положительным результатом для другого, если оно находится в иных условиях (другой рынок, этап развития предприятия, кадровый состав (уровень подготовки менеджмента) и проч.). Поэтому цели и задачи одной компании для другой могут оказаться давно пройденным этапом (или, наоборот, отдаленной перспективой).
          Следовательно, понятие эффективности перестает быть абсолютным и превращается в критический фактор для данного бизнеса на конкретном этапе работы предприятия (или одного из его подразделений), что чрезвычайно важно для небольшой фирмы, только выходящей на рынок.
          Упомянув о системе менеджмента качества (СМК), нельзя не предупредить собственников и руководителей небольших компаний: в ближайшем будущем Россия должна стать членом ВТО. Для российских предприятий, как производящих продукцию на экспорт, так и работающих только на национальный рынок (который станет частью международного рынка стран — членов ВТО), важным фактором является то, что для получения равных прав доступа своей продукции необходимо подтверждение ее соответствия международному стандарту качества, уровень которого определяется сертификатом стандарта ISO 9001:2000. Таким образом, всем российским предприятиям придется этот сертификат получать.
          Орган сертификации находится за границей, поэтому рассчитывать на привычный для русского менталитета способ получения всех сертификатов, лицензий и прочей документации не приходится. СМК придется реально разрабатывать и внедрять, а потом постоянно поддерживать, так как сертификат выдается на три года. По истечении этого срока на предприятие приезжает международный аудитор и проверяет соответствие сертифицированного управления СМК реальному положению дел на предприятии. В случае обнаружения несоответствия сертификат отзывается и может быть больше никогда не выдан нарушителю.
          Кроме того, при выдаче сертификата принимается во внимание сотрудничество компании с другими организациями, имеющими сертификат стандарта качества ISO 9001:2000. Работа с несертифицированными контрагентами снижает шансы предприятия доказать, что качество его продукции соответствует международному стандарту. Несертифицированные предприятия должны быть готовы к тому, что их привычные партнеры по бизнесу (постоянные покупатели и потребители их продукции), получившие этот сертификат, станут отказываться от сотрудничества с ними. Таким образом, получать сертификат придется всем предприятиям, ставящим своей целью существование после вступления России в ВТО.
          Сама же СМК рассматривает стратегическую цель предприятия как создание новых условий для повышения его конкурентоспособности, основанных на принципах комплексного управления качеством (Total Quality Management, TQM). Таким образом, неспособность представить план стратегического развития сертифицирующему органу исключает деятельность предприятия на рынке в принципе.

          Правила инвестирования
          Вторым этапом разработки стратегии является установка правил инвестирования. Конкурентные преимущества стоят денег, поэтому, если фирма хочет присутствовать на рынке завтра, ей нужно позаботиться об этом сегодня. И здесь речь не обязательно идет о деньгах: небольшая фирма может инвестировать свое собственное, не оплаченное клиентами время. Так как у маленькой компании планка финансовых возможностей всегда низкая, необходимо устанавливать приоритеты.
          Таким образом, предварительные инвестиции являются одним из основных факторов, влияющих на успех фирмы в конкурентной борьбе.
          Для небольших фирм предварительные инвестиции, как правило, не носят капитального характера (аренда офиса, офисная техника, заработная плата сотрудников, услуги связи, маркетинг и реклама, лицензирование).
          В торговле это первоначальная закупка товара (если только он не берется на комиссионную торговлю). Исключением является производство: например, приобретение небольшой линии по выпуску пеноблоков (изделий из неавтоклавного ячеистого бетона), обслуживание которой рассчитано на пять рабочих в смену. При некоторых условиях возможно лизинговое решение вопроса.
          Именно предварительные инвестиции определяют квалификацию сотрудников фирмы, качество продуктов и решений и, следовательно, ее конкурентоспособность как залог успеха в обозримом будущем.
          Многие собственники молодых компаний на первоначальном этапе рассуждают так: сначала приму на работу сотрудников, согласных на тот уровень вознаграждения, который я могу сегодня себе позволить, а потом, когда появится прибыль, приму на работу профессионалов, чтобы эту прибыль приумножать. Однако практика принятия на работу «хороших людей», согласных на любые условия, зачастую ставит крест на деятельности фирмы уже в первые месяцы ее существования. И если, скажем, речь идет о маленьком магазинчике, то он проработает с «хорошими людьми» дольше, чем, например, аудиторская компания, требующая высокого профессионализма от каждого сотрудника.
          Отсутствие стратегии предприятия говорит об отсутствии стратегии личного развития его собственника. Когда учредитель имеет внутренний план развития собственной карьеры, этот план может лечь в основу общей стратегии предприятия. Если у фирмы несколько учредителей, то она мало чего добьется, разработав единую стратегию и не добившись того, чтобы у партнеров были собственные цели, планы развития карьеры, специализации и представления о совершенстве. Еще раз подчеркнем, что задача руководителя фирмы состоит не в том, чтобы разрабатывать стратегию за учредителей, а в том, чтобы побудить к этому партнеров. Важно также, чтобы личная стратегия соответствовала представлениям о бизнесе и своем месте в нем других партнеров. Если одному достаточно 5 тыс. долл. в месяц, а другой видит себя через пять-десять лет во главе разветвленной корпорации с оборотами в сотни миллионов долларов, то такая несогласованность, скорее всего, вызовет разногласия в период первоначального инвестирования и обречет фирму на неразрешимые внутренние противоречия и отсутствие единой стратегии.

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

          Правила небольшой фирмы

          На примере мобильного приложения «1С:Управление нашей фирмой» (сокращенно УНФ) я хочу показать эволюцию мобильного бизнес-приложения от его возникновения и выхода самой первой версии до сегодняшнего дня. Сейчас у этого приложения более 220 000 скачиваний; приложение бесплатное, но в нем есть платные опции (реализованные через встроенные покупки).

          Первая версия мобильной УНФ была сделана на одной из первых версий мобильной платформы «1С:Предприятия» в 2012 году. На тот момент уже существовала клиент-серверная конфигурация «1С:Управление небольшой фирмой» (тогда название было таким), программа для автоматизации деятельности небольшой компании – продажи, закупки, база клиентов и поставщиков, управление складом, производство и т.п.

          Как и большинство мобильных приложений, написанных на кросс-платформенной мобильной платформе 1С:Предприятия, мобильный УНФ доступен на iOS, Android и Windows.

          Задача была поставлена так: сделать мобильное приложение, поддерживающее часть сценариев работы «большого» УНФ. Приложение должно уметь работать как автономно, так и синхронизировать данные с «большим» УНФ (далее слово «большой» применительно к клиент-серверной версии УНФ я буду писать без кавычек, чтобы не перегружать текст). В случае работы с большим УНФ должны поддерживаться сценарии «мобильных» сотрудников – торгового представителя, сервисного инженера, продавца.

          Первая версия была создана за 1 человеко-месяц. При создании мобильного приложения часть объектов метаданных (справочники, документы) была реализована на основе объектов большого УНФ. Но часть функциональности пришлось программировать с нуля, например, процесс обмена данными с большим УНФ. Правда, применительно к обмену данными собственно программировать пришлось немного – мы использовали стандартные механизмы платформы (в частности, планы обмена), сводящие написание кода к минимуму.

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

          Особенности мобильной версии

          Есть две основных стратегии выбора функциональности мобильного приложения. Первая – «одно приложение – одна функция». Например, мобильное приложение для приема товара на складе, которое умеет только сканировать встроенной камерой штрих-код товара и отправлять информацию о принятом товаре на сервер. Вторая стратегия — создание мобильного приложения с широкой функциональностью «все в одном». Оба подхода имеют право на жизнь; при написании мобильного УНФ мы выбрали второй подход – наше приложение покрывает много задач своей предметной области и может работать полностью автономно, обслуживая потребности небольшой организации. Еще один плюс такого подхода – пользователь может работать с несколькими взаимосвязанными функциями из одного приложения.

          Мобильный УНФ широко использует функциональность мобильного устройства, в частности:

        • Встроенную камеру устройства можно использовать для фотографирования товара при заполнении карточки товара, для чтения штрих- и QR-кодов
        • Счет на оплату можно отправить клиенту по емейл или через SMS
        • Контрагента можно выбрать из адресной книги мобильного устройства
        • Если у контрагента задан телефон – можно одним касанием позвонить контрагенту или послать SMS, если задан емейл – отправить письмо, если задан адрес – показать его на карте
        • Можно печатать документы на принтерах через WiFi и Bluetooth
        • Есть опция бэкапа и восстановления базы мобильного УНФ на Яндекс.Диск и отправка базы по почте.

          Конфигурация мобильного УНФ выглядит достаточно спартански (см. скриншот ниже):

          • 8 справочников (в большом УНФ – 273 справочника)
          • 7 документов (в большом УНФ – 125)
          • 3 журнала документов (в большом УНФ – 24)
          • 3 регистра сведений (в большом УНФ – 357)
          • 4 регистра накопления (в большом УНФ – 64)

          • Основные объекты мобильного УНФ

            Но, несмотря на такое небольшое количество прикладных объектов, продукт получился достаточно функциональным.

            Интересная особенность мобильного УНФ – это то, что им зачастую начинают пользоваться люди, до этого про 1С не слыхавшие (да-да, есть в нашей стране и такие), те, которым понадобилось мобильное приложение для ведения учета их маленького бизнеса (например, домашнего крафтинга). Они просто нашли его поиском в Google Play или AppStore, почитали отзывы – и начали работать.

            Автономная работа

            Этот сценарий работы предназначен для совсем маленьких организаций, когда весь учет ведется исключительно на мобильном устройстве. Это может быть, например, «домашний» бизнес – изготовление украшений на дому и их продажа на страничке ВКонтакте. А может быть даже и небольшой магазин – лично видел случай, когда магазин игрушек, специализирующийся на продаже конструкторов Lego, вел учет исключительно на мобильной версии УНФ. Учитывая, что мобильный УНФ умеет печатать на WiFi и Bluetooth принтерах, с его помощью можно решать довольно большое количество задач. Мобильный УНФ поддерживает обработку заказов, ввод приходных и расходных накладных, учет поступления и расход денег.

            Работа в режиме синхронизации с сервером (первые версии)

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

            Синхронизировались с большим УНФ справочники товаров и услуг, контрагентов, и заказы.


            Обмен данными мобильного и большого УНФ в первых версиях

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

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

            Немного про синхронизацию данных

            Обмен данными между мобильным и большим УНФ идет через веб-сервисы; мобильный УНФ вызывает веб-сервисы, развернутые на стороне большого УНФ. Структуры данных в большом и мобильном УНФ различаются; при проектировании архитектуры мы рассматривали 2 варианта обмена данными:

          • Создать структуру данных в большом УНФ, дублирующую структуру данных мобильного УНФ, и обмениваться данными с мобильным УНФ «один-в-один». При изменении данных в большом УНФ нужно новые/изменённые данные перенести в эту дублирующую структуру, а после обмена данными с мобильным УНФ – сконвертировать данные, пришедшие с мобильного устройства и размещенные в дублирующей структуре, в формат большого УНФ.
          • Обмениваться данными непосредственно со структурами большого УНФ, осуществляя конвертацию данных «на лету» по правилам обмена.
          • Решили остановиться на втором варианте. Первый вариант, хоть и сулил некоторые преимущества, связанные с простотой собственно обмена данными, плохо обрабатывал ситуацию, когда в новой версии мобильного УНФ менялась (расширялась) структура данных; чтобы обмен данными «один-в-один» продолжал работать, нужно было бы обновлять и серверный, большой УНФ. Что, по многим причинам, было неприемлемо.

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

            Мобильное приложение инициирует обмен данными, с помощью механизмов платформы формирует пакет обмена (содержащий идентификатор мобильного приложения и данные, обновленные на мобильном УНФ со времени последней синхронизации) и пересылает его в большой УНФ. Исходя из информации в стартовом пакете, большой УНФ готовит для мобильного УНФ данные, измененные в большом УНФ со времени последней синхронизации, и упаковывает их в пакеты. Пакеты в формате XDTO — это объекты метаданных 1С, сериализованные в XML; размер каждого пакета – не более 500 объектов.

            Мобильный УНФ забирает эти данные пакет за пакетом. После загрузки последнего пакета мобильный УНФ начинает обрабатывать полученные данные – проводить документы, записывать справочники и т.д. В случае разрыва связи поддерживается докачка пакетов; механизм докачки мы написали для УНФ самостоятельно (в платформе его нет), но, поскольку мобильный УНФ поставляется в исходных кодах, разработчики могут посмотреть на реализацию механизма и позаимствовать ее для своих приложений.

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

            Полный список объектов, которыми обмениваются мобильный и большой УНФ:

          • Справочники:
            • Номенклатура
            • Контрагенты
            • Список пользователей
            • Документы:
              • Заказы покупателей
              • Поступление в кассу
              • Расход из кассы
              • Приходная накладная
              • Расходная накладная
              • Производство
              • Регистры (но не полностью все цены, а только основные):
                • ЦеныПоставщиков
                • ЦеныТоваров
                • Сведения об организации:
                  • Наименование
                  • Информация о налогообложении
                  • В большом УНФ у товаров есть картинки – изображения собственно товаров. С целью минимизации трафика мы не грузим в мобильный УНФ картинки, они подгружаются по требованию – например, когда мы открываем в мобильном УНФ карточку товара.


                    Карточка товара с изображением товара

                    Эволюция приложения – развиваем сценарии использования

                    Типичная ситуация – бизнес растет, и функциональности мобильного УНФ на одном мобильном устройстве перестает хватать. В бизнесе появляется еще один сотрудник (или сотрудники), и им тоже надо работать с заказами.

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

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

                    Поэтому мы расширили список сценариев работы мобильного УНФ. В этом нам помогло появление нашего облачного сервиса http://1cfresh.com, основанного на облачной технологии 1cFresh. Появилась возможность размещать большой УНФ в облаке. Мы расписали три сценария использования мобильного приложения по мере роста бизнеса пользователя:

                      Совсем маленький бизнес. Учет ведется на одном мобильном устройстве.

                    Бизнес растет – появились сотрудники. Можно поставить мобильный УНФ на мобильные устройства сотрудников. При этом нужно уметь обмениваться данными между мобильными устройствами для синхронизации данных; для этого мы решили использовать не обмен через файлы, а задействовать для синхронизации (а заодно и для бэкапа) версию большого УНФ, расположенную в облаке http://1cfresh.com. При включении этого сценария в облаке http://1cfresh.com создается экземпляр большого УНФ, база которого будет использоваться для синхронизации данных между мобильными устройствами. Использование в таком сценарии одного мобильного устройства – бесплатно, за каждое дополнительное устройство мы берем 75 руб/месяц, использовать в этом сценарии можно не больше трех устройств. При этом пользователям мобильных устройств можно задать предопределенные роли – торговый представитель, сервисный инженер, продавец (возможна также детальная настройка ролей); соответствующим образом будет ограничена функциональность мобильного приложения. Можно также работать через веб-клиент или тонкий клиент с большим УНФ, размещенным в облаке, но функциональность облачного УНФ будет урезана до функциональности мобильного УНФ. Но работать непосредственно в облачном УНФ необязательно – вся работа может вестись только с мобильных устройств.

                  • Бизнес вырос до размера средней фирмы. В этом случае имеет смысл арендовать в облаке полноценную версию большого УНФ, чтобы получить (через веб-клиент или тонкий клиент) дополнительную функциональность — CRM (в планах – включение CRM в мобильный УНФ, но пока доступен только в большой версии), управление складом, расширенное формирование цен, возможность работы с банками и так далее. В этом случае количество мобильных устройств, работающих с большим УНФ, не ограничено (за каждое устройство взимается дополнительная плата согласно тарифу, как за одно рабочее место; 1 лицензия на УНФ во Фреше или на «коробочный» УНФ дает право бесплатного пользования и 1 мобильным приложением).
                  • Опыт монетизации приложения

                    Мобильное приложение УНФ, как я уже писал – бесплатное. Некоторое время назад мы решили монетизировать наше приложение (с помощью функциональности встроенных покупок, реализованной в мобильной платформе 1С:Предприятия версии 8.3.8), продавая дополнительную функциональность – производство, и возможность синхронизации с дополнительными мобильными устройствами.

                    Покупка функциональности «Производство» — разовая, а возможность синхронизации с дополнительными мобильными устройствами оформлена как подписка, которую нужно продлевать каждый месяц. Интересно, что уже через 3 недели после добавления функциональности покупок мобильный УНФ попал в топ 15 Google Play по продажам приложений для бизнеса.

                    Заключение

                    Мобильный УНФ – сравнительно небольшой (с точки зрения объема исходного кода), но довольно популярный продукт. Надеемся, рассказ о его эволюции будет полезен создателям мобильных end-user продуктов как на технологиях 1С, так и на других средствах разработки.

                    Нелишним будет напомнить, что на мобильной платформе 1С можно делать приложения, взаимодействующие не только с 1С-серверным backend-ом; протоколы, используемые для обмена данными в мобильных приложениях на платформе 1С – платформенно-независимые (web- и HTTP-сервисы, поддержка XML и JSON и т.п.). Так что если вам нужно быстро и динамично развивать кросс-платформенный (Android, iOS, Windows) мобильный клиент, причем с возможностью офлайн работы без постоянного подключения к Интернет для вашего бизнес-приложения, то мобильная платформа 1С вполне может быть оптимальным выбором для вас.

                    Смотрите так же:

                    • Отдел опеки пушкин Органы опеки и попечительства Пушкинского района СПБ Пушкинский район Органы опеки и попечительства МО г. Пушкин Адрес: 196600 Ленинградская область, г. Пушкин, Октябрьский бульвар, д.24 Телефон: (812) 466-26-84 @ E-mail: [email protected] […]
                    • Штрафы за езду с выключенными фарами Наказания и штрафы за езду без света: ближнего и ходовых огней. Многие автомобилисты не одобрили введение обязательного правила о включении света в дневное время суток, им кажется это лишней тратой энергии автомобиля. Но это сделано для повышения […]
                    • Правила русское казино Игры казино Русский/оазис покер - Oasis Poker Правила русского покера На самом деле русским или иногда его ещё называют оазис покером сложно назвать какую-то конкретную игру. Благодаря популярности покера в оффлайновых казино Москвы, возникло огромное […]
                    • Заместители прокурора чайки Можаев Михаил Васильевич заместитель прокурора Москвы государственный советник юстиции 3 класса Приказом Генерального прокурора Российской Федерации Юрия Чайки от 23 мая 2018 года № 579-к государственный советник юстиции 3 класса Можаев Михаил Васильевич […]
                    • Образец заявления на отсрочку ипотеки Образец заявления на отсрочку по кредиту, кредитные каникулы В Название банка Адрес банка От ваши Фамилия Имя Отчество Адрес для направления ответа Контактный телефон Заявление. “____” ________ 20__ года между мной и Название банка был заключен кредитный […]
                    • Правила питания в самолете Питание в самолете. Чем вас будут кормить на борту самолета Самолетный обед зависит от сезона, длительности полета, класса обслуживания, бюджета авиакомпании, правил здорового питания, национальных особенностей, время вылета, конкретных вкусов и возраста […]
                    • Результат заявки на субсидию Подача заявки на субсидию Министерства Культуры Приказ Министерства культуры РФ от 8 февраля 2013 г. N 115 "Об организации работы по предоставлению субсидий организациям кинематографии на производство национальных фильмов" Ссылка на приказ на сайте RGDOC […]
                    • Волжский страховка Оформить ОСАГО в Волгоградской области Место регистрации собственника ТС: A Acura Alfa Romeo Audi B BMW Bogdan Brilliance BYD C Cadillac Changan Chery Chevrolet Chrysler Citroen D Daewoo Daihatsu Dodge F FAW […]