
Иногда необходимо делать расчёт значения в столбце зависимым от того, что находится в строке отчёта
Sometimes it is necessary to calculate the value in a column depending on what is in the report line
Очень часто пользователи говорят: «DDF файлы, фу! Устаревшая технология!». Не буду спорить, однако, когда вы используете DDF, вы получаете набор данных, который сама Scala/iScala строит по своим внутренним алгоритмам с использованием многих десятков настроек, с анализом различных правил и параметров. Если использовать альтернативный вариант в виде «внешнего» отчёта, вам придётся самостоятельно запрограммировать всю логику системы или сделать допущение относительно тех или иных параметров, что они в Вашей компании являются конкретными величинами и не будут изменены в дальнейшем
В 90-е годы, когда Scala только появилась в России, все, кто её использовал, знали, что такое «консолидация», сейчас почти никто не знает и вот почему: можно сказать, что именно функциональность «непрерывная консолидация» обеспечила ERP системе Scala продвижение в России. В то время было очень важно вести учёт по российским и западным стандартам одновременно, причём в разных валютах…
Хотелось бы на конкретном примере описать один из возможных вариантов «клонирования» существующих настроек при открытии новой компании.
Различные варианты «клонирования» компаний:
1. Создание резервной копии системной базы данных и базы данных компании и их восстановление на новом сервере
2. Установка iScala «с нуля» и импорт меню, настроек безопасности в системной БД, восстановление резервной копии данных компании, сделанной стандартными средствами iScala
Разумеется, в разных компаниях пользователи iScala работают по-разному, я попытаюсь описать лишь один из возможных вариантов. Операции прихода обычно делаются в модуле «Заказ на Закупку», там же делаются операции ввода дополнительных затрат и т.п. Операции расхода обычно делаются в модуле «Заказы на Продажу» (если он используется) и/или в модуле «Requisition Management» (Требования). Операции перемещения между […]
Разумеется, в разных компаниях пользователи iScala работают по-разному, но тем не менее, имеется стандартная логика системы, которую нужно учитывать. Подробно описаны обязательные и необязательные шаги, а также некоторые комментарии относительно того, что будет, если внести изменения в цену по строке заказа на разных шагах
Разберём ситуацию: у нас есть запас, который мы закупаем в пачках (одна пачка — 500 граммов), а на складе учитываем в килограммах. Сначала внимательно сформулируем: единица измерения для закупок 1 пачка. В пачке 500 граммов. На складе учитываем в килограммах. Следовательно, одна единица закупки (1 пачка 500 граммов) равна 0,5 единицы хранения (0,5 килограмма). Для того, […]
О том, что импортировать информацию в iScala очень просто уже ранее писалось. Тем не менее, хотелось бы вернуться к этой теме и подробно перечислить все пункты меню, в которых можно выполнить импорт различной информации в iScala. Приводится перечень пунктов стандартного меню и меню для гостиничного бизнеса на английском и русском языках.