crm

До семинара в Сочи осталось

  • 9
  • 4
дня

Форум

ГлавнаяСредства работы с XLSX-файлами

Средства работы с XLSX-файлами

RSS
Средства работы с XLSX-файлами
 
Цитата
two_oceans пишет:
Интересный выбор числа, есть у кого опыт, вдруг 666 лучше загрузятся? :? У самого Экселя вроде бы нет никаких особенностей в районе тысячи.
Попробовал 1010 загрузить отдал с ошибкой что превышено количество допустимых строк. Первый раз 1000 загрузилась, потом отправил еще раз 1000 напротив всех договоров стояло "Во время обработки произошла неизвестная ошибка" - думаю потом может обработалась, поэтому 3 раза одинаковые абонентские номера. В ответ прислали Гуиди, которые они присвоили. Теперь возникает вопрос, а если надо изменить данные или занести Показатели качества, надо весь файл или только один лист кидать? И чтобы задвоенности не было грузить с их гуидами. Поддержка как всегда на высоте. Ждите 6 дней.
 
Цитата
serg_p пишет:
Попробовал 1010 загрузить отдал с ошибкой что превышено количество допустимых строк.
Ясно. Видимо пытаются сделать неудобным Эксель для загрузки большого количества данных. Вообще говоря, "практиковаться" в загрузках (в любую ИС, не только в ГИС ЖКХ) лучше на маленьких порциях (за один МКД например) - если что-то пойдет не так, то удалять/исправлять потом гораздо меньше.
Цитата
serg_p пишет:
Во время обработки произошла неизвестная ошибка
Похоже, что такое сообщение ничего не значит и данные потом могут внезапно обработаться. Чтобы не ждать результата "с занесенным над Вами мечом", как раз и есть веб-сервисы. Там или ошибка или обработка - одно из двух, а из Экселя ГИС похоже еще и пытается "восстановить" ошибки.
Цитата
serg_p пишет:
Теперь возникает вопрос, а если надо изменить данные или занести Показатели качества, надо весь файл или только один лист кидать? И чтобы задвоенности не было грузить с их гуидами.
Про весь файл или лист точно не подскажу (не пробовал, это скорее надо спросить пользователей чем программистов), скорее всего заполнить один лист и некий минимум информации на связанных с ним листах, остальные как в пустом шаблоне (при этом удалять листы не нужно - выдаст ошибку). А так верно мыслите: если нужно изменить, то указывайте гуид, который ГИС присвоил. Однако есть некоторые данные, которые все равно могут раздвоится - например, писали, что при изменении ФИО абонента создается новый ИЖКУ.
 
Сейчас задача стоит выложить данные на сервер, чтобы не было штрафов. Лучше выложить тем что работает, а потом уже разбираться с сервисами когда у них всё заработает и запуститься. Да и ФИО мы не выкладывали. И не знаем как они будут объединять много инфы по абонентам в один лицевой счёт, сказали по СНИЛС или паспорту, а у нас такой информации нет в принципе.
 
Цитата
serg_p пишет:
потом уже разбираться с сервисами когда у них всё заработает и запуститься.
Как то Вы оптимистично.. мне вот кажется что этот процесс бесконечный или около того. Совершенно согласен, что надо использовать что работает, просто уточняю, что выгрузку Экселем специально делают неудобной сравнительно с сервисами.
 
Цитата
two_oceans пишет:

... просто уточняю, что выгрузку Экселем специально делают неудобной сравнительно с сервисами.
М...
Имели счастье работать с сервисами ГИСа (да хотя бы Дом со всеми параметрами загрузить)?
Или Ваше утверждение основано на словах Морлака из видеоролика?
 
Скорее уж на отзывах тех, кто загружает Экселем на данном форуме. Серьезно, выше несколькими постами - ограничение в 1000 записей за раз это никуда не годится. Ожидание результата по 4 суток - тоже. Внезапная переобработка, того что первый раз пришло с ошибкой тоже. На этом фоне задвоение вместо обновления кажется вообще мелочью.

Отправлено спустя 2 минуты 52 секунды:
И да, это не столько утверждение, сколько субъективное мнение.
 
