Тестирование и исправление ключей аналитики ERP, УТ11, КА

Незаменимая обработка для сопровождения конфигураций: ERP, УТ, КА. Позволяет вычистить многие ошибки в ключах аналитики, в ключевых справочниках конфигурации.

Арт.: 569128

Продано: 631

Nastroyki.png
PoiskIZamena.png
PoiskKlucheyPartnerov.png
Rezultat.png
RezultatObnovlenieNaimenovaniy.png
2017-02-20 09.55.49.png
Nastroyki.png
PoiskIZamena.png
PoiskKlucheyPartnerov.png
Rezultat.png
RezultatObnovlenieNaimenovaniy.png
2017-02-20 09.55.49.png
Лицензии

3600 руб.

Техподдержка

4000 руб.

Вам необходима эта обработка если ...

  1. Вы работаете в одной из трех конфигураций (ERP, УТ, КА) и испытываете трудности с закрытием месяца из-за развернутого сальдо непонятно откуда взявшегося.
  2. Вы работаете в одной из трех конфигураций и встречаетесь с ошибками в отчетах по взаиморасчетам с клиентами. Например, одна и та же сумма показывается по разным клиентам.
  3. Вы работаете в одной из трех конфигураций ведете раздельный учет НДС и испытываете проблемы при распределении НДС в закрытии месяца или при восстановлении НДС в различных операциях.
  4. Вы работаете в одной из трех конфигураций. Не испытываете проблем. Поверьте они есть, просто вы о них еще не знаете.

Обработка раборает c 6-ю видами ключей аналитики:

  • Ключи аналитики учета номенклатуры
  • Ключи аналитики учета партий
  • Ключи аналитики учета по партнерам
  • Ключи аналитики учета наборов
  • Виды запасов
  • Ключи аналитики учета партий производства (для ERP)

Обработка имеет 8 режимов работы:

Удаление ключей аналитики, на которые нет ссылок

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

При пометке на удаление для окончательного удаления элемента нужно выполнить обработку Удаление помеченных объектов.
При непосредственном удалении элементы удаляются окончательно.

Данная операция достаточно длительная. Может выполняться вплоть до нескольких часов. Стоит с осторожностью подходить к ее выполнению.

Обновление наименований ключей аналитики

Эта обработка позволяет установить наименование ключей в соответствии с реквизитами справочника.

Очень часто меняется наименование какой-либо из аналитик. 

Например, наименование партнера, поэтому нужно обновлять названия ключей.

Поиск записей регистров с одинаковыми ключами аналитики

Ключ аналитики - это ресурс регистра сведений. Поэтому по нему не осуществляется контроль уникальности. 

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

Ведь у каждого ключа есть набор реквизитов, которые записываются в измерения и по которым в свою очередь осуществляется контроль уникальности.

Режим помогает обнаруживать записи с одинаковыми ключами и удаляет лишние. То есть в результате остается одна запись из задвоенных. 

У нее может не совпадать набор измерений и реквизитов ключа из-за того, что одна из задублированных записей должна быть некорректной. 

Это исправляется в режиме "Проверка соответствия измерений реквизитам ключа", который нужно отдельно прогнать.

Проверка ссылочной целостности ключей аналитики

Режим выполняет два действия.

1. При отсутствии ссылки в регистре сведений на ключ аналитики. Запись регистра сведений удаляется

2. При ссылке на элемент справочника, который был некорректно удален, то есть представлен в виде "Объект не найден", создается новый элемент справочника и ему присваиваются значения реквизитов из измерений регистра сведений. 

Поиск задублированных ключей аналитики

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

Дальнейшую обработку необходимо осуществить на закладке "Поиск и замена значений"

Проверка соответствия измерений реквизитам ключа

Находит ключи, значения ключевых реквизитов которых не соответствуют значениям в измерениях регистра сведений.
 
Перезаписывает значения измерений регистра сведений из реквизитов ключа аналитики.

Поиск ключей с несоответствующими контрагентами партнерам

У ключа аналитики по партнерам есть реквизиты Партнер и Контрагент. Такие же измерения есть в соответствующем регистре сведений. 

У справочника контрагент есть реквизит Партнер. Его значение может не соответствовать реквизиту аналитики.

Так же у ключа аналитики есть реквизит договор. В котором в свою очередь так же есть поля Партнер и контрагент.

Режим предлагает установить Партнера если он не заполнен по контрагенту и аналогично с контрагентом, если он не заполнен и одному контрагенту соответствует один партнер.

Если организация в договоре не соответствует организации ключа, то обработка предлагает изменить организацию в договоре.

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

Поиск ключей с отсутствующими записями регистра сведений

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

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

Общие сведения о работе обработки

Данная обработка предполагает многоитерационный режим работы. То есть, например, вы поправили в ключах аналитики учета партнеров соответствие партнеров контрагентам. Но при этом не изменяются значения измерений в регистре сведений. Поэтому нужно заново запустить обработку в режиме "Поиск задублированных ключей аналитики". Потому что скорее всего в результате изменения реквизитов в ключах у вас в регистре появится два одинаковых ключа с одинаковыми реквизитами. После того как вы произведете замену одинаковых ключей вы можете запустить режим  "Проверка соответствия измерений реквизитам ключа" по Ключам аналитики учета по партнерам. Этот режим в свою очередь подставит в регистр сведений новые реквизиты ключа. Если попробовать сразу выполнить данный режим без замены задублированных ключей, то вы получите ошибку, ведь платформа не допускает пересечения регистров сведений по одинаковым измерениям.

Не рекомендую запускать обработку по всем режимам и всем ключам аналитики одновременно. Это может занять достаточно много времени. Логичнее проходить по одному ключу аналитики, и одному режиму за раз.

Исходный код полностью открыт. 

Бесплатная техническая поддержка 30 календарных дней.

Проходила тестирование на ERP 2.2.2.192, УТ 11.3.2.157

 

Поддерживаемые конфигурации

  • ERP 2.2 (при необходимости поддержки более ранних редакций возможна доработка обработки)
  • УТ 11 (Управление торговлей)
  • КА 2 (Комплексная автоматизация)

