Отправлено: 19.02.11 21:59. Заголовок: Дублирование операции в версии 07.012.05

Регулярно загружаем только проводки.
Тут черт дернул - заказал выписку, Клиент-Сбербанк позволил только за последние 30 дней (с 19.01.2011)
Нажал в этой выписке кнопку "Преобразовать в операции" - для соответствующих операций в списке операций заполнился банковский номер платежки.
Но возникла проблема. На день раньше (18.01.2001) осталась операция, для которой этого номера не появилось, зато эта же операция отображается еще раз, но уже с банковским номер платежки.
Теперь если формировать выписку на основе списка операций - выдает неправильный остаток на счете.
Статус счета, похоже, тоже врет на сумму операции.
Как теперь удалить эту "левую" операцию?

Всем заранее спасибо за ответы.

 Отправлено: 20.02.11 15:22. Заголовок: Штатными средствами ..

Штатными средствами АРМ "Клиент" удалить лишнюю проводку нельзя. Как в вашем банке грузятся и обновляются операции, за какой период и т.д. я не знаю, но попробуйте следующее:
1. Скопируйте куда нибудь файл VIBOR.DDF из папки BASE (на всякий случай)
2. Сформируйте запрос операций начиная с даты ранее 18.01.2011 поставив галочку принудительного запроса без анализа состава.

О результате напишите...

 Отправлено: 21.02.11 11:01. Заголовок: сломалось походу

Заказал с 01.01.2011, каждый принятый файл после этого сообщил об ошибке типа такой:
Ошибка обработки файла 0085SRLC.14C (cостояние счетов) в банке: Ошибка системы файлов в АРМ "БАНК".
У последних записей обнулились бакновкий номер платежки, но левая операция не пропала.

А нештатными способами? :)
Или может быть можно удалить какие-нибудь файлы из базы и заставить повторить импорт файлов из банка? Есть такой вариант?

 Отправлено: 21.02.11 20:10. Заголовок: suglosta пишет: каж..

suglosta пишет:

цитата:

каждый принятый файл после этого сообщил об ошибке типа такой: Ошибка обработки файла 0085SRLC.14C (cостояние счетов) в банке: Ошибка системы файлов в АРМ "БАНК". У последних записей обнулились бакновкий номер платежки, но левая операция не пропала.

Прикольно :) У вас сбилась нумерация файлов. К тому, что вы делали ошибка отношения не имеет, да и операции не обновились поскольку запрос на них был отвергнут. Что делали с программой кроме того, что написали выше?

suglosta пишет:

цитата:

Или может быть можно удалить какие-нибудь файлы из базы и заставить повторить импорт файлов из банка? Есть такой вариант?

Если вам не критично, за какой период вам придут операции (за последние 30 дней точно, больше не гарантирую), то удалите тот самый, ранее скопированный VIBOR.DDF и запросите операции.

 Отправлено: 21.02.11 21:19. Заголовок: Больше ничего не дел..

Больше ничего не делал.
Если удалить файл, он, редиска такая, предлагает только с 19.02.2011.
Странно, возвращаю старый VIBOR.DDF и разрешает с 21.02.2010, то есть за год.
Вообщем схитрил, загрузился в старую базу, сделал запрос с 1 декабря 2010 (дата открытия счета), заккрыл программу, удалил файл и зашел заново.
Обмен данными прошел успешно, но банк вернул данные только за месяц.
Хочется все-таки починить ту нумерацию. Чем можно этот древний, как говно мамонта, формат поредактировать?

 Отправлено: 21.02.11 21:39. Заголовок: suglosta может быть..

suglosta
может быть xml-редактором?

 Отправлено: 21.02.11 21:49. Заголовок: suglosta пишет: дре..

suglosta пишет:

цитата:

древний, как говно мамонта

Зачем же так? Мамонтам обидно!

Формат как формат. Если перечислить, сколько популярных и вполне серьёзных АС его используют - вы удивитесь. Не будем терять время и вдаваться в дискуссии по его поводу.
suglosta пишет:

цитата:

Обмен данными прошел успешно, но банк вернул данные только за месяц.

Значит предположение про 30 дней подтвердилось.
Во первых определитесь - зачем вам это надо? Обычно информация "Сколько у меня было на счёте в 1812 году" уже не актуальна - выписки распечатаны, в папочки подшиты, в бухгалтерскую программу выгружены, в налоговую предоставлены. Программа считает остатки по принципу ТЕКУЩИЙ ОСТАТОК плюс минус ОПЕРАЦИИ ПО ДНЯМ. То есть "Сальдо" за любой день после злосчастного 18-го января будет соответствовать действительности.

Ну а если очень хочется - поройтесь в интернете, почитайте про форматы, найдите и научитесь пользоваться средствами редактирования.
Не обижайтесь - на этом форуме вам никто готовый инструмент не даст. Слишком много клиентов его читают. А если кто то воспользовавшись советом шаловливыми ручёнками полезет в базу, а потом напишет, что мы ему неправильно посоветовали?

Если вопросы останутся - пишите в личку, милости просим

 Отправлено: 22.02.11 21:19. Заголовок: suglosta пишет: Бол..

suglosta пишет:

цитата:

Больше ничего не делал. Если удалить файл, он, редиска такая, предлагает только с 19.02.2011. Странно, возвращаю старый VIBOR.DDF и разрешает с 21.02.2010, то есть за год. Вообщем схитрил, загрузился в старую базу, сделал запрос с 1 декабря 2010 (дата открытия счета), заккрыл программу, удалил файл и зашел заново. Обмен данными прошел успешно, но банк вернул данные только за месяц. Хочется все-таки починить ту нумерацию. Чем можно этот древний, как говно мамонта, формат поредактировать?

Я че то вообще ничего не понимаю, кипишь развели прям не детский. Вопрос вроде ни о чем.
Во первых, вам надо просто сделать принудительный запрос с 19.01.2011. Если программа не даст этого сделать (ссылаясь на недопустимую дату запроса) - просто "подгоните" системную дату своего ПК.
Во вторых, даже сформировав такой принудительный запрос, получить из банка данные с 18.01.11 у вас не получится, т.к. в банке ПО настроено таким образом, что какой бы период клиент не запросил, максимум что ему отправиться - это операции за 1 месяц, т.е. если вы сделаете запрос сегодня (22.02.11) то из банка к вам придут операции с 22.01.11-22.02.11 и они собой заместят только этот период. Это не зависит от того какой именно период операций храниться в базе данных в банке - хоть с 1812 года. Так вот, чтобы ваш запрос "получился" нужно чтоб в банке вам выставили (временно) разрешение на большее число дней для запроса, например 40. Но это уже зависит от того насколько плотно вы общаетесь с техподдержкой банка и от них самих, в свете последних оптимизаций, возможно, что никто вам не поможет.
В третьих, таблица vibor.ddf все же шифрованная и так просто "чем то" ее редактировать вряд ли удастся. Если у файла такое же расширение (ddf) это еще не значит, что формат его такой же как и у программы N или K.

 Отправлено: 23.02.11 18:20. Заголовок: Несколько мыслишек....

В связи с некоторой специфичностью обсуждаемого вопроса свой ответ перетащил в банковскую ветку.

 Отправлено: 25.02.11 00:29. Заголовок: Формат данных этого..

Формат данных этого файла расковырял почти полностью, остались мелочи.
Уже сделал редактор, позволяющий выборочно удалять записи. Проверил - работает.
Сейчас решил переписать программу для универсального редактирования ddf файлов.
Правда, подойдет не всем файлам из комплекта Клиент-Сбербанк.
Если есть интерес - дооформлю и выложу куда нибудь.

PS: Кстати, странно, но внутри файла обнаружилось неоднократное дублирование некоторых записей.
Пока руки не дошли посмотреть в чем дело, но если это то, о чем я подумал, можно будет сделать упаковщик базы для чистки от лишних записей.
Пока это выглядит так:
http://habreffect.ru/files/b60/3b5d35580/sbclient_editor.png