Откровенная ложь.Цитата:
Сообщение от Ксения***
Ксения***, зачем тут пудрить мозги народу, если регламент работы Федерального казначества хорощо известен и опубликован?
Вид для печати
Откровенная ложь.Цитата:
Сообщение от Ксения***
Ксения***, зачем тут пудрить мозги народу, если регламент работы Федерального казначества хорощо известен и опубликован?
Удивляться тут нечему. Банальный развод кроликов, хотя сегодня и не первое апреля.Цитата:
Сообщение от Воробьев Максим
Федеральное казначество так никогда не работало и не может работать в принципе.
Это банальное нарушение самой сути ЭЦП.
Сильно сомневаюсь что листки без подписей он одобрит. Я бы эти бумажки даже к проверке не взял бы, а в акте написал "Согласно учетной политике документы хранятся в электронном виде. По требованию представлены распечатанные бумажные экземпляры без подписей подтверждающих их достоверность и соответствие бумажному экземпляру. На основании указанного документы к проверке не приняты"Цитата:
Сообщение от Qwer12Qwer12
Бумажка превращается в документ, только после подписи, придающей ей законную силу
Так бумагу вы будете распечатывать только проверяющим. Проверяющие попросят допустим документы за январь, их распечатаете.Цитата:
Сообщение от Qwer12Qwer12
Вот для этого и нужен порядок распечатывания документов, например тот, кто распечатывает ставит подпись "Бумажный вариант соответствует электронной копии" или попроще "Копия верна" и подпись. А так же список лиц, имеющих право подписывать такие копии.Цитата:
Сообщение от Qwer12Qwer12
А причем тут обычная печать ??? Не вижу аналогии.Цитата:
Сообщение от Qwer12Qwer12
Я говорю о хранении документов с ЭЦП и их последующем представлении проверяющим.
Инструкция 148н обязывает организацию ежемесячно сброшюровывать все первичные документы, а как вы сброшуруете электронные документы ? Вот здесь то прописанный порядок и нужен.
Ну я уверен что у вас в учетной политике много чего прописано, что уже прописано законодательно :)Цитата:
Сообщение от Qwer12Qwer12
Кроме того считаю, что если в законе написано несколько возможных вариантов, то в учетной политике это в обязательном случае должно быть отражено.
Нет. В учетной политике будет прописано какие документы, а как хранить и печатать - отдельный порядокЦитата:
Сообщение от Qwer12Qwer12
Наверное вы правы. Слишком это серьезное дело. Не дай бог санкционировать не тот платеж...Цитата:
Сообщение от BorisG
Не наверное, а у случае федерального уровня это без вариантов.Цитата:
Сообщение от Воробьев Максим
Заявка на кассовый расход для любого ПБС - юридически значимый финансовый документ, который без каких-либо вариантов должен быть подписан двумя подписями, внесенными в карточку образцов и печатей. Это не обсуждается.
Подписанный третьим лицом электронный документ может быть принят лишь в случае представления бумажного оригинала первичного первичного документа, подписанного в соответствии с указанными выше правилами.
Но такой схемы документооборота в регламенте ФК нет по опредедению.
Что говорит лишь о том, что автор откровенно врет, несмотря на множество заданных наводящих и уточняющих вопросов.
Это у Вас довольно интересно...Цитата:
Сообщение от Ксения***
И тот путь который Вы описали для документов Например: кассир готовит заявку руководитель и гл.бух.подписывает не у всех так.Это уже относится к управленческому учету. Я имею ввиду в части, кто готовит заявки- это может быть и любой другой бухгалтер и даже гл.бух-р.
По поводу подписания документов в СЭД
Там предусмотрены две подписи должностных лиц.
Я как гл.бух подписываю рукописно заявки и так же руководитель затем должностное лицо (бухгалтер) уполномоченное быть ответственным лицом за эл.документооборот с казначейством подписывает заявки нашими эл.подписями и отправляет заявки электронно в казначейство.
Да уж...Цитата:
Сообщение от tat9718204
tat9718204, если Вы грубо нарушаете регламент (даже при условии, что его нарушают почти поголовно), это вовсе не повод об этом объявлять в форуме.
Проверяющим об этом не скажите. С точки зрения закона это дискредитация ЭЦП с неоходимостью ее немедленного изъятия. Прочтите внимательно регламент работы с ЭЦП.
Я с вами абсолютно согласна, зачем спорить, пусть думают что хотят, если есть бумажный вариант, то какой спор? И СЭД с ФЕДЕРАЛЬНЫМ КАЗНАЧЕЙСТВОМ!Цитата:
Ксения***
BorisG, я понимаю о чем Вы говорите дискета с эл.подписью д.б. в сейфе под замком и должностные лица должны подойти и самостоятельно подписать каждый электронный документ самостоятельно.
Подняла еще раз свой договор "об обмене электронными документами"
и там прописано ...запрещается передавать третьим лицам..
С Вашими замечаниями согласна.,
Но если в тему рассуждать ...
У нас всегда первоначально заявки подписаны должностными лицами собственно ручно на бумажном носители.
Есть приказ о назначении ответственных лиц за электронный документооборот, на которых возложены обязанности по формированию,отправке , получению и проверке подлинности электронных документов в соответствии с Правилами электронного документооборота в информационной системе Федерального казначейства.
Думаете эти лица не могут подписать электронно заявки подписями должностных лиц которые ими же уже подписаны на бумаге.
Думаю это не интересно но все же скажу у нас есть еще и промежуточный контроль заявок на кассовый расход, финансовым органом, что это означает : подписанные на бумаге заявки с приложением всех первичных и оправдательных документов несем в финансовый орган те в свою очередь проверяю и санкционирую расходы, ставя отметку о санкционировании. Затем только мы их скидываем по СЭДу в казначейство. В течении рабочего дня фин.орган в казначейство скидывает реестр по учреждениям, где видно какие платежи просанкционированы и только те казначейство пропускает к оплате.
При таком контроле исключено,что кто то воспользуется не законно электронными подписями. Платежи просто напросто никогда не пройдут если будут подписаны только по СЭДу электронно.
BorisG, выскажите свою точку зрения по этому вопросу мне действительно интересно ее услышать.
Ни о чем. Это Ваш внутренний документооборот, не имеющий ничего общего с поднятой проблемой.Цитата:
Сообщение от tat9718204
Нет, не могут. Вы же сами убедились, что передача ЭЦП третьим лицам не разрешается.Цитата:
Сообщение от tat9718204
Скажу больше, все эти разговоры про уполномоченных лиц, передачи носителей с ЭЦП - это от лукавого, и от того, что "придворный" разработчик делает кривой продукт.
Посмотрите, как работают те же банки. Там же и повода нет для передачи ЭЦП.
В принципе, так должен работать и СЭД, и даже больше того, сейчас, как я понимаю, он так может работать. Т.е. в принципе, руководитель может подписывать документы на своем рабочем месте. Конечно, как это сделано в СЭДе - это извращение, но все же...
В этом случае заявка в электронном виде не несет в себе юридического смысла, и тогда совершенно неважно, подписана она кем-то, или вообще не подписана. Как пример - отчетность на дискетах в налоговую, как приложение к бумажным носителям, заверенным должным образом.Цитата:
Сообщение от tat9718204
Т.е. это не по теме ветки.
С точки зрения организации СЭД, как это задумано изначально - это неверный тезис.Цитата:
Сообщение от tat9718204
Как раз и уйдут только с ЭЦП, а то, что подписан, или нет, бумажный документ в учреждении - казначейство и не видит, и его это не волнует, поскольку изначально юридическую силу имеет именно документ, подписанный ЭЦП. Я имею в виду, конечно, стандартный электронный документооборот с ФК.
представляю..:)Цитата:
Сообщение от BorisG
а у Вас хранится архив с цифровыми подписями? ведь бумажный вариант заявки, насколько я помню, вы не распечатываете и не подшиваете к Журналу №2?Цитата:
Сообщение от Plesen~
Так, как описывает Ксения*** мы работаем с территориальным казначейством. Там программой не предусмотренно подписывать двумя ЭЦП. Маразм в том, что дискетка просто дает доступ к программе с помощью которой осуществляется обмен эл.документами.
Да и вообще принцип работы отличен от работы в СЭД. У нас, кстати, в старые добрые времена, когда мы еще обслуживались в федеральном казначействе, СЭД стоял и у начальника, и он подписывал свой подписью сам.
;)Цитата:
Сообщение от Аноним223
Аноним223, если бы ты вспомнила, где работает госпожа Plesen~, то легко бы могла понять, что ответ на этот вопрос как бы вполне очевиден ;)
Видишь ли... я выше написал, что множество доморощенных программистов, допущенных ко двору, вполне могут изобразить что угодно, в том числе и эту схему, никак не соответствующую закону.Цитата:
Сообщение от Аноним8442
Ксения*** же уверяет, что тот бардак, что она описывает, имеет место на федеральном уровне, что есть откровенная ложь.
как можно вспомнить то, чего не знаешь? потому и ответ для меня не очевиден. я только читала тему о распечатке заявок на кассовый расходЦитата:
Сообщение от BorisG
если очевиден для вас - подскажите, пожалуйста
Да а что тут подсказывать?Цитата:
Сообщение от Аноним223
В силу того, что в ее учреждении один из лучших вычислительных центров России, у нее по определению не стоит вопрос архивных копий.
тогда вопрос ещё один, я озадачила программистов созданием архива, вот только непонятно, как проверяющие этим архивом пользоваться будут.Цитата:
Сообщение от BorisG
Следует иметь ещё одну программу для чтения архива или они из архива будут брать файлы, подгружать их к СЭДу и читать оттуда? В общем сложно сформулировать задачу программистам, если не владеешь терминологией. Потому и прошу помощи в формулировках, достаточно ли просто хранить файлы кассовых заявок, подписанных ЭЦП, обеспечив условия (носители, сейф, ответственный) или надо какие-то особые условия создавать, программы покупать?
Но мне кажется это разумнее и менее затратно, чем печатать бумажный вариант заявок и подшивать их к выпискам.
Что поделаешь , уважаемый BorisG. но у нас именно так, как описывает Ксения***, и это не ложь, спуститесь на землю, в договоре с казначейством все прописаноЦитата:
Сообщение от BorisG
Так он так и работает.. Главное поставить его руководителю. А вот то, что в результате далеко не каждый руководитель (уполномоченное лицо) будет смотреть электронный документ, да еще в таком виде, как он представлен в СЭД, это факт.Цитата:
Сообщение от BorisG
А проверяющие им пользоваться не будут :) Пользоваться архивом будете вы, когда надо будет проверяющим распечатать документ.Цитата:
Сообщение от Аноним223
Здесь вы правы, действительно, если вы храните структурированные файлы, то всегда должна быть возможность их просмотреть, что не всегда возможно, особенно учитывая срок хранения документов и постоянные изменения форматов.Цитата:
Сообщение от Аноним223
Считаю, что лучше всего хранить документы в читабельном виде.
Поэтому мы хранили документы в формате pdf, который можно просмотреть как документ (а не как структурированный файл), либо, как позволяет СЭД - в формате rtf (или doc, не помню), но эти форматы можно легко случайно изменить.
Формат pdf получали с помощью какого то виртуального принтера, т.е. печатаешь на этот принтер, а получаешь pdf документ, который уже и подписывается.
В последних версиях офиса (2003, 2007) появился такой же виртуальный принтер, но он сохраняет в своем формате, либо картинка tiff, которые так же можно ипсользовать.
тема про хранение эл. документов уже не первая на форуме. но полной картины у меня пока нет, как же мастодонты форума все-таки организовали, чтоб ничего не нарушить. выдержки из учетной политики может кто приведет, где про электронные документы речь. у нас тоже (по всей области) подписывается ЗКР в казначейство одной подписью. только с условием, что лицо должно быть указано в карточке образцов подписей. я вас почитала и попросила сделать 2 подписи. все посчитали, что я сильно мудрю и это не нужно. ЗКР на бумаге мы не стали распечатывать. но вот еще, проверяющая вычитала в приложении к 148Н, что к журналу № 2 мы еще и платежки должны распечатать, т.к. там написано "платежки", а не заявки. и я чем больше читаю, тем больше запутываюсь. платежка ведь не наш документ. а так хочется всё сделать ПРАВИЛЬНО
можно поподробнее. хранить архив с файлами, которые можно случайно изменить по моему вообще нет смысла.Цитата:
Сообщение от Воробьев Максим
вопрос ведь в том, чтобы хранить не просто файлы, а файлы с ЭЦП
а о том, что происходит постоянное обновление СЭД и прошлогодние файлы могут не прочитаться я вообще не подумала.
так все-таки какие есть варианты создания ПРАВИЛЬНОГО архива с возможностью пользоваться им в случае необходимости?????
или хоть подскажите где почитать, поскольку поиск дал лишь общие слова - "стремимся", "создаем", "следует организовать"...
Полностью согласен.Цитата:
Сообщение от Аноним223
Все правильно. Насколько я знаю СЭД не позволяет выгружать файлы с ЭЦП, а если бы и позволял, то они были бы в структурированном формате. Поэтому в этом случае мы подписывали документы дважды, один раз в СЭД, один раз в читабельном виде на диске при помощи того же КроптоПро, но другими подписями (не СЭД`овскими).Цитата:
Сообщение от Аноним223
Более того, не сегодня, так завтра казначейство откажется от СЭД и что тогда ?Цитата:
Сообщение от Аноним223
нда, вопросов прибывает, непонятно где искать ответы. наши программисты говорят - мы не понимаем чего вы хотите, обращайтесь к казначеям, которые, понятное дело, хоть и понимают о чем речь, но вовсе не обязаны нам помогать... и не слишком хотят, особенно в период отпусков
"читабельный" вид я представляю в экселе, ворде, rtf. а что у вас за формат?
э-э-э... не понял. Система электронного документооборота (СЭД) - двунаправленная система.Цитата:
Сообщение от Воробьев Максим
Ну ладно, свои документы вы можете подписать ЭЦП , можете распечатать и подписать бумажку... но входящие (чужие) документы? Что, тоже подписываете своей подписью? пишете - "копия верна", фотографируете в tiff и подписываете?
и ничего тогда.Цитата:
Сообщение от Воробьев Максим
Хранить нужно не только саму базу данных, а и программные средства, позволяющие правильно обработать эти данные. В том числе и дистрибутив СЭД (программу), и дистрибутив крипто-средств (конкретно на сегодня - Крипто-Про 2.0 и Крипто-Про 3.0).
Я могу развернуть из архива на чистом компьютере любую версию СЭД (помесячно) с актуальной на тот момент базой, с актуальным на тот момент криптопровайдером, с актальными на тот момент ЭЦП.
За все время взаимодействия учреждения и ОФК через СЭД (а это несколько лет).
Потому что архивирую не только базу СЭД, а полностью программный и криптографический комплекс.
И при это имею штатную (средствами самого СЭД реализованную) проверку и подтверждение ЭЦП, как своих, так и входящих (чужих) документов. И возможность распечатать прямо из СЭД любой документ.
Конечно, есть проблема со штампом времени. Лечится примитивно - выставляешь на компе системную дату, соответствующую дате архива.
По умолчанию СЭД установлен в папке FKClnt1.
Никто не мешает вам сделать и "заморозить" дополнительные FkClnt_2008, FkClnt_2009 и т.п. и подключаться к ним при необходимости, не опасаясь, что в связи с обновлениями СЭД позапрошлогодние документы могут некорректно обрабатываться текущей версией СЭД'а.
Практически так. В СЭД можно распечатать протокол проверки подписей и пописать своей подписью, что будет означать что подписи действительны и верны. Естественно это должно быть предусмотрено внутренним порядком.Цитата:
Сообщение от VLDMR
Все правильно, причем хранение этих баз в данном случае необходимо так же осуществлять с ЭЦП.Цитата:
Сообщение от VLDMR
Я этого не знал, почему то был уверен, что база СЭД храниться только на сервере УФК, а не на машинах клиентов, но если это так, то можно хранить и базу СЭД со всеми ЭЦП.Цитата:
Сообщение от VLDMR
Правда, если не ошибаюсь, была в СЭД проблема, когда при проверки документа с уже не действующей подписью в протоколе проверки писалась ошибка, вместо абонента подписи. Не знаю, исправлена ли она. В любом случае не стал бы доверять СЭД, уж очень криворукие программисты в ОТР2000 сидят...
размышляя по поводу архива пришла к ещё одному выводу - не нужно хранить архив документов с нашими ЭЦП, нужен архив документов с ЭЦП казначейскими. По аналогии с п/п, которые мы хранили раньше. Разница в том, что до введения СЭД казначеи ставили синий штамкик и подпись - проведено, а теперь синий штампик отсутствует и для подтвержения подлинности платежки видимо и следует хранить ИХ файлы, подписанные ИХ ЭЦП. Ведь мы и раньше не хранили п/п со своей подписью, подписанные НАМИ документы должны хранить казначеи, чтобы доказать что они провели именно то, что мы подписали.
Возможно это очевидно для специалистов, но мне бы хотелось услышать верны ли мои рассуждения, потому как тема началась с требования Росфиннадзора предъявить подписанные кассовые заявки, вот я и думаю - а что это даст???? где гарантия, что именно эти документы были проведены УФК, тем более, что некоторые заявки приходится отзывать.
мы распечатываем и подшиваем именно платежки и именно они указываются в выписке, на осеновании платежек проводится списание средствЦитата:
Сообщение от Аноним
да мы уж всякое перестраивались. платежки распечатываем тоже. к журналу №2 прикладываем. тогда у вас ссылка в журнале идет на платежки, да? я не знаю, здравый смысл подсказывает, что ссылка должна идти на наши заявки.Цитата:
Сообщение от Аноним223
насчет хранения баз СЭД за 2008-2010 и прочие годы.... а зачем это нужно? если все документы за прошлые годы есть в текущей рабочей базе? ну переместите их в архив этого же СЭД, чтоб не мешались...
1. ссылка на п/п, даже номера в выписках = номера п\п и списание происходит именно на основании п/п, а заявок в перечне первички нетЦитата:
Сообщение от Аноним
2. архив, если это действительно архив, должен храниться отдельно. полетит диск и что делать будете?
Так, чтобы на пальцах - нигде.Цитата:
Сообщение от Аноним223
На системных форумах некоторые вопросы, конечно, можно проянить. Но в целом - это лучше поручить специалистам, поскольку подход в этом вопросе, увы, индивидуальный.
VLDMR наглядно показал на примере СЭДа, что в зависимости от используемого ПО, подходы разные. И это только вопрос об архивных копиях, т.е. копиях долговременного хранения. А есть еще резервные копии приложения и целиком системы, в целях безопасности, резервные копии при обновлениях системы и т.д.
У меня, например, сотрудники всегда делают резервные копии до и после произведенного обновления, независимо от того, что ежедневные резервные копии по договору обязан делать клиент, и только в редких случаях это позволяется делать сотрудникам клиента, только в тех случаях, когда я уверен, что такой копии можно доверять.
А вот подробно обсуждать этот вопрос в непрофильном бухгалтерском форуме - смысла большого нет.
Неверно в принципе.Цитата:
Сообщение от Аноним223
Платежка - это не Ваш документ, а казначейский.
Как ни крути, но для Вас первичным и юридически значимым документом является именно заявка на кассовый расход с Вашими подписями.
Платежка в сегодняшней схеме кассового исполнения бюджета для ПБС- лишь средство контроля исполнения заявки, и не более того.
Это тоже неверный вывод, основанный всего лишь на криворукости программистов СЭДа.Цитата:
Сообщение от Аноним223
В принципе электронный документооборот должен предусматривать очевидное и отражаемое в форме изменение статуса документа.
но с банковскими документами (у нас счет ОМС в банке) мы же не храним п/п со своей подписью и печатью?Цитата:
Сообщение от BorisG
и ещё, именно ДЛЯ НАС подтверждение того, что мы именно этот документ создавали и подписывали нужен в случае конфликта, ну или просто выяснения именно с казначеями, дескать мы вам отправляли то, а вы провели это. Но если мы согласны, то какие у Росфиннадзора основания сомневаться???? казначеи провели на основании документа, подписанного ЭЦП, они и хранят эти основания для формирования платежки у себя, как банк хранит у себя п/п с нашими подписями и печатями....
Но Вы храните документ, подтверждающий, что Вашу платежку принял банк. И это, заметьте, Ваш документ.Цитата:
Сообщение от Аноним223
Форма этого документа - это совем другой вопрос. Одна из форм - отметка банка на Вашем экземпляре ПП.
Так вот именно платежка таким документом никак не является.Цитата:
Сообщение от Аноним223
Пользуясь Вашей же терминологией, Вы его не создавали и не подписывали.
Для Вас подтверждением является документ, подтверждающий, что Ваша заявка исполнена.
В идеальном варианте в этом документе должны быть указаны номера Ваших ЭЦП, с которыми Ваша заявка отправлена, отметка об исполнении ФК, и он должен быть подписан ЭЦП ФК. В принципе, любая более - менее нормальная система клиент - банк такой документ имеет.
а почему нельзя платежку считать таким документом? когда исполнена заявка и приходит электронная платежка вместе с выпиской из лицевого счета организации и там есть штамп органа, ФИО исполнителя и дата проведения.Цитата:
Сообщение от BorisG
а в Вашей организации к журналу № 2 что прикладывается и на какой документ идет ссылка?
ну вот я и планирую хранить казначейские документы, подписанные их ЭЦП в сочетании с выписками, в которых есть ссылка на номер нашего документа и " п/п сформированного ими.Цитата:
Сообщение от BorisG
Поскольку нужно это все не для работы (все платежи мы просматриваем в момент получения выписки), а для проверяющих, у которых, похоже, тоже нет определенного понимания процесса, судя по их требованиям, лучше хранить 2 базы - наших документво, подписанных ЭЦП со статусом "отправлено" и их п/п.
Прописать это в учетной пол-ке и предъявлять проверяющим с умным видом. Проблема возникнет, если среди них разбирающийся во всех вопросах человек окажется, но тогда он должен будет понимать наличие противоречий в требованиях
хорошо, у меня будет ежедневная копия базы на другом компе. её восстановлю. и еще если уж совсем ничего не останется, заново клиентскую поставлю. документы там не теряются. база на сервере. ну а как предлагал VLDMR за каждый год отдельно, так это лишние заморочки. т.е. ему же надо, чтоб это всё на самом деле работало, а не просто , чтоб был набор файлов его клиентской части, актуальную серверную часть. он где её возьмёт? клиентская сама по себе ничего не значит. или она сама по себе может использоваться?Цитата:
Сообщение от Аноним223
должна быть связь клиент-сервер. или еще я представляю так: пусть у меня клиентская 2008 года. хочу просмотреть из неё документы в 2010 году. так сервер уже обновлён неизвестно сколько раз за 2 года. тогда и клиентскую надо дообновлять до версии серверной.
_____________
самое главное, что подписей ЭЦП все-таки должно быть две, как в бумажной заявке.
Под серверной частью вы понимаете сервер в ОФК?Цитата:
Сообщение от Аноним
Послушайте, здесь же все работают с СЭД, что ж вы тут лапшу на уши вешаете? ;)
Ну хорошо... проведем эксперимент... выдерните телефонный шнур из розетки, таким образом, вы гарантированно отключитесь от сервера ОФК :p
И что? Вы не сможете запустить программу АРМ СЭД? Вы не сможете увидеть документы принятые, отправленные, их статус, их подписи? Скажем, документы недельной давности?
Создается такое впечатление, что вы никогда не работали в СЭД. Имеется в виду разработчик ОТР 2000. А то, может, под СЭД вы подразумеваете какую-то другую программу, типа УРМ Криста или нечто подобное. В принципе, это тоже система электронного документооборота (т.е. СЭД). Но... СЭД, да не тот... ;)
Соответствие версий клиентской и серверной части и связь клиент-сервер нужны только при осуществлении обмена.Цитата:
Сообщение от Аноним
Для того, чтобы просмотреть уже осуществленный документооборот, связь с сервером ОФК вообще не нужна. Все хранится в вашей локальной базе, на вашем компьютере.
Теперь, что касается хранения всех прошлых лет в текущей рабочей базе.
Во-первых, как уже было сказано, ПО СЭД постоянно дорабатывается.
И я не уверен, что документы позапрошлого года будут обрабатываться нынешней версией СЭД так же, как они обрабатывались в те года. Недаром в СЭД появились такие пункты - "неиспользуемые документы", "устаревшие документы". Предпочитаю смотреть документы именно в той версии СЭД'а, в которой они были подготовлены и осуществлен документооборот. По крайней мере, голова по поводу каких-то неожиданностей в этом случае болеть не будет, я буду знать, что мне гарантирована повторяемость результата.
Во-вторых, есть такое понятие, как размер базы. Мало того, что СЭД гораздо быстрее работает с маленькой, "обрезанной" базой. Кроме этого, для той части клиентов, у кого клиентская часть реализована на ацессе, размер файла mdb физически не может превышать определенной величины. А при превышении этой величины - либо переход на SQL, либо "обрезание" базы. Многие учреждения не могут себе позволить SQL, да и ни к чему им.
Поэтому текущая рабочая база время от времени периодически чистится, обрезается. И, разумеется, перед этим архивируется. ;)