Обновления

20.02.2017 Версия 1.1.

  • Добавлена возможность отбора по ключам аналитики. Отбор работает во всех режимах за исключением Проверка ссылочной целостности ключей аналитики.
  • Добавлена поддержка ERP редакции 2.1

06.03.2017 Версия 1.2

  • Исправлены выявленные ошибки

12.05.2017 Версия 1.3

  • В окне поиска и замены добавлена возможность поменять местами значения полей "что заменять", "на что заменять"

12.09.2017 Версия 1.5

  • Обработка доработана для возможности работы с редакцией 2.4 ERP

03.11.2017 Версия 1.6

  • Обработка адаптирована под новую версию КА 2.4.1.227

20.03.2018 Версия 1.8

  • Добавлен механизм выявления ключей без соответствующей записи регистра сведений. Данный механизм создает отсутствующую запись регистра сведений.

27.02.2019 Версия 1.9

  • Исправлены выявленные ошибки.

26.04.2019 Версия 1.10 

  • Обработка адаптирована для релиза ERP 2.4.7.147
Статистика:
Просмотры 106590
Загрузки 631
Рейтинг 673
Создание 10.02.17 13:12
Обновление 19.08.19 12:26
№ Публикации 569128
Характеристики:
Теги

тестирование и исправление ключи аналитики

Рубрики Корректировка данных
Кому Системный администратор ,
Программист
Тип файла Внешняя обработка (ert,epf)
Платформа Платформа 1С v8.3
Конфигурация 1С:ERP Управление предприятием 2 ,
1С:Управление торговлей 11 ,
1С:Комплексная автоматизация 2.х
Операционная система Не имеет значения
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Платные (руб)
Код открыт Да
1. automax24 15.02.17 11:24 Сейчас в теме
Добрый день.
При поиске ключей аналитики не хватает возможности отбора.
Пример:
Нужно проанализировать ключи аналитики по поставщикам - 201 шт. А всего партнёров - 26 468 шт.
Т.о. с отбором (только поставщики) объём информации, которую нужно обработать можно уменьшить в 100 раз!

PS. если с базой длительное время работали, но ключи аналитики не исправляли, то логичнее первое исправление делать по частям.
2. Техподдержка 15.02.17 11:58
Спасибо за предложение. Постараюсь реализовать в следующей версии.

Я так понял речь идет про режим: "Поиск задублированных ключей аналитики"

А по хорошему везде нужен отбор как я понимаю.
3. automax24 15.02.17 12:13 Сейчас в теме
Согласен, что:
(2) А по хорошему везде нужен отбор как я понимаю.
4. shyne 07.03.17 16:15 Сейчас в теме
Добрый день, для УПП подойдет ?
5. Техподдержка 07.03.17 16:22
Нет для УПП не подойдет, там немного другой состав ключей. Но там как ни странно встроена типовая обработка тестирования и исправления ключей.
6. demkonst 08.03.17 15:12 Сейчас в теме
Здравствуйте, с поиском дублей в видах запасов, по-моему, проблема. Ваша обработка дубли не находит, хотя типовая форма списка их показывает. Проблема в количестве аналитик для соединения таблиц, вот типовой код:
ВЫБРАТЬ
	СправочникВидыЗапасов.Ссылка,
	СправочникВидыЗапасов.ПометкаУдаления,
	СправочникВидыЗапасов.Предопределенный,
	СправочникВидыЗапасов.Наименование,
	СправочникВидыЗапасов.Организация,
	СправочникВидыЗапасов.ТипЗапасов,
	СправочникВидыЗапасов.Комитент,
	СправочникВидыЗапасов.Соглашение,
	СправочникВидыЗапасов.Валюта,
	СправочникВидыЗапасов.РеализацияЗапасовДругойОрганизации,
	СправочникВидыЗапасов.ВидЗапасовВладельца,
	СправочникВидыЗапасов.ВидЗапасовВладельца.Организация КАК ОрганизацияВладелец,
	СправочникВидыЗапасов.НалогообложениеНДС,
	(ВЫБОР
		КОГДА НЕ Дубли.Организация ЕСТЬ NULL ТОГДА ИСТИНА
		ИНАЧЕ ЛОЖЬ КОНЕЦ) КАК ЕстьДубли
ИЗ
	Справочник.ВидыЗапасов КАК СправочникВидыЗапасов
	ЛЕВОЕ СОЕДИНЕНИЕ (
		ВЫБРАТЬ
			КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ДанныеСправочника.Ссылка) КАК ЕстьДубли,
			ДанныеСправочника.Организация,
			ДанныеСправочника.ТипЗапасов,
			ДанныеСправочника.Комитент,
			ДанныеСправочника.Соглашение,
			ДанныеСправочника.Валюта,
			ДанныеСправочника.ВидЗапасовВладельца,
			ДанныеСправочника.НалогообложениеНДС
		ИЗ
			Справочник.ВидыЗапасов КАК ДанныеСправочника
		ГДЕ
			ДанныеСправочника.РеализацияЗапасовДругойОрганизации
			И НЕ ДанныеСправочника.ПометкаУдаления
		СГРУППИРОВАТЬ ПО
			ДанныеСправочника.Организация,
			ДанныеСправочника.ТипЗапасов,
			ДанныеСправочника.Комитент,
			ДанныеСправочника.Соглашение,
			ДанныеСправочника.Валюта,
			ДанныеСправочника.ВидЗапасовВладельца,
			ДанныеСправочника.НалогообложениеНДС
		ИМЕЮЩИЕ
			КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ДанныеСправочника.Ссылка) > 1
	) КАК Дубли
		ПО Дубли.Организация = СправочникВидыЗапасов.Организация
		И Дубли.ТипЗапасов = СправочникВидыЗапасов.ТипЗапасов
		И Дубли.Комитент = СправочникВидыЗапасов.Комитент
		И Дубли.Соглашение = СправочникВидыЗапасов.Соглашение
		И Дубли.Валюта = СправочникВидыЗапасов.Валюта
		И Дубли.ВидЗапасовВладельца = СправочникВидыЗапасов.ВидЗапасовВладельца
		И Дубли.НалогообложениеНДС = СправочникВидыЗапасов.НалогообложениеНДС
