Пожалуйста, заполните форму
       Айлант:Управление ЖКХ
Программа для расчета коммунальных платежей
на платформе "1С:Предприятие 8.3"
hline@ailant.org

(8442) 20-50-51
Закрыть
Логин:  Пароль: 
Регистрация      /
 Забыли пароль?
 

Форум разработчика программы Айлант: Управление ЖКХ

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти  
Айлант ЖКХ » Айлант. Дистрибьюция » Управление ЖКХ 8
Страницы: 1 2 3 4 След.
RSS
Несколько вопросов, То ли бага, то ли фича...
#1
05.10.2017 15:56:26
1С:Предприятие 8.3 (8.3.10.2299)
Айлант:Управление ЖКХ ПРОФ, редакция 3.1 (3.1.52.32)
Вопрос №1:
Отчет "Свод начислений".
Отбор по лицевому счету, вид сравнения - в группе из списка/не в группе из списка. При попытке заполнить список значений через кнопку "Подбор" появляется сообщение о том, что нужно выбирать элемент, а не группу. То же самое происходит и при попытке заполнять список через кнопку "Добавить". Но если нажать кнопку "Добавить" и начать заполнять название группы в строке, то автоподбор "подхватывает" группу. Может я что-то не так делаю?..
Скриншот прилагаю.
 
 
#2
05.10.2017 17:19:46
1С:Предприятие 8.3 (8.3.10.2299)
Айлант:Управление ЖКХ ПРОФ, редакция 3.1 (3.1.52.32)
Вопрос №2:
Есть ООО "Управляющая компания", которая предоставляет ЖКУ, начисления производятся ежемесячно. Еще есть ООО "Домофон", которая оказывает услуги по техобслуживанию домофонов, начисления производятся ежеквартально. В обоих организациях заведены лицевые счета с идентичными номерами. При проведении документа "Открытие лицевого счета" появляется сообщение "Ошибка! Номер лицевого счета не уникален. Внесенные изменения не будут записаны.", чего в предыдущем релизе не наблюдалось (обновлялись с 3.1.49.27). Причем документ проводится, назначение тарифного плана проходит, а данные из документа в карточку лицевого счета не записываются. Может, данное ограничение и правильное, но доставляет массу неудобств. Можно ли ограничить данную проверку уникальности хотя бы в рамках одной организации и игнорировать закрытые лицевые счета?
 
 
#3
05.10.2017 17:23:41
1С:Предприятие 8.3 (8.3.10.2299)
Айлант:Управление ЖКХ ПРОФ, редакция 3.1 (3.1.52.32)
Вопрос №3:
Документ "Регистрация проживающих".
При заполнении полей "Прибыл из" или "Выбыл в" табличной части "Проживающие" появляется ошибка. Скриншот прилагаю.
 
 
#4
06.10.2017 10:59:04
Добрый день!
По вопросу №1 - это ошибка, поставлена в план на исправление.
По вопросу №2 - ограничение на проверку уникальности номеров лицевых счетов в рамках организации невозможно, так как функционал программы имеет возможность ведения лицевых счетов без привязки к организации, то есть с пустой организацией. Рекомендуется в настройке автонумерации лицевых счетов добавить параметр "Код организации". Тогда номера лицевых счетов у двух организаций не будут совпадать.
Игнорировать закрытые лицевые счета при проверке уникальности номера лицевого счета недопустимо, так как номер лицевого счета является первичным идентификатором для обмена с ГИС ЖКХ, и при выгрузке в ГИС лицевого счета с номером, который уже был ранее выгружен в ГИС возникнет конфликт.
По вопросу №3 - это ошибка, она исправлена в новом релизе 3.1.52.36, который выйдет на следующей неделе.
 
 
#5
06.10.2017 14:27:30
Добрый день!
Цитата
Лариса Девицина пишет:
Рекомендуется в настройке автонумерации лицевых счетов добавить параметр "Код организации". Тогда номера лицевых счетов у двух организаций не будут совпадать.
Автонумерация нас не устраивает. Мы используем в номерах 9 знаков: 2 - код региона, 2 - очередь застройки, 2 - номер дома в очереди, 3 - номер квартиры. Увеличивать длину номера лицевого счета - сомнительное удовольствие, т.к. на 9-значный номер лицевого счета заточены выгрузка задолженности по л/с для онлайн-банкинга (автоплатежи и просто оплаты ЖКУ), загрузка реестров платежей КУ, так же номер лицевого счета содержится в штрихкоде.
Цитата
Лариса Девицина пишет:
Игнорировать закрытые лицевые счета при проверке уникальности номера лицевого счета недопустимо, так как номер лицевого счета является первичным идентификатором для обмена с ГИС ЖКХ, и при выгрузке в ГИС лицевого счета с номером, который уже был ранее выгружен в ГИС возникнет конфликт.
Проверю и сообщу о результатах. До недавнего времени удавалось загрузить новый л/с с тем же номером, если в ГИС ЖКХ предварительно закрыть старый л/с.
 
 
#6
06.10.2017 16:12:24
Цитата
Лариса Девицина пишет:
Игнорировать закрытые лицевые счета при проверке уникальности номера лицевого счета недопустимо, так как номер лицевого счета является первичным идентификатором для обмена с ГИС ЖКХ, и при выгрузке в ГИС лицевого счета с номером, который уже был ранее выгружен в ГИС возникнет конфликт.
Загрузка в ГИС ЖКХ нового лицевого счета с тем же номером прошла успешно. Могу выслать скриншоты с подробной последовательностью действий и файлы Excel.
Что я сделал:
1. "Выгрузкой в ГИС ЖКХ сведений о лицевых счетах" сформировал файл Excel выборочно с одним лицевым счетом.
2. На сайте ГИС ЖКХ закрыл л/с (закрытый в 1С) с тем же номером.
3. Загрузил на сайт ГИС ЖКХ файл, сформированный на шаге 1.
4. Выгрузил с сайта реестр лицевых счетов выборочно с одним лицевым счетом.
5. "Загрузкой из ГИС ЖКХ ЕЛС" заполнил данные по новому лицевому счету (ЕЛС и Идентификатор ЖКУ).
И никакого конфликта. ¯\_(ツ)_/¯
Поэтому я вас повторно прошу рассмотреть мою просьбу -
при проверке уникальности номера лицевого счета:
1. Игнорировать закрытые л/с.
2. Производить проверку в рамках одной организации, если организация указывается в документе "Открытие л/с".
З.Ы. Если ваш ответ вновь будет отрицательным - дайте знать, вопрос для нас очень актуальный.
 
 
#7
09.10.2017 14:14:38
Добрый день!
Реализация пожелания, чтобы игнорировались закрытые лицевые счета при присвоении номера новому лицевому счету, повлечет за собой некорректный обмен с банками. В частности, например, закрыт ЛС с номером 001. На этом ЛС существует неоплаченная задолженность. Открыт новый ЛС с номером 001, которому начислено плановое начисление.
От банка приходит реестр со списком оплат, где есть две строки для ЛС с номером 001. Фактически это оплата долга от первого ЛС и погашение начисления от второго. Загрузка оплат из банковских реестров происходит по номеру лицевого счета. При существовании в программе двух ЛС с одинаковым номером приведет к некорректной загрузке оплат. Также некоторые выгрузки в банки также идентифицируют лицевые счетам по номеру ЛС. В связи с вышеизложенными пунктами такая доработка выполнена не будет.

