Перед вами автоматизированное рабочее место (далее АРМ) проверки корректности учета в вашей учетной системе.
Возможности!
- Это внешний отчет, не требует никаких изменений вашей учетной системы. Просто открываете и начинаете работать.
- (!) это порядка 25-40 проверок. На выходе каждой проверки: строгий формализованный критерий ошибки. Все проверки выводят расшифровку, где верхняя группировка всегда будет «Это ошибка» = Истина.
Прим. Данный АРМ адаптирован как для учетных систем, где включен Партионный учет, так и для учетный систем, где включен РАУЗ.
- Каждая проверка – это отчет на СКД. Это дает гибкие возможности подстроить под себя.
- Все проверки настраиваются под себя и сохраняются по настройке. Каждая настройка сохраняется под определенным пользователем. У каждого пользователя настроек может быть неограниченное кол-во.
В итоге, каждый пользователь данного АРМ-а, в зависимости от своей области работы (гл. бухгалтер, бухгалтер ТМЦ, финансист и.т.п.), может настроить АРМ «под себя», сохранить данную настройку и пользоваться ей.
- Главное для разработчиков! Можно интегрировать в данный АРМ свою проверку. Для этого необходимо
- Сделать макет компоновки данных.
- Сделать макет табличного документа, где кратко описать данную проверку.
- Вставить пару строчек кода в модуль формы и модуль объекта.
- Все!
В АРМ встроена подробная инструкция.
Для ознакомления с работой в АРМ посмотрите пожалуйста ролик
Почему платно?
Коллеги,
- затрачено огромное количество трудочасов, чтобы разработать гибкий универсальный механизм хранения своих проверок без изменения конфигурации.
- затрачено много времени, чтобы собрать все мои проверки которые когда либо я использовал для проверки учета и выявления проблем при консультаций/консалтинга данных типовых кофигураций.
Сумма же за данный АРМ даже не дотягивает до одного трудочаса московского консалтера. Давайте будем ценить чужой труд!
Почему не дать задачу своим программистам сделать примерно то же самое?
- посчитайте экономику данной задачи, сколько времени затратите вы или ваша команда на разработку и сравните со стоимостью данной разработки. Игра стоит свеч?
Интерфейс АРМ-а
Пример встроенных проверок: УПП, партионый учет.
- Налоговый учет (ПБУ 18)
- Проверить Сравнение остатков на счетах (ПБУ 18)
- Проверить Корреспонденцию (ПБУ 18)
- Анализ структуры себестоимости (ПБУ 18)
- Анализ НЗП (ПБУ 18)
- Подсистема расчетов
- Подсистема расчетов: корректность остатков на Документах расчета
- Подсистема расчетов: ошибка одновременный остаток на счете взаиморасчета и счете аванса
- Подсистема расчетов: "Подсистема расчетов" vs "Данные на бухгалтерских счетах"
- Подсистема расчетов: "Подсистема расчетов" vs "Данные на бухгалтерских счетах" (вал)
- Бух. счета: ошибка одновременный остаток на счете взаиморасчета и счете аванса
- Проверка на отриц. остатки прочих подсистем (не ТМЦ)
- Резервирование: отрицательные остатки
- Заказы покупателей: отрицательные остатки
- Заказы поставщикам: отрицательные остатки
- Материалы в эксплуатации: отрицательные остатки
- Прочее
- Затраты по Статьям затрат: соответствие УУ и БУ
- Корректность выписки счет-фактур
- Расхождение: "Данные на бухгалтерских счетах" vs "Взаиморасчеты с подотчетными лицами"
- Расхождение: "Данные на бухгалтерских счетах" vs "Взаиморасчеты с контрагентами "
- Расхождение: "Данные на бухгалтерских счетах" vs "Взаиморасчеты с контрагентами (вал.) "
- ТМЦ
- Свободные остатки: отрицательные остатки
- Товары на складах: отрицательные остатки
- Партии товаров УУ: отрицательные остатки
- Партии товаров БУ: отрицательные остатки
- Партии товаров НУ: отрицательные остатки
- Расхождение: "Товары на складах" vs "Партии товаров УУ" vs "Партии товаров БУ"
- Расхождение: "Данные на бухгалтерских счетах расчетов" vs "Партии товаров БУ"
- Бухгалтерские счета: отрицательные остатки
- Налоговые счета: отрицательные остатки
Каждая проверка по кнопке "описание" седержить краткое описание что и для чего эта конкретная проверка. Каждая проверка расшифровывается и гибко настраивается "по себя" - это система компоновки данных.
Что можно добавить
Например, заполненность определенного свойства у справочника Номенклатура и/или Контрагенты.
Например, есть Свойство у Номенклатуры "АртикулЦеха", это свойство обязательно должно быть заполнено у Номенклатуры в группе "Сырье цеха".
Как проконтролировать при создании новой Номенклатуре, что это свойство заполнено, если вводит Номенклатуру Бухгалтерия и для нее это свойство не важно, а важно оно для Планово-диспетчерского отдела?
И.Т.П.
И.Т.Д.
Прим. Достаточно узко-специализированная проверка, поэтому в предопределенные не добавлена.
В каких типовых конфигурациях это работает.
АРМ работает на конфигурациях УПП и Комплексная.
Конкретно отлажена на УПП 1.3 и Комплексная конфигурация 1.1.
Проверено на партионном учете и РАУЗ.
Само ядро АРМ-а плотно завязано на справочник "Сохраненные настройки" + ХранилищеПользовательскихНастроекОтчетов.
Предопределенные проверки анализируют именно корректность данных/первички ... в данных типовых конфигурациях.
Возможно, часть проверок "заведется" на Торговле 10.х, необходимо протестировать.
Если есть необходимость пишите в комментариях.
Форма АРМ обычная, не УФ.
Техническая поддержка и обратная связь.
В течении 30 дней действует бесплатная тех. поддержка.
Принимаются любые предложения, в части расширения проверок.
Обратная связь приветствуется.
! В рамках тех. поддержки принимаются предложения по добавлению новых проверок. Если проверка простая (реализую в течении часа), могу сделать индивидуально.
По более сложным проверкам, анализируем обратную связь и принимаем решение добавить в общий релиз.
!История изменений.
Кто уже приобрел АРМ, пишите в личку, отправлю новую редакцию.
v2 от 22.09.2017
- Добавлена на панель инструментов дерева операций кнопка "Добавить". Теперь в текущую настройку АРМ-а можно добавлять операции из общего списка. Удобно пользоваться, когда у определенного пользователя был настроен АРМ с неполным списком проверок, но возникла необходимость добавить еще одну проверку. Так же удобно пользоваться, когда разработана новая проверка и ее необходимо добавить определенным пользователям, в определенные настройки.
- Добавлена новая провекра в группе Прочие "Проверить дубли физических лиц"
- Исправлены ошибки: в операции ""Данные на бухгалтерских счетах"" vs ""Взаиморасчеты с подотчетными лицами""" не анализировался кредитовый остаток на счете 71.01
v3 от 06.10.2017
1) Обновлена инструкция.
2) Добавлена возможность сортировать/перемещать в дереве проверок (в инструкции описано).
3) Добавлена проверка: Расхождение: "Товары на складах" vs "Партии товаров УУ" (обороты по документам).
В отличие от проверки Расхождение: "Товары на складах" vs "Партии товаров УУ" vs "Партии товаров БУ", которая проверяет срез на конечную дату по расхождениям, новая проверка сравнивает обороты по каждому документу за период.
4) Добавлена проверка: Расхождение: "Данные на бухгалтерских счетах" vs "Партии товаров БУ" (обороты по документам).
Так же проверяет обороты по каждому документу за период.
v4 от 09.11.2017
Исправлены ошибки: в проверках "РАУЗ "Учет затрат": отрицательные остатки" и "РАУЗ "Учет затрат регл.": отрицательные остатки" остатки считывались на пустую дату.
v5 от 20.04.2018
Добавлены проверки:
Для РАУЗ
РАУЗ Расхождение: "Товары на складах" vs "Учет затрат". Видимая в списке, при условии что в РАУЗ-е ведете управленческий учет. Сравнивает РН "Товары на складах" и РН "Учет за затрат" по количеству.
РАУЗ Расхождение: "Товары на складах" vs "Учет затрат (регламентированный учет)". Проверяет расхождения по количеству РН "Товары на складах" и РН "Учет затрат регл."
Для Партионного учета
"Данные на налоговых счетах" vs "Партии товаров НУ". Сравнивает оборотно-сальдовые ведомости в НУ с РН "Партии товаров на складах НУ"
"Данные на налоговых счетах" vs "Партии товаров НУ" (обороты по документам)" - сравнивает по документам оборотно-сальдовые ведомости в НУ с РН "Партии товаров на складах НУ"
Прочее
"Корректировка долга Взаимозачет: сходимость сумм" Анализируются документы Корректировка долга, с видом операции Взаимозачет. Часто идут ошибки по валютным взаимозачетам, так как программе не контролирует в этом случае сходимость сумм регл.
"Проверить необходимость указания Предоплаты в ПТиУ (договора по документам расчета) " Данная проверка проверяет корректность отражения документов ПТиУ, в случае, когда договор идет по документам расчета. При таких договорах пользователь сам зачитывает аванс по тем документам расчета, на которых висит аванс. Возникает человеческий фактор, пользователи забывают указать на закладке предоплата документы аванса, тем самым получается ошибка, аванс на дату документа ПТиУ есть, но он не зачитан.
"Валютные платежи: сравнение курса документа платежа с курсом валюты на дату платежа" Проверяются документы Платежное поручение исходящие и Платежное поручение входящее, по валютным договорам, у которых расчеты в условных единицах. Считывается курс, указанный в документе и реальный курс на дату документа. Они должны быть одинаковые, иначе ошибка.
v6 от 06.06.2018
Исправлены выявленные ошибки.
В проверках РАУЗ: Расхождение: "Товары на складах" vs "Учет затрат (регламентированный учет)" и РАУЗ Расхождение: "Товары на складах" vs "Учет затрат" теперь учитываются товары в рознице при сравнении (анализируется также регистр "Товары в рознице"
Причины купить
- Удобный инструмент проверки учетной системы.
- Разработаны порядка 40 проверок. Каждая проверка, по сути, отдельный отчет.
- Все проверки аккумулированы в одном месте.
- Гибкий инструмент настройки как рабочего место, так и конкретных проверок "под себя".
- Возможность добавление своих проверок.