ГДЕ
	СправочникВидыЗапасов.РеализацияЗапасовДругойОрганизации
Показать


Т.е. поиск идет только по 7 полям. И нужно убрать условие
ГДЕ ДанныеСправочника.РеализацияЗапасовДругойОрганизации
7. Техподдержка 09.03.17 12:35
Так чтобы было понятно. "Типовой" запрос, который вы привели это запрос из формы списка справочника ВидыЗапасов.

Сейчас для релиза 2.2.2.192 в обработке ТестированиеИИсправлениеКлючей выполняется следующий запрос:

ВЫБРАТЬ РАЗЛИЧНЫЕ
КлючиАналитики.Ссылка КАК Ссылка,
МАКСИМУМ(КлючиАналитики1.Ссылка) КАК Ссылка1
ИЗ
	Справочник.ВидыЗапасов КАК КлючиАналитики
		ВНУТРЕННЕЕ СОЕДИНЕНИЕ Справочник.ВидыЗапасов КАК КлючиАналитики1
		ПО 
       КлючиАналитики.Ссылка <> КлючиАналитики1.Ссылка

	 И  КлючиАналитики.Организация = КлючиАналитики1.Организация
	 И  КлючиАналитики.ТипЗапасов = КлючиАналитики1.ТипЗапасов
	 И  КлючиАналитики.НалогообложениеНДС = КлючиАналитики1.НалогообложениеНДС
	-  И  КлючиАналитики.Поставщик = КлючиАналитики1.Поставщик
	 И  КлючиАналитики.Соглашение = КлючиАналитики1.Соглашение
	 И  КлючиАналитики.Валюта = КлючиАналитики1.Валюта
	-  И  КлючиАналитики.Менеджер = КлючиАналитики1.Менеджер
	-  И  КлючиАналитики.Сделка = КлючиАналитики1.Сделка
	-  И  КлючиАналитики.Подразделение = КлючиАналитики1.Подразделение
	 И  КлючиАналитики.УдалитьНазначение = КлючиАналитики1.УдалитьНазначение
	 И  КлючиАналитики.РеализацияЗапасовДругойОрганизации = КлючиАналитики1.РеализацияЗапасовДругойОрганизации
	 И  КлючиАналитики.ВидЗапасовВладельца = КлючиАналитики1.ВидЗапасовВладельца
	-  И  КлючиАналитики.СпособПередачиТоваров = КлючиАналитики1.СпособПередачиТоваров
	 И  КлючиАналитики.Комитент = КлючиАналитики1.Комитент
	-  И  КлючиАналитики.ГруппаФинансовогоУчета = КлючиАналитики1.ГруппаФинансовогоУчета
	-  И  КлючиАналитики.Контрагент = КлючиАналитики1.Контрагент
	-  И  КлючиАналитики.Договор = КлючиАналитики1.Договор
	-  И  КлючиАналитики.ГруппаПродукции = КлючиАналитики1.ГруппаПродукции
СГРУППИРОВАТЬ ПО
   КлючиАналитики.Ссылка
Показать


Символом "-" отметил те реквизиты, которые не присутствуют в "типовом" запросе.

Это:

Поставщик
Менеджер
Сделка
Подразделение
СпособПередачиТоваров
ГруппаФинансовгоУчета
Контрагент
Договор
ГруппаПродукции

При разработке данного механизма, как и для всех остальных ключей, я руководствовался правилом уникальности измерений соответствующего ключу регистра сведений. То есть, ключу ВидыЗапасов соответствует регистр сведений АналитикаВидовЗапасов. На уровне платформы контролируется уникальность всех измерений этого регистра. Я предполагаю, что разработчики конфигурации при разработке конфигурации при создании избыточного количества измерений закладываются на будущий функционал.

Регистр сведений содержит следующие измерения:

Организация
ТипЗапасов
НалогообложениеНДС
Поставщик
Соглашение
Валюта
АналитикаПредназначения
ГруппаФинансовогоУчета
Контрагент
Договор
ГруппаПродукции

"Лишние" поля из моего запроса, соответствующие измерениям это:

Поставщик
ГруппаФинансовогоУчета
Контрагент
Договор
ГруппаПродукции

Теперь разберемся с оставшимися полями откуда он взялись:

Менеджер
Сделка
Подразделение
СпособПередачиТоваров

У регистра сведений есть такое измерение "АналитикаПредназначения".

Его тип является составным:
СправочникСсылка.СтруктураПредприятия,
СправочникСсылка.Пользователи,
СправочникСсылка.Назначения,
СправочникСсылка.СделкиСКлиентами

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

СпособПередачиТоваров это Продажа, Возврат, Передача на комиссию. А СправочникСсылка.Назначения это пресловутый реквизит УдалитьНазначения.

Если копнуть немного глубже, а именно в модуль менеджера справочника ВидыЗапасов, то там обнаруживается процедура ЗаменитьДублиКлючейАналитики()
И в ней есть запрос примерно с таким текстом:

Для собственных видов запасов:
|ВЫБРАТЬ
	|	СвободныеВидыЗапасов.Ссылка КАК Ссылка,
	|	СвободныеВидыЗапасов.ПометкаУдаления КАК ПометкаУдаления,
	|	Аналитика.КлючАналитики КАК КлючАналитики
	|ИЗ
	|	СвободныеВидыЗапасов КАК СвободныеВидыЗапасов
	|
	|	ВНУТРЕННЕЕ СОЕДИНЕНИЕ
	|		РегистрСведений.АналитикаВидовЗапасов КАК Аналитика
	|	ПО
	|		СвободныеВидыЗапасов.Организация = Аналитика.Организация
	|		И СвободныеВидыЗапасов.ТипЗапасов = Аналитика.ТипЗапасов
	|		И СвободныеВидыЗапасов.НалогообложениеНДС = Аналитика.НалогообложениеНДС
	|		И СвободныеВидыЗапасов.Поставщик = Аналитика.Поставщик
	|		И СвободныеВидыЗапасов.Соглашение = Аналитика.Соглашение
	|		И СвободныеВидыЗапасов.Валюта = Аналитика.Валюта
	|		И СвободныеВидыЗапасов.АналитикаПредназначения = Аналитика.АналитикаПредназначения
	|		И СвободныеВидыЗапасов.ГруппаФинансовогоУчета = Аналитика.ГруппаФинансовогоУчета
	|		И СвободныеВидыЗапасов.Контрагент = Аналитика.Контрагент
	|		И СвободныеВидыЗапасов.Договор = Аналитика.Договор
	|		И СвободныеВидыЗапасов.ГруппаПродукции = Аналитика.ГруппаПродукции