Цитата
two_oceans пишет:
Скорее уж на отзывах тех, кто загружает Экселем на данном форуме. Серьезно, выше несколькими постами - ограничение в 1000 записей за раз это никуда не годится.
из 'это никуда не годится' не следует автоматом, что СОАП чем-то лучше.
Согласно Вашей же логике, следует получить отзывы тех, кто загружает через СОАП.

Цитата
two_oceans пишет:
И да, это не столько утверждение, сколько субъективное мнение.
Ну вот и хорошо, что субъективное мнение.
Моё субъективное мнение - загрузка Эксель-файлами намного функциональнее (прозрачнее для конечного пользователя)
 
Как бы читайте, что написано, я Вас ни в чем не убеждаю. Но чтобы расставить точки над i - я не говорил, что СОАП лучше или что Эксель непрозрачный, это Вы сами додумали. Я говорил, дословно: "выгрузку Экселем специально делают неудобной". Конкретно по этим пунктам (срок ожидания и внезапная переобработка) сравнительно выходит маленький плюс у СОАП - если выдало ошибку - так уж выдало сразу и бесповоротно, ограничение количества у СОАП тоже не так важно - автоматом можно отправлять хоть каждую 5 секунд по порции. Суммарно по трем пунктам выходит, что контролировать количество ошибок в ходе обработки так проще. Но в итоге все равно они остаются ошибками, так что для загрузки в срок это существенный минус.
Другими словами можно сказать, что разные критерии дают разные результаты "что лучше". В реальности исключительно редко бывает чтобы лучшее решение по одному критерию было лучшим и по остальным. Какой из них выбрать, какой критерий важнее - каждый решает для себя сам. "что было, то и полюбила"(с)
 
Цитата
two_oceans пишет:
....что СОАП лучше или что Эксель непрозрачный, это Вы сами додумали.
Не додумал, а это моё личное мнение - попробовал оба подхода на практике.

Цитата
two_oceans пишет:
Я говорил, дословно: "выгрузку Экселем специально делают неудобной".
А вот это - пропаганда из роликов Морлака.
Специально неудобным НЕ делают - само у них ТАК получается.

Цитата
two_oceans пишет:
Конкретно по этим пунктам (срок ожидания и внезапная переобработка) сравнительно выходит маленький плюс у СОАП - если выдало ошибку - так уж выдало сразу и бесповоротно
ГИС-овцы постоянно говорят про 'асинхронные' запросы. Асинхронный запрос (через СОАП) может провисеть несколько дней (так же как Эксель-файл) до начала обработки.
Единственный плюс СОАПа (для ГИС-овцев, немогущих обработать больше 1 тыс. записи в Экселе) - запросы можно мелко-мелко 'нашинковать' и посылать потом кучками.
 
Действительно если в шаблоне договоров в поле "Идентификатор договора ресурсоснабжения" подставлять их присылаемые данные в виде 0487d68b-a66c-497d-9915-c139992ad23e, то он их обрабатывает на изменение, а не добавление. У меня полностью файл сохранился 1000 записей. Кто в курсе какую информацию надо выгрузить до 1 января? Только договора?
 
Цитата
Дамир пишет:
ГИС-овцы постоянно говорят про 'асинхронные' запросы. Асинхронный запрос (через СОАП) может провисеть несколько дней (так же как Эксель-файл) до начала обработки.Единственный плюс СОАПа (для ГИС-овцев, немогущих обработать больше 1 тыс. записи в Экселе) - запросы можно мелко-мелко 'нашинковать' и посылать потом кучками.
Вот это уже конструктивно. Принимается как аргумент. Как контраргумент скажу, что дело в ГИС, а не в СОАП - в СМЭВ после недавнего обновления (исключили ручной этап обработки в ПФР) аналогичные "асинхронные" запросы в ПФР возвращаются менее чем через минуту. (постучал по дереву)
P.S.Теперь я понял как тут троллить - расписывать преимущества СОАП. (Шучу.) Даже самое постороннее высказывание Вас задело. Завязываем про СОАП , тема про все-таки Эксель.
Цитата
Дамир пишет:
Специально неудобным НЕ делают - само у них ТАК получается.
Ага, и ограничение в 1000 вышло чисто случайно, в то время как XLSX позволяет насколько помню миллион с хвостиком строк на листе (но еще есть ограничение на количество использованных ячеек) и даже старый формат позволял 65536 строк. Вместо того, чтобы нормально распределить нагрузку на сервера ограничили количество тысячей.
Цитата
Кто в курсе какую информацию надо выгрузить до 1 января? Только договора?
Как я понял из разговоров, поправьте меня, кто более "в теме" и следит за развитием - перенесли срок на полгода по платежным документам, остальное в силе. Такой вопрос лучше спрашивать в теме про перенос сроков. кажется тут
 
Всем привет! Пытаюсь заполнить поле ОКТМО в шаблоне домов МКД РСО . Там это поле текстовое. У меня ОКТМО вида 01234567890 . При загрузке дает ошибку -Неверный формат поля ОКТМО, т.е. Эксель воспринимает его как число. Пытался добавить апостроф в начале - безрезультатно. Как это победить?
 
Цитата
Aleks_B пишет:
Пытаюсь заполнить поле ОКТМО в шаблоне домов МКД РСО .
Вопрос не по теме. Спрашивайте тут: viewtopic.php?f=134&t=5154
 
Всем привет. Делюсь своим опытом загрузки в ГИС ЖКХ по шаблонам. Договора ресурсоснабжения выгрузились, но были ошибки "System Error. Неизвестная ошибка во время загрузки" со стороны ГИС ЖКХ и теперь некоторые договора 2 или 3 раза продублированы. В нашем случае 20 тысяч лишних договоров их удалять только в ручную и не известно какой точно, ведь идентификатор не виден. Запустили размещение договоров на сайте ГИС ЖКХ, вот уже 5 дней разместилось только 95 тысяч из 167. Видимо как раз происходит обработка вебсервисами по одной записи поэтому так долго. Дальнейшая работа невозможна пока не разместятся все договора. Следующий этап шаблон по Лицевым счетам, всё тоже самое что с договорами, только добавить проживающих и ФИО. Не понятно как будут совмещаться с договорами ресурсоснбажения. У меня код сохранён договора, присвоенный ГИС ЖКХ, но в шаблоне его нельзя использовать. Звонил в ГИС сказали что автоматически проведут сопоставление. Не знаю как они будут соединять коммунальные квартиры где несколько абонентов и эти продублированные договора. Как только разместить хоть один договор сразу можно скачать данные по помещениям и там нет ограничений на 1000 записей, в моём файле 126 тысяч. Будут новости напишу еще.
 
Привет. Да Вы экстремал - такие порции делать.
Собственно, Вы указали как раз на один из минусов загрузки большого файла: пока не загрузится, Вы не сможете начать делать следующий этап. Раз код договора не используется в следующем этапе, то наверно нет большой разницы какой из дублирующих вы удалите. Зато код Вам понадобится, если в захотите отправить корректировку по ранее загруженному договору. В свете этого, еще вариант - удалить оба, потом загрузить снова (только проблемные договора), тогда в идеале (если звезды на гис правильно сойдутся) получите 1 правильный код (если звезды не сошлись - повторить: удалить-загрузить).
Другой вопрос, что лучше с этим разобраться до начала следующего этапа, чтобы на один ЛС нашелся ровно 1 договор. Как Вы справедливо заметили большинство программ баз данных впадает в ступор, когда находится два и более по всем параметрам совпадающих записей. Если коммунальные квартиры можно как-то попытаться различить (навскидку: по площадям в ЛС, ФИО в ЛС и договоре, по привязкам других РСО - точно не скажу ибо не видел шаблоны), то дубли создадут проблему посерьезнее - в свою очередь будут не обработаны с ошибками либо двоиться уже ЛС.
 
