Бизнес модели в 1с

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

Составление плана моделирования – это обязательная стадия подготовки к моделированию. Он подлежит оценке:

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

Непосредственно моделирование ведется по блокам/участкам, итерациями, с активной обратной связью с Заказчиком: создание решения/модели – демонстрация – корректировка модели – принятие решения. К демонстрации, кроме демо-модели, готовятся наброски решений в виде драфт КД для раздачи и будущей компоновки. Качество демонстрации имеет ключевое значение. Оно преследует как минимум следующие цели:

Финансовая модель

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

Заказчик должен оперативно получать наработанные материалы:

• Промежуточные демо-базы для практического ознакомления.
• Драфт-описания КД.
• Видеозаписи демонстраций.

Следует отметить, что Заказчик всегда отстаёт и не способен сразу «переварить» демо-решения по разным причинам. Часто обратная связь приходит с опозданием, но должна быть отражена в КД.

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

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

Задачи и бизнес-процессы в 1С

Документ Концептуальный дизайн отражает некоторое согласованное состояние в движении к внедрению между Заказчиком и Исполнителем, является исходным документом для внедрения, который:

a) описывает решения «как будет»;

b) содержит информацию для постановки задач на доработки;

c) определяет показатели, стадии переноса данных и внедрения.

Таким образом в частях b) и c) он фактически является Техническим заданием для последующего внедрения.

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

Какие блоки и процессы следует моделировать в 1С:ERP?

Часто возникает вопрос – какие блоки следует моделировать. Ответ: все внедряемые блоки требуют моделирования. В первую очередь, это блоки оперативного учета – Продажи и CRM, Закупки и обеспечение, Производство, WMS-склад, Объемно-календарное планирование, Управленческий учет и учет затрат.

Блоки Кадры, Зарплата также требуют частичного моделирования по процессам, согласованным с Заказчиком. Например, по начислению и отражению зарплаты по направлениям деятельности, по нетиповым начислениям типа «бонус к зарплате» и др.

Блок Регламентированный учет берет данные из оперативного контура, поэтому может быть сдвинут во времени относительно оперативного учета. Но практически все участки регламентированного учета должны быть промоделированы, проведены в бухгалтерском и налоговом учете и продемонстрированы Заказчику, в т.ч. на цифрах в стандартных отчетах. По этому блоку у Заказчика часто возникают нюансы и вопросы по учёту НДС, расчёту налога на прибыль, ведению расчетов по НДФЛ и др.

Вас могут заинтересовать следующие статьи:

94 [PROP_CODE] => TAGS2 [TITLE] => Вас могут заинтересовать следующие семинары: ) —> 95 [PROP_CODE] => TAGS [TITLE] => Вас могут заинтересовать следующие вебинары: ) —>

Вас могут заинтересовать следующие вебинары:

1С: ERP [1] => Оценка задач [2] => Моделирование [3] => МСФО [4] => РСБУ [5] => Закрытие месяца [6] => Бюджетирование [7] => Налоги [8] => Отпуск [9] => Сравнение конфигураций [10] => 1С:Зарплата и Управление Персоналом [11] => Отчетность [12] => HTTP [13] => 1С: Университет [14] => БУ [15] => Внедрение ERP [16] => Как сделать в 1С [17] => Лизинг [18] => 1С: Сценарное тестирование [19] => Обмен между базами [20] => Бесшовная интеграция [21] => 1С:Управление производственным предприятием [22] => Внедрение [23] => Техническое задание [24] => Управление проектами [25] => Блокировки в 1С [26] => Тестирование 1С [27] => 1С:Управление холдингом [28] => 1С: Конвертация данных [29] => Перенос данных [30] => 1С:Управление корпоративными финансами [31] => 1С: Аренда и управление недвижимостью [32] => Финансовый учет [33] => Конвертация данных [34] => Оптимизация [35] => Транспортная логистика [36] => Бурение скважин [37] => 1С:Бухгалтерия [38] => 1С:Комплексная автоматизация [39] => Производство [40] => Планирование [41] => Расширение конфигурации [42] => Программные права [43] => Отчеты в 1С [44] => com-объекты [45] => Торговое оборудование [46] => Корпоративное сопровождение [47] => 1С: Интеграция [48] => Запросы 1С [49] => LINUX [50] => WEB [51] => 1С: Документооборот [52] => Excel [53] => Обновления [54] => 1С: Розница [55] => 1С: CRM [56] => 1С: Управление торговлей [57] => Интеграция 1С [58] => MS SQL Server [59] => Полезные обработки [60] => СКД [61] => XML [62] => WEB-сервисы 1С [63] => Программирование в 1С [64] => Проводки 1С [65] => 1С: WMS Управление складом [66] => 1С:Управление нашей фирмой [67] => 1С: ERP. Управление буровой компанией [68] => 1С: Договорчики [69] => 1С: Колледж [70] => 1С: Платформа ) —>