Показать


То есть, происходит соединение по 11 измерениям регистра сведений.

А для видов запасов интеркампани:

|ИЗ
	|	Справочник.ВидыЗапасов КАК СправочникВидыЗапасов
	|	ВНУТРЕННЕЕ СОЕДИНЕНИЕ Дубли КАК Дубли
	|		ПО Дубли.Организация = СправочникВидыЗапасов.Организация
	|		И Дубли.ТипЗапасов = СправочникВидыЗапасов.ТипЗапасов
	|		И Дубли.Комитент = СправочникВидыЗапасов.Комитент
	|		И Дубли.Соглашение = СправочникВидыЗапасов.Соглашение
	|		И Дубли.Валюта = СправочникВидыЗапасов.Валюта
	|		И Дубли.УдалитьНазначение = СправочникВидыЗапасов.УдалитьНазначение
	|		И Дубли.ВидЗапасовВладельца = СправочникВидыЗапасов.ВидЗапасовВладельца
	|		И Дубли.НалогообложениеНДС = СправочникВидыЗапасов.НалогообложениеНДС
Показать


То есть примерно то же что и в модуле формы 7 измерений + 1 УдалитьНазначение.

Полагаю, что вид запасов интеркампани с полями собственного вида запаса может стать только в случае принудительного изменения его вида. Что было бы очень большой ошибкой, поскольку например, контрагент, договор используются в видах запасов только при схеме комиссионной торговли и давальческой схеме.

Если у вас именно такая, ситуация, то конечно запрос в обработке надо разделять на два запроса на собственные виды запасов и виды запасов интеркампани. Вам удалось понять где у вас произошло задвоение?
demkonst; +1 Ответить
8. malvasia 10.03.17 12:37 Сейчас в теме
А чем, например, данная обработка отличается от обработки
http://forum.infostart.ru/forum8/topic142334/ ?
9. Техподдержка 10.03.17 15:53
Насколько я понимаю приведенная вами разработка предполагает только возможность получения отчета о наличии ошибок. Сам же процесс исправления ошибок остается вне ее рамок.

Здесь же вам предлагается механизм не только для нахождения, но и исправления этих ошибок.

Интерфейс обработки подобен тому, что можно было встретить в более ранних версиях типовых программ 1С (УПП, УТ 10.3).

Не успел проанализировать все 150 режимов проверки "Комплексной проверки", но не исключено, что приведенные здесь механизмы проверки там просто отсутствуют ввиду того что там как правило анализируются цифры в различных таблицах. Здесь же включены типовые режимы известные по прошлым версиям и дополнены дополнительными режимами.

Стоит так же учитывать, что данная разработка заточена исключительно на ключи аналитики учета. В любом случае одна разработка другой не мешает, а только дополняет.
10. malvasia 11.03.17 09:51 Сейчас в теме
Есть, хоть какая-то, возможность проверить ее работу на своей реальной базе перед тем как принять решение о покупке?
11. gull22 22.03.17 09:57 Сейчас в теме
На ЕРП 2.2.3 работать будет?
12. Техподдержка 22.03.17 12:53
Да, протестировал на 2.2.3.144. Все работает.
13. Rezident495 12.04.17 20:59 Сейчас в теме
Доброго дня! Замечательная обработка, только не хватает одного момента. Для криво загруженной номенклатуры в проводках не отображаются номенклатурные группы. Насколько я понимаю, проблема связана с отсутствием ключа аналитики для данной номенклатуры. Лечится копированием номенклатуры с заменой значений. Было бы хорошо, чтобы данная обработка могла создавать ключи для такой вот кривой номенклатуры.
А так приобрел сегодня и доволен )
14. Техподдержка 12.04.17 22:15
Хорошее предложение. Проанализирую, сделаю.
15. spezc 03.05.17 05:07 Сейчас в теме
Не покупал, но одобряю.
16. capone 31.05.17 02:59 Сейчас в теме
Приобрел вчера. Скажите, если есть проблема с непонятными отрицательными остатками организаций, непонятно откуда взявшимися при закрытии месяца, то в каком режиме лучше прогонять?
17. Техподдержка 31.05.17 09:50
Ну отрицательные остатки, как вы понимаете, она не исправляет. За остатки по организациям отвечает регистр Товары организаций. Там есть две аналитики. Виды запасов и Аналитика учета номенклатуры. Попробуйте по ним по каждому режиму последовательно пробежаться и посмотреть что выдаст обработка. Возможно найдутся какие-то задвоенные ключи.
18. vsalikhovmailru25 08.08.17 21:39 Сейчас в теме
У нас наблюдается отсутствие порядка в запросе по договорам с одним контрагентом (он и поставщик и покупатель по раздельным договорам) однако при формировании акта сверки система валит все в одну. Можно рассчитывать на исправление вашим решением. Спасибо!
19. Техподдержка 09.08.17 00:52
Не очень понял что вы написали. В системе для каждого договора проставляется тип. Он либо договор с поставщиком либо договор с покупателем. Если вы умудрялись в документах с покупателем использовать договора с поставщиком, то здесь возможна только ручная замена либо с помощью других обработок. Ну и в любом случае вы должны сами решать что менять. Потому что, например, в периодах за которые уже сдана отчетность не рекомендую ничего менять. Потому что программа пересчитает взаиморасчеты и и вся ваша отчетность на выброс.

Если у вас проблема именно с формированием акта сверки. То это другой вопрос. Не очень понимаю как может программа в акте сверки свалить все в один договор, если у вас в регистрах все на разных договорах. Может вы просто не разобрались с формированием акта сверки?