Цитата
two_oceans пишет:
Привет. Да Вы экстремал - такие порции делать.
Собственно, Вы указали как раз на один из минусов загрузки большого файла: пока не загрузится, Вы не сможете начать делать следующий этап. Раз код договора не используется в следующем этапе, то наверно нет большой разницы какой из дублирующих вы удалите. Зато код Вам понадобится, если в захотите отправить корректировку по ранее загруженному договору. В свете этого, еще вариант - удалить оба, потом загрузить снова (только проблемные договора), тогда в идеале (если звезды на гис правильно сойдутся) получите 1 правильный код (если звезды не сошлись - повторить: удалить-загрузить).
Другой вопрос, что лучше с этим разобраться до начала следующего этапа, чтобы на один ЛС нашелся ровно 1 договор. Как Вы справедливо заметили большинство программ баз данных впадает в ступор, когда находится два и более по всем параметрам совпадающих записей. Если коммунальные квартиры можно как-то попытаться различить (навскидку: по площадям в ЛС, ФИО в ЛС и договоре, по привязкам других РСО - точно не скажу ибо не видел шаблоны), то дубли создадут проблему посерьезнее - в свою очередь будут не обработаны с ошибками либо двоиться уже ЛС.

У меня в базе 150 тысяч абонентов, тут приходится грузить долго. А ошибка в том что не сам грузил, а отдал в службу реализации чтобы они файлы отправляли. Ну там особо не думали, отправили и всё, результаты не смотрели. А удалить их нереально это руками искать дубли, находить и удалять. 20 тысяч просто так не почистишь. Тем более непонятно какие задублированные.

Отправлено спустя 16 минуты 11 секунды:
А у кого нибудь с веб сервисами получилось?
 
Добрый день. Еще новости ГИС ЖКХ. Пробую загружать лицевые счета, получается криво. Лицевые счета загружает, но основанием подцепляет не тот договор ресурсоснабжения. Система цепляет автоматически эти данные, но как то криво у них это происходит через объекты жилого фонда
 
Цитата
mercury пишет:
Наша прога на VisualFoxPro
Мы тут с Basil'ом уже кое-что ваяем на пару - как раз для VFP. (Можно в этой ветке подробнее поглядеть.) Пишем давно, аж с ноября примерно. Но как-то урывками получается. Всё время какая-то ерунда отвлекает, чтобы закончить, наконец.
Но это - чисто для XLSX. Basil основной класс дорабатывает, а я с подклассом вожусь, дающим доп.сервис и удобства.
#61
0 0
Цитата
two_oceans пишет:
Интересный выбор числа, есть у кого опыт, вдруг 666 лучше загрузятся? :? У самого Экселя вроде бы нет никаких особенностей в районе тысячи.
Попробовал 1010 загрузить отдал с ошибкой что превышено количество допустимых строк. Первый раз 1000 загрузилась, потом отправил еще раз 1000 напротив всех договоров стояло "Во время обработки произошла неизвестная ошибка" - думаю потом может обработалась, поэтому 3 раза одинаковые абонентские номера. В ответ прислали Гуиди, которые они присвоили. Теперь возникает вопрос, а если надо изменить данные или занести Показатели качества, надо весь файл или только один лист кидать? И чтобы задвоенности не было грузить с их гуидами. Поддержка как всегда на высоте. Ждите 6 дней.
#62
0 0
Цитата
serg_p пишет:
Попробовал 1010 загрузить отдал с ошибкой что превышено количество допустимых строк.
Ясно. Видимо пытаются сделать неудобным Эксель для загрузки большого количества данных. Вообще говоря, "практиковаться" в загрузках (в любую ИС, не только в ГИС ЖКХ) лучше на маленьких порциях (за один МКД например) - если что-то пойдет не так, то удалять/исправлять потом гораздо меньше.
Цитата
serg_p пишет:
Во время обработки произошла неизвестная ошибка
Похоже, что такое сообщение ничего не значит и данные потом могут внезапно обработаться. Чтобы не ждать результата "с занесенным над Вами мечом", как раз и есть веб-сервисы. Там или ошибка или обработка - одно из двух, а из Экселя ГИС похоже еще и пытается "восстановить" ошибки.
Цитата
serg_p пишет:
Теперь возникает вопрос, а если надо изменить данные или занести Показатели качества, надо весь файл или только один лист кидать? И чтобы задвоенности не было грузить с их гуидами.
Про весь файл или лист точно не подскажу (не пробовал, это скорее надо спросить пользователей чем программистов), скорее всего заполнить один лист и некий минимум информации на связанных с ним листах, остальные как в пустом шаблоне (при этом удалять листы не нужно - выдаст ошибку). А так верно мыслите: если нужно изменить, то указывайте гуид, который ГИС присвоил. Однако есть некоторые данные, которые все равно могут раздвоится - например, писали, что при изменении ФИО абонента создается новый ИЖКУ.
#63
0 0
Сейчас задача стоит выложить данные на сервер, чтобы не было штрафов. Лучше выложить тем что работает, а потом уже разбираться с сервисами когда у них всё заработает и запуститься. Да и ФИО мы не выкладывали. И не знаем как они будут объединять много инфы по абонентам в один лицевой счёт, сказали по СНИЛС или паспорту, а у нас такой информации нет в принципе.
#64
0 0
Цитата
serg_p пишет:
потом уже разбираться с сервисами когда у них всё заработает и запуститься.
Как то Вы оптимистично.. мне вот кажется что этот процесс бесконечный или около того. Совершенно согласен, что надо использовать что работает, просто уточняю, что выгрузку Экселем специально делают неудобной сравнительно с сервисами.
#65
0 0
Цитата
two_oceans пишет:

