Поймите меня правильно, я вовсе не пытаюсь Вам продать услуги по проведению аудита системы (я готов был бы провести его бесплатно, если Вы заинтересуете меня какой-нибудь интересной задачей и при условии, что мне не придётся нести дополнительных затрат, например, на поездку в другой город), я просто пытаюсь понять почему люди достаточно часто продолжают работать в современной версии iScala так, как будто это Scala 5.1.
Счета-фактуры поставщиков, для которых не введены заказы на закупку вводятся в модуле «Книга Закупок» («Счета к оплате» в версии для гостиничного бизнеса). А если имеется заказ на закупку, тогда счёт-фактура поставщика вводится непосредственно в модуле «Заказы на Закупку
Это улучшенный вариант процедуры «Ещё один вариант работы с модулем Requisition Management (Требования)». Имеются важные дополнения и изменения. Для удобства они выделены цветом фона
Для начала «почти анекдот» на тему «чем отличается опытный консультант от неопытного»: Неопытный консультант приходит к клиенту, смотрит на настройки системы и говорит: «Что это у Вас здесь за ерунда в настройках? Сейчас мы быстро всё исправим» Опытный консультант приходит к клиенту, смотрит на настройки системы и говорит: «Что это у Вас здесь за ерунда […]
Здравствуйте, В прошлый раз я обещал в следующей рассылке подвести итоги опроса об использовании отчётных инструментов. К сожалению, итоги подводить пока рано, слишком мало участников проголосовали. Возможно, это связано с тем, что я забыл указать, что результаты будут представлены обобщённо, ни Ваше имя, ни название компании не будет указано. На всякий случай я дополнительно создал опрос на английском […]
В ситуации, когда пользователь, создающий требование, не знает, имеется ли то, что ему нужно, на складе, можно ли это заказать, у какого поставщика имеется подобный товар и по какой цене, уместно использовать следующий сценарий работы: Пользователь вводит требование типа 0 (неопределённый тип): Его руководитель утверждает требование, используя пункт меню «Authorise Requisition». В поле «Authorisation» вводится […]
Экспертное заключение по результатам аудита использования информационной системы на базе iScala 2.2 SR2 1. Введение Система iScala была установлена в компании несколько лет назад и настройки с тех пор практически не менялись (модернизировались), также не проводился анализ эффективности выполнения пользователями ежедневных процедур и операций. Часть первоначально обученных пользователей уже сменилась в результате смены персонала и […]
Если система Scala/iScala была внедрена в Вашей компании несколько лет назад, и сегодня Вы продолжаете работать с системой «как тогда», хотя бизнес ушел вперед, возможно, стоит задуматься о том, чтобы подвергнуть «ревизии» процедуры работы в системе и настройки. Помимо новых требований бизнеса, изменение законодательства также оказывает влияние на настройку системы и процедуры пользователей. В ходе […]
Уважаемый посетитель! Вы находитесь на сайте некоммерческого проекта «О системах планирования предприятия Scala, iScala». Изначально его идея была очень проста: предоставить возможность общения пользователям программных продуктов Scala 5.0, Scala 5.1, iScala 2.2, iScala 2.3, iScala 3.0, iScala 3.1, iScala 3.2, iScala 3.3 (и так далее), причем на темы, которые выбирают сами участники, а не те, […]