"Можно рассчитывать на исправление вашим решением" - я не могу залезть в вашу программу и понять с чем у вас проблема. сначала нужно найти ее корень, а потом искать инструмент для ее решения. Можно конечно перебирать все инструменты подряд, авось какой-нибудь подойдет.
20. Shaldryn 03.11.17 10:23 Сейчас в теме
Вопрос, поможет ли эта обработка, если в документе создался неверно ключ аналитики номенклатуры и в последующих подставлялся этот ключ? Пример, в документе строка с товарам бумага, характеристика 1*2000, склад Основной, создался ключ аналитики Бумага, заходишь в него, там характеристика 0,12*1000, склад Основной?
21. Техподдержка 03.11.17 10:48
Я так понял различается характеристика в табличной части товары и характеристика в ключе, который используется в движениях документа.

Вариантов почему так произошло может быть много. Один из вариантов это несоответствие характеристики в регистре сведений АналитикаУчетаНоменклатуры и значения в элементе ресурса КлючАналитики. Если это так, то обработка поможет исправить это несоответствие.

Далее уже неправильный документ нужно распровести и провести заново.
22. v.yaunzhekars@gmail.com 27.11.17 11:15 Сейчас в теме
Добрый день! А за стартмани не продаете?
24. neonis 14.12.17 17:40 Сейчас в теме
Вот такую ошибку, обработка исправит? - ошибка "Кор. аналитика учета партий не содержит вида ценности": 1. Приобретение товаров и услуг 00ЕК-007348 от 01.09.2017 10:00:00, организация "", регистр "СебестоимостьТоваров", операция "Закупка у поставщика"
user917870; user620387_niols; 623115АндрейК; Alexander.Dyatchenko; +4 Ответить
25. Shaldryn 29.12.17 10:46 Сейчас в теме
Добрый день! Вопрос, есть пункт - Проверка соответствия измерений реквизитам ключа, которая находит ключи, значения ключевых реквизитов которых не соответствуют значениям в измерениях регистра сведений.Перезаписывает значения измерений регистра сведений из реквизитов ключа аналитики.
А может быть надо делать наоборот?
Например есть номенклатура "Бумага" с характеристикой 0.52х1000 и 1х1000, так вот в процессе документооборота в регистре сведений образовалось две записи:
Бумага, 0.52х1000 с ключом Аналитика 0.52х1000
Бумага, 1х1000 с ключом Аналитики 0.52х1000
Само собой вторая запись неверная, у вас есть пункт "Поиск записей регистров с одинаковыми ключами аналитики" и она получается удаляет неверную запись, а после надо запускать Проверка соответствия для подгонки.
Вот вопрос, а не лучше подгонять ключ аналитики к измерению? то есть мы берем и ищем ключ аналитики с характеристикой из измерения, это 1х1000, и если такого ключа нет(есть такие случаи, когда в справочнике нет ключа с характеристикой нужной), то создаем его и подставляем?

Или там по другому как то происходит? Просто если есть запись Бумага, 1х1000 с ключом Аналитики 0.52х1000, значит есть документ с таким товаром и характеристикой(1х1000), а мы удалим эту Аналитику, будет ли это корректно?
26. Техподдержка 29.12.17 12:19
(25) Может быть и надо делать наоборот. Все зависит от ситуации в конкретной базе. Основная задача регистра сведений - это быстрый поиск нужного ключа. Соответственно, если измерения не соответствуют реквизитам, то по неправильным измерениям найдется неправильный ключ, подставится в документ и отразится в его движениях. К несоответствию измерений реквизитам может привести 2 происшествия: 1. изменились измерения регистра сведений, 2 изменились реквизиты ключа. Заранее угадать что привело к несоответствию нельзя. Так как могут существовать документы как с одним вариантом наборов реквизита ключа, так и с другим. Например, мы берем ключ аналитики учета номенклатуры. Основными реквизитами, измерениями являются номенклатура, характеристика, склад. Сначала было все нормально. Возьмем абстрактный пример: Номенклатура 1, Характеристика 1, склад 1. Вы сделали несколько документов с этой аналитикой. Далее вариант 1 по какой-то необъяснимой причине поменялось значение реквизита в ключе Склад 1 поменялся на Склад 2. Программа в новые документы проставила этот ключ, что естественно неправильно. Вариант 2 поменялось значение измерения в регистре сведений для другого ключа. Для ключа с набором реквизитов Номенклатура 1, Характеристика 1, Склад 2 В измерение поставилось склад 1.В таком случае поставит программа в документ подставит ключ со складом 2 вместо 1. Но в то же время этот же ключ мог правильно использоваться в других документах. Если мы меняем регистр сведений, то конечно сами по себе правильные включи в документы не встанут. Для этого их нужно перепровести. Если мы поменяем сам ключ приведя его к измерениям регистра, то это тоже только отчасти решит проблему, потому что могут остаться документы, где этот ключ использовался правильно с прежним набором реквизитов. И уже чтобы их привести в нормальное состояние их нужно перепроводить. Вы совершенно точно затронули проблему. Идеально красивого решения нет. На мой взгляд фирма 1С создала мину замедленного действия изобретя эти регистры. И по хорошему от них нужно отказываться совсем, что постепенно и происходит. В отдельных решениях на последних версиях части этих регистров уже нет. Если вы считаете что все таки правильнее менять сам ключ, то я думаю надо добавить такой функционал.
27. Техподдержка 30.12.17 11:46
(25) Еще одна важная причина почему опасно менять непосредственно сами ключи. Если вы изменяете ключ, то это естественно сразу отразится в движениях и отчетах. Но у вас уже могут быть закрытые периоды, данные данные по которым по идее должны быть зафиксированы и отлиты в граните. Для того чтобы изменение ключа отразилось в бухгалтерском учете нужно переотразить документы в рег. учете. Если этого не сделать, то у вас неизбежно будет расхождение между БУ И УУ. А если сделать, то вполне вероятно нарветесь на пересдачу отчетности. Например в виде запаса поменяется с комиссии на продажу (влияет на прибыль). Или поменяется договор в аналитике учета по партнерам в результате чего придется пересчитать взаиморасчеты по этому партнеру (влияет на НДС).
28. Shaldryn 10.01.18 10:49 Сейчас в теме
(27) Но если говорить только об аналитике учета номенклатуры, то перепроведение документов не повлечет за собой расхождений между БУ и УУ.
Просто по учету партнеров и видам запасов я не столкнулся с проблемами.
Просто в любом случае если использовать вашу обработку и удалять дубли аналитиков номенклатуры, все равно приходится перепроводить документы, так как ключи аналитики удалены и замена не происходит полноценно, так как некоторые помеченные на удаление ключи невозможно удалить, так как они уже задействованы в регламентных документах, таких как расчет себестоимости, который перезаполняется при перезакрытии месяца...Просто в типовом коде я не увидел чтобы регистр сведений перезаполнял измерения, он только меняет ключ, а бывают ситуации когда сам ключ некорректный, этот случай я вам выше описал
29. katenok86 15.03.18 11:58 Сейчас в теме
У нас в базе имеются ключи аналитики по которым нет записей в соответствующем РС. Обработка исправит такую ошибку?
30. Техподдержка 15.03.18 14:57
(29) Не думал что это может быть проблемой. Уже приступил к реализации.
31. katenok86 15.03.18 15:21 Сейчас в теме
(30)Я не уверена что это проблема но происходит следующее : предварительно вычищаются дубли ключей аналитики. Потом в ерп закрывается месяц и дубли появляются вновь и плюсом задваивается количество выпуска в проводках к документу выпуск (в документе например колво 4) а в проводке 8. Доскональнее не разбирались в этом пока.
32. katenok86 15.03.18 16:10 Сейчас в теме
(30)Не подскажете когда будет реализовано?
34. katenok86 19.03.18 08:42 Сейчас в теме
35. Техподдержка 20.03.18 13:05
(34) Да сегодня все закончил, протестировал и выложил.
36. katenok86 20.03.18 13:39 Сейчас в теме
(35)Не могли бы выслать новый вариант. А то мы поторопились и приобрели ее сегодня утром в старом варианте.
37. Техподдержка 20.03.18 14:30
(36) Отправил на почту заказа.
38. technetos 07.04.18 10:31 Сейчас в теме
Обработка работает в КА 2.4.2.144?
40. SevaAleks 18.07.18 10:28 Сейчас в теме
Обработка работает в ERP 2.4.5
41. Техподдержка 18.07.18 11:03
(40) Если это вопрос, то да работает
42. JasonT 16.11.18 11:48 Сейчас в теме
В УТ 11.4.5.24 при выполнении операции "Поиск задублированных ключей аналитики" на этапе замены значений выдается ошибка(аналитика номенклатуры): Запись с такими ключевыми полями существует! : СтоимостьТоваров: 01.09.2018, <аналитика>, Товары на складах (Регистр сведений: Стоимость товаров; Номер строки: <номер строки>). И операция прерывается на этом моменте, не применив ни одного изменения.
44. Техподдержка 16.11.18 11:53
(42) Среди заменяемых объектов (в нижнем списке) найдите записи регистра сведений АналитикаУчетаНоменклатуры и отключите их замену.

