Для улицы не указан тип 1с
Поставили новый релиз УПП 166.2. В описании написано "Новая адресная информация заполняется по формату ФИАС (пункт 1 части 2 статьи 5 Федерального закона от 28.12.2013 № 443-ФЗ). Загрузить адресный классификатор ФИАС можно с портала 1С:ИТС, а также из файлов, распространяемых ФНС РФ." Загрузили с ИТС классификатор ФИАС, но он не загружается в УПП, УПП ищет файлы по старому формату. Что не так сделали?
Там пытается загрузить адресный классификатор КЛАДР ( формат файлов dbf) , а у ФИАС другой формат файлов!
Из формы редактирования адреса Классификатор загружается ( правда непонятно какой. загружали с ИТС в папке почему то не видит). После этого при заполнении адреса на номере дома система наглухо виснет!
Совсем разработчики плюнули на тестирование УПП перед выпуском релиза(
Сломали работу с адресным классификатором
V8 ответил
Добрый день.
Локальное исправление:
1. Заменить обработку РедактированиеКонтактнойИнформации (во вложении)
2. Внести изменения в общие модули
Общий модуль АдресныйКлассификаторСлужебный
Функция НомерДомаЧислом
Строку:
Процедура ДобавитьИнформациюОДоме
Строку:
Общий модуль РаботаСАдресами
Заменить объявление функции:
Жесть, тоже сегодня столкнулся с этим. Только устроился на новую работу, а тут такие "официальные" подставы. 2 обновления - 2 косяка. Первый это на предыдущем обновлении, когда реализации перестали проводиться из-за отслеживаемости.
(14) Если полностью очистить классификатор, а потом залить его заново, ранее заведенная в справочниках информация по адресам не очистится (не измениться)?
При попытке добавить новый адрес в справочнике "Физические лица" вываливается ошибка
: Поле объекта не обнаружено (Значение)
Если ПустаяСтрока(СтруктураЗаписи.Значение) Тогда
Это уже на замененной обработке.
А при добавлении в регистре сведений "Контактная информация" такой ошибки нет.
(13) я решил проблему изменением в пару строк. Ошибка в том, что в функцию могут передаваться выборки из разных запросов, "как раньше" и "в новом формате". Если передается выборка "как раньше", то она не содержит в себе поля "Значение", по этому и возникает ошибка.
В Функции ПолучитьПредставлениеАдреса()
Строку:
При обновлении столкнулись еще с одной ошибкой, касающейся контактной информации:
после обновления на релиз 166.2
в справочнике Клиенты на закладке контакты
идет неправильная сортировка,
раньше все заполненные элементы были вверху,
а сейчас вверху находятся пустые строки, а заполненные строи идут в середине и в конце
(15)
Внести изменение в общем модуле УправлениеКонтактнойИнформацией
Процедура ПрочитатьКонтактнуюИнформацию
Добавить строчку кода в конце процедуры:
Все сделал что указано у user1270445
Теперь вылезает ошибка такого рода
: Ошибка при вызове метода контекста (ЗаписатьJSON)
ЗаписатьJSON(ЗаписьJSON, Значение,, "АдаптацияПолейКонтактнойИнформации", УправлениеКонтактнойИнформациейСлужебный);
по причине:
Передано значение недопустимого типа
(17) причем регион, город сохраняется без проблем, а если водить номер дома и улицы, то эта ошибка вылезает, и даже если сохраняется, при попытке редактировать снова все данные слетают
(22) Сотрудники организации (выбираем сотрудника) - Более подробно о физическом лице-Адреса и телефоны- Добавить = : Поле объекта не обнаружено (Значение)
Если ПустаяСтрока(СтруктураЗаписи.Значение) Тогда
(23) все добавилось без ошибок (на серверной базе). Роль Добавление и изменение адресной информации у пользователя включена.
Установила релиз 1.3.167.1 + загрузила новый классификатор + добавила некоторым пользователям роль "Добавление и изменение адресной информации" - пользователи довольны)))
Описание:
В документе Начисление по больничному листу при повторном открытии уже введенного адреса очищаются введенные значения
Описание:
При проведении документа Реестр сведений ФСС о пособиях о нетрудоспособности возникает ошибка:
Не удалось разобрать адрес регистрации, возможно указан адрес а пределами РФ!
Описание:
В справочнике Медицинские организации после заполнения адреса не заполняется код КЛАДР
Способ исправления:
Общий модуль УправлениеКонтактнойИнформацией
Функция ПолучитьПолныйАдрес(Запись) Экспорт
Обработка РедактированиеКонтактнойИнформации
Форма ФормаЗаписиАдреса
После обновления УПП 167.2 набрав индекс, выскакивает окошко выбора улицы/населенного пункта, но сам список пуст, хотя после обновления 167.1 он был заполнен.
УПП 167.2. Может индекс в справочнике неправильно набит или не заполнен? У нас выводится по индексу в 167.2 как и в 167.1
ну молодцы. Вообще сломали все. Запилил из старой конфы обработку, вроде полет нормальный. будем посмотреть
(33) Какую обработку поставили из старой? Не находим пока в 167.2 ошибок. Не хочется чтобы после обновления рабочей сюрприз был.
(35) 167.1 уже были исправления, а 167.2 там много объектов правится и все касаются адреса. У нас 167.1, там много ошибок 166.2 исправлены. Мы, как раз, 166.2 пропустили. Сразу обновлялись на 167.1.
(37) по новым типам не уточняли, главная задача после обновления возобновить адекватный ввод адреса. Поэтому кинули костыль, в ближайшее время обновим до последнего релиза, нечего "пенсионеров" гонять.
(38) Был сбой: нельзя было добавить новый тип адресной информации. Исправляли разработчики в 167.2.
Сейчас осталась проблема по вводу физлиц, если не знаешь индекс, то при вводе адреса индекс не добавляет.
(39) Индекс добавляется когда номер дома выбирается из справочника, а не вводится вручную, как привыкли.
(40) У нас ошибка: если ввод новой контактной информации делать через зеленый плюс, система запрашивает вид контактной информации и при выборе любого вида контактной информации вываливается ошибка : Поле объекта не обнаружено (Значение)
Если ПустаяСтрока(СтруктураЗаписи.Значение) Тогда
Причем эта ошибка проявляется не у всех, у некоторых пользователях ее нет, но разницы мы найти не можем
Там изменения в нескольких модулях. Не в одном месте. Лучше переходить сразу на 167.3, там еще часть ошибок исправлена. Или ждать 168. Обещают 2.11.
Добрый день!
У меня 167.1
При добавлении новой контактной информации теперь не пишутся значения (дом, улица и т.д.) в ресурсы одноименного регистра (поле1, . поле10), соответственно в печатных формах всех документов пропали адреса, в полях форм также не выводятся, такак как представление строится запросом на основе этих значений
Подскажите, пожалуйста, это исправлено в следующих релизах?
то должно работать
Пока не проверял.
(50)Да, так работает, контактную информацию (которая вводилась после обновления) нужно будет перезаписать
(50) Поля заполняются. А почему может не заполняться "ТипДома", "ТипКорпуса", "ТипКвартиры"?
Что я не так заполняю? На экране все поля заполнены и типы тоже.
Здравствуйте!
У нас немного другая конфигурация, но ошибки такие же в программе.
Подскажите, пожалуйста, у новых сотрудников в карточке Т-2, а именно в пункте
Адресе места жительства в ячейке "почтовый индекс" пустота.
Это нормально ?
До обновления такого не было.
При редактировании Адреса админ-территориально выдает ошибку
: Тип не определен (ФормаКлиентскогоПриложения)
ТипыСвойств.Вставить("ФормаВладелец", Тип("ФормаКлиентскогоПриложения"));
Обновил до 168.1 Но ОСТАЕТСЯ ПРОБЛЕМА!
Посмотрите пожалуйста, у кого база не сильно допилена, нет ли такой проблемы:
В случае исправления адреса у физлица, который ранее был заведен по КЛАДРу, в регистре контактной информации остаются старые поля (поле1,поле2,поле3….) из КЛАДРа и добавляется новая информация в поле «Значение» и Представление.
При заполнении документа начисление по больничному при выборе сотрудника автоматически в поле «адрес по регистрации» подставляется старая информация из КЛАДР. В Случае, если сотрудник новый, и адреса ранее не было, адрес по ФИАС не не подставляется в данное поле. Так же не заполняется совсем поле «Уник. Номер по ФИАС»
Возможно, данные проблемы есть в других документах, в которые подставляются данные из этого регистра.
(57) Посмотрите ответ №50. Нужно добавить строки цикла из старого релиза. Без добавления этих строк не работает корректно. Пока это разработчиками не исправлено. Вы классификатор ФИАС загрузили?
УИН по ФИАС не проставляется в Б/Л. Без этого номера все прекрасно работает.
(58) Согласен. они исправили в 169.1 но не для адресов, а для телефонов. Кто его знает, где они там что ещё забыли сделать. стажеры какие-то кодят не тестируя. Чем дальше тем хуже
Видеоролик выполнен в программе «1С:Зарплата и управление персоналом 8» версия 3.1.5.
ФИАС (Федеральная информационная адресная система) введена в соответствии с Федеральным законом от 28.12.2013 № 443-ФЗ, доступна на сайте ФНС, обеспечивает формирование, ведение и использование государственного адресного реестра.
Для идентификации адреса в этой системе используется уникальный номер адреса объекта в государственном реестре.
В программе «1С:Зарплата и управление персоналом 8» редакции 3 поддерживается возможность контроля корректности ввода адресов в соответствии с ФИАС. При этом адрес автоматически содержит уникальный номер адреса объекта, и если отчетность, например, передаваемая в ФСС в регионах «прямых выплат», подразумевает указание этого кода, то он подставляется автоматически.
Подключается проверка в меню Администрирование – Общие настройки - Виды контактной информации для выбранного вида адреса по ссылке Дополнительные настройки адреса. При установленном флаге Только российский адрес следует установить флаг Запрещать ввод некорректного адреса, выбрав вариант проверки по ФИАС.
Если вносимый в программу адрес не соответствует ФИАС, то предоставляется возможность самостоятельно проверить адрес на сайте ФИАС по одноименной ссылке.
В решениях «старого поколения» (программах «1С:Бухгалтерия 8» (ред. 2.0), «1С:Зарплата и управление персоналом 8» (ред. 2.5), «1С:Управление производственным предприятием 8» (ред. 1.3) и т. п.) и в продуктах «1С:Предприятие 7.7» по-прежнему доступен ручной ввод адресов, в том числе и уникального номера адреса объекта в государственном реестре. При этом не предусмотрены подсказки, автозаполнения и проверки корректности адресов. Уникальные коды адресов надлежит самостоятельно определить на сайте ФИАС и заполнить соответствующее поле. Единожды указанный адрес и его код сохраняются, и в дальнейшем используется в отчетах. При смене адреса сотрудника пользователям решений «старого поколения» придется самостоятельно указать код нового адреса.
1с доработали адреса в формате фиас и понеслось.
После обновления на УПП 166.2 возникло несколько проблем с заполнением адресов.
1. В контрагенте при сохранении адреса выдается ошибка, когда пытаешься установить номер квартиры, а слово Квартира не выбирается..
ОбщийМодуль.УправлениеКонтактнойИнформациейСлужебный.Модуль(225)>: Ошибка при вызове метода контекста (ЗаписатьJSON)
ЗаписатьJSON(ЗаписьJSON, Значение,, "АдаптацияПолейКонтактнойИнформации", УправлениеКонтактнойИнформациейСлужебный);
по причине:
Передано значение недопустимого типа
2. В документе больничного при попытке выбрать адрес мед. заведения выдается ошибка:
: Поле объекта не обнаружено (ПанельНастроекАдреса)
ФормаРедактированияАдреса.ЭлементыФормы.ПанельНастроекАдреса.Свертка = РежимСверткиЭлементаУправления.Верх;
3. При открытии Классификатора из адресной строки физ лица:
: Тип не определен (ФормаКлиентскогоПриложения)
ТипыСвойств.Вставить("ФормаВладелец", Тип("ФормаКлиентскогоПриложения"));
Даже как-то странно. такое количество ошибок, либо они вообще ничего не тестировали, просто накатили обнову и отправили людям.
У кого нибудь есть такие проблемы? Погуглил, таких ошибок не нашел.
Даже как-то странно, что человек после 8 лет общения с 1с обновляется не протестировав изменения.
где-то в 2010 на курсах в 1с Морозов утверждал, что ут почти вся покрыта тестами, а упп - вся.
но судя по кол-ву ошибок - тесты не поддерживаются и не применяются.
(1) Не поверите, но сколько не обновлялся за 20 лет косяков глобальных никогда не было, чтобы нельзя было работать. Вот чего чего, времени на глобальные тесты у меня нет, всех изменений не протестируешь. Если только у кого вагон свободного времени.
Дедушка старый, ему все равно. УПП, судя по всему, совсем не в приоритете у 1С, несмотря на то что они собирают по 8 штук за месячный пинкод обновлений и по 60 - за годовой.
(1) да в общем-то и я действую также. Чтобы тестировать - время надо и людей. Если в ит-отделе полтора человека, то заниматься этим некому. Если что-то вылезет в критичном функционале - подправляем прямо наживую. Что характерно, уже 10 годков существуем в таком режиме и ничего. Но у нас и готовность 24 часа в сутки не нужна, оттого что база будет недоступна, скажем, час - ничего не поменяется. Свет вырубают чаще и на-дольше, чем происходят сбои в ИТ.
1с доработали адреса в формате фиас и понеслось.
После обновления на УПП 166.2 возникло несколько проблем с заполнением адресов.
1. В контрагенте при сохранении адреса выдается ошибка, когда пытаешься установить номер квартиры, а слово Квартира не выбирается..
ОбщийМодуль.УправлениеКонтактнойИнформациейСлужебный.Модуль(225)>: Ошибка при вызове метода контекста (ЗаписатьJSON)
ЗаписатьJSON(ЗаписьJSON, Значение,, "АдаптацияПолейКонтактнойИнформации", УправлениеКонтактнойИнформациейСлужебный);
по причине:
Передано значение недопустимого типа
2. В документе больничного при попытке выбрать адрес мед. заведения выдается ошибка:
: Поле объекта не обнаружено (ПанельНастроекАдреса)
ФормаРедактированияАдреса.ЭлементыФормы.ПанельНастроекАдреса.Свертка = РежимСверткиЭлементаУправления.Верх;
3. При открытии Классификатора из адресной строки физ лица:
: Тип не определен (ФормаКлиентскогоПриложения)
ТипыСвойств.Вставить("ФормаВладелец", Тип("ФормаКлиентскогоПриложения"));
Даже как-то странно. такое количество ошибок, либо они вообще ничего не тестировали, просто накатили обнову и отправили людям.
У кого нибудь есть такие проблемы? Погуглил, таких ошибок не нашел.
Даже как-то странно, что человек после 8 лет общения с 1с обновляется не протестировав изменения.
где-то в 2010 на курсах в 1с Морозов утверждал, что ут почти вся покрыта тестами, а упп - вся.
но судя по кол-ву ошибок - тесты не поддерживаются и не применяются.
(1) Не поверите, но сколько не обновлялся за 20 лет косяков глобальных никогда не было, чтобы нельзя было работать. Вот чего чего, времени на глобальные тесты у меня нет, всех изменений не протестируешь. Если только у кого вагон свободного времени.
Дедушка старый, ему все равно. УПП, судя по всему, совсем не в приоритете у 1С, несмотря на то что они собирают по 8 штук за месячный пинкод обновлений и по 60 - за годовой.
(1) да в общем-то и я действую также. Чтобы тестировать - время надо и людей. Если в ит-отделе полтора человека, то заниматься этим некому. Если что-то вылезет в критичном функционале - подправляем прямо наживую. Что характерно, уже 10 годков существуем в таком режиме и ничего. Но у нас и готовность 24 часа в сутки не нужна, оттого что база будет недоступна, скажем, час - ничего не поменяется. Свет вырубают чаще и на-дольше, чем происходят сбои в ИТ.
При внесени нов сотрудников столкунулся с такой проблеммой, в принцепе можно и в ручную вносить, но вдруг это какая то недоработка? Просветите ночика.
Лучше вручную не вносить, потому что потом при выгрузке в какую нить стороннюю программу, где загружен КЛАДР у Вас будут ошибки. Советую скачать КЛАДР - адресный классификатор и загрузить в программу. Там, скорее всего, где Вы вносите адрес, должна быть кнопка загрузить, как правило - это файлы с расширением *.dbf. Скачайте, распакуйте и укажите папку для загрузки 1С.
(3) 713-87, да, дейчствительно пути не прописаны, но при потытке скачать фаил БД кладр с указанной вами ссылки пишет ч то нет плагина. Подскажите, ч то за плагин собственно?
(6) РоманКокарев, щас скачал, выбрал нужный путь и регион, загрузил. Но при выборе нужного города всеравно г Зелиноград.
Да, при выборе москва - город доступен только Зеленоград все остальное отнесено к населенным пунктам - смотрите саму таблицу адресного классификатора
(11) seermak, ок, а если у чувака стоит регион москва, товедь и город прожевания - москва, или его вводить не надо? если не надо вводить, ссылочку на статью можно?
Ну зачем лишние телодвижения.Никто не пытался просто регион не ставить а выбирать город Москва или регион Московская область и город.
(12) HeadHunter2007, у чувака стоит в паспоте -регион москва, так зачем приплетать московскую обл? Тем паче если и регион москва и московская обл есть в кладре. Вот вопрос, а в регион москва вкл только зелиноград? А почему москва не включена, или это глюк в бд?
(14)Это не глюк так Классификатор устроен.И при выборе региона Москва,только Зеленоград и выбирается.Выбираешь город Москва, и далее улицу.Между прочим в классификаторе не вс е индексы даже для улиц Москвы проставлены,так что насчет региона сильно то напрягаться не следует.
(16) HeadHunter2007, относительно индексов их, по-моему, нет только у тех улиц, у которых онии меняются на протяжении улицы. Например, с 1 по 5ый дом один индекс, с 6 по 20ый - уже другой.
а можно примерный адрес написать, полагаю, нам всем станет понятнее в каком направлении идти и мы придём к решению
Официально, по всем документам и адресным классификаторам, в составе Москвы имеется только один населенный пункт - это г.Зеленоград. Все остальные поселки, вроде Новобратцевского и Рублева, юридически входят в черту города и не являются отдельными населенными пунктами.
наберите поиск по индексу - в строке внизу сформируется полный адрес = вот его и переносите или возьмите любую демо конфу (библиотека стандартных подсистем например) и там посмотрите как реализовано
Читайте также: