Все технические форумы на одном сайте Удобный поиск информации с популярных форумов в одном месте
Вопрос: Обновление справочника из ТЗ

Добрый день уважаемые, снова советом пришёл.

Имеется справочник всего с 2мя реквизитами, но очень длинный. Необходимо, что бы в справочнике содержались только актуальные данные, которые получаю из DBF файла. Ссылки на элементы справочника в конфе отсутствуют, справочник используется только для получения запросом второго реквизита по первому.
Получается что нужно:
- удалить записи, если первый реквизит отсутствует в DBF.
- обновить записи, если второй реквизит отличается от того что в DBF.
- создать запись, если первый реквизит отсутствует в справочнике.

Подскажите стоит эти манипуляции производить или всё же стоит стереть весь справочник и записать заново?

А может и вовсе не стоит эти данные в справочнике хранить, а что то альтернативное намутить можно?
Ответ:
Удалить все и записать заново новые данные.
Вопрос: Автоматическое обновление справочника

Добрый день! Подскажите, возможно ли сделать так, чтобы при открытии справочника все его элементы автоматически обновлялись?
Ответ: ropsa, измените запрос динамического списка, добавив новое поле и описав этот механизм через ВЫБОР КОГДА... ТОГДА...ИНАЧЕ...КОНЕЦ
Вопрос: v7: Распределенная БД... Сложный случай обновления конфы...

Здравствуйте! Нужен совет.
Есть конфа с распределенной БД. Нужно на нее установить мое обновление, написанное для аналогичной конфы, но без учета УРБД.
И все бы ничего, обновляешь центральную, а при обмене переферийные сами обновятся, НО!!! Тут проблема.
Один из справочников, изначально бывший не подчиненным, в обновленной конфе сделан подчиненным. На обычной, не УРБД базе, это решается просто - написал обработку, с помощью которой, перед объединением конфигураций, из целевой базы, справочник выгружается в файл, после чего, удаляется ДБФ-ка этого справочника, в целевой базе вручную через конфигуратор подчиняется справочник(он же теперь временно пустой!), ну, а потом объединяются конфигурации и справочник той-же обработкой загружается обратно, с учетом владельца, все работает без проблем.
Я так понимаю, что такое с УРБД не прокатит...
Как можно обойти это?
(Сделать в обновлении справочник не подчиненным не предлагать, на это очень многое в обновленной конфе завязано, это считай поломать все...)
Ответ: () если ты "штатно" обновил конфу в центре, то в табличке изменений будет запись об этом, и в выгрузку полетит мд.
Вот табличку регистрации очищаешь и ничего не летит
Вопрос: Настройка ролей пользователя для обновления справочников через интернет

Подскажите, пожалуйста, какая роль дает возможность обновить классификатор банков через интернет. У пользователя нет административных и полных прав, т.к. это простой бухгалтер, который вводит платежные поручения. Спасибо.
Ответ:
Посмотрите в конфигураторе права доступа к Справочник.Банки по ролям и сами все поймете.
Вопрос: Ошибка обновления узла РИБ

Добрый день.

Обновил основной узел Рарус-Розницы до 2.2.5.27, сделал обмен с парочкой узлов РИБ - все отлично.

Начал массовое обновление остальных узлов (аналогичных "верхней парочке" (другие магазины по РИБ)) - в клиентской части выскакивает ошибка:

РассылкаОтчетов.ЗарегистрироватьДанныеДляАктуализацииСпискаРегламентныхЗаданий"
отложенного обработчика обновления
"РассылкаОтчетов.АктуализироватьСписокРегламентныхЗаданий"
произошла ошибка:
"{ОбщийМодуль.ОбщегоНазначения.Модуль(3502)}: Ошибка при вызове метода контекста (Содержит)
    Возврат Метаданные.РегистрыСведений.Содержит(ОбъектМетаданных);
по причине:
Несоответствие типов (параметр номер '1')".