Потом просто когда будете удалять помеченные объекты эта запись сама удалится.
45. JasonT 16.11.18 12:22 Сейчас в теме
(44)
Среди заменяемых объектов (в нижнем списке) найдите записи регистра сведений АналитикаУчетаНоменклатуры и отключите их замену.
Потом просто когда будете удалять помеченные объекты эта запись сама удалится.

Не помогает
46. Техподдержка 16.11.18 12:23
(45) тогда отключите галку выполнять в транзакции в настройках.
47. JasonT 16.11.18 15:57 Сейчас в теме
(46) Да ошибок не выдает. Но процесс занимает приличное количество времени(еще работает). Остался вопрос при отлюенной галке "Выполнять транзакции", будут исправлены движения в регистрах(товары организаций интресуют в первую очередь)?
48. Техподдержка 16.11.18 16:18
(47)
авлены движения в регистрах(товары организаций интресуют в перву


Без этой галки все так же выполняется как первом случае, просто запись данных идет не в 1 заход, а для каждого документа и записи регистра в отдельности.
49. JasonT 16.11.18 17:49 Сейчас в теме
(48) Спасибо. Да. Это помогло.
50. Shaldryn 31.01.19 15:29 Сейчас в теме
(42) Тут смысл в том что в РС.СтоимостьТоваров присутствует как оригинальная ссылка, так и заменяемая, и когда обработка заменяет на оригинал, то получается две одинаковые строки, которые и не нравятся ему при записи.
Тут как вариант после замены строк группировать и суммировать ТЗ и тогда все будет без ошибок. И после можно удалить окончательно КлючАналитикиНоменклатуры(Элемент справочника)
51. Xershi 15.02.19 19:19 Сейчас в теме
Предлагаю вашему вниманию более расширенное решение для устранения проблем закрытия месяца https://infostart.ru/public/797618/.
52. Техподдержка 16.02.19 01:19
(51) Да, после того как "мы стали более лучше одеваться", нам осталось воспользоваться более расширенным решением.
Shaldryn; Xershi; +2 Ответить
53. ander_ 01.03.19 04:30 Сейчас в теме
Я так понимаю "ключи реестра документов" она не правит. Планируется?
54. Техподдержка 01.03.19 07:42
(53) что и они сломались (сарказм) ? Для них скорее проще отдельную обработку написать.
55. ander_ 01.03.19 11:57 Сейчас в теме
(54) ага, регулярно "ломаются" после объединения и удаления дублей контрагентов.

Для них скорее проще отдельную обработку написать.
Почему?
56. Техподдержка 01.03.19 11:58
(55) Посмотрю что на эту тему можно сделать. Но мне кажется что здесь проблемы могут быть отличные от ключей аналитики.
57. sleemp 05.06.19 10:26 Сейчас в теме
Добрый день. Для УТ 11.4.3.126 подходит? И спасёт ли с проблемой фантомных отрицательных остатков? Закрытие месяца в упор не видит свежепришедшую партию товара и считает рентабельность 100%, точнее реализации при проведении не видят нужную партию.
58. Техподдержка 05.06.19 10:28
(57)

Для релиза подходит. А вот спасет или нет не понятно. Надо сначала разобраться в чем причина таких фантомных остатков. Может там просто развернутое сальдо по видам запасов.
59. klaus38 16.06.19 00:56 Сейчас в теме
Доброго дня. УТ 11.4.7.150
{ВнешняяОбработка.ТестированиеИИсправлениеКлючейАналитики.Форма.Форма.Форма(1225)}: Ошибка при вызове метода контекста (Выполнить)
Выборка = Запрос.Выполнить().Выбрать();
по причине:
{(30, 71)}: Неверные параметры "Справочник.СтатьиКалькуляции.ПустаяСсылка"
КОГДА КлючиАналитикиУчетаНоменклатуры.СтатьяКалькуляции = ЗНАЧЕНИЕ(<<?>>Справочник.СтатьиКалькуляции.ПустаяСсылка)
60. Техподдержка 16.06.19 09:35
(59) напишите через техподдержку какая у вас версия обработки.
61. KeyMaster 22.09.19 21:28 Сейчас в теме
Здравствуйте.
Есть проблемная база: про проведении реализации выдает ошибку по нехватке товара. По всем отчетам товара хватает. Но подозрение вызывает "развернутость" по ключам аналитики номенклатуры из-за изменения артикула.
Ваша обработка может помочь в данном случае?
62. Техподдержка 23.09.19 09:51
(61) если проблема действительно в задвоении ключей аналитики, то поможет
63. zagorodnev 25.02.20 17:29 Сейчас в теме
Доброго времени!
А данная обработка поддерживается или нет, последний релиз 26.04.2019 Версия 1.10(ERP 2.4.7.147) уже скоро как год пройдет???
65. technetos 04.06.20 12:43 Сейчас в теме
Обработка версии 1.10. Разбирая ошибку в отчете по взаиморасчетам обнаружил задублированный Ключ аналитики учета по партнерам. Обработка его не видит. Штатной обработкой поиска дублей нашел ещё "неучтенные". Обработка не все дубли находит.
66. Техподдержка 04.06.20 12:46
(65)

Добрый день. Приведите пример дубля.
67. technetos 04.06.20 13:16 Сейчас в теме
(66) Написал в "Задать вопрос"
68. fullstack1c 04.08.20 14:50 Сейчас в теме
Добрый день!
Логику сложно понять. В справочнике Ключи аналитики по партнерам точно есть дублированные элементы. 2-3 цикла прогона обработки не показывают дубли и не убирают их.
УТ 11.4.11.63
69. Техподдержка 04.08.20 22:12
(68) А как вы определили что элементы задублированы?. Проверка в обработке осуществляется по всем реквизитам, имеющимся в справочнике.
70. fullstack1c 04.08.20 22:13 Сейчас в теме
(69), открываю справочник Ключи аналитики по партнерам и вижу полный дубль элементов.
71. Техподдержка 05.08.20 08:29
(70) Форма элемента не покажет вам всей информации. Сравнивать надо в обработках, которые выводят все реквизиты.
72. fullstack1c 05.08.20 08:47 Сейчас в теме
(71), аналогично. Консоль запросов показывает задублированные данные
73. Техподдержка 05.08.20 09:52
(72) какой запрос вы использовали для сравнения и выявления дублей?
74. fullstack1c 05.08.20 10:05 Сейчас в теме
75. Техподдержка 05.08.20 10:08
(74) Хорошо задам 1 простой вопрос. Например, у вас есть контрагент Иванов Иван Иванович, живущий в Москве и Иванов Иван Иванович, живущий в Киеве. Что покажет ваш запрос?
76. fullstack1c 05.08.20 10:57 Сейчас в теме
(75), я понимаю о чем вы. В ЛС могу показать данные. Но Организация, Партнер, Контрагент по которым создается ключ аналитики, один и тот же. Это не разные вариации
77. Техподдержка 05.08.20 11:07
(76) Тогда такой запрос должен показать дубли и устранить разногласия:

ВЫБРАТЬ
КОЛИЧЕСТВО(РАЗЛИЧНЫЕ КлючиАналитикиУчетаПоПартнерам.Ссылка) КАК КоличествоДублей,
КлючиАналитикиУчетаПоПартнерам.Партнер КАК Партнер,
КлючиАналитикиУчетаПоПартнерам.Организация КАК Организация,
КлючиАналитикиУчетаПоПартнерам.Контрагент КАК Контрагент,
КлючиАналитикиУчетаПоПартнерам.Договор КАК Договор,
КлючиАналитикиУчетаПоПартнерам.НаправлениеДеятельности КАК НаправлениеДеятельности
ИЗ
Справочник.КлючиАналитикиУчетаПоПартнерам КАК КлючиАналитикиУчетаПоПартнерам

СГРУППИРОВАТЬ ПО
КлючиАналитикиУчетаПоПартнерам.Партнер,
КлючиАналитикиУчетаПоПартнерам.Организация,
КлючиАналитикиУчетаПоПартнерам.Контрагент,
КлючиАналитикиУчетаПоПартнерам.Договор,
КлючиАналитикиУчетаПоПартнерам.НаправлениеДеятельности

ИМЕЮЩИЕ
КОЛИЧЕСТВО(РАЗЛИЧНЫЕ КлючиАналитикиУчетаПоПартнерам.Ссылка) > 1
78. fullstack1c 05.08.20 12:49 Сейчас в теме
(77) , да, я с вами согласен :)