Источник: www.koderline.ru

Как мы разрабатывали интеграцию интернет-магазина с 1С: Предприятие и почему она стала массовой. Часть 3

В завершающей части рассказа о нашей реализации интеграции интернет-магазина 1С: Битрикс с системой 1С: Управление торговлей, хотелось бы рассказать о решении бизнес-задачи по обмену данными по заказам покупателей.

Напомню суть предыдущих топиков на эту тему:

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

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

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

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

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

Что делать теперь? Конечно, «обработать заказ». Но где его обработать — на сайте или в 1С? Ведь у нас интеграция. Необходимо выбрать бизнес-модель обработки заказов, а таких моделей в общем случае три:

Обработка заказов непосредственно на сайте

Используются возможности административной части CMS по управлению заказами. Объективно говоря, такие возможности в системе 1С-Битрикс: Управление сайтом очень широкие и достаточны для большинства магазинов:
— поиск заказов по фильтру
— просмотр данных по заказу,
— редактирование заказа (контактных данных, состава заказа, ),
— неограниченное число статусов заказов и различные полномочия пользователей по работе с каждым из статусов
— печать документов и многое другое

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

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

Обработка заказов в 1С

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

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

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

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

Смешанная модель

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

Реализация бизнес-моделей в интеграции 1С и 1С-Битрикс

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

Настройки на стороне сайта

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

Первая часть настроек интеграции по заказам находится в общих настройках интеграции с 1С, на вкладке «Заказы» (вкладку «Каталог» мы рассмотрели в предыдущей части, она касалась импорта товаров).

• Сайт, заказы с которого выгружаются в 1С. На одном движке может быть несколько магазинов и нужно уточнить, с которого именно отдавать заказы по запросу 1С
• Группы пользователей, которым разрешена загрузка — права пользователя под которым 1С будет забирать заказы
• Использовать zip-сжатие — как и в передаче товаров, позволяет уменьшить объем передаваемого трафика, хотя для списка заказов это дает не столь большую выгрузку

• Выгружать только оплаченные заказы
• Выгружать только заказы с разрешенной отгрузкой
• Выгружать заказы начиная со статуса

Настройки на стороне 1С

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

• Идентификация контрагента (поиск среди существующих или создание нового)
• Идентификация заказанных позиций (поиск в справочнике номенклатуры или создание новых)
• Создание и проведения документа «Заказ клиента»
• Идентификация статуса заказа и установка статуса документа «Заказ клиента»

Напомню, что на вкладке «Основные настройки» можно настроить интервал обращения 1С к сайту. Например, заказы можно забирать каждые 5 минут.

На вкладке обмен заказами настраиваются:

1) Способ идентификации контрагентов.

Данная настройка управляет алгоритмом поиска контрагента с сайта среди уже существующих контрагентов в 1С. Сегодня на выбор дается 2 способа идентификации — по наименованию (обычно для физ.лиц) и по комбинации ИНН+КПП для юрлиц. В ближайшем времени планируем добавить еще один вариант идентификации — по ID пользователя сайта (наименование для крупных магазинов все же может повторяться).
Если контрагента найти не удалось, создается новый.

2) Параметры создания новых элементов справочника «Номенклатура»

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

На вкладке «Дополнительно» указываются параметры проведения документов в 1С, включая отмену заказов, и важная настройка — «Соответствие статусов заказов»:

Как и на стороне сайта, 1С тоже может устанавливать статус документа «Заказ клиента» по данным статуса заказа на сайте. Например, если заказ на сайте подтвержден, то в 1С он автоматически получает статус «Согласован». Это удобно.