... просто уточняю, что выгрузку Экселем специально делают неудобной сравнительно с сервисами.
М...
Имели счастье работать с сервисами ГИСа (да хотя бы Дом со всеми параметрами загрузить)?
Или Ваше утверждение основано на словах Морлака из видеоролика?
#66
0 0
Скорее уж на отзывах тех, кто загружает Экселем на данном форуме. Серьезно, выше несколькими постами - ограничение в 1000 записей за раз это никуда не годится. Ожидание результата по 4 суток - тоже. Внезапная переобработка, того что первый раз пришло с ошибкой тоже. На этом фоне задвоение вместо обновления кажется вообще мелочью.

Отправлено спустя 2 минуты 52 секунды:
И да, это не столько утверждение, сколько субъективное мнение.
#67
0 0
Цитата
two_oceans пишет:
Скорее уж на отзывах тех, кто загружает Экселем на данном форуме. Серьезно, выше несколькими постами - ограничение в 1000 записей за раз это никуда не годится.
из 'это никуда не годится' не следует автоматом, что СОАП чем-то лучше.
Согласно Вашей же логике, следует получить отзывы тех, кто загружает через СОАП.

Цитата
two_oceans пишет:
И да, это не столько утверждение, сколько субъективное мнение.
Ну вот и хорошо, что субъективное мнение.
Моё субъективное мнение - загрузка Эксель-файлами намного функциональнее (прозрачнее для конечного пользователя)
#68
0 0
Как бы читайте, что написано, я Вас ни в чем не убеждаю. Но чтобы расставить точки над i - я не говорил, что СОАП лучше или что Эксель непрозрачный, это Вы сами додумали. Я говорил, дословно: "выгрузку Экселем специально делают неудобной". Конкретно по этим пунктам (срок ожидания и внезапная переобработка) сравнительно выходит маленький плюс у СОАП - если выдало ошибку - так уж выдало сразу и бесповоротно, ограничение количества у СОАП тоже не так важно - автоматом можно отправлять хоть каждую 5 секунд по порции. Суммарно по трем пунктам выходит, что контролировать количество ошибок в ходе обработки так проще. Но в итоге все равно они остаются ошибками, так что для загрузки в срок это существенный минус.
Другими словами можно сказать, что разные критерии дают разные результаты "что лучше". В реальности исключительно редко бывает чтобы лучшее решение по одному критерию было лучшим и по остальным. Какой из них выбрать, какой критерий важнее - каждый решает для себя сам. "что было, то и полюбила"(с)
#69
0 0
Цитата
two_oceans пишет:
....что СОАП лучше или что Эксель непрозрачный, это Вы сами додумали.
Не додумал, а это моё личное мнение - попробовал оба подхода на практике.

Цитата
two_oceans пишет:
Я говорил, дословно: "выгрузку Экселем специально делают неудобной".
А вот это - пропаганда из роликов Морлака.
Специально неудобным НЕ делают - само у них ТАК получается.

