gifts2017

Поиск, изучение и создание ключей аналитики в УПП для РАУЗ

Опубликовал Павел Васянин (Designer1C) в раздел Обработки - Универсальные обработки

Поиск, отбор, просмотр и создание ключей аналитики РАУЗ
Для кого эта обработка: для специалистов по внедрению УПП
Для чего эта обработка: для исправления ошибок в учете затрат.
Пример использования: "Не закрытый остаток по 25 счету на затратах на начало месяца требуется перебросить на 20-й счет, чтобы затем его распределить и списать на затраты".

Обработка для создания ключей аналитики по указанным реквизитам

Обработка создает ключи аналитики по всем используемым ключам аналитики: 

  • Вида учета
  • Учета затрат
  • Распределения затрат
  • Учета партий
  • Учета прочих затрат

Если для указанных параметров ключ аналитики существует, он не создается и отображается в поле "Ключ аналитики учета"

Альтернативой обработке служит создание и проведение документа с требуемой аналитикой. Минусом такого подхода может быть необходимость удаления проведенного документа из рабочей базы данных.

Кроме того, обработка является еще и фильтром для ключей аналитики. То есть можно просмотреть ключи аналитики, которые имеются в базе данных.

При открытии обработки считывается настройка аналитики расширенного учета: 

Эта настройка оказывает влияние на работу обработки при разных значениях реквизита "Вид отражения в учете": 

Регл.учет показывает одни реквизиты и отбор: 

Упр. учет показывает другие реквизиты и отбор: 

Скачать файлы

Наименование Файл Версия Размер Кол. Скачив.
Обработка для создания ключей аналитики в УПП для РАУЗ
.epf 52,13Kb
29.08.15
15
.epf 52,13Kb 15 Скачать

См. также

PowerTools от 1 000
Подписаться Добавить вознаграждение

Комментарии

