главная книга
Как удалить неверно введённый платеж по поставщику?

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

В 90-е годы, когда Scala только появилась в России, все, кто её использовал, знали, что такое «консолидация», сейчас почти никто не знает и вот почему: можно сказать, что именно функциональность «непрерывная консолидация» обеспечила ERP системе Scala продвижение в России. В то время было очень важно вести учёт по российским и западным стандартам одновременно, причём в разных валютах…
Отчёт по правам доступа для различных ролей пользователей iScala

Главный бухгалтер прекрасно работал с Главной Книгой, захотелось ему посмотреть подробности по складу и ему добавили роль кладовщика. Раз, и пропал доступ в Главную Книгу. Всё из-за неграмотного назначения ролей кладовщику. Вот такие случаются неприятности, когда невозможно проанализировать права доступа для различных ролей. 🙂
Примеры отчётов по Главной Книге с drill down

Для ежедневного контроля очень удобно использовать отчёты с возможностью перехода по ссылке и просмотра подробностей. Такие отчёты можно сделать под требования пользователя. Один из возможных вариантов я привожу ниже на данных тестовой компании 2005 финансового года. Первый отчёт — это сальдо по счетам/учетному измерению «Департамент» и (при наличии информации) кодам покупателей/поставщиков для соответствующих счетов При … [Подробнее…]
Проводки ГК без соответствующих аналитических проводок
Этот отчёт показывает проводки ГК в таблице истории модуля «Управление Запасами» (SCGL), которым нет соответствия в таблице аналитических проводок модуля (SC07). Такая ситуация, разумеется, штатным образом возникнуть не может, и возможна только в том случае, если для каких-то аналитических проводок кто-то «вручную» обнулил флаг создания проводок ГК и создал их повторно. В этом случае ранее … [Подробнее…]
Несоответствие истории проводок ГК модуля УЗ автоучёту
Пример отчёта «Несоответствие истории проводок ГК модуля УЗ текущим настройкам автоучёта» Этот отчёт показывает несоответствие между проводкой, которая была бы создана при текущих настройках таблицы автоучёта и той проводкой, которая реально была отправлена в Главную Книгу (включая «ручные» пользовательские исправления) Другие страницы данной темы:
Проводки ГК по счетам учёта запасов не из модуля УЗ
Ниже приводится пример отчёта, показывающего проводки по счетам учёта запасов, попавшие в Главную Книгу не из модуля «Управление Запасами» Отчёт имеет многозначный параметр «Выберите счёта для проверки», значения в который попадают из таблицы автоучёта модуля «Управление Запасами» для позиций «Полученные Запасы» и «Выданные Запасы». Пользователь, в свою очередь, может отметить требуемые ему позиции: Другие страницы … [Подробнее…]
Проводки истории Журнала Главной Книги модуля УЗ, имеющие иной период, чем в ГК
Следующий отчёт показывает строки проводок из истории журнала Главной Книги модуля «Управление Запасами», даты которых находятся за пределами того периода, в который была отправлена соответствующая проводка Главной Книги. Отчёт имеет 2 варианта группировки: По номеру проводки в журнале: и по учётной строке: Другие страницы данной темы:
Проверяем отсутствие пропусков складских проводок и наличия других «вмешательств»
Иногда следует удостовериться, не залезли ли чьи-то «очумелые ручки» в таблицу складских проводок и не поудаляли ли чего. Разумеется в обычной ситуации такого быть не должно, но при наличии «очумелых ручек» очень даже вероятно: Jugulator писал(а): При создании процедур сверки складских проводок необходимо также учитывать, что возможна не только обычная схема создания проводок «одна строка … [Подробнее…]