Как работать в Cyfertalk ?

[Администратор]

Работа в Cyfertalk условно разбивается на 3 этапа:

• Создание Алфавита
• Создание Словаря
• Моделирование

Создание Алфавита.

Как можно понять из определения,  Алфавит 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 .

[Администратор]

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

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