1. Константин Соболевский (Константин С.) 31.08.15 10:23
Странная обработка не понял ее назначение :-(

Для чего эта обработка: для исправления ошибок в учете затрат.

всегда казалось что в этом случае нужно смотреть Отчет РАУЗ с группировками по Ключам.
2. Павел Васянин (Designer1C) 31.08.15 14:25
(1) Константин С., Это для случаев, когда в УПП уже работают, хотя УПП еще не внедрена.
Поясню, как это бывает :
Одно внедрение уже произошло. То есть пользователям показаны основные приемы работы с программой.
И расчет себестоимости тоже показан. Пользователи все делают так, как им было объяснено. И все было хорошо. Первое внедрение прошло очень грамотно

Но потом (через 2 года) на предприятии появляются новые операции : на предприятии возникают операции по учету на производстве.
А внедрение было выполнено для варианта учета без производства.
Пользователи не смекнули, что надо обратиться за поддержкой к внедренцам и продолжают вести учет, добавив необходимые операции по учету производства.
Только тут их поджидает масса нюансов. Хотя внешне пользователи все делают правильно : документы и вводятся и проводятся.
Но при расчете себестоимости начинают возникать сообщения об отрицательных остатках.
Хотя программа как-то считает себестоимость.. Хоть бы не считала ! Тогда бы сразу задумались и обратились за помощью.
При этом пользователи еще не знают, как находить эти отрицательные остатки, и просто игнорируют их существование.
Постепенно ошибки копятся как снежный ком. Потом ситуация становится критической и приглашают специалиста по 1С.
Тут и начинают выясняться интересные особенности в данных : по 25-му счету на проводках остатков нет, а в РАУЗ по 25 счету на затратах остатки есть.
Решение выбрано простое : в РАУЗ сделать операцию по списанию с 25 счета и поступление на 20-й счет, а на 20-м счете добавили проводку в корреспонденции со счетом 84.
Можно было создать ключ аналитики учета затрат просто : добавив новый документ с нужными статьей затрат, номенклатурной группой и подразделением, чтобы создать ключ по 20-му счету. Но кому хочется в пользовательской базе трогать документы ?
Мне не хочется .
Не хочется ни создавать новый документ, ни добавлять новую строку и проводить документ(а затем ее удалять и снова перепроводить документ).
Поэтому и была создана такая обработка.
Потом выяснилось, что интересно посмотреть на ключи аналитики по различным отборам.
Можно, конечно и в списках регистров эти отборы установить, но уж очень муторно.
Потом добавил использование полей отбора в соответствии со справочником "Настройка аналитики учета".
3. Константин Соболевский (Константин С.) 01.09.15 09:33
При этом пользователи еще не знают, как находить эти отрицательные остатки, и просто игнорируют их существование.

Это большой минус внедрецу, что он не научил в первый приход "Так делать нельзя"

Но при расчете себестоимости начинают возникать сообщения об отрицательных остатках.

так же минус внедренцу, если он не научил находить отчетами, от куда ноги растут.

И вашими суждениями показываете свою не компетенцию.


Пользователь если должен звать, второй раз, только для нового функционала. Но не в коем случае исправлении ошибок.
4. Павел Васянин (Designer1C) 01.09.15 13:16
(3) Константин С.,
Уважаемый опытный специалист по внедрению УПП !
Вы правы в своих суждениях о том как надо внедрять УПП и другие продукты 1С:Предприятие
Наверное Вы сильно пострадали от некачественных внедрений предыдущими внедренцами.
Вы сильно сопереживаете пользователям ПП 1С, у которых возникали проблемы ввиду некачественного внедрения.
Я это понимаю...
И Вы стремитесь выявить заранее потенциально опасных внедренцев и привязать их к позорному столбу.
Ваша миссия заслуживает уважения и поддержки.
Своими гневными высказываниями Вы указываете другим менее опытным специалистам, нежели Вы сами, ошибки за которые они могут поплатиться своей карьерой.
Либо, не разглядев реальную ситуацию, указываете на то, что не так однозначна описана ситуация.
Ваше стремление карать осуждением может давать импульс другим, не таким опытным, специалистам становиться лучше.
За что Вам огромное спасибо !
5. Павел Васянин (Designer1C) 01.09.15 13:29
(3) Константин С.,
Уважаемый опытный специалист по внедрению УПП !
Я не детально описал Вам по Вашему первому сообщению от 31.08.2015 г., про особенности внедрения. Дело было так :
В первичном внедрении участвовала компания внедренцев 1С.
Во втором случае - отдельно взятый программист, не имеющий отношения к предыдущей компании внедрения 1С.

То есть внедрение, которое выполнялось в первый раз, и текущая работа по выявлению и устранению ошибок : Выполнялись разными специалистами.

Кроме того : при первом внедрении еще не было операций по производственному учету, хотя предприятие готовилось к производству.
Так что ошибок с отрицательными остатками не возникало. И у меня нет претензий к работе первой волны внедрения.

Наверное, это не меняет в целом ситуацию в Ваших глазах.
Вам видней.
Пишите еще, Ваши комментарии очень важны для менее опытных специалистов по внедрению УПП.
Еще раз спасибо за Ваши гневные тирады. Это бодрит.
6. Константин Соболевский (Константин С.) 02.09.15 10:33
(5) Designer1C,
В первичном внедрении участвовала компания внедренцев 1С.
Во втором случае - отдельно взятый программист, не имеющий отношения к предыдущей компании внедрения 1С.

мне как раз аналогичным, частенько, приходится заниматься.

И Вы стремитесь выявить заранее потенциально опасных внедренцев и привязать их к позорному столбу.

это бесполезное занятие.
Просто иногда, у меня такое случалось, автор статьи "некорректно" составил описание. Оно может ввести в заблуждение, почему бы не поправить.
А обработка, если ее писали для нужд, значит у нее было практическое применение. Другое что она может иметь "узкое" применение.
Для написания сообщения необходимо авторизоваться
Прикрепить файл
Дополнительные параметры ответа