Пожелание производить проверку уникальности номера ЛС в рамках одной организации, если организация в ЛС заполнена зарегистрировано. Поставлена задача на доработку документа "Открытие ЛС". На данный момент, есть возможность создать лицевые счета непосредственно в справочнике "Лицевые счета". При совпадении номера ЛС будет выдано предупреждение, но лицевой счет сохранить при этом можно.
 
 
#8
09.10.2017 16:06:01
Добрый день!
Спасибо за подробный ответ. Я не учел момент обмена с банками, т.к. у нас свои обработки по загрузке реестров и у нас просто появляется служебное сообщение о несоответствии наименований л/с в реестре и базе.
Создание л/с непосредственно в справочнике не устраивает, т.к. не хочется менять устоявшийся порядок работ в программе. Проще разработать расширение конфигурации со своей обработкой проведения документа "Открытие л/с". Еще раз спасибо.
 
 
#9
10.10.2017 12:23:42
1С:Предприятие 8.3 (8.3.10.2299)
Айлант:Управление ЖКХ ПРОФ, редакция 3.1 (3.1.52.32)
Вопрос №4:
Обработка "Выгрузка в ГИС ЖКХ сведений о лицевых счетах".
При выгрузке в файл колонка "Лицевые счета на помещение(я) разделены?" заполняется значением "Да" даже в тех случаях когда лицевые счета по помещению открыты на две разные организации. Т.е. при заполнении я устанавливаю отбор по организации и зданию, табличная часть "Лицевые счета" заполняется корректно, а ошибка (по моему скромному мнению это все-таки ошибка) возникает при выгрузке в файл.
 
 
#10
10.10.2017 13:08:03
1С:Предприятие 8.3 (8.3.10.2299)
Айлант:Управление ЖКХ ПРОФ, редакция 3.1 (3.1.52.32)
Вопрос №5:
Документ "Начисление коммунальных услуг".
При записи документа, созданного копированием, реквизит "Вид начисления" не перезаписывается. Пример: создали с нуля документ с видом начисление "Техобслуживание", провели. С него копируем новый документ, меняем вид начисления на "ТО ВДГО", проводим. Визуально все хорошо, но в обработке "Групповое изменение реквизитов" при отборе по виду начисления "Техобслуживание" попадают оба этих документа. Если продолжить цепочку и на основании документа начисления ТО ВДГО создать копированием документ по уборке снега, то и там реквизит "Вид начисления" будет "Техобслуживание". Прошу обратить внимание на этот момент, т.к. наши пользователи хотят работать быстро и документы создают копированием.
 
 
 
Страницы: 1 2 3 4 След.

О продукте

Описание продукта
Версии
Демо
Поставки
Цены
Отзывы
Заказать

Загрузки

Обновления
Дистрибутивы
Дополнительные файлы
Полезные программы
Обучающие материалы
Планируемые релизы

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

Получить ключ
Заменить ключ
Форум
Часто задаваемые вопросы
Условия техподдержки

Партнерам

Работайте с нами
Материалы
Условия партнерства

Раздел информации

Новости
Календарь событий
Об отрасли ЖКХ
Информационные письма

О компании

Айлант
Айлант:Дистрибьюция
Контакты
Обратная связь