Тестирование и исправление ключей аналитики ERP, УТ11, КА
Платформа 1С v8.3
1С:ERP Управление предприятием 2
1С:Комплексная автоматизация 2.х
1С:Управление торговлей 11
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
При замене дублей ключей получаю ошибку
что делать?
Запись с такими ключевыми полями существует! : СтоимостьТоваров: 01.10.2020, Номенклатура такая-то; Мой Склад, Собственный товар; Организация: Такая-то, Товары на складах (Регистр сведений: Стоимость товаров; Номер строки: 5430)
что делать?
Добрый день, подскажите работает ли на конфигурации УТ для Казахстана 3.4.4.*?
И вопрос, есть документы где ранее использовалась номенклатура в проводках, и регистр записался ключ аналитики с наименованием на тот момент, значения номенклатуры изменили, а проводки остались с тем же ключом, обработка будет менять проводку в таких документах где раннее использовался ключ с прежним наименованием?
И вопрос, есть документы где ранее использовалась номенклатура в проводках, и регистр записался ключ аналитики с наименованием на тот момент, значения номенклатуры изменили, а проводки остались с тем же ключом, обработка будет менять проводку в таких документах где раннее использовался ключ с прежним наименованием?
(108) На конфигурации для Казахстана работает.
Насколько мне известно в проводки ключ аналитики не записывается. В проводку записывается сама номенклатура. Впрочем в УТ вообще нет проводок.
Если речь про движения регистров накопления, то в них есть ключ аналитики. Но ключ аналитики это элемент справочника. Если вы поменяли его название, то оно автоматически меняется во всей базе.
Если вы поменяли название номенклатуры, то автоматом название ключа аналитики не изменится. Для этого как раз нужно выполнить нужный режим обработки.
Насколько мне известно в проводки ключ аналитики не записывается. В проводку записывается сама номенклатура. Впрочем в УТ вообще нет проводок.
Если речь про движения регистров накопления, то в них есть ключ аналитики. Но ключ аналитики это элемент справочника. Если вы поменяли его название, то оно автоматически меняется во всей базе.
Если вы поменяли название номенклатуры, то автоматом название ключа аналитики не изменится. Для этого как раз нужно выполнить нужный режим обработки.
Добрый вечер! столкнулись с вопросом как найти и удалить ключи аналитики по партнеру которые на имеют привязку к документам, а имеют запись в
"РегистрСведенийКлючЗаписи.АналитикаУчетаПоПартнерам" "РегистрСведенийКлючЗаписи.ЗаданияКРаспределениюРасчетовСПоставщиками"
по сути они пусты тк при переходе к учету с использованием НАПРАВЛЕНИЕ ДЕЯТЕЛЬНОСТИ стали не актуальны
хотя вы описали режим который должен удалить такой ключ - Удаление ключей аналитики, на которые нет ссылок : "Данный режим позволяет найти ключи аналитики, на которые нет ссылок. То есть, нет документов, использующих эту аналитику. Что означает что ее можно безболезненно удалить" это ваше описание
мы работаем в ЕРП 2.5.7.269
"РегистрСведенийКлючЗаписи.АналитикаУчетаПоПартнерам" "РегистрСведенийКлючЗаписи.ЗаданияКРаспределениюРасчетовСПоставщиками"
по сути они пусты тк при переходе к учету с использованием НАПРАВЛЕНИЕ ДЕЯТЕЛЬНОСТИ стали не актуальны
хотя вы описали режим который должен удалить такой ключ - Удаление ключей аналитики, на которые нет ссылок : "Данный режим позволяет найти ключи аналитики, на которые нет ссылок. То есть, нет документов, использующих эту аналитику. Что означает что ее можно безболезненно удалить" это ваше описание
мы работаем в ЕРП 2.5.7.269
(121)
Все верно. Выбираете режим "Удаление ключей аналитики ...". Режим проверки - Непосредственное удаление.
Отбираете типы ключей. И ставите режим Тестирование и исправление.
Если режим проверки поставить Пометку удаления, то не посредственно удалять объекты надо через штатный обработчик удаление помеченных объектов.
Все верно. Выбираете режим "Удаление ключей аналитики ...". Режим проверки - Непосредственное удаление.
Отбираете типы ключей. И ставите режим Тестирование и исправление.
Если режим проверки поставить Пометку удаления, то не посредственно удалять объекты надо через штатный обработчик удаление помеченных объектов.
Прикрепленные файлы:
дело в том, что ключи не удаляются если есть привязка :
-РегистрСведенийКлючЗаписи.АналитикаУчетаПоПартнерам
-РегистрСведенийКлючЗаписи.ЗаданияКРаспределениюРасчетовСКлиентами
мы нашли иное решение но оно долгое , в регистре Ключи аналитики учета по партнерам помечаем все на удаление и через удаление удаляем, что остается то распроводим удаление (остаются только те кто связан с документами)
мы и просили добавить условие, можно очищать ключи у которых нет привязки к документам (при условии , что мы правильно понимаем суть вопроса)
-РегистрСведенийКлючЗаписи.АналитикаУчетаПоПартнерам
-РегистрСведенийКлючЗаписи.ЗаданияКРаспределениюРасчетовСКлиентами
мы нашли иное решение но оно долгое , в регистре Ключи аналитики учета по партнерам помечаем все на удаление и через удаление удаляем, что остается то распроводим удаление (остаются только те кто связан с документами)
мы и просили добавить условие, можно очищать ключи у которых нет привязки к документам (при условии , что мы правильно понимаем суть вопроса)
(123)
Добрый день !
вы не ответили на наш вопрос , что делать с ключем аналитики по партнерам который в принципе пуст тк нет привязки к документам, но из-за ранее допущенной ошибки ЕРП 2.5.7... в конфигурации (это мы точно выяснили) остались записи в
Добрый день !
вы не ответили на наш вопрос , что делать с ключем аналитики по партнерам который в принципе пуст тк нет привязки к документам, но из-за ранее допущенной ошибки ЕРП 2.5.7... в конфигурации (это мы точно выяснили) остались записи в
Прикрепленные файлы:
Здравствуйте, у нас при загрузке документов из старой КА 1.1 в КА 2.4 возникла проблема с ключами аналитики номенклатуры. в документах проставилась аналитика с не правильными складами (в документе один склад, в аналитике другой). Решает ли ваша обработка эту проблему?
(124)
Чтобы ответить на ваш вопрос нужно понять почему так произошло. Могу лишь предположить что у вас запись регистра Аналитика учета номенклатуры не соотвествует значению ключа. Тогда да, обработка приведет их в соответствие.
Но если же это какой-то косяк самой загрузки в результате чего просто неправильный ключ подбирается, то не поможет.
нклатуры. в документах проставилась аналитика с не правильными складами (в документе один ск
Чтобы ответить на ваш вопрос нужно понять почему так произошло. Могу лишь предположить что у вас запись регистра Аналитика учета номенклатуры не соотвествует значению ключа. Тогда да, обработка приведет их в соответствие.
Но если же это какой-то косяк самой загрузки в результате чего просто неправильный ключ подбирается, то не поможет.
Добрый день!
КА 2.5.7.316.
У меня есть проблема с видами запасов. Перенеси справочник номенклатура из старой базы и документы за 2 недели, а потом настроили группы фин учета. И теперь виды запасов у нас пляшут. Если в документах реализация можно их перезаполнить, то в вводе остатков - нет. Как использовать эту обработку в нашем случае?
Выделяю виды запасов, выбираю Проверка соответствия измерений ключам - ничего не находит, выбираю все режимы - не находит. Но в регисре Себестоимость товаров по номенклатуры есть 2 вида запасов.
Может я не там копаю? Можете направить в нужную сторону?
КА 2.5.7.316.
У меня есть проблема с видами запасов. Перенеси справочник номенклатура из старой базы и документы за 2 недели, а потом настроили группы фин учета. И теперь виды запасов у нас пляшут. Если в документах реализация можно их перезаполнить, то в вводе остатков - нет. Как использовать эту обработку в нашем случае?
Выделяю виды запасов, выбираю Проверка соответствия измерений ключам - ничего не находит, выбираю все режимы - не находит. Но в регисре Себестоимость товаров по номенклатуры есть 2 вида запасов.
Может я не там копаю? Можете направить в нужную сторону?
(128)
Нет, у меня 1 номенклатура, но у нее 2 вида запасов. В документе ввод остатков товаров один вид и он не перезаполняется при отмене проведения, а документы движения формируют другой вид запасов.
По идее надо сначала исправить аналитику по номенклатуре, а потом удалить дубли. Но эта операция не отрабатывает.
Нет, у меня 1 номенклатура, но у нее 2 вида запасов. В документе ввод остатков товаров один вид и он не перезаполняется при отмене проведения, а документы движения формируют другой вид запасов.
По идее надо сначала исправить аналитику по номенклатуре, а потом удалить дубли. Но эта операция не отрабатывает.
(129)
Вид запасов - это аналитика для разделения товарных остатков по различным параметрам учета. Это могут быть организации, обложение НДС, комитент... Программа делит запасы по этим признакам и некоторым другим. Если программа в разных документах создает разные виды запасов, то возможно это обусловлено логикой программы. Обратите внимание на то чем различаются созданные виды запасов. Желательно смотреть не карточку элемента, а с помощью обработки, так как в карточке отображаются не все поля.
аналитику по номенклату
Вид запасов - это аналитика для разделения товарных остатков по различным параметрам учета. Это могут быть организации, обложение НДС, комитент... Программа делит запасы по этим признакам и некоторым другим. Если программа в разных документах создает разные виды запасов, то возможно это обусловлено логикой программы. Обратите внимание на то чем различаются созданные виды запасов. Желательно смотреть не карточку элемента, а с помощью обработки, так как в карточке отображаются не все поля.
(134)
Нет не поможет. В данном случае вам надо смотреть регистр сведений Реестр Документов.
Либо задвоения в регистрах сведений Состояния ЭД, Документы с ошибками проверки контрагентов.
брый день, поможет ли данная обработка в случае, если в журнале Документы продажи одна реализация отображается дважды или триж
Нет не поможет. В данном случае вам надо смотреть регистр сведений Реестр Документов.
Либо задвоения в регистрах сведений Состояния ЭД, Документы с ошибками проверки контрагентов.
Прикрепленные файлы:
Добрый день. при расчете себестоимости ошибка Кор. аналитика учета партий не содержит вида ценности:Кор. аналитика учета партий не содержит вида ценности:
Приобретение товаров и услуг 0000-000001 от 26.01.2022 0:00:00, организация "----", регистр "СебестоимостьТоваров", операция "Закупка у поставщика" 1С:Комплексная автоматизация 2 (2.4.14.129)
Поможет обработка?
Приобретение товаров и услуг 0000-000001 от 26.01.2022 0:00:00, организация "----", регистр "СебестоимостьТоваров", операция "Закупка у поставщика" 1С:Комплексная автоматизация 2 (2.4.14.129)
Поможет обработка?
(137) Нет не поможет. Обработка не позволяет заполнять недостающие данные.
Очень странная у вас ситуация. Потому что документ приобретение товаров это исходный документ - партиеобразующий. Соответственно в его движениях не должно быть никакой кор. аналитики учета партий. Она есть только если товар переходит из одного состояния в другое.
Ну а второй вопрос это кривая аналитика. Как она создалась или попала к вам в базу.
Очень странная у вас ситуация. Потому что документ приобретение товаров это исходный документ - партиеобразующий. Соответственно в его движениях не должно быть никакой кор. аналитики учета партий. Она есть только если товар переходит из одного состояния в другое.
Ну а второй вопрос это кривая аналитика. Как она создалась или попала к вам в базу.
При закрытии месяца выходят следующие ошибки поможет ли ваша обработка с их решением?
При выполнении расчета диагностирована ошибка:
Не удалось записать: "Партии прочих расходов"!
{ОбщийМодуль.ПартионныйУчет.Модуль(12335)}:Движения.Записать(Замещать);
{ОбщийМодуль.ПартионныйУчет.Модуль(460)}:ЗаписатьРасчетныеПартии(РегистрыНакопления.ПартииПрочихРасходов, РасчетныеПартииПрочих, Неопределено);
{ОбщийМодуль.ПартионныйУчет.Модуль(184)}:РассчитатьПартииПрочих(НачалоПериода, ОкончаниеПериода, МассивОрганизаций, КоличествоПовторяющихсяДанных);
{ОбщийМодуль.ПартионныйУчет22.Модуль(30)}:ПартионныйУчет.РассчитатьВсе(ПараметрыЗапуска.Дата, ПараметрыЗапуска.МассивОрганизаций);
{ОбщийМодуль.ПартионныйУчет22.Модуль(282)}:РассчитатьВсе(ПараметрыЗапуска, ПараметрыРасчета, ПараметрыОтладки);
{ОбщийМодуль.ЗакрытиеМесяцаСервер.Модуль(2897)}:ПартионныйУчет22.РассчитатьВсеВПопыткеИсключении(ПараметрыЗапуска);
{(1)}:ЗакрытиеМесяцаСервер.Выполнить_РасчетПартийИСебестоимости(Параметры[0])
{ОбщийМодуль.ОбщегоНазначения.Модуль(4770)}:Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{Обработка.ОперацииЗакрытияМесяца.МодульМенеджера(1512)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(
{(1)}:Обработки.ОперацииЗакрытияМесяца.ВыполнитьРасчетЭтапов(Параметры[0])
{ОбщийМодуль.ОбщегоНазначения.Модуль(4770)}:Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
по причине:
Не удалось записать: "Партии прочих расходов"!
При выполнении расчета диагностирована ошибка:
Не удалось записать: "Партии прочих расходов"!
{ОбщийМодуль.ПартионныйУчет.Модуль(12335)}:Движения.Записать(Замещать);
{ОбщийМодуль.ПартионныйУчет.Модуль(460)}:ЗаписатьРасчетныеПартии(РегистрыНакопления.ПартииПрочихРасходов, РасчетныеПартииПрочих, Неопределено);
{ОбщийМодуль.ПартионныйУчет.Модуль(184)}:РассчитатьПартииПрочих(НачалоПериода, ОкончаниеПериода, МассивОрганизаций, КоличествоПовторяющихсяДанных);
{ОбщийМодуль.ПартионныйУчет22.Модуль(30)}:ПартионныйУчет.РассчитатьВсе(ПараметрыЗапуска.Дата, ПараметрыЗапуска.МассивОрганизаций);
{ОбщийМодуль.ПартионныйУчет22.Модуль(282)}:РассчитатьВсе(ПараметрыЗапуска, ПараметрыРасчета, ПараметрыОтладки);
{ОбщийМодуль.ЗакрытиеМесяцаСервер.Модуль(2897)}:ПартионныйУчет22.РассчитатьВсеВПопыткеИсключении(ПараметрыЗапуска);
{(1)}:ЗакрытиеМесяцаСервер.Выполнить_РасчетПартийИСебестоимости(Параметры[0])
{ОбщийМодуль.ОбщегоНазначения.Модуль(4770)}:Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{Обработка.ОперацииЗакрытияМесяца.МодульМенеджера(1512)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(
{(1)}:Обработки.ОперацииЗакрытияМесяца.ВыполнитьРасчетЭтапов(Параметры[0])
{ОбщийМодуль.ОбщегоНазначения.Модуль(4770)}:Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
по причине:
Не удалось записать: "Партии прочих расходов"!
Здравствуйте! В описании обработки в пукте "Поиск ключей с несоответствующими контрагентами партнерам" описано:
"У справочника контрагент есть реквизит Партнер. Его значение может не соответствовать реквизиту аналитики." - это нормальная ситуация, когда включена опция Независимо вести партнеров и контрагентов?
"У справочника контрагент есть реквизит Партнер. Его значение может не соответствовать реквизиту аналитики." - это нормальная ситуация, когда включена опция Независимо вести партнеров и контрагентов?
(141)
Это в любом случае не нормальная ситуация. Значения реквизитов в регистре сведений и справочнике должны соответствовать друг другу.
Партнер регистра сведений должен быть равен партнеру в справочнике
Контрагент регистра сведений должен быть равен контрагенту в справочнике
Его значение может не соответствовать реквизиту аналитики.
Это в любом случае не нормальная ситуация. Значения реквизитов в регистре сведений и справочнике должны соответствовать друг другу.
Партнер регистра сведений должен быть равен партнеру в справочнике
Контрагент регистра сведений должен быть равен контрагенту в справочнике
(142)
Спасибо за ответ, я имею ввиду не ту ситуацию, когда значения реквизитов в регистре сведений Аналитика учета по партнерам и справочнике Ключи аналитики учета по партнерам отличаются.
В нашей базе ведется раздельный учет по партнерам и контрагентам. Одному контрагенту может соответствовать несколько партнеров, которые сгруппированы в иерархический список. Соответственно, контрагент прописан только у головного партнера. В ключе аналитики в реквизитах прописан подчиненный партнер и контрагент головного партнера (в регистре так же). На мой взгляд, это корректная ситуация, конфигурация подбирает в документах контрагента по партнеру и взаиморасчеты отрабатывают правильно. Обработка же предлагает (и делает) в Ключе аналитики вместо подчиненного партнера проставить головного партнера, у которого проставлен контрагент и это будет ошибкой.
Вопрос возник потому, что после запуска обработки получилось примерно 1500 "некорректных" ключей партнеров и хочется разобраться, правильно ли мы ведем учет или в поведении обработки есть неопределенность, которая может испортить ключи аналитики по партнерам.
Спасибо за ответ, я имею ввиду не ту ситуацию, когда значения реквизитов в регистре сведений Аналитика учета по партнерам и справочнике Ключи аналитики учета по партнерам отличаются.
В нашей базе ведется раздельный учет по партнерам и контрагентам. Одному контрагенту может соответствовать несколько партнеров, которые сгруппированы в иерархический список. Соответственно, контрагент прописан только у головного партнера. В ключе аналитики в реквизитах прописан подчиненный партнер и контрагент головного партнера (в регистре так же). На мой взгляд, это корректная ситуация, конфигурация подбирает в документах контрагента по партнеру и взаиморасчеты отрабатывают правильно. Обработка же предлагает (и делает) в Ключе аналитики вместо подчиненного партнера проставить головного партнера, у которого проставлен контрагент и это будет ошибкой.
Вопрос возник потому, что после запуска обработки получилось примерно 1500 "некорректных" ключей партнеров и хочется разобраться, правильно ли мы ведем учет или в поведении обработки есть неопределенность, которая может испортить ключи аналитики по партнерам.
Здравствуйте.
УТ 11.5. У нас "некоторая" номенклатура имеется на остатках двух складов (склад №1 и склад №2). В справочнике ключи аналитики номенклатуры по ней одна запись, причем на складе №3. При этом реализовать, списать или переместить эту номенклатуру не возможно. Поможет ли ваша обработка в нашей ситуации?
УТ 11.5. У нас "некоторая" номенклатура имеется на остатках двух складов (склад №1 и склад №2). В справочнике ключи аналитики номенклатуры по ней одна запись, причем на складе №3. При этом реализовать, списать или переместить эту номенклатуру не возможно. Поможет ли ваша обработка в нашей ситуации?
(144)
Непонятно по какой причине невозможно реализовать, списать или переместить номенклатуру. При отсутствии ключа он создается автоматически.
Когда вы вводили остатки или приобретали данную номенклатуру ключ должен был проставиться в соответствующие документы. Он не проставился?
ючи аналитики номенклатуры по ней одна за
Непонятно по какой причине невозможно реализовать, списать или переместить номенклатуру. При отсутствии ключа он создается автоматически.
Когда вы вводили остатки или приобретали данную номенклатуру ключ должен был проставиться в соответствующие документы. Он не проставился?
(145) При реализации и прочих операциях ошибка "По организации NNNNNNNN не хватает 1 шт товара MMMMMMMMM, на складе VVVVVVVVVVV по налогообложению Продажа облагается НДС". Начали разбираться и увидели отклонения в справочнике ключи аналитики номенклатуры. Теперь пробуя сделать ввод остатков по данной номенклатуре в регистрах "Себестоимость товаров" и "Товары организаций" прописывается склад отличный от склада указного в документе. Делая ввод по любой другой номенклатуре, регистры прописываются как надо. Тестирование базы, удаление ключей аналитики по данной номенклатуре пробовали делать.
Добрый вечер.
Конфигурация у моего клиента - КА 2.5. Клиент начал занесение документов с номенклатурой с видом номенклатуры "работа".
Позже выяснили, что необходимо использовать не работу, а услуги. В номенклатуре вид номенклатуры заменили, но возникла свистопляска с аналитикой учета номенклатуры - не провести и не перепровести документы. Ваша обработка исправит ситуацию?
Конфигурация у моего клиента - КА 2.5. Клиент начал занесение документов с номенклатурой с видом номенклатуры "работа".
Позже выяснили, что необходимо использовать не работу, а услуги. В номенклатуре вид номенклатуры заменили, но возникла свистопляска с аналитикой учета номенклатуры - не провести и не перепровести документы. Ваша обработка исправит ситуацию?
Просто запуск обработки проблему не решил.
Она исправила много ключей аналитики номенклатуры, но проблема - проведение документа Акт выполненных работ с сообщением "Запись не верна! Значение поля "Аналитика учета номенклатуры" не может быть пустым! (Регистр накопления: Выручка и себестоимость продаж; Номер строки: 1)" - осталась нерешенной.
После обработки перевыбрал номенклатуру в каждой строке акта выполненных работ - проблема ушла, документ провелся.
Пошел разбираться, какие реквизиты изменились при перевыборе номенклатуры, в акте их немного
Она исправила много ключей аналитики номенклатуры, но проблема - проведение документа Акт выполненных работ с сообщением "Запись не верна! Значение поля "Аналитика учета номенклатуры" не может быть пустым! (Регистр накопления: Выручка и себестоимость продаж; Номер строки: 1)" - осталась нерешенной.
После обработки перевыбрал номенклатуру в каждой строке акта выполненных работ - проблема ушла, документ провелся.
Пошел разбираться, какие реквизиты изменились при перевыборе номенклатуры, в акте их немного