Незаменимая обработка для сопровождения конфигураций: ERP, УТ, КА. Позволяет вычистить многие ошибки в ключах аналитики, в ключевых справочниках конфигурации.
Добрый день.
При поиске ключей аналитики не хватает возможности отбора.
Пример:
Нужно проанализировать ключи аналитики по поставщикам - 201 шт. А всего партнёров - 26 468 шт.
Т.о. с отбором (только поставщики) объём информации, которую нужно обработать можно уменьшить в 100 раз!
PS. если с базой длительное время работали, но ключи аналитики не исправляли, то логичнее первое исправление делать по частям.
Здравствуйте, с поиском дублей в видах запасов, по-моему, проблема. Ваша обработка дубли не находит, хотя типовая форма списка их показывает. Проблема в количестве аналитик для соединения таблиц, вот типовой код:
ВЫБРАТЬ
СправочникВидыЗапасов.Ссылка,
СправочникВидыЗапасов.ПометкаУдаления,
СправочникВидыЗапасов.Предопределенный,
СправочникВидыЗапасов.Наименование,
СправочникВидыЗапасов.Организация,
СправочникВидыЗапасов.ТипЗапасов,
СправочникВидыЗапасов.Комитент,
СправочникВидыЗапасов.Соглашение,
СправочникВидыЗапасов.Валюта,
СправочникВидыЗапасов.РеализацияЗапасовДругойОрганизации,
СправочникВидыЗапасов.ВидЗапасовВладельца,
СправочникВидыЗапасов.ВидЗапасовВладельца.Организация КАК ОрганизацияВладелец,
СправочникВидыЗапасов.НалогообложениеНДС,
(ВЫБОР
КОГДА НЕ Дубли.Организация ЕСТЬ NULL ТОГДА ИСТИНА
ИНАЧЕ ЛОЖЬ КОНЕЦ) КАК ЕстьДубли
ИЗ
Справочник.ВидыЗапасов КАК СправочникВидыЗапасов
ЛЕВОЕ СОЕДИНЕНИЕ (
ВЫБРАТЬ
КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ДанныеСправочника.Ссылка) КАК ЕстьДубли,
ДанныеСправочника.Организация,
ДанныеСправочника.ТипЗапасов,
ДанныеСправочника.Комитент,
ДанныеСправочника.Соглашение,
ДанныеСправочника.Валюта,
ДанныеСправочника.ВидЗапасовВладельца,
ДанныеСправочника.НалогообложениеНДС
ИЗ
Справочник.ВидыЗапасов КАК ДанныеСправочника
ГДЕ
ДанныеСправочника.РеализацияЗапасовДругойОрганизации
И НЕ ДанныеСправочника.ПометкаУдаления
СГРУППИРОВАТЬ ПО
ДанныеСправочника.Организация,
ДанныеСправочника.ТипЗапасов,
ДанныеСправочника.Комитент,
ДанныеСправочника.Соглашение,
ДанныеСправочника.Валюта,
ДанныеСправочника.ВидЗапасовВладельца,
ДанныеСправочника.НалогообложениеНДС
ИМЕЮЩИЕ
КОЛИЧЕСТВО(РАЗЛИЧНЫЕ ДанныеСправочника.Ссылка) > 1
) КАК Дубли
ПО Дубли.Организация = СправочникВидыЗапасов.Организация
И Дубли.ТипЗапасов = СправочникВидыЗапасов.ТипЗапасов
И Дубли.Комитент = СправочникВидыЗапасов.Комитент
И Дубли.Соглашение = СправочникВидыЗапасов.Соглашение
И Дубли.Валюта = СправочникВидыЗапасов.Валюта
И Дубли.ВидЗапасовВладельца = СправочникВидыЗапасов.ВидЗапасовВладельца
И Дубли.НалогообложениеНДС = СправочникВидыЗапасов.НалогообложениеНДС
ГДЕ
СправочникВидыЗапасов.РеализацияЗапасовДругойОрганизации
Показать
Т.е. поиск идет только по 7 полям. И нужно убрать условие
ГДЕ ДанныеСправочника.РеализацияЗапасовДругойОрганизации
Так чтобы было понятно. "Типовой" запрос, который вы привели это запрос из формы списка справочника ВидыЗапасов.
Сейчас для релиза 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 УдалитьНазначение.
Полагаю, что вид запасов интеркампани с полями собственного вида запаса может стать только в случае принудительного изменения его вида. Что было бы очень большой ошибкой, поскольку например, контрагент, договор используются в видах запасов только при схеме комиссионной торговли и давальческой схеме.
Если у вас именно такая, ситуация, то конечно запрос в обработке надо разделять на два запроса на собственные виды запасов и виды запасов интеркампани. Вам удалось понять где у вас произошло задвоение?
Насколько я понимаю приведенная вами разработка предполагает только возможность получения отчета о наличии ошибок. Сам же процесс исправления ошибок остается вне ее рамок.
Здесь же вам предлагается механизм не только для нахождения, но и исправления этих ошибок.
Интерфейс обработки подобен тому, что можно было встретить в более ранних версиях типовых программ 1С (УПП, УТ 10.3).
Не успел проанализировать все 150 режимов проверки "Комплексной проверки", но не исключено, что приведенные здесь механизмы проверки там просто отсутствуют ввиду того что там как правило анализируются цифры в различных таблицах. Здесь же включены типовые режимы известные по прошлым версиям и дополнены дополнительными режимами.
Стоит так же учитывать, что данная разработка заточена исключительно на ключи аналитики учета. В любом случае одна разработка другой не мешает, а только дополняет.
Доброго дня! Замечательная обработка, только не хватает одного момента. Для криво загруженной номенклатуры в проводках не отображаются номенклатурные группы. Насколько я понимаю, проблема связана с отсутствием ключа аналитики для данной номенклатуры. Лечится копированием номенклатуры с заменой значений. Было бы хорошо, чтобы данная обработка могла создавать ключи для такой вот кривой номенклатуры.
А так приобрел сегодня и доволен )
Приобрел вчера. Скажите, если есть проблема с непонятными отрицательными остатками организаций, непонятно откуда взявшимися при закрытии месяца, то в каком режиме лучше прогонять?
Ну отрицательные остатки, как вы понимаете, она не исправляет. За остатки по организациям отвечает регистр Товары организаций. Там есть две аналитики. Виды запасов и Аналитика учета номенклатуры. Попробуйте по ним по каждому режиму последовательно пробежаться и посмотреть что выдаст обработка. Возможно найдутся какие-то задвоенные ключи.
18.
vsalikhovmailru25
08.08.17 21:39 Сейчас в теме
У нас наблюдается отсутствие порядка в запросе по договорам с одним контрагентом (он и поставщик и покупатель по раздельным договорам) однако при формировании акта сверки система валит все в одну. Можно рассчитывать на исправление вашим решением. Спасибо!
Не очень понял что вы написали. В системе для каждого договора проставляется тип. Он либо договор с поставщиком либо договор с покупателем. Если вы умудрялись в документах с покупателем использовать договора с поставщиком, то здесь возможна только ручная замена либо с помощью других обработок. Ну и в любом случае вы должны сами решать что менять. Потому что, например, в периодах за которые уже сдана отчетность не рекомендую ничего менять. Потому что программа пересчитает взаиморасчеты и и вся ваша отчетность на выброс.
Если у вас проблема именно с формированием акта сверки. То это другой вопрос. Не очень понимаю как может программа в акте сверки свалить все в один договор, если у вас в регистрах все на разных договорах. Может вы просто не разобрались с формированием акта сверки?
"Можно рассчитывать на исправление вашим решением" - я не могу залезть в вашу программу и понять с чем у вас проблема. сначала нужно найти ее корень, а потом искать инструмент для ее решения. Можно конечно перебирать все инструменты подряд, авось какой-нибудь подойдет.
Вопрос, поможет ли эта обработка, если в документе создался неверно ключ аналитики номенклатуры и в последующих подставлялся этот ключ? Пример, в документе строка с товарам бумага, характеристика 1*2000, склад Основной, создался ключ аналитики Бумага, заходишь в него, там характеристика 0,12*1000, склад Основной?
Я так понял различается характеристика в табличной части товары и характеристика в ключе, который используется в движениях документа.
Вариантов почему так произошло может быть много. Один из вариантов это несоответствие характеристики в регистре сведений АналитикаУчетаНоменклатуры и значения в элементе ресурса КлючАналитики. Если это так, то обработка поможет исправить это несоответствие.
Далее уже неправильный документ нужно распровести и провести заново.
Вот такую ошибку, обработка исправит? - ошибка "Кор. аналитика учета партий не содержит вида ценности": 1. Приобретение товаров и услуг 00ЕК-007348 от 01.09.2017 10:00:00, организация "", регистр "СебестоимостьТоваров", операция "Закупка у поставщика"
Добрый день! Вопрос, есть пункт - Проверка соответствия измерений реквизитам ключа, которая находит ключи, значения ключевых реквизитов которых не соответствуют значениям в измерениях регистра сведений.Перезаписывает значения измерений регистра сведений из реквизитов ключа аналитики.
А может быть надо делать наоборот?
Например есть номенклатура "Бумага" с характеристикой 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), а мы удалим эту Аналитику, будет ли это корректно?
(25) Может быть и надо делать наоборот. Все зависит от ситуации в конкретной базе. Основная задача регистра сведений - это быстрый поиск нужного ключа. Соответственно, если измерения не соответствуют реквизитам, то по неправильным измерениям найдется неправильный ключ, подставится в документ и отразится в его движениях. К несоответствию измерений реквизитам может привести 2 происшествия: 1. изменились измерения регистра сведений, 2 изменились реквизиты ключа. Заранее угадать что привело к несоответствию нельзя. Так как могут существовать документы как с одним вариантом наборов реквизита ключа, так и с другим. Например, мы берем ключ аналитики учета номенклатуры. Основными реквизитами, измерениями являются номенклатура, характеристика, склад. Сначала было все нормально. Возьмем абстрактный пример: Номенклатура 1, Характеристика 1, склад 1. Вы сделали несколько документов с этой аналитикой. Далее вариант 1 по какой-то необъяснимой причине поменялось значение реквизита в ключе Склад 1 поменялся на Склад 2. Программа в новые документы проставила этот ключ, что естественно неправильно. Вариант 2 поменялось значение измерения в регистре сведений для другого ключа. Для ключа с набором реквизитов Номенклатура 1, Характеристика 1, Склад 2 В измерение поставилось склад 1.В таком случае поставит программа в документ подставит ключ со складом 2 вместо 1. Но в то же время этот же ключ мог правильно использоваться в других документах. Если мы меняем регистр сведений, то конечно сами по себе правильные включи в документы не встанут. Для этого их нужно перепровести. Если мы поменяем сам ключ приведя его к измерениям регистра, то это тоже только отчасти решит проблему, потому что могут остаться документы, где этот ключ использовался правильно с прежним набором реквизитов. И уже чтобы их привести в нормальное состояние их нужно перепроводить. Вы совершенно точно затронули проблему. Идеально красивого решения нет. На мой взгляд фирма 1С создала мину замедленного действия изобретя эти регистры. И по хорошему от них нужно отказываться совсем, что постепенно и происходит. В отдельных решениях на последних версиях части этих регистров уже нет. Если вы считаете что все таки правильнее менять сам ключ, то я думаю надо добавить такой функционал.
(25) Еще одна важная причина почему опасно менять непосредственно сами ключи. Если вы изменяете ключ, то это естественно сразу отразится в движениях и отчетах. Но у вас уже могут быть закрытые периоды, данные данные по которым по идее должны быть зафиксированы и отлиты в граните. Для того чтобы изменение ключа отразилось в бухгалтерском учете нужно переотразить документы в рег. учете. Если этого не сделать, то у вас неизбежно будет расхождение между БУ И УУ. А если сделать, то вполне вероятно нарветесь на пересдачу отчетности. Например в виде запаса поменяется с комиссии на продажу (влияет на прибыль). Или поменяется договор в аналитике учета по партнерам в результате чего придется пересчитать взаиморасчеты по этому партнеру (влияет на НДС).
(27) Но если говорить только об аналитике учета номенклатуры, то перепроведение документов не повлечет за собой расхождений между БУ и УУ.
Просто по учету партнеров и видам запасов я не столкнулся с проблемами.
Просто в любом случае если использовать вашу обработку и удалять дубли аналитиков номенклатуры, все равно приходится перепроводить документы, так как ключи аналитики удалены и замена не происходит полноценно, так как некоторые помеченные на удаление ключи невозможно удалить, так как они уже задействованы в регламентных документах, таких как расчет себестоимости, который перезаполняется при перезакрытии месяца...Просто в типовом коде я не увидел чтобы регистр сведений перезаполнял измерения, он только меняет ключ, а бывают ситуации когда сам ключ некорректный, этот случай я вам выше описал
(30)Я не уверена что это проблема но происходит следующее : предварительно вычищаются дубли ключей аналитики. Потом в ерп закрывается месяц и дубли появляются вновь и плюсом задваивается количество выпуска в проводках к документу выпуск (в документе например колво 4) а в проводке 8. Доскональнее не разбирались в этом пока.
В УТ 11.4.5.24 при выполнении операции "Поиск задублированных ключей аналитики" на этапе замены значений выдается ошибка(аналитика номенклатуры): Запись с такими ключевыми полями существует! : СтоимостьТоваров: 01.09.2018, <аналитика>, Товары на складах (Регистр сведений: Стоимость товаров; Номер строки: <номер строки>). И операция прерывается на этом моменте, не применив ни одного изменения.
Среди заменяемых объектов (в нижнем списке) найдите записи регистра сведений АналитикаУчетаНоменклатуры и отключите их замену.
Потом просто когда будете удалять помеченные объекты эта запись сама удалится.
(46) Да ошибок не выдает. Но процесс занимает приличное количество времени(еще работает). Остался вопрос при отлюенной галке "Выполнять транзакции", будут исправлены движения в регистрах(товары организаций интресуют в первую очередь)?
авлены движения в регистрах(товары организаций интресуют в перву
Без этой галки все так же выполняется как первом случае, просто запись данных идет не в 1 заход, а для каждого документа и записи регистра в отдельности.
(42) Тут смысл в том что в РС.СтоимостьТоваров присутствует как оригинальная ссылка, так и заменяемая, и когда обработка заменяет на оригинал, то получается две одинаковые строки, которые и не нравятся ему при записи.
Тут как вариант после замены строк группировать и суммировать ТЗ и тогда все будет без ошибок. И после можно удалить окончательно КлючАналитикиНоменклатуры(Элемент справочника)
Добрый день. Для УТ 11.4.3.126 подходит? И спасёт ли с проблемой фантомных отрицательных остатков? Закрытие месяца в упор не видит свежепришедшую партию товара и считает рентабельность 100%, точнее реализации при проведении не видят нужную партию.
Для релиза подходит. А вот спасет или нет не понятно. Надо сначала разобраться в чем причина таких фантомных остатков. Может там просто развернутое сальдо по видам запасов.
Доброго дня. УТ 11.4.7.150
{ВнешняяОбработка.ТестированиеИИсправлениеКлючейАналитики.Форма.Форма.Форма(1225)}: Ошибка при вызове метода контекста (Выполнить)
Выборка = Запрос.Выполнить().Выбрать();
по причине:
{(30, 71)}: Неверные параметры "Справочник.СтатьиКалькуляции.ПустаяСсылка"
КОГДА КлючиАналитикиУчетаНоменклатуры.СтатьяКалькуляции = ЗНАЧЕНИЕ(<<?>>Справочник.СтатьиКалькуляции.ПустаяСсылка)
Здравствуйте.
Есть проблемная база: про проведении реализации выдает ошибку по нехватке товара. По всем отчетам товара хватает. Но подозрение вызывает "развернутость" по ключам аналитики номенклатуры из-за изменения артикула.
Ваша обработка может помочь в данном случае?
Обработка версии 1.10. Разбирая ошибку в отчете по взаиморасчетам обнаружил задублированный Ключ аналитики учета по партнерам. Обработка его не видит. Штатной обработкой поиска дублей нашел ещё "неучтенные". Обработка не все дубли находит.
Добрый день!
Логику сложно понять. В справочнике Ключи аналитики по партнерам точно есть дублированные элементы. 2-3 цикла прогона обработки не показывают дубли и не убирают их.
УТ 11.4.11.63
(74) Хорошо задам 1 простой вопрос. Например, у вас есть контрагент Иванов Иван Иванович, живущий в Москве и Иванов Иван Иванович, живущий в Киеве. Что покажет ваш запрос?
(75), я понимаю о чем вы. В ЛС могу показать данные. Но Организация, Партнер, Контрагент по которым создается ключ аналитики, один и тот же. Это не разные вариации
(76) Тогда такой запрос должен показать дубли и устранить разногласия:
ВЫБРАТЬ
КОЛИЧЕСТВО(РАЗЛИЧНЫЕ КлючиАналитикиУчетаПоПартнерам.Ссылка) КАК КоличествоДублей,
КлючиАналитикиУчетаПоПартнерам.Партнер КАК Партнер,
КлючиАналитикиУчетаПоПартнерам.Организация КАК Организация,
КлючиАналитикиУчетаПоПартнерам.Контрагент КАК Контрагент,
КлючиАналитикиУчетаПоПартнерам.Договор КАК Договор,
КлючиАналитикиУчетаПоПартнерам.НаправлениеДеятельности КАК НаправлениеДеятельности
ИЗ
Справочник.КлючиАналитикиУчетаПоПартнерам КАК КлючиАналитикиУчетаПоПартнерам
СГРУППИРОВАТЬ ПО
КлючиАналитикиУчетаПоПартнерам.Партнер,
КлючиАналитикиУчетаПоПартнерам.Организация,
КлючиАналитикиУчетаПоПартнерам.Контрагент,
КлючиАналитикиУчетаПоПартнерам.Договор,
КлючиАналитикиУчетаПоПартнерам.НаправлениеДеятельности
ИМЕЮЩИЕ
КОЛИЧЕСТВО(РАЗЛИЧНЫЕ КлючиАналитикиУчетаПоПартнерам.Ссылка) > 1
(78) То есть вы делаете такую же настройку как на скриншоте. Нажимаете кнопку "Выполнить тестирование и исправление". Переходите на закладку "Поиск и замена значений", а там пустые таблицы?
(85) я предполагаю, что вместо двух записей ключей, должен быть один. Или второй должен быть помечен на удаление. Ожидаемого результата я не вижу. Или я не верно трактую результат?
(88) Замена происходит попарно.
Одна строка верхней таблице соответствует одной паре дублей. Значит в этом списке содержится еще и вторая пара в этом ряде дублей.
(89), вроде стал понятен примерный принцип работы :)
1. Мы включаем тестирование и исправление
2. На вкладке Поиск и замена значений сначала выполняем команду Выполнить замену значений, а потом команду Пометить на удаление заменяемые элементы.
Не совсем понятно, после первого цикла если дубли ключей еще есть, нужно делать повтороно тестирование и исправление?
Во время или после выполнения команды Выполнить замену значений произошла ошибка
И теперь не понятно, она выполнила свою работу и сообщила об ошибке или в процессе приизошла ошибка и нужно повтороно запустить?
(95) Нет, отрицательные остатки по себестоимости, как правило, появляются из-за ошибок в самой программе. Из-за того что какие-то документы делают некорректные движения.
Здесь нужно вручную выяснять где появилась проблема и исправлять программу, перепроводить документы, либо вручную дописывать недостающие движения.
Добрый день!
Буде работать в конфигурации BAS Управление торговлей, Версия 3.2.19.3 (Business automation software for trade management, edition 3.2 (3.2.19.3))
Это некий аналог Управления торговлей 11.