79. Техподдержка 05.08.20 14:26
(78) То есть вы делаете такую же настройку как на скриншоте. Нажимаете кнопку "Выполнить тестирование и исправление". Переходите на закладку "Поиск и замена значений", а там пустые таблицы?
Прикрепленные файлы:
80. fullstack1c 05.08.20 14:58 Сейчас в теме
(79), не совсем. Я перехожу на вкладку Поиск и замена значений она заполнена, постоянно, только дубли от этого не уходят.
81. Техподдержка 05.08.20 15:14
(80) Смотрите, там в верхней таблице список задублированных ключей. В нижней таблице там список ссылок на эти ключи, где будет произведена замена.

Нужные ключи надо отметить галкой. По умолчанию они все отмечены. Вы для начала отметьте только 1.

Далее нужно нажать на кнопку "Выполнить замену значений".
Прикрепленные файлы:
82. fullstack1c 05.08.20 15:40 Сейчас в теме
(81), что-то делает, но с ошибкой:


83. Техподдержка 05.08.20 15:55
(82) Впринципе вам замена этого регистра не особо нужна. Можно эту запись в регистре удалить вручную.

Если захотите взаиморасчеты пересчитать надо распровести и провести какой-нибудь документ по этому контрагенту.
84. fullstack1c 05.08.20 16:22 Сейчас в теме
(83), хорошо, но в справочнике ключи аналити по партнерам по этому партнеру ни чего не изменилось
85. Техподдержка 05.08.20 16:23
(84) А что должно измениться?
86. fullstack1c 05.08.20 16:24 Сейчас в теме
(85) я предполагаю, что вместо двух записей ключей, должен быть один. Или второй должен быть помечен на удаление. Ожидаемого результата я не вижу. Или я не верно трактую результат?
87. Техподдержка 05.08.20 16:26
(86) Для пометки на уделение элемента там есть специальная кнопка "Пометить на удаление заменяемые элементы".