Экспорт заказов из 1С на сайт

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

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

Схема работы 1С такая. Если заказы, загруженные с сайта, были изменены, то в ближайший сеанс обмена 1С выгрузит эти изменения на сайт (также в формате CommerceML), а сайт примет их и обновит информацию по заказам.

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

то есть сайт автоматом изменит статус заказа при получении данных от 1С по оплате и(или) отгрузке. А на изменение статуса можно «повесить» обработчик, отправить сообщение клиенту (по email или sms).

Итого: интеграция задачу информирования покупателя, несмотря на то, что обработка заказа происходит вне сайта.

Дополнительные возможности интеграции

Все настройки интеграции с 1С со стороны сайта на 1С-Битрикс, которые мы рассмотрели — являются всего лишь дефолтными настройками по умолчанию, которые относятся к дефолтному скрипту интеграции http:///bitrix/admin/1c_exchange.php.

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

Это компоненты «bitrix:catalog.import.1c» и «bitrix: sale.export.1c». Они доступны прямо в визуальном редакторе. Вы можете создать свой собственный скрипт интеграции с индивидуальными настройками. Делается все элементарно:

1) Создать страницу на сайте, можно прямо в визуальном редакторе (можно сделать единый URL и для товаров и для заказов, как в дефолтном интерфейсе, а можно и разные)
2) Разместить на странице компоненты обмена с 1С настроить необходимые параметры

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

Но и это еще не все.

Компоненты «catalog.import.1c» и «sale.export.1c» являются обычными компонентами 2.0 платформы 1С-Битрикс. Их можно кастомизировать типовыми приемами, либо вообще вынести в свое пространство имен и произвольно изменить их исходный код.

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

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

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

Общие выводы по интеграции:

1. Реализован готовый механизм интеграции между 1С и интернет-магазином, который позволяет из коробки решить большое количество типовых задач клиентов по выгрузке каталога и обмену заказами
2. Есть возможность гибкой настройки интеграции как со стороны 1С-Битрик: Управление сайтом, так и со стороны 1С: Управление торговлей, чтоб подстроиться по специфику бизнеса клиента
3. Представляются возможности по кастомизации и доработке функционала интеграции
4. Обмен данными производится с использованием открытого XML-стандарта CommerceML
5. Протокол обмена данными максимально упрощен, использует HTTP(S) и учитывает типовые ограничения хостеров на работу скриптов сайта
6. Архитектура интеграции максимально защищает 1С: Предприятие от угроз из Интернета, инициатором обмена всегда выступает 1С, а сайт всего лишь отвечает на запросы

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

Финансовая модель для бизнеса в 1С:УНФ

Отчеты для заполнения финансовой модели

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

В основе модели основные показатели бизнеса: Выручка, Прямые расходы, Косвенные расходы, Прибыль, Рентабельность. При ведении управленческого учета в 1С:УНФ значения показателей для заполнения модели можно найти в самой программе. Значения показателей из программы делают финансовую модель действительно работающим инструментом.

В 1С:УНФ информация доступна в отчете Доходы и расходы по статьям. По подразделениям можно увидеть в отчете Валовая прибыль. Проанализируйте в отчетах Анализа бизнеса: Компания — Развитие бизнеса — Анализ бизнеса. Для составления финансовой модели рассчитайте, какую часть составляет себестоимость.

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

Перенос информации в финансовую модель

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

Равномерно по периодам: при вводе общей суммы за весь период она распределится поровну на периоды. Пропорционально по суммам — при вводе общей суммы и распределения по периодам сумма распределится пропорционально введенным значениям, удобно использовать для учета сезонности. Следующий шаг — себестоимость. Из отчета Доходы и расходы в Анализе бизнеса определите себестоимость.

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

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

Дополнительные показатели

Что делать, если важно для бизнеса посчитать косвенные расходы по статьям и добавить свои индивидуальные показатели? Для этого откройте список показателей в разделе: Компания — Развитие бизнеса — Показатели бизнеса. Создайте новый показатель по кнопке «Создать», открывается форма создания нового показателя.

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

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

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

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

Источник: www.vdgb.ru