Цитата
two_oceans пишет:
Конкретно по этим пунктам (срок ожидания и внезапная переобработка) сравнительно выходит маленький плюс у СОАП - если выдало ошибку - так уж выдало сразу и бесповоротно
ГИС-овцы постоянно говорят про 'асинхронные' запросы. Асинхронный запрос (через СОАП) может провисеть несколько дней (так же как Эксель-файл) до начала обработки.
Единственный плюс СОАПа (для ГИС-овцев, немогущих обработать больше 1 тыс. записи в Экселе) - запросы можно мелко-мелко 'нашинковать' и посылать потом кучками.
#70
0 0
Действительно если в шаблоне договоров в поле "Идентификатор договора ресурсоснабжения" подставлять их присылаемые данные в виде 0487d68b-a66c-497d-9915-c139992ad23e, то он их обрабатывает на изменение, а не добавление. У меня полностью файл сохранился 1000 записей. Кто в курсе какую информацию надо выгрузить до 1 января? Только договора?
#71
0 0
Цитата
Дамир пишет:
ГИС-овцы постоянно говорят про 'асинхронные' запросы. Асинхронный запрос (через СОАП) может провисеть несколько дней (так же как Эксель-файл) до начала обработки.Единственный плюс СОАПа (для ГИС-овцев, немогущих обработать больше 1 тыс. записи в Экселе) - запросы можно мелко-мелко 'нашинковать' и посылать потом кучками.
Вот это уже конструктивно. Принимается как аргумент. Как контраргумент скажу, что дело в ГИС, а не в СОАП - в СМЭВ после недавнего обновления (исключили ручной этап обработки в ПФР) аналогичные "асинхронные" запросы в ПФР возвращаются менее чем через минуту. (постучал по дереву)
P.S.Теперь я понял как тут троллить - расписывать преимущества СОАП. (Шучу.) Даже самое постороннее высказывание Вас задело. Завязываем про СОАП , тема про все-таки Эксель.
Цитата
Дамир пишет:
Специально неудобным НЕ делают - само у них ТАК получается.
Ага, и ограничение в 1000 вышло чисто случайно, в то время как XLSX позволяет насколько помню миллион с хвостиком строк на листе (но еще есть ограничение на количество использованных ячеек) и даже старый формат позволял 65536 строк. Вместо того, чтобы нормально распределить нагрузку на сервера ограничили количество тысячей.
Цитата
Кто в курсе какую информацию надо выгрузить до 1 января? Только договора?
Как я понял из разговоров, поправьте меня, кто более "в теме" и следит за развитием - перенесли срок на полгода по платежным документам, остальное в силе. Такой вопрос лучше спрашивать в теме про перенос сроков. кажется тут
#72
0 0
Всем привет! Пытаюсь заполнить поле ОКТМО в шаблоне домов МКД РСО . Там это поле текстовое. У меня ОКТМО вида 01234567890 . При загрузке дает ошибку -Неверный формат поля ОКТМО, т.е. Эксель воспринимает его как число. Пытался добавить апостроф в начале - безрезультатно. Как это победить?
#73
0 0
Цитата
Aleks_B пишет:
Пытаюсь заполнить поле ОКТМО в шаблоне домов МКД РСО .
Вопрос не по теме. Спрашивайте тут: viewtopic.php?f=134&t=5154
#74
0 0
Всем привет. Делюсь своим опытом загрузки в ГИС ЖКХ по шаблонам. Договора ресурсоснабжения выгрузились, но были ошибки "System Error. Неизвестная ошибка во время загрузки" со стороны ГИС ЖКХ и теперь некоторые договора 2 или 3 раза продублированы. В нашем случае 20 тысяч лишних договоров их удалять только в ручную и не известно какой точно, ведь идентификатор не виден. Запустили размещение договоров на сайте ГИС ЖКХ, вот уже 5 дней разместилось только 95 тысяч из 167. Видимо как раз происходит обработка вебсервисами по одной записи поэтому так долго. Дальнейшая работа невозможна пока не разместятся все договора. Следующий этап шаблон по Лицевым счетам, всё тоже самое что с договорами, только добавить проживающих и ФИО. Не понятно как будут совмещаться с договорами ресурсоснбажения. У меня код сохранён договора, присвоенный ГИС ЖКХ, но в шаблоне его нельзя использовать. Звонил в ГИС сказали что автоматически проведут сопоставление. Не знаю как они будут соединять коммунальные квартиры где несколько абонентов и эти продублированные договора. Как только разместить хоть один договор сразу можно скачать данные по помещениям и там нет ограничений на 1000 записей, в моём файле 126 тысяч. Будут новости напишу еще.
#75
0 0
Привет. Да Вы экстремал - такие порции делать.
Собственно, Вы указали как раз на один из минусов загрузки большого файла: пока не загрузится, Вы не сможете начать делать следующий этап. Раз код договора не используется в следующем этапе, то наверно нет большой разницы какой из дублирующих вы удалите. Зато код Вам понадобится, если в захотите отправить корректировку по ранее загруженному договору. В свете этого, еще вариант - удалить оба, потом загрузить снова (только проблемные договора), тогда в идеале (если звезды на гис правильно сойдутся) получите 1 правильный код (если звезды не сошлись - повторить: удалить-загрузить).
Другой вопрос, что лучше с этим разобраться до начала следующего этапа, чтобы на один ЛС нашелся ровно 1 договор. Как Вы справедливо заметили большинство программ баз данных впадает в ступор, когда находится два и более по всем параметрам совпадающих записей. Если коммунальные квартиры можно как-то попытаться различить (навскидку: по площадям в ЛС, ФИО в ЛС и договоре, по привязкам других РСО - точно не скажу ибо не видел шаблоны), то дубли создадут проблему посерьезнее - в свою очередь будут не обработаны с ошибками либо двоиться уже ЛС.
#76
0 0
Цитата
two_oceans пишет:
Привет. Да Вы экстремал - такие порции делать.
Собственно, Вы указали как раз на один из минусов загрузки большого файла: пока не загрузится, Вы не сможете начать делать следующий этап. Раз код договора не используется в следующем этапе, то наверно нет большой разницы какой из дублирующих вы удалите. Зато код Вам понадобится, если в захотите отправить корректировку по ранее загруженному договору. В свете этого, еще вариант - удалить оба, потом загрузить снова (только проблемные договора), тогда в идеале (если звезды на гис правильно сойдутся) получите 1 правильный код (если звезды не сошлись - повторить: удалить-загрузить).
Другой вопрос, что лучше с этим разобраться до начала следующего этапа, чтобы на один ЛС нашелся ровно 1 договор. Как Вы справедливо заметили большинство программ баз данных впадает в ступор, когда находится два и более по всем параметрам совпадающих записей. Если коммунальные квартиры можно как-то попытаться различить (навскидку: по площадям в ЛС, ФИО в ЛС и договоре, по привязкам других РСО - точно не скажу ибо не видел шаблоны), то дубли создадут проблему посерьезнее - в свою очередь будут не обработаны с ошибками либо двоиться уже ЛС.