Для удаления элемента используйте штатную обработку Удаление помеченных объектов.
88. fullstack1c 05.08.20 17:21 Сейчас в теме
(87), странно, но в итоге в справочнике все равно осталось две записи. Было три...теперь две, обработка не видит дубль.
89. Техподдержка 05.08.20 17:27
(88) Замена происходит попарно.
Одна строка верхней таблице соответствует одной паре дублей. Значит в этом списке содержится еще и вторая пара в этом ряде дублей.
90. fullstack1c 05.08.20 18:00 Сейчас в теме
(89), второй раз запустил тестирование и исправление. Нет строки ни верхней таблице ни в нижней.
Как-то сложно предсказать результат :)
chebakka; +1 Ответить
91. fullstack1c 05.08.20 21:22 Сейчас в теме
(89), вроде стал понятен примерный принцип работы :)
1. Мы включаем тестирование и исправление
2. На вкладке Поиск и замена значений сначала выполняем команду Выполнить замену значений, а потом команду Пометить на удаление заменяемые элементы.

Не совсем понятно, после первого цикла если дубли ключей еще есть, нужно делать повтороно тестирование и исправление?
Во время или после выполнения команды Выполнить замену значений произошла ошибка



И теперь не понятно, она выполнила свою работу и сообщила об ошибке или в процессе приизошла ошибка и нужно повтороно запустить?
92. Meest 05.11.20 11:06 Сейчас в теме
С не большим до пилом и на УТ 3.1 взлетела. Спасибо
93. user722613 20.01.21 11:32 Сейчас в теме
Добрый день, на УТ 11.4.13.85 заработает без допилов?
95. yavezde 24.02.21 14:37 Сейчас в теме
Здравствуйте, подскажите пожалуйста, поможет ли обработка справится с вот такими ошибками?
Управление торговлей, редакция 11 (11.4.13.103)
Прикрепленные файлы:
96. Техподдержка 24.02.21 14:48
(95) Нет, отрицательные остатки по себестоимости, как правило, появляются из-за ошибок в самой программе. Из-за того что какие-то документы делают некорректные движения.

Здесь нужно вручную выяснять где появилась проблема и исправлять программу, перепроводить документы, либо вручную дописывать недостающие движения.
97. yavezde 24.02.21 14:55 Сейчас в теме
(96) эээх, очень жаль, спасибо!
98. chebakka 27.03.21 08:40 Сейчас в теме
Добрый день. На 2.5.5.82 работает?
99. Misanets 28.04.21 12:39 Сейчас в теме
Добрый день!
Буде работать в конфигурации BAS Управление торговлей, Версия 3.2.19.3 (Business automation software for trade management, edition 3.2 (3.2.19.3))
Это некий аналог Управления торговлей 11.

Оставьте свое сообщение

См. также

Исправление в 1С:ЗУП/ЗКГУ ошибок по НДФЛ и взаиморасчетам с сотрудниками на начало расчетного года.

Обработка исправляет технические ошибки по НДФЛ, взаиморасчетам с сотрудниками в 1С:ЗУП (1С:ЗКГУ) на начало года. Фактически все ошибки, которые проявляются в ведомостях на выплату, расчетных листках, при заполнении ведомостей на выплату ...

4800 руб.

Ускоренное проведение документов (x4), устранение ошибок 60/62 счетов и зачет авансов (Бухгалтерия 3.0)

Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». ...

14400 руб.

Заполнение документа "Корректировка регистров" произвольными данными

Внешняя обработка, позволяющая произвольным образом заполнять документ "Корректировка регистров" Предназначена для использования в конфигурациях "Управление торговлей 11", "Управление небольшой фирмой", "...

2400 руб.

Исправление ошибки закрытия месяца "Обнаружены ненулевые остатки по суммам при нулевом остатке по количеству в регистре ...

Закрытие месяца - важный процесс в современных конфигурациях, таких как УТ 11.4, УТ 11.5, КА 2.4, КА 2.5 ERP 2.4,ERP 2.5, КА 2 Казахстан, УТ 3 Казахстан регламентные операции влияют на расчет себестоимости, и ошибки в данном расчете не дают...

2400 руб.

Исправление ошибок по НДФЛ и взаиморасчетам с сотрудниками в 1С:Бухгалтерия 3.0

Внешняя обработка предназначена для исправления самых различных ошибок, возникших по самым разным причинам. Общее проявление этих ошибок видно в различии данных между: проводками и различными отчетами по НДФЛ, заполнении ведомостей на выда...

3600 руб.

Корректировка банковской выписки в УНФ

Корректировка банковской выписки после загрузки из клиент-банка (статья, корреспонденция, вид операции, валюта и зарплата)

3000 руб.

88005555256
Заказать звонок
support@infostart.ru
Telegram
Чат на сайте