Работа в Cyfertalk условно разбивается на 3 этапа:- Создание Алфавита
- Создание Словаря
- Моделирование
Создание Алфавита.
Как можно понять из определения (http://cyfertalk.com/Forum/index.php?topic=2.0), Алфавит Cyfertalk - это набор специальных комбинаций символов, в терминологии Cyfertalk - Букв(признаков объектов и операций, помогающих точно определять объект и процесс.)
Буквы могут иметь один из трёх типов:
группа,
база и
мера.
- Буквы с типом "группа" предназначены для определения признаков, которые объединяют объекты в группы. Это могут быть операции над объектами(приход, расход), определители данных(план, факт) и любые другие признаки группировки(продукты, сырьё, материалы, цеха, машины и т.д).
- Буквы с типом "база" предназначены для определения объектов. Это могут быть как конкретные объекты(|у_ТПК-3| - уголь ТПК разрез-3), так и отдельные признаки(|угл| - уголь, |Т|-Тощий, |ПК| - размер плита/крупный, |рзрз-3| - разрез-3)
- Буквы с типом "мера" предназначены для определения единиц измерения, в которых измеряются объекты. Один объект зачастую имеет несколько единиц измерения, например уголь измеряется вагонами, тоннами, килограммами, кубическими метрами и деньгами – рублями, евро, долларами и т.д.
Различные комбинации Букв трёх типов образуют конечные идентификаторы бизнес процессов – Слова Cyfertalk , поэтому при разработке Алфавита, следует представлять, как Буквы будут комбинироваться и образовывать Слова.
Для разработки Слов существуют свои инструменты – формы Клонирования и Мутации, однако точность и правильность конечных идентификаторов могут гарантировать только верные порядок и содержание Алфавита.
Прежде чем приступать к построению Алфавита стоит уяснить несколько правил:
- Создавая модель, отталкивайтесь от целей её построения. Чётко формулируйте вопросы, на которые хотите получить ответы.
Если вы хотите узнать прибыльность отдельно взятого товара – вносите только те признаки, которые влияют конкретно на этот товар.
Если вы хотите проанализировать совокупность процессов – используйте максимальное количество уже полученных суммарных данных, - не перегружайте модель лишними расчётами.
Если вам удастся достигнуть баланса между подробным описанием и использованием суммарных данных, работа в Cyfertalk принесет вам необходимый экономический эффект и удовольствие.
- Продумывайте наперед, какие операции будут производиться над объектами. Например, операции прихода и расхода производятся в 99% случаев, эти признаки скорее всего пригодятся и стоит создать соответствующие Буквы.
Если вы хотите оценивать эффективность бизнес-процессов, старайтесь разделять плановые и фактические данные.
Например сделайте первые Буквы в Словах|П|(План) и|Ф|(Факт), чтобы точно понимать какие данные относятся к плану, а какие к факту, и иметь возможность их сравнить вычитая потоки друг из друга.
Если вся модель является плановой, такой необходимости может и не быть. В любом случае отталкивайтесь от целей моделирования.
- Прежде чем приступать к конструированию Слов – точно выстраивайте Буквы по порядку(Вид), так как Буквы в Слове будут выстраиваться согласно номеру их Вида. Слова Cyfertalk названы словами из-за их свойства читаемости. Например, если вы создали Буквы |План| и |Приход| - лучше всего будет сделать номер Вида |План| меньше номера Вида |Приход|, чтобы при объединении их в Слово, |План| шёл перед |Приход|. Это позволит добиться наилучшей читаемости.
Старайтесь также сокращать гласные, и сохранять согласные, чтобы добиться большей компактности Слова. Например:
Плн|Прих|Прод|Угль|Т|ПК|тонн
можно прочитать следующим образом – План прихода продукта "уголь тощий" в размере плита/крупный в тоннах.Если задать номер Вида неправильно(например |Прих| идёт раньше |Плн|, а |Угль| идёт раньше |Прод|) то читаемость такого Слова пострадает -
Прих|Плн|Угль|Прод|Т|ПК|тонн
– получилось: "приход план уголь продукт..." . Как можно видеть, - из читаемого Слова такой идентификатор превращается в абракадабру.
Хотя он всё ещё может быть прочитан, лёгкость восприятия уже потеряна.
Например, если у вас всего один товар – уголь ТПК, нет смысла создавать уточняющие его свойства Буквы: |Угль|,|Т|,|ПК|, будет достаточно одной, например просто |ТПК|.
Если же товаров несколько и они ранжируются по характеристикам, - наоборот есть смысл создать сообразные им Буквы. Например, вы производите полиэтиленовые пакеты разной длины и ширины:
Ширины 24 см, 32 см, 40 см, Длины 37 см, 40 см, 50 см
Тогда определяющие их Слова могут выглядеть примерно следующим образом:
Плн|Расх|Прод|24|37|кг
| Плн|Прих|Прод|32|40|шт
| Плн|Расх|Прод|40|50|шт
|
Плн|Расх|Прод|24|40|шт
| Плн|Прих|Прод|32|50|руб
| И подобные... |
Такое разбиение характеристик может быть очень полезно при фильтрации и выборе процессов в дальнейшем, когда вы будете строить представления модели.
И последнее – прежде чем приступать к конструированию Слов, тщательно проверьте достаточность наполнения Алфавита , чтобы не приходилось создавать дополнительные Буквы уже в процессе моделирования.
Создание Словаря.
Словарь, как можно понять из его названия – это набор Слов(идентификаторов бизнес-процессов).
Порядок создания Слов может быть любым, проще всего начать с тех же Слов, с которых вы хотите начать создание первого представления модели(например: поступление оборудования, приход средств от инвесторов, выпуск продукта и т.д и т.п).
При конструировании Слов, стоит придерживаться нескольких правил:
- Подбирайте состав Слова максимально точно, не пропуская необходимых Букв и не добавляя лишних. К данному правилу стоит отнестись особенно, так как именно состав Слова определяет бизнес-процесс, его свойства и восприятие идентификации.
Например, Слово Плн|Прих|Склд8|СМ2|М300| – определяет кем(СМ2-вторая смена), куда(Склд8 - восьмой склад) и что(М300 – цемент марки М300) планируется(Плн-план) принять(Прих-приход).
Насколько необходима каждая Буква – зависит от целей модели. Если в контексте модели, - вам важно, в какую смену поступит цемент, - то Буква |СМ2| справедливо должна быть добавлена в идентификатор.
Если же в рамках создаваемой модели вам нужно лишь рассчитать поступление к определённым дням, без учёта складов, смен и по факту, тогда будет вполне достаточно следующей идентификации: Прих|М300|.
Если мы производим цемент в одном тех-процессе, - понятно что это наш цемент, где и как он произведён, и дополнительных Букв не требуется. Однако, если мы покупаем цемент или производим в разных цехах/тех-процессах, - стоит добавлять соответствующие Буквы.
Например: Прих|Euro|М500| - Приход от OOO "Евроцемент" марки М500.
Отнеситесь с должной внимательностью к составлению Слов, так как исправить их невозможно.
Слова Прих|Euro|М500| и Прих|М500| - отражают разные процессы, и соответственно к ним относятся разные числовые потоки.
Если Прих|Euro|М500| обозначает количество прихода марки М500 именно от OOO "Евроцемент", то Прих|М500| - количество всего прихода М500 от всех компаний, и одно Слово никак не может превратиться в другое.
- Добавляйте в Слова все измерения, с которыми планируете работать. Пусть лучше некоторые измерения останутся неиспользованными, чем необходимых измерений не окажется в Слове.
- Имейте в виду, что созданное Слово определяет числовые потоки и напрямую ассоциировано с ними. У каждого Слова есть измерения, каждое из которых определяет один числовой поток. Например, у Слова Прих|Прод|БсМ(Приход продукта булка с маком) есть три измерения – шт(штуки), кг(килограммы) и руб(рубли), соответственно данное Слово способно дать три числовых потока, которые отражают динамику прихода булки с маком.
Если удалить Слово Прих|Прод|БсМ – то удалятся и ассоциированные с ним потоки.
Не стоит стремиться создать все возможные Слова, прежде чем приступать к моделированию Пресетов(настроек-наборов Слов). Достаточно создать те, которые точно будут участвовать в представлении и расчётах.
Моделирование.
Создание читаемых идентификаторов – Слов Cyfertalk , разбивает привычные операционные бизнес-процессы(закупка, выпуск, переработка, отгрузка и т.п.) на элементарные операции, что позволяет собирать информационную картину подобно мозаике – кусочек за кусочком.
Чтобы достичь желаемого аналитического эффекта, - необходимо заполнить достаточный минимум данных, который можно определить по сводным значениям и балансам.
При заполнении модели следует учесть несколько правил:
- Старайтесь следовать порядку и логике событий. Вся архитектура Cyfertalk преследует цель построения максимально приближенной к реальности симуляции.
Поэтому при заполнении потоков значениями, создании Формул и Пресетов стоит опираться на реальные события и операции.
Например, если ваша модель предназначена для анализа сделки с новым клиентом (вы хотите понять сколько оборотных средств и на какой срок будет заморожено, какой может быть прибыль, сколько заложить на риск) – начинайте заполнение с расходов на закупку сырья(если у вас производство)/товаров(если у вас трейдинговая компания).
Точно так же как это должно происходить в реальности, - сначала расход со счёта, затем ожидание подтверждения от поставщика, через определённое в договоре время – поставка, после поставки – обработка(производство/перепаковка/маркировка/и т.п.), затем получение оплаты и отгрузка.
Таким образом, всё, что от вас требуется – это тщательно заполнять данные, следуя логике бизнес-процесса. В результате вы получите нужные результаты – даты возможных разрывов кэш-фло, нехватки ресурсов, необходимые суммы покрытия и т.п.
- Придерживайтесь принципа: "Всё что мне нужно – в пределах экрана". Стремитесь свести представление к минимуму строк числовых потоков.
Например, не стоит мешать в одну кучу процессы закупки, выпуска, отгрузки и подобные макро-процессы. Разместите их в разных Пресетах, а для сведения используйте суммарные формулы.
Кроме того, при необходимости вы всегда можете быстро включить/выключить нужные вам потоки.
- Не создавайте лишних периодов. Так как база Cyfertalk растёт по мере обращения к новым периодам, - не переключайтесь на те периоды, что вам не нужны, чтобы не перегружать базу данных и систему расчётов.
Например, если ваша модель рассчитана на год, начиная с 01.01.2044 по 01.01.2045, - не стоит переключаться на предыдущие(31.12.2043 и меньше) и последующие(01.02.2045 и больше) даты.
- Используйте воображение. При работе в Cyfertalk некоторые тривиальные задачи могут быть решены нестандартными способами.
К примеру для заполнения потоков числами можно создать формулу-заполнитель(так и назвать её-"заполнитель"). Рассчитанные в такой формуле значения можно копировать в поток процесса при помощи функции копирования(белая стрелочка слева от Слова(наименования потока)потока в Главном планшете).
Или, например, для визуального выделения потока из общего массива можно применить функцию выделения для копирования по дням: Ctrl + правая кнопка мыши в поле Слова(наименования потока).
При обретении некоторого опыта, очень вероятно что вы найдёте не один такой "лайфхак".
- Пользуйтесь справкой. Вызвать справку текущего окна можно нажав F1 либо знак вопроса в углу окна.
- Регулярно сохраняйтесь. Делайте архивные копии перед массовыми изменениями модели, это позволит откатиться назад, если что-то пойдёт не так.
Так же можно пользоваться быстрым сохранением(F5) и быстрой загрузкой(F9), быстро сохраняя/загружая всю модель в промежуточное сохранение.
В заключение добавлю, что в основе успешной работы с Cyfertalk лежит эксперимент и опыт. Чем больше вы строите модели и пробуете новые подходы – тем быстрее вы начнёте получать реальную пользу и удовольствие от бизнес-калькулятора Cyfertalk .
Приблизительно понять как выглядит модель можно загрузив модель для экспериментов в программу.
Пример модели для скачивания: скачать базу (https://cyfertalk.com/assets/php/Download1.php).
Загрузить базу нужно с помощью кнопки 2 стартовой формы (https://cyfertalk.com/Spravka/starter.html).