Может кто сталкивался? Пробовал уже и платформу обновлять (до максимальной 8.3.10, и проверял на 32-64 компах)... не помогло. Но ведь тестовые 2 магазина без проблем обновились, не могу понять как так.
Ответ: () Я так и устанавливаю главный узел. Я немного о другом писал: после того, как обработкой узел отвязываешь, при следующем запуске не сразу начинается обновление конфы, а сначала 1С открывает окно, в котором просит подтвердить, что узел отвязывается. После этого обновляется - после обновления узла в списке уже нет.
На самом деле, на 2.1, помню, что обновлял таким методом, но вот на 2.2 что-то не взлетело. Может, по запарке уже и тыкал неправильную последовательность произвел в действиях)

ПО САБЖУ:
Разобрался с тем, что есть. Оказалось, что недоглядел:
"В одном из релизов 2.2 появился справочник Рассылки отчетов с предопределенным элементом "Личные данные"" - справочник с этим элементом был и на 2.1.

Нюанс такой: косяки с обновлением узлов наблюдаются на тех базах, которые создавались из центральной именно на релизе 2.1.9.18. Все, что создавалось на более ранних релизах - обновилось нормально. Это, наверное, и объясняет, почему пара баз у ТС тоже обновились успешно, а потом пошли косяки.

Ничего выдумывать с созданием нового элемента в справочнике и установкой его как предопределенного не стал. Перенес из копии центра на 2.1 через выгрузкузагрузкуXML этот элемент и повторил обновление на проблемной "базе" - все прошло.

() Так что пользуйся методом, если еще не нашел ответ.
Вопрос: Проблема с обновлением бухгалтерии

Добрый день. Обновлялась типовая конфигурация 1с Бухглатерия проф c версии 3.0.54.20 на 3.0.57.17, через конфигуратор. Конфигурация обновилась без проблем. Но при обновлении из платформы вылезла ошибка Справочник.ВидыДоходовНДФЛ.Код2013 Предопределенный элемент отсутствует в данных. Посмотрел в этот справочник,действительно он отсутсвует, хотел его создать ручками и привязать, но не дает создать. Покопавшись нашел инфу, что элементы справочника обновляются только с обновлением, т.е в ручную никак... Пробовал подгружать cf с другой рабочей базы, снимал с поддержки, на разных платформах, даже базу на другой комп переносил (всякое бывает))),ничего не помогает, может кто-нибудь сталкивался с такой проблемой?
Ответ:
Все получилось))) 

Док=Справочники.ВидыДоходовНДФЛ.СоздатьЭлемент();
Док.Наименование="Сумма компенсации за неиспользованный отпуск";
Док.Код="2013";
Док.ОбменДанными.Загрузка = истина;
Док.Записать();

Нужно было добавить перед записью эту строчку Док.ОбменДанными.Загрузка = истина;
Вопрос: Проблема после обновления 1С:Бухгалтерия на релиз 3.0.43.50

Странная проблема... Может кто сталкивался:

Имеем:

- Конфигурация "1С:Бухгалтерия Предприятия 3.0" (3.0.42.91)(Конфигурация типовая без каких либо изменений)
- Платформа 1С:Предприятие 8.3 (8.3.7.1845)

Обновляем конфигурацию на 3.0.43.50). После этого появляется странный баг:

- Открываю справочник "Контрагенты".
- Открываю карточку Контрагента (Например "ООО АиС" или любого другого). НИЧЕГО не изменяю, нажимаю "Записать и закрыть"
- Появляется сообщение "Не удалось записать "ООО АиС (Контрагент)"

И так с любым контрагентом. Такое сообщение выскакиевает также при попытке пометить любого контрагента на удаление.

В "Журнале регистрации событий" на каждое сообщение об ошибке появляется такая запись:
---------------------
{ОбщийМодуль.ОбменДаннымиСобытия.Модуль(998)}: Ошибка определения модифицированности объекта: {ОбщийМодуль.ОбменДаннымиСобытия.Модуль(1096)}: Ошибка при вызове метода контекста (Выполнить)
Возврат Запрос.Выполнить().Выгрузить();
по причине:
{(2, 123)}: Поле не найдено "ОсновнойДоговорКонтрагента"
ВЫБРАТЬ Код, Родитель, КодПоОКПО, НаименованиеПолное, ЮридическоеФизическоеЛицо, ПометкаУдаления, ОсновнойБанковскийСчет, <<?>>ОсновнойДоговорКонтрагента, Комментарий, Наименование, ЭтоГруппа, ИНН, КПП ИЗ Справочник.Контрагенты КАК ТекущийОбъект

