28 июня, среда 01:34
Курсы ЦБ: USD 58.88 EUR 65.96
Bankir.Ru

Объявление

Свернуть

На Bankir.ru начался цикл публикаций, созданных по следам обсуждений на форуме

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

округление сводного баланса

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

  • округление сводного баланса

    ЦЕНТРАЛЬНЫЙ БАНК РОССИЙСКОЙ ФЕДЕРАЦИИ

    ПИСЬМО
    от 28 мая 2001 г. N 66-Т

    О ПОРЯДКЕ ОКРУГЛЕНИЯ ДАННЫХ В ОБОРОТНЫХ ВЕДОМОСТЯХ КРЕДИТНЫХ ОРГАНИЗАЦИЙ

    В связи с поступающими запросами о порядке округления остатков и оборотов по счетам бухгалтерского учета при составлении кредитными организациями баланса в форме оборотной ведомости в целых тысячах рублей разъясняем следующее.
    Алгоритм округления остатков и оборотов по счетам бухгалтерского учета определяется кредитной организацией самостоятельно и должен быть предусмотрен соответствующим внутрибанковским документом кредитной организации. Вместе с тем при составлении алгоритма должны быть соблюдены следующие требования:
    ╥ округление является вспомогательной технической операцией при составлении бухгалтерской отчетности и не подлежит отражению в бухгалтерском учете, то есть не оформляется бухгалтерскими проводками;
    ╥ округление выполняется по арифметическим правилам. В отдельных случаях округление может производиться с отступлением от этих правил, т.е. суммы от 500 до 999,99 рублей не учитываются, а суммы от 0,01 до 499,99 рублей принимаются за 1 тысячу рублей;
    ╥ построчный и пографный арифметический контроль;
    ╥ не допускается расхождений между округленной по арифметическим правилам итоговой суммой баланса и величиной, полученной путем суммирования значений по графам в целых тысячах рублей;
    ╥ не допускается расхождений входящих (исходящих) остатков по счетам в оборотных ведомостях за отчетный и предшествующий месяц в случаях отсутствия в течение отчетного месяца движения по балансовым счетам, включая случаи, когда округление входящих (исходящих) остатков производилось с отступлением от арифметических правил;
    ╥ не допускается расхождение входящих и исходящих остатков по идентичным счетам в балансе кредитной организации и балансе Банка России, в связи с чем входящие и исходящие остатки по этим счетам должны округляться строго по арифметическим правилам. При этом построчный контроль при необходимости может быть урегулирован за счет увеличения (уменьшения) на 1 (единицу) дебетовых / кредитовых оборотов по счетам оборотной ведомости;
    ╥ сводный баланс в форме оборотной ведомости (форма 101), подлежащий представлению в Банк России, должен составляться головной кредитной организацией на основе отчетности филиалов, составленной в целых тысячах рублей.
    Кроме того, в целях выполнения требования Правил ведения бухгалтерского учета в кредитных организациях, расположенных на территории Российской Федерации, от 18.06.97 N 61 сводный баланс банка формируется на основе отчетности филиалов, составленной в рублях и копейках. Сводный баланс кредитной организации в форме оборотной ведомости в целых тысячах рублей должен быть составлен с учетом изложенных выше требований.
    Одновременно обращаем внимание, что не допускается расхождение между формами отчетности по идентичным показателям.
    С выходом настоящего Указания оперативного характера утрачивает силу Указание Банка России оперативного характера от 17.05.2000 N 107-Т.
    Доведите до сведения кредитных организаций.

    В.Н.ГОРЮНОВ

    Подавая сигналы в рог будь всегда справедлив, но строг. ©

  • #2
    Спасибо.
    А есть ли еще Указание Банка России оперативного характера от 17.05.2000 N 107-Т?
    БОЛЬШОЕ СПАСИБО зарание.
    Never take anything for granted

    Комментарий


    • #3
      По номеру 107-Т и органу "Банк России" нашлось только Письмо ЦБР от 25 марта 1999 г. N 107-Т
      "О мероприятиях в связи с предстоящими паводками"


      Добро всегда побеждает зло. Потому что кто победил - тот и добро.

      Комментарий


      • #4
        Существует одна проблема.
        В настоящий момент Банк России допускает расхождение сводного баланса и балансов головы плюс филиалы на некую "расчетную" величину, равную числу филиалов плюс 1.
        Как сдавать сводный баланс в этом месяце?
        Never take anything for granted

        Комментарий


        • #5
          И все-таки, объясните мне, бестолковому, на примере.
          Пли-и-и-з. Дело в том, что у нас в банке бухгалтерия этого не делает, ждут от информатиков распечатку, а если расхождения - наверху оправдываются "так компьютер посчитал", а нас заставляют править ручонками.

          Итак, в рублях: В тысячах:
          символ 1 - 1400 1
          символ 2 - 1400 1
          символ 3 - 1400 1
          итого - 4200 ?

          Что должно стоять в итоге в тысячах? Если 3, то как понять "не допускается расхождений между округленной по арифметическим правилам итоговой суммой баланса и величиной, полученной путем суммирования значений по графам в целых тысячах рублей", а если 4, то как быть с "построчным и пографным арифметическии контролем"? Да и ЦБ-шные программы 4 не пропускают. Значит, все-таки 3? А кто подобъет символы? Устная рекомендация нашей бухгалтерии - править ручонками некоторые символы, при этом есть список символов, которые "трогать не рекомендуется". Кошмар! Так быть не должно. Кто растолкует? Может, вопрос не в том форуме?


          Комментарий


          • #6
            Банк России выпустил письмо о порядке округления данных в оборотных ведомостях ╧ 66-Т.
            1)Есть ли это письмо в элетронном виде.
            2)В 66-Т отменяется 107-Т. В ГАРАНТЕ этого письма нет.
            Never take anything for granted

            Комментарий


            • #7
              Помоему в приведенном выше письме ЦБ все сказано придельно ясно, главное, чтобы шли итоги по активам-пассивам и некоторые счета округляются строго по правилам округления. И нечего здесь страшного нет. Когда я делал писал программу округления баланса, еще в начале 1998 года, то интуитивно польовался именно этими правилами. Точный итог по активу-пассиву балансу всего, возможно точный итог по разделам, счетам 1 порядка и счетам 2 порядка. Причем округление счетается именно в том порядке в котором я привел. Т.е. Сначала округляем баланс всего, потом разделы, погрешность между суммой по разделам и балансом итого в тысячах разбрасывается по разделам и так далее, до счетов 2 порядка, причем есть некоторые счета 2 порядка, которые округляются точно.
              Только я не понял абзац на счет сводного баланса, так как же он считается? Суммируются балансы филиалов уже округленные, или не округленные, а потом считается баланс в 1000?

              Комментарий


              • #8
                символ 1 - 1400 1 (400 на ум)
                символ 2 - 1400+400 2 (400 из ума)
                символ 3 - 1400-200 1
                итого - 4200 (4)

                т.е. всегда учитываем остаток предыдущего округления. Разумеется со знаком.

                Комментарий


                • #9
                  Это все вроде так, но только когда рассматривается один отчет, а в 66-Т есть еще фраза
                  "Одновременно обращаем внимание, что не допускается расхождение между формами отчетности по идентичным показателям."
                  и как совместить показатели в формах где они промежуточные с показателями, где они итоговые непонятно.

                  Комментарий


                  • #10
                    И все-таки, объясните мне, бестолковому, на примере.
                    Итак, в рублях: В тысячах:
                    символ 1 - 1400 1
                    символ 2 - 1400 1
                    символ 3 - 1400 1
                    итого - 4200 ?

                    Что должно стоять в итоге в тысячах?

                    Если символа 1.2 и 3 это лицевые счета одного счета второго порядка, то я Вам ничего не скажу. Это все на усмотрение программного обеспечения. Наш КВОРУМ допускает 4 метода округления.


                    Если символа 1.2 и 3 это то, что головной банк и филиалы показали в своих отчетах по одному счету второго порядка, то ответ будет 3(Три).

                    Указание ╧66-Т требует разового перехода на новый метод подготовки СВОДНОГО баланса. (Я знаю банки, где давно уже все сводные отчеты делаются сумированием данных головного Банка и филиалов)
                    Never take anything for granted

                    Комментарий


                    • #11
                      Уважаемые, решение проблемы округления по правилам ЦБ _В_ОБЩЕМ_СЛУЧАЕ_ невозможно.
                      Возможно только в частных случаях получить приемлемое округления для ограниченного числа (при том, небольшого) взаимосвязанных форм отчетности.
                      Поэтому, бессмыслено спрашивать друг у друга универсальный рецепт.
                      В свое время я предлагал решить эту проблему принципиально (См. топик "Долой отчетность в тысячах !!!"). Но моя инициатива не встретила должной поддержки.
                      Так что, мучайтесь, господа.

                      Комментарий


                      • #12
                        А по-моему ЦБ наконец-то решил проблему округления в принципе, и кстати решил проблему взаимосвязи всех форм отчетности, так как все эти формы (в том числе и сводный баланс) должны составляться на основе головного баланса в тысячах и балансов филиалов в тысячах. Ранее проблема заключалась в точном соответствии "валюты баланса" в рублях и в тысячах по своду, поэтому головной+филиал в тысячах в принципе не равнялись своду в тысячах на погрешность=число филиалов+1, которая и допускалась ЦБ. По крайней мере лично я так считаю... Сейчас все вопросы сняты, тем более, что алгоритм округления по инструкции можно выбирать самому. Осталось только его переписать, надеюсь в последний раз..

                        С уважением, шесть лет решающий проблему округления балансов.

                        Комментарий


                        • #13
                          Все вопросы сняты ?
                          А приложение 12 (Ведомость привлеченных-размещенных средств) ?
                          А многочисленные валютные формы отчетности в тысячах ?
                          и т.д.
                          Все должно идти с балансом!

                          Комментарий


                          • #14
                            Люди!
                            В 66-Т отменяется 107-Т. В ГАРАНТЕ этого письма нет.
                            Как найти данное письмо.
                            Never take anything for granted

                            Комментарий


                            • #15
                              В свое время написал макру - округление используя метод РСБанки(если память не изменяет - четвертый по порядку) только по отдельности (для рублей, для валюты а потом простое сложение) с выгрузкой в ЦБ.
                              Да еще прибамбас - печать погрешностей.
                              И уже с год проблем нет - по балансу погрешностей
                              бух ручкой 5-6 строк вручную поправит и все.

                              Комментарий


                              • #16
                                Коллеги. Кто-нибудь может прокомментировать 66-Т в применении к сводному балансу?
                                Как же все-таки составляется свод?

                                На мой взгляд в телеграмме нет ответов на важные вопросы:

                                1) Является ли сводный баланс суммой балансов головы и филиалов?

                                2) Должна ли валюта сводного баланса быть равной округленной сумме баланса по 61 Правилам?

                                3) Сказано: свод должен быть составлен С УЧЕТОМ "изложенных выше требований". Значит и округлять надо сводный баланс в рублях и копейках!?Но как тогда составить свод НА ОСНОВЕ отчетности филиалов?! Что значит в конце концов С УЧЕТОМ и в конце то концов НА ОСНОВЕ!!!?

                                4) Те же вопросы по отдельным счетам: 30102, 30202, 30204, 319, 701-705. Что должно стоять в сводном балансе?

                                Комментарий


                                • #17
                                  to volkov

                                  пункт 5. 30109/30110 тоже нужно округлять по лицевым счетам. Их ЦБ сверяет через 603 форму с другими КБ.

                                  Есть еще счета 313/320, но там как правило круглые суммы.

                                  Комментарий


                                  • #18
                                    Вот вопрос: зачем ЦБ создал для всех банков (а их немалое количество) проблему, строго математически не решаемую в принципе?
                                    Не судьба видно была собирать всю отчетность в коп., а потом круглить как им надо - хотят в тысячах, хотят в млрд.долларов. И решали бы подобную проблему централизованно в пределах своей структуры.
                                    У меня был написан свой алгоритм кругления аналогичный ЦБ еще лет пять назад. При этом используются данные предыдущего месяца, текущие в свою очередь хранятся в файлике. Бухи вручную чуть-чуть подправляют как им надо. Вся производная отчетность берет данные из соотв.файлика. Проблема бывает только с отчетностью, уходящей ранее сдачи баланса.
                                    Не все так плохо, как кажется с первого взгляда...

                                    Комментарий


                                    • #19
                                      Вот вопрос: зачем ЦБ создал для всех банков (а их немалое количество) проблему, строго математически не решаемую в принципе?
                                      Вот ответ: из-за своей бестолковости.
                                      Посмотрите на глюкавые программы плодовитых тверчан (или тверяков?) - и Вам все ясно станет.

                                      Комментарий


                                      • #20
                                        А им на комбанки как на юзеров наплевать. Они и программки эти лепят только из-за того, что дамам в ЦБ надоело ручками заколачивать с бумаги. Поэтому к проге требование одно - выдать эл.файлик, а уж как - это проблема банков.
                                        А еще также очень нравится, что эти программки делают разные люди - интерфейс и принципы работы очень разнообразны и меняются от проги к проге.
                                        Не все так плохо, как кажется с первого взгляда...

                                        Комментарий


                                        • #21
                                          716-ый
                                          Алгоритм округления баланса существует! Доказано мной!
                                          Реализован в виде макроса в Эхселе.
                                          Соответствует всем требованиям 66-Т.
                                          При минимуме отступлений от правил округления итоговая строка баланса полностью подводится под оригинал в копейках.
                                          Надо отдать должное ЦБ-шникам. Противоречий и белых пятен в указивках становится все меньше.

                                          Спасибо всем участникам.
                                          Special Thanks to AlexVic

                                          Комментарий


                                          • #22
                                            ;-))))))))))))))
                                            Можно взглянуть на доказательство?

                                            Комментарий


                                            • #23
                                              volkov
                                              доказательство лучше представить публично.

                                              Комментарий


                                              • #24
                                                Вы можете произвести округление баланса банка в тысячах рублей в режиме он-лайн (согласно требованиям Инструкции ЦБ РФ ?66-Т от 28.05.2001), по ссылке http://www.mimtech.com/bank/inputokr.html

                                                Комментарий


                                                • #25
                                                  To Strike А ну ка господа хорошие - оцените величину максимальной между рублевым балансом и округленным* 1000 на счетах выделенных для округления - максимальную дельту можно указать отдельно для итогов и для оборотов.

                                                  Комментарий


                                                  • #26
                                                    b>To comer/b>

                                                    В данной версии максимальная дельта для итогов и оборотов не регламентируется, т.к. она накапливается на двух "помоечных счетах". В следующей версии дельта будет "размазываться" по большему количеству счетов и максимально допустимая дельта будет параметризуемым параметром.
                                                    Ниже вкратце приводится алгоритм работы предложенной программы округления баланса:

                                                    1. Округляются и сводятся суммы по каждому счету (так, чтобы они удовлетворяли всем необходимым соотношениям). При этом сохраняются нулевые обороты. Исходящие сальдо, по возможности, не корректируются.
                                                    2. Аналогично округляются и сводятся итоговые суммы по активу и пассиву.
                                                    3. Определяются разности между суммами округленных строк и округленными
                                                    суммами (отдельно по активу и пассиву).
                                                    4. Производится поиск счетов, суммы которых корректируются на величины
                                                    из пункта 3(отдельно по активу и пассиву). Счета выбираются из заданного
                                                    списка так, чтобы суммы после коррекции не стали отрицательными.
                                                    5. Суммы по найденным счетам корректируются. Таким образом, вся погрешность вычислений сбрасывается на один активный счет и один пассивный.

                                                    В качестве диагностики программа выдает номера счетов и суммы погрешностей.

                                                    Комментарий


                                                    • #27
                                                      to SpriKe
                                                      Вы наверно поняли что я не зря спросил про максимальную дельту. Будь вы не сотрудником МИМ, а человеком который много лет подряд округляет балансы вы наверное бы поняли - что 5 ваших замечельных шагов приводят к успеху только игрушечные балансы и совсем не удовлетворяют "Инструкции ЦБ РФ ?66-Т от 28.05.2001"
                                                      а 4 и 5 пункт вообще вызывают очень негативные чуства . свалить всю погрешность на один счет ? А вы отдаете себе отчет что данная погрешность может составить N/2 единиц где N количество счетов в разделе ?
                                                      То к чему вы сейчас пришли это какраз то - с чего остальные начинают Прикольно правда что вы прикрутили к задаче Web интерфейс . Только вряд ли вам банки будут присылать балансы ! Если у вас имеется интерес к созданию подобного рода продуктов , оставляйте адрес, могу прислать скриншотики моей визуальной округлялки - она вам может чтото пояснит !

                                                      Комментарий


                                                      • #28
                                                        To comer

                                                        Четыре года назад (если мне не изменяет память ) фирмой МИМ-Технология в журнале "Банковские технологии" была опубликована статья по поводу округления баланса до тысяч. Мы начинали от сложного и в конце-концов перешли к более простому алгоритму округления (что не исключает его дальнейшего развития и улучшения).
                                                        Текст статьи можно посмотреть по ссылке http://www.mimtech.com/round.html

                                                        Комментарий


                                                        • #29
                                                          to strite Статейку почитал ! Это результат отдельного обсуждения ! Если хотите можно на этом остановится. У меня к вашему "сложному " алгоритму еще больше претензий ! если кратко - в качестве резюме: это В реальном времени работать не может. А статья Всего лишь статья для людей не знакомых с теорией множеств и комбинаторикой. На 25 счетах количество вариантов для перебора - вообще выходит за рамки 4 байтового значения.
                                                          Так что вернемся к "простому " алгоритму Если было бы все так просто - люди бы не стали воду мутить и обсуждать . То что вы предлагаете это первое что приходит в голову любому ! Вопрос в том - что с этой невязкой делать дальше ! Кидать на один счет ????? Да вы что ! И после этого говорить - что данный алгоритм всех устраивает ? ( как минимум инструкцию 66?) Хотя может мы говорим о разных вещах . Лично я критерием считаю -максимальную похожесть округленного баланса на первоначальный и мерилом здесь может выступать максимальная дельта в целом по разделу ,а дополнительным критерием можно считать сумму максимальных дельт по строкам или среднюю максимальную дельту. И все это при соблюдении целого ряда условий налагаемых на округленный баланс.
                                                          Например таких : 1)Не опустошаемость ( Если значение было больше 1000) то и в округленном балансе оно должно присутствовать)
                                                          2) Если значение было равно нулю - то и в округленном балансе оно равно нулю.3) Отсутствие перекоса : Если в рублевом балансе сальдо увеличилось - то в округленном оно уменьшится не может. И так далее и тому подобное ....

                                                          P.S А чего вы ушли с более "сложного" алгоритма ? Ведь по вашим данным максимальная дельта достигала 700 рублей а скорость всего 16 секунд ! Да у некоторые принтера баланс дольше печатают . И такие поразительные разультаты получались на технике 4х летней давности. Какая разница пользователю - сложный у программы алгоритм или простой ему важен результат. НЕ ВЕРЮ Я ВАШЕЙ СТАТЬЕ!

                                                          Комментарий


                                                          • #30
                                                            To comer

                                                            Более сложный алгоритм был написан на C в то же время, когда и статья и
                                                            достаточно быстро находил нужные решения и работал в двух наших банках. Но он не устраивал главбухов потому, что невязку относил в том числе и на те счета, которые они не хотели использовать и накладывали "табу". После этого появился список счетов, который они урезали до одного двух счетов, после чего алгоритм естественно не мог давать хорошую невязку. Сами понимаете главбухам доказывать что либо бесполезно.
                                                            Та программа умерла, так на практике все пользуются более примитивными "своими" способами и в этом есть резон. Ведь главбухи решают не математическую задачу, а практическую (иногда даже не принимая в расчет некоторые пункты инструкции - это на их совести). А более простые алгоритмы имеет большую степень управляемости.

                                                            По поводу ваших высказываний.
                                                            Меня несколько раз шокировала безапелляционость многих авторов в банковских форумах, которые подозревают других авторов (или читателей) в незнании чего-то. Десткий сад какой-то.
                                                            Вот и в данном случае. Могу сообщить что я закончил ФУПМ в МФТИ (если Вам это что-нибудь говорит). Темой дипломной работы были методы оптимизации, к сожалению правда не целочисленных задач. Но и об этих вещах я имею достаточное представление. Нигде я не указывал, что описанный алгоритм дает глобальный оптимум (это безнадежное дело) и сам алгоритм является как указано там же "эвристическим" (как и большинство практических методов в подобных областях) - поэтому возражения насчет сложности перебора оставим на совести данного алгоритма - он работал достаточно "разумно" и перебирал "разумное" (а не безумное) количество вариантов. Верить или не верить это Ваше личное дело. Вам наверное должно быть известно, что когда некто указывает, что его алгоритм является эвристическим, то с этим алгоритмом бесполезно "бодаться" теоретически, можно только проверять его на практических примерах. И если он ведет себя разумно, то его вполне можно использовать.

                                                            Программа работающая сейчас в онлайне написана на Perl (мы не можем пока - не разрешают инсталлировать программы на C). Perl достаточно медленный язык и алгоритм должен быть минимально простым. Сейчас он дорабатывается. Ваше возражение на счет одного счета вполне очевидно и мы и итак собирались это исправить. Алгоритм будет естественно опять же эвристическим и насколько он будет приемлем на практике - практика же и докажет. Упражняться же в словесах нет особого желания.
                                                            Если хотите можно через некоторое время провести пробные округления баланса по Вашей программе и по нашей онлайновой программе.
                                                            Это и будет окончательной практической "истиной". При этом я нисколько не уверен, что наша версия будет лучше. Но..., двигателем прогресса как известно является конкуренция, соревнование. Поэтому пусть будет так как будет.
                                                            Мы не тщеславны и лишь можем стараться делать по возможности лучше чем "вчера" и надеяться что сможем кому-нибудь помочь.

                                                            Комментарий

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

                                                            Свернуть

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

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