У меня в базе 150 тысяч абонентов, тут приходится грузить долго. А ошибка в том что не сам грузил, а отдал в службу реализации чтобы они файлы отправляли. Ну там особо не думали, отправили и всё, результаты не смотрели. А удалить их нереально это руками искать дубли, находить и удалять. 20 тысяч просто так не почистишь. Тем более непонятно какие задублированные.

Отправлено спустя 16 минуты 11 секунды:
А у кого нибудь с веб сервисами получилось?
#77
0 0
Добрый день. Еще новости ГИС ЖКХ. Пробую загружать лицевые счета, получается криво. Лицевые счета загружает, но основанием подцепляет не тот договор ресурсоснабжения. Система цепляет автоматически эти данные, но как то криво у них это происходит через объекты жилого фонда
#78
0 0
Цитата
mercury пишет:
Наша прога на VisualFoxPro
Мы тут с Basil'ом уже кое-что ваяем на пару - как раз для VFP. (Можно в этой ветке подробнее поглядеть.) Пишем давно, аж с ноября примерно. Но как-то урывками получается. Всё время какая-то ерунда отвлекает, чтобы закончить, наконец.
Но это - чисто для XLSX. Basil основной класс дорабатывает, а я с подклассом вожусь, дающим доп.сервис и удобства.
Сейчас на форуме: 1 пользователь
1 пользователь сейчас на форуме

Для улучшения работы сайта и его взаимодействие с пользователями мы используем файлы cookie. Продолжая пользоваться сайтом, вы соглашаетесь с использованием файлов cookie. Вы всегда можете отключить файлы cookie в настройках браузера.

Подпишись на рассылку новостей ЖКХ, а также наших статей!

Спасибо, вы успешно подписались на рассылку!