ВызватьИсключение СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(
----------------------

Если создать новый элемент справочника "Контрагенты", то он создается и записывается. Но если его открыть и потом нажать "Сохранить" или "Сохранить и закрыть" опять вылезает описанная выше проблема.

Что сделано:
- Тестирование и исправление не выявило никаких проблем
- Запуск утилиты chdbfl.exe также проблем не выявил.

В чем может быть проблема?
Ответ:
--- Объединение сообщений, 17 янв 2016 ---
Обход:
Режим 1С:Предприятие - Регистры сведений - Правила обмена данными.
Для строк "ПравилаУправленияНебольшойФирмойБухгалтерия30" установить типовые правила -
(Нажать кнопку "Использовать типовые правила").
Вопрос: Аварийное завершение при обновлении БП 2.0 на БП 3.0

На входе
1С:Предприятие 8.3 (8.3.11.2954)
Бухгалтерия предприятия, редакция 2.0 (2.0.66.46) абсолютно типовая без единого вмешательства на полной поддержке.
Серверная (SQL server)

На выходе попытка обновления на БП 3.0.58.20 через конфигуратор (поддержка-обновить конфигурацию)
и вылет конфигуратора на каком-то basic.dll примерно в процессе реструктуризации около справочника ДоговорыКонтрагентов.

Пробовал:
ТИИ
Выгрузить и загрузить базу
Лазить по этому соседним справочникам в режиме конфигуратора и пролистывать в режиме предприятия в надежде нарваться на косяк
Пытался спарить другую пару (тоже совместимую) версий 2.0 и 3.0.

Увы, не помогло ничего из перечисленного.
Есть идеи?
Ответ: НО даже здесь есть темы и сравнительно недавние, что часто встречаются релизы с проблемами в обновлении конфиг. Некоторые в тех других темах даже ругают собеседников за такие сообщения, хотя непосредственно мистяне компиляциями платформы 8.3.10 или 8.3.11 не занимаются, а только используют уже готовые.
Вопрос: Обновление не устанавливается.

Возникла проблема с обновлением Розниуцы, уже и так и этаак - не хочет.
Обновление с релиза 2.2.7.37 до 2.2.7.42
Выдает ошибку:
{Справочник.ПризнакиПредметовРасчета.МодульМенеджера(11)}: Ошибка при вызове метода контекста (Записать)
    ЭлементСправочникаОбъект.Записать();
по причине:
Предопределенный элемент не уникален

Две другие базы обновились без проблем, а эта так и висит на старом релизе.

Непонятно какой элемент не уникален, что изменить и т.д.
Заранее спасибо за помощь.
Не знаю как вставить скриншот, попробую сейчас..
Ответ: () в предприятии запросом поищи элементы этого справочника по ИмяПредопределенныхДанных
Вопрос: Отложенное обновление ИБ после обновления КА2

Уважаемые специалисты, посоветуйте пожалуйста, как поступить: Комплексная автоматизация 2 обновляется до последней версии, все процедуры отработали нормально и только одна висит более суток без движения: Справочники.КлючиРеестраДокументов.ОбработатьДанныеДляПереходаНаНовуюВерсиюУдалитьДубли. Я заглянул в этот справочник, увидел там несколько пустых записей, удалил их, но это не помогло, скорей всего где-то еще есть проблемные записи, которые уводят поиск дублей в вечный цикл.

Стоит ли беспокоиться и любой ценой разобраться с этой ошибкой или в этом случае можно прервать эту обработку и спокойно работать?
Ответ: () кажется нашёл причину - я думал, что последнее неотработанное задание уходит в вечный цикл, но на самом деле в константе СведенияОбОбновленииИБ хранятся неверные записи, приводящие к зацикливанию обновления и непереходу к последней задаче. Буду разбираться и исправлять её (константы) содержимое.