Как проконтролировать ввод новых, изменения и удаления существующих карточек покупателей, поставщиков, запасов?

Сотрудники отдела закупок ввели новый запас и указали неверный учётный код. В результате проводки создались по 10 счёту, а должны были быть созданы по 41-му. А когда спохватились, таких проводок оказалось уже несколько сотен. Знакомая ситуация? Как нам кажется, в той или иной степени в разных вариациях она имеет место во многих компаниях. Разумеется, можно обратиться к журналу учёта контроля данных iScala, если, конечно, он включен. Однако сделать это может только администратор системы через административную консоль. А хотелось бы, чтобы это мог сделать, например, бухгалтер по учету запасов, правда?

Как установить и каким образом можно использовать значение минимально допустимого остатка на складе?

Как мне задать минимальное значение, которое должно быть на складе  для определённой позиции запаса? Как сделать так, чтобы iScala предупреждала нас (или как-нибудь иначе), когда остаток на складе снижается до указанного минимального значения? Начнём с того, что iScala сама не станет Вас предупреждать, Вы должны будете сделать определённые действия, чтобы получить это «предупреждение». Начнём с ввода … [Подробнее…]

Как удалить неиспользуемую карточку запаса?

Иногда возникает ситуация, когда на один и тот же запас по ошибке завели 2 карточки с разными кодами запаса. Что в этом случае делать? Разумеется, в каждом конкретном случае необходимо разбираться отдельно, здесь будут описаны лишь наиболее общие ситуации. Начнем с того, что удалить можно только позицию запаса, для которой отсутствуют остатки на складе: Следовательно, необходимо … [Подробнее…]

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

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

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

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

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

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

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

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

Проверяем отсутствие пропусков складских проводок и наличия других «вмешательств»

Иногда следует удостовериться, не залезли ли чьи-то «очумелые ручки» в таблицу складских проводок и не поудаляли ли чего.
Разумеется в обычной ситуации такого быть не должно, но при наличии «очумелых ручек» очень даже вероятно