Збивається номерація при імпорті Реєстру з DBF

[OSIK.bp]

Маєм неприємний баг при імпорті реєстру податкових з DBF.
Перше поле "№з/п". В дбф-файлі(тип поля текстовий!) я заповнюю його в 4 значному форматі: 0001, 0002, 0003, ....2535
Проблема: при загрузці по незрозумілим для мене причинам ця номерація може збитись. А саме якийсь кусок номерів(наприклад від 0001 до 00124 або від 0730 до 800) надрукується в кінцці списку.
Це було і для виданих і для отриманих.
Чому програма їх взагалі пересортовує по свому хитрому алгоритму, якщо вони і у файлі ідуть посортовані, і при нормальному сортуванні також будуть в такому порядку???! Чесно кажучи дивний баг, як на мене

В деякі місяці загружалось без проблем з першого разу.
Коли мав проблему, то пробував шаманити "Обновити поля", "Обновити номерацію", стерти і загрузити наново. І з другого або третього разу получалось.
Причому після другої загрузки "поганий кусок номерів" може відрізнятись від того, який був на першій загрузці "поганим".
Але в лютому і березні для прикладу не вдалось.
Якщо я нажимаю посортувати по номеру то на формі все ок, але на друк всеодно з помилками!!!! - якщо це поправити, то це частково би вирішило проблему.

Також для тесту пробував переслати dbf-файлик для тесту нашій службі підтримці, і у них він загрузився добре. Тому з файлом нема проблем.
Також я декілька місяців переносив сервер медка на новий сервер через вигрузка-загрузка(надіявся що проблема також пропаде). Але на жаль не помогло.
Можливо проблема в якомусь індексуванні в нашій базі.

Просто обновити номерацію для бухгалтерії не підходить, бо вони хочуть щоб стовпчики "№з/п" і "№ПН" були однакові.(В файлі саме так і записані).

[Танюшка]

Просто обновити номерацію для бухгалтерії не підходить, бо вони хочуть щоб стовпчики "№з/п" і "№ПН" були однакові.(В файлі саме так і записані).

Маленькая ремарка.Не они "хотят" а требует порядок заполнения реестра налоговых накладных.

[OSIK.bp]

Вже реально напрягає цей баг. Подивіться приєднаний файл.
На ньому видно приклад загруженого файлу, а також сам DBF-файл із структурою.
Деколи буває, що загружається добре. Не знаю від чого це залежить.

У мене в DBF-файлі записи ідуть по черзі
0001
0002
0003
....

Імпорт DBF. "Імпорт виконано вдало".
Чомусь номерація іде на з 0001, а врізнобой
1300
1210
1320
1250

І що найгірше, я можу натиснути на заголовку і посортувати. Сортуються добре.
Натискаю друк, а друк іде в спотвореній номерації. - Якщо хоча б це виправити, цього хватить для закриття питання.
Тобто у мене нема шансу роздрукувати реєстр в "гарній формі".

P.S. При потребі можу зробити доступ до свого компа через TeamViewer, можемо тестово разом попробувати загрузити січень...
Можу також прислати вам файл, але допускаю, що у вас може загрузитись добре.

[pavel]

а с чего у Вас номер по порядку 0001, 0002 ... и тд а не 1, 2, 3...?

[OSIK.bp]

У меня раньше так и было. Это я потом усовершенствовал чтоб было всюду 4 знака.
А с того, что это поле текстовое и если номерация сбивается и я нажму сортировать то у меня получится примерно такое.
1
10
11
100
....
2
20

Да и я вообщене могу понять почему при импорте меняется порядок строк?!!
Взяли первую из файла - загрузили, потом вторую, и т.д.
Тоесть и в файле и для сортировки порядок правильный. Какого оно изменяет при импорте - загадка.

Если проблема пофиксить импорт, то можно сделать так, чтоб когда я вручную отсортирую и нажму печать, чтоб они печатались "отсортированные"?

[vnkor]

А не пробовали вместо ведущих нулей пробелы?

[nika1952]

Добрый день.
Это сообщение я оставил на форуме, в другом вопросе, но вижу, что есть проблема импорта/нумерации и с ДБФ-файлом - а я хотел переписать свою функцию на выгрузку в ДБФ - вижу, что и здесь грабли...
Вот уже два года мучаюсь с импортом тхт-файла РееВыдНН: упорядочение записей после загрузки - разная
(даже в пределах одной даты), иногда за первую дату - правильно, а в последующиех датах - каша, хотя в самом файле 1...600.
Как результат - док-т "Реестр ВыдПолучНН" - не упорядочен.
После 10-15-20 проб импорта одного и того же файла - все ОК, но уловить логику не могу.
Отсортировать по номеру не получается,
Пробовал и в пустую вкладку, и поверх с заменой, и убирал нумерацию в тхт-файле, и перезагружался ... проследить логику не удается.
Если загружать РееВыдНН как ХМЛ, то затираются данные на закладке "Полученные".
А если загружать ХМЛ в другую порцию (напр.2), то док-т "РееВыдПолучНН" делится на два и состоит - один из ВыдНН, а второй - из ПолучНН.
Если есть у к-либо опыт и или к-либо мысли по этой проблеме, подскажите, как быть с этими граблями?

[vnkor]

Учтите еще, что каждое обновление Медка обновляет и логику нумерации программой строк в реестре при импорте. Так что ответ на этот вопрос может дать только программист, который пишет эту часть программы.

[ratsha]

а Правка-"Виконати сортування за датою" не пробовали?

[nika1952]

Добрый день.
[для ratsha]
- пробовал и по ДАТЕ и по НОМЕРУ(как писал OSIK) и еще кучу разных вариантов, которые логичны - а медок и ныне там...

[для vnkor]
- м.б. это таки правда!!! Ощущение, что крыша у монополиста надежная и надолго, раз он такие грабли не исправляет годами...

[OSIK.bp]

21/01/2013 - Снова загрузило с "поломаной" номирацией. Хотя общие суммы сходятся.
Хотя я попробовал распечатать первую страницу - там 0001, 0002, 0003 - алгоритм печати наверно исправили. UPDATE: Нет не исправили. Сначала от 1 до 32 все ок. А потом 157. Ну и дальше в таком же духе.
Можно хотябы печатать в таком виде, как юзер на экране смотрит?

[nika1952]

И у меня все так же!
Добавилась еще проблема с импортом из 1С8.
Это письма на деревню, дедушке...

[OSIK.bp]

Проблема все еще актуальна.

[Ирина Шадрина]

Номер по порядку, это - 1,2,3, и т.д. 0001, 0002 и т.д. - это неправильно!

[Нина Юрилина]

OSIK.bp
скиньте тогда Ваш файл,который импортируете

[OSIK.bp]

Этот месяц загрузился хорошо. Идут в такомже порядке, как были в файле.
Может повезло, а может выправили баг (тогда СПС!). Отпишусь на следующий месяц(если не забуду...

[OSIK.bp]

Останні місяці проблем з номерацією більше не маєм.
Проблему закрито.