Ещё один вариант работы с модулем Requisition Management (Требования)

В ситуации, когда пользователь, создающий требование, не знает, имеется ли то, что ему нужно, на складе, можно ли это заказать, у какого поставщика имеется подобный товар и по какой цене, уместно использовать следующий сценарий работы: Пользователь вводит требование типа 0 (неопределённый тип): Его руководитель утверждает требование, используя пункт меню «Authorise Requisition». В поле «Authorisation» вводится … [Подробнее…]

Ввод результатов инвентаризации в iScala

В iScala имеется 3 способа ввода результатов инвентаризации: «Абсолютная инвентаризация», «Абсолютная, сверяемая со списком» и «Относительная инвентаризация». Начнём с теории. Самым простым способом ввода инвентаризации является «Абсолютная инвентаризация» — вы можете вводить позиции запасов в произвольном порядке и указывать количество, выявленное в результате инвентаризации, iScala сама определит разницу и сделает соответствующую проводку. Когда можно использовать … [Подробнее…]

Процедура обнуления остатков по складу на конец месяца

В некоторых компаниях в конце месяца используется операция обнуления остатков по складам. Весь месяц на склад, ассоциированный, например, с кухней, приходуются запасы (это может быть закупка у поставщика или перемещение с центрального склада), а списание не делается, взамен этого в конце месяца сальдо по складу обнуляется. Разумеется, такая операция выполняется не для всех запасов и … [Подробнее…]

Краткое руководство по работе с модулем Requisition Management (Требования)

For English speaking people: click here В зависимости от Вашей роли, Вы можете иметь разные пункты меню. В одном случае Вам будет доступно меню «Requisition Management», в другом – подменю «Requisitions» родительского меню «Purchase Order». На картинке они выделены красной рамкой. Какое бы меню ни было для Вас доступным, смысл его содержания одинаков, Вы будете … [Подробнее…]

Импорт информации в iScala — это очень просто!

Один из участников интересовался вопросом импорта информации в iScala. Несмотря на то, что мне этот вопрос кажется довольно простым и разобраться в нём можно самостоятельно, я решил привести здесь пример. В качестве примера приведу одну из задач, смысл которой я никогда не понимал, т.к. не вижу принципиальной разницы в том, списать ли сначала более дешёвые … [Подробнее…]

Проводки ГК без соответствующих аналитических проводок

Этот отчёт показывает проводки ГК в таблице истории модуля «Управление Запасами» (SCGL), которым нет соответствия в таблице аналитических проводок модуля (SC07). Такая ситуация, разумеется, штатным образом возникнуть не может, и возможна только в том случае, если для каких-то аналитических проводок кто-то «вручную» обнулил флаг создания проводок ГК и создал их повторно. В этом случае ранее … [Подробнее…]

Несоответствие истории проводок ГК модуля УЗ автоучёту

Пример отчёта «Несоответствие истории проводок ГК модуля УЗ текущим настройкам автоучёта» Этот отчёт показывает несоответствие между проводкой, которая была бы создана при текущих настройках таблицы автоучёта и той проводкой, которая реально была отправлена в Главную Книгу (включая «ручные» пользовательские исправления) Другие страницы данной темы:

Проводки ГК по счетам учёта запасов не из модуля УЗ

Ниже приводится пример отчёта, показывающего проводки по счетам учёта запасов, попавшие в Главную Книгу не из модуля «Управление Запасами» Отчёт имеет многозначный параметр «Выберите счёта для проверки», значения в который попадают из таблицы автоучёта модуля «Управление Запасами» для позиций «Полученные Запасы» и «Выданные Запасы». Пользователь, в свою очередь, может отметить требуемые ему позиции: Другие страницы … [Подробнее…]

Проводки истории Журнала Главной Книги модуля УЗ, имеющие иной период, чем в ГК

Следующий отчёт показывает строки проводок из истории журнала Главной Книги модуля «Управление Запасами», даты которых находятся за пределами того периода, в который была отправлена соответствующая проводка Главной Книги