Bankir.Ru
18 января, среда 10:59

Объявление

Свернуть

Конференция «Банки и МСБ. Перезагрузка отношений»

Показать больше
Показать меньше

добавление в архив в RS-Bank - HELP!!!

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • добавление в архив в RS-Bank - HELP!!!

    http://www.softlab.ru/forum/free/msg...2086&GroupID=1

    По определенным причинам в базе архивных документов частично удалились платежки за день DD.MM.YYYY. Текстовый файл с данными платежек за этот день имеются. Как корректно добавить в базу arhdoc все недостающие платежи, учитывая ключевание и т.д.?

  • #2
    Возьми файл arhdoc с копии и средствами RSL (макросом) перепиши данные за дату.

    Комментарий


    • #3
      файла arhdoc нет, есть текстовый из аналитической базы. Но, собственно, роли не играет.
      При добавлении записей в конец arhdoc ничего старшного не произойдет?

      Комментарий


      • #4
        Если просто удалили записи из arhdoc, то дописать в конец.
        Если удаляли откатом проводок - провести RSL'ем. Или записать в отложенные, потом провести ручками.

        Следующая инф-ция непринципиальна, но:
        - внешние платежи (уходы-приходы) могут иметь связки по ключу с файлами coracdoc и recdoc
        - если проводки отражались в сделках, нарушится связка dealdoc-arhdoc
        - покрытия валютных проводок - отдельный разговор, у вас вроде чисто рублевые платежи

        Кстати, этих проблем не возникнет, если восстановить записи из копии arhdoc

        Комментарий


        • #5
          Удаление произошло без всяких откаток - будем считать, что кто-то просто удалил записи из arhdoc средствами RSL :-)
          Документы в arhdoc добавились корректно. Но! При формировании выписки по лицевым счетам в "Отчетах Банка" этих документов "не видно", т.е. выдаются обороты без добавленных платежек :-(
          Что делать?

          Комментарий


          • #6
            А не проще сделать копию программы, провести в МВОДБ документы и потом переписать arhdoc в рабочую программу?

            Комментарий


            • #7
              Можно провести документ штатными ср-вами, и сравнить заполнение полей - станет ясно, чего не хватает. Еще можно посмотреть базу RSLем по ключу 0 - чтобы убедиться, что документы ложатся в нужную дату.
              Еще - документы должны быть видны из счета по Alt-F7.

              Я бы для начала проверил поля:

              RESULT_CARRY = скорее всего, 1, но не 23
              DATE_CARRY
              REAL_PAYER, REAL_RECEIVER
              IAPPLICATIONKIND, APPLICATIONKEY - не уверен, что стОит заполнять, алгоритм формирования APPLICATIONKEY ниже

              Для начальных и ответных док-тов желательно заполнить поля ORIGIN и CONSENT, но на выписки влиять не должно.

              -------------------------------------------------------------------
              ApplicationKey формируется следующим образом:

              ApplicationKey = yyyymmddHHMMSStttttnnnnn, где

              yyyy - год системной даты
              mm - месяц системной даты
              dd - день системной даты
              HH - час системного времени
              MM - минуты системного времени
              SS - секунды системного времени
              ttttt - номер проведенного документа (со времени запуска модуля)
              nnnnn - номер логина в сеть
              -------------------------------------------------------------------

              PS Все это относится к RS 4.31, в 5.0, насколько знаю, структуры аналогичные.

              Комментарий


              • #8
                Garryk: А как провести документы за прошедший ОД? RS 4.31.
                Роман: Объясни значение поля Result_Carry, IAPPLICATIONKIND. Как заполняются поля Origin и Consent?

                Комментарий


                • #9
                  2 Фигаро.

                  Зходим в список архивных документов и проводим в нужный день.
                  Только делать это надо в копии программы, а не в рабочей.
                  У меня была такая же проблема при переходе с 4.31 на 5.0. Не базу Document в 5.0 и закрыл день (в 5.0).
                  Остатки по счетам перенеслись правильно, обороты то же, а документы в архивные не попали.
                  Пришлось выкручиваться вот таким образом.
                  После всего этого проработали больше 6 месяцев без проблем.

                  Комментарий


                  • #10
                    Garruk: Объясни на пальцах :-) Заходим - это как? Если документ архивный, то как он может провестись еще раз? А из отложенных я никак не могу провести док в прошлое.
                    И на счет перехода на 5.0 - у меня сейчас тоже висит эта процедура. Есть какие-нть замечания, связанные с этим?

                    Комментарий


                    • #11
                      To Фигаро.
                      Сейчас RSB под руками нет, пишу на память.
                      Из отложенных в архивный день - или Alt-F2, или Ctrl-F2.
                      Кстати, была возможность внести документ в архив без проводки - при вводе в списке архивных опять же Alt-F9, или Ctrl-F9. Вылезает предупреждалка, что документ без проводки. Работает фича только под админом. На каких-то старых версиях 4.31 проскакивало без предупреждалки, так что пробовать лучьше не в рабочей копии

                      Комментарий


                      • #12
                        А при проводке остатки на счетах не меняются?! У нас ведь все остатки нормально сходятся, только вот документов небыло, да и в выписке теперь после добавления не отражаются.
                        Всем займусь вечерком - так что если есть соображения - пишите.
                        Спасибо.

                        Комментарий


                        • #13
                          RESULT_CARRY: возм. значения описаны в ОДБ -> Справочники -> Типы операций. Основные значения:
                          1 == обычный документ
                          11 == ответный документ
                          14 == рублевое покрытие
                          18 == переоценка
                          23 == ДОКУМЕНТ УДАЛЕН, В БАЛАНСЕ НЕ
                          УЧИТЫВАЕТСЯ, В ПРОВОДКАХ НЕ ВИДЕН. (в справочнике значится "документ проводки в архивном дне" - лажа)

                          IAPPLICATIONKIND - код модуля RS, из которого проведен документ. ORIGIN - для начальных доков - "f", для ответных - "o" латинск. CONSENT - признак квитовки документа. Точный алгоритм заполнения этих полей не скажу. Вариант - сформировать эти поля как в прочих ваших начальных-ответных.

                          Успехов!
                          В B-Mail-е мой рабочий тел. Если что - звони.

                          Комментарий


                          • #14
                            А что скажите про "Системный сервис, исправление оборотов назад, начальную дату" - и как этим пользоваться?

                            Комментарий


                            • #15
                              Не знаешь - лучше не пользуйся. В документации написано, как это работает. В твоём случае не поможет (зачем править обороты, если ты утверждаешь, что они нормальные ).

                              Комментарий


                              • #16
                                Всё. Начинаю эксперемент. Копию сделал.
                                Вариант 1 - Magis. (вроде более легкий. По Ромну - пока не хочется.) Посмотрим...

                                Комментарий


                                • #17
                                  Результат: При проводке остаток всё же изменяется, но документ в архивные попадает корректно. Что будет, если я проведу так все документы с нулевой суммой, а затем впишу уже в платежки архивных правильные суммы?

                                  Комментарий


                                  • #18
                                    Фигня скорее всего будет.
                                    Объясняю еще раз.
                                    1. Делаешь копию программы
                                    2. Закрываешь в рабочей версии день.
                                    3. В резервной копии делаешь проводки за прошлый день "Отложенные документы" Alt+F2.
                                    4. закрываешь день в резервной копии
                                    5. переписываешь arhdoc из резервной копии в рабочую.
                                    Будет все Ok.

                                    Комментарий


                                    • #19
                                      Garryk описал все точно. Для такой масссовой разовой процедуры так лучше и делать.
                                      Но в обычной ситуации, при необходимости "подправить" что либо в архиве, просто такой документ туда вводим (если забыли) из списка архивных или отложенных (по ALT F2 система запросит дату архивной проводки) Вот здесь надо обратить внимание и на дату значения, а для валютных платежей на дату валютирования. Если это обычные проводки , а не спецальные операции (типа погашения ссуд , процентов), то эти даты должны ссответствовать дате архивной проводки. Тогда и в файлах остатков по датам и датам значений не будет разницы (у нас это несколько раз кредитчики использовали)
                                      На счет помещения в архив без проводки - есть такой прибамбас - очень своеобразная штука
                                      Такой документ помещается по F9 (да только для админа в 5 версии, в 4.31 кажеться для всех). ОСТАТКИ НА СЧЕТАХ не меняются. Но в расчетах оборотов по документам (режим за период) такой документ УЧИТЫВАЕТСЯ. Если запустить процедуру ИСПРАВЛЕНИЕ ОБОРОТОВ ЗА МЕСЯЦ то сумма этого документа будет учтена и в месячных оборотах Account.dbt
                                      Но если вы решите править бызы с помощью процедур исправлений вперед и назад (дай бог , что бы не пришлось) - этот документ УЧТЕТСЯ в исправлении. Если его удалить обычным способом по F8 - то система, как обычно, откатит и на эту сумму остатки на счета! Удалять можно только через RSL.
                                      Я такие документы (только один раз пришлось вводить с пяток) - на всякий случай пометил отдельной пачкой 888 для отслеживания.
                                      Есть еще одна штука о которой мне в Стуле рассказывали - можно ввести без проводки кучу документов в архив и запустить процедуру исправления назад Так можно воостановить историю за пред. период.Сам не делал - не было потребности, мне говорили, что какой то небольшой банчок переходил без переноса документов в начале года (еще на 4.31), а потом они так внесли историю за последние месяца - ноябрь и декабрь
                                      К Роману на счет "23 == ДОКУМЕНТ УДАЛЕН, В БАЛАНСЕ НЕ УЧИТЫВАЕТСЯ, В ПРОВОДКАХ НЕ ВИДЕН. (в справочнике значится "документ проводки в архивном дне" - лажа)"
                                      Если быть точным "не лажа" - при проводке архивных документов создается ДВА! Один в Arhdoc.Dbt а второй в Document.dbt - файле документов текущего дня - это "след архивной проводки" вот он то и В ПРОВОДКАХ ДНЯ НЕ ВИДЕН (а в архиве - ради бога). Его система учитывает при ревизии файлов дня
                                      Но можно посмотреть в Системном сервисе такие документы архива.
                                      Я когда все это от поддержки узнал (спасибо ихним "горячим спецам"), поэксперементировал на тестовой базе и RSL полазил. И тому, кому интересно рекомендую пощупать так же - не будет страху работать с архивами.
                                      Правда не знаю - не спрашивал , а как глубоко можно лезть в архив на исправление (по максимому)? По структуре файла счетов - не более года, но на год систнма точно не пускает. Впрочем, в реалиях столько и не нужно - просто интерес.

                                      Manul

                                      Комментарий


                                      • #20
                                        To Manul
                                        Если быть точным, то проводки с RESULT_CARRY 23 не видны и в архиве, если под "видимостью" подразумевается интерфейс бухгалтера и отчеты типа баланса. Можете сравнить записи в RSL и проводки в архивном дне.
                                        Обозначение в справочнике "документ проводки в архивном дне" считаю некорректным и вводящим в заблуждение (думаю, каждый RS-банщик через это прошел).

                                        To Фигаро
                                        Чем все закончилось? Срослось?

                                        Комментарий


                                        • #21
                                          Пока нет еще...
                                          А если у меня тыщща платежек, то мне тыщщу раз Alt+F2 нажимать?

                                          Комментарий


                                          • #22
                                            Да, тогда без макроса тяжело... С другой стороны, отладка программы по времени может быть сопоставима с ручным вводом - все зависит от опыта. Так что решай сам.

                                            To All
                                            Подскажите, может, кто пользовался "Импортом документов" в "Системном сервисе"? Если в копии базы закачать документы этой штукой - решит вопрос?

                                            Комментарий


                                            • #23
                                              To Роман

                                              Вас понял. Я не указал важную деталь во фразе ╚┘при проводке архивных документов создается ДВА! Один в Arhdoc.Dbt а второй в Document.dbt - файле документов текущего дня - это "след архивной проводки" вот он то и В ПРОВОДКАХ ДНЯ НЕ ВИДЕН (а в архиве - ради бога). Его (вст. моя √ запись с RESULT_CARRY = 23)система учитывает при ревизии файлов дня╩

                                              Документ , что заноситься в Arhdoc.Dbt параллельно с записью Document.dbt , в отличие от последней не имеет RESULT_CARRY = 23. Разумеется,он то и доступен и для просмотра и корректировки, учитывается в отчетах. ╚Следы архивных проводок╩, а так же все операции связанные с изменением сумм архивных документов накапливаются в файле Document.dbt, при закрытии дня переносятся в архив и ТАМ ОНИ ВИДНЫ только через RSL.
                                              К слову сказать при корректировке документов архива, их переносе в текущий день, в отложенные , изменении суммы и т.д. накапливается масса документов с RESULT_CARRY = 23. Могут появиться и с отрицательной суммой!
                                              Ну а как удобнее назвать такой тип операций (не меняя значения) каждый админ может решить сам, если считает ╚некорректным и вводящим в заблуждение╩ Я, как RS-банщик, через это прошел без проблем.

                                              Что касается процедуры импорта текстовиков в отложенные, то она не настраивается, поэтому ее под себя не подгонишь. В докумах об этом так сказано:
                                              Формат текстового файла для экспорта/импорта строго регламентирован. Графы
                                              каждого документа выводятся в следующем порядке:
                                              1. НОМЕР ДОКУМЕНТА*;
                                              2. ВИД ОПЕРАЦИИ*;
                                              3. БИК ПЛАТЕЛЬЩИКА*;
                                              4. СЧЕТ ПЛАТЕЛЬЩИКА*;
                                              5. БИК ПОЛУЧАТЕЛЯ*;
                                              6. СЧЕТ ПОЛУЧАТЕЛЯ*;
                                              7. СУММА*;
                                              8. ПАЧКА*;
                                              9. ОПЕРАЦИЯ*;
                                              10. КОД ВАЛЮТЫ;
                                              11. БАЛАНСОВЫЙ СИМВОЛ КАССЫ;
                                              12. ЗАБАЛАНСОВЫЙ СИМВОЛ КАССЫ;
                                              13. НАИМЕНОВАНИЕ ПЛАТЕЛЬЩИКА*;
                                              14. НАИМЕНОВАНИЕ ПОЛУЧАТЕЛЯ*;
                                              15. ОСНОВАНИЕ ДОКУМЕНТА*,
                                              причем графы с 13 по 15 не обязательны для ввода.

                                              Если есть отклонения от формата √ проще написать небольшой макросник
                                              Manul

                                              Комментарий


                                              • #24
                                                А если у меня тыщща платежек, то мне тыщщу раз Alt+F2 нажимать?

                                                В списке документов F2, затем Alt+F2.

                                                Комментарий


                                                • #25
                                                  To Manul
                                                  Макрос, конечно, проще. Проблема в том, что Фигаро, судя по всему, недавно работает с RS. Может, ему проще будет подогнать текстовик под формат, чем отлаживать макрос.

                                                  Комментарий


                                                  • #26
                                                    Да , текстовик можно подготовить.
                                                    Процедура эта нормально, я пробывал на тестовой базе для любопытства, но никакого контроля, протокола нет и результат проверять придеться вручную
                                                    Можно, на худой конец, для фильтрации по всем импортируемым таким способом документам задать пачку и подсчитать по F6 и F2 количество и общую сумму документов в отложенных после импорта , но до проводки
                                                    В идеале проверить по исходму списку все вручную

                                                    Может у кого есть болванка на перекачку текстовика? У меня к сожалению нет - стер давно.
                                                    Подбросить Фигаро для образца.
                                                    Если найду пришлю, но это уже после 12 го


                                                    Manul

                                                    Комментарий


                                                    • #27
                                                      Вопрос ко всем...
                                                      Расскажите о причинах, по которым один и тот же вопрос http://www.softlab.ru/forum/free/msg...2086&GroupID=1 заданный в форуме http://www.softlab.ru/forum/ на сервере R-Style Software Lab и в этом форуме вызывает разную реакцию:
                                                      - там тишина
                                                      - тут обсуждение аж на две страницы!!!

                                                      Вопрос не праздный... Ответы на него позволят решить: чего делать с форумами на http://www.softlab.ru - закрывать их, изменять политику работы, другое???

                                                      Комментарий


                                                      • #28
                                                        To Golovin
                                                        ... один и тот же вопрос ... на сервере R-Style Software Lab и в этом форуме вызывает разную реакцию:
                                                        - там тишина
                                                        - тут обсуждение аж на две страницы!!!


                                                        Это правило или исключение?

                                                        Комментарий


                                                        • #29
                                                          To Роман
                                                          Это правило или исключение?

                                                          Это конкретный факт по конкретному вопросу. Я не делал аналитики по этому вопросу.

                                                          Комментарий


                                                          • #30
                                                            По-моему, нужно быть более открытыми. А не делать форумы только для тех, кто вам деньгу за сопровождение платит. Если клиент не платит за сопровождение, он всё-таки не перестаёт быть вашим клиентом. И ошибки (или, как говорится, "особенности программы"), за которые он заплатил при покупке системы, помочь ему устранить вы обязаны.
                                                            И ещё - при входе в форумы R-Style мне постоянно напоминают, что мои сообщения могут быть удалены, что, естественно, не вызывает у меня никаких положительных эмоций.
                                                            Поэтому остаётся изливать душу здесь http://www.bankir.ru/ubb/Forum9/HTML/000147.html

                                                            Комментарий

                                                            Пользователи, просматривающие эту тему

                                                            Свернуть

                                                            Присутствует 1. Участников: 0, гостей: 1.

                                                            Обработка...
                                                            X