Берется толковый программист - 1 штука. Делается небольшая обработка. Все, на этом баталии можно закончить. Раз в месяц запускается вышеуказанная проводочка и лог правиться по указанному алгоритму. С 1С точно проходит.

Как у Вас просто-то всё. Лог вообще можно править руками - это текстовый файл, можно вообще от него избавиться, только отвественность за него несёт фирма, эксплуатирующая программу. Можно даже удалить проводку задним числом, после этого реорганизовать базу данных так, чтобы уникальный номер выбывшей проводки был присвоен последующей за ней и перестроены все осташиеся, далее откорректирован лог на предмет новых уникальных номеров. Да, всё это можно автоматизировать, только бухгалтер, во-первых, замучается это применять, во-вторых и самое главное, правила 585 обязывают фирму организовать архивацию данных. В прошлом месяце у Вас одни уникальные номера проводок, в текущем - другие.

Там, где ведут только компьютерный учет, всегда есть кому привести все в порядок. На любой программе.

Замучаетесь приводить в порядок весь архив, например, 5 месяцев спустя что-либо корректируем. Сколько имеется архивных файлов за эти 5 месяцев и все их нужно привести в порядок.

Это ж скока надо проводок, чтобы каждый месяц архивировать.

Ручками канечно можно, тока это не продуктивно.

Конечно руководитель несет ответственность за сохранность лога, но ведь я не предлагаю его удалить

У меня есть фирмы, где архивация работает 2 раза в день (днём и ночью). Я говорю не об удалении лога, а о его корректировке в архивных файлах, замучаетесь делать :).

Ну вообще-то архивация файлов и выгрузка проводок в архив - это две разные вещи. Файловые архивы вы не обязаны предоставлять для проверки, если в текущей базе есть проводки за весь период.

Что значит не обязаны, если это предусмотрено правилами. И что такое "архивация файлов и выгрузка проводок в архив - это две разные вещи"?

Обеспечение сохранности данных - это значит, что на момент контроля Вы обладаете всеми неоходимыми данными для предъявления. И их резервной копией. Режим резервного копирования не регламентируется. Может для Makssoft есть что-то специальное. Глубоко личное. Свой экземпляр правил (585 a la Makssoft). Сколько хранить резервных копий - 1 например, но полную. За вчера.

И если непонятна разница между архивированием базы и выгрузкой проводок в специально созданные файлы, то Бог поможет, не расстраивайтесь.

Выгрузка проводок в архив - это что-то глубоко личное :), потому для непосвящённых непонятное. Режим резервного копирования действительно не регламентируется, но в достаточно "серьёзных" системах организован надлежащим образом.

А вас кто-то заставляет показывать ВСЕ ваши ВНУТРЕННИЕ архивы?

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

Вообще, Makssoft, не выдумывайте проблемы там где их нет.

Это что-то от 1С - выгрузка проводок в архив. У меня ничего не выгружается, есть доступ к любому году так же, как и к текущему. Это особенности Вашего учёта и как это непонятно ещё кому-то, как будто по-другому (и кстати гораздо удобнее) не бывает :). Не думайте, что Вы умнее тех, кто придумал эти правила по бух. программам.

Makssoft, вы очень далеки от программирования, вы наверное классный спец в бухгалтерии, но не можете же вы знать все. Просто представьте, что у вас база 5-10 Гигов и как все это медленно ворочается, естественно старые периоды удаляют в архив.

Andre, зря наезжаете на Макссофт. Вы просто не видели ее программу.

Я не наезжаю, я говорю, что она не права.

Andre, может Вы и очень близки к программированию, но не предполагаете, что база может быть организована более рационально, разбита по периодам, иметь к ним оперативный доступ, соответственно не иметь таких размеров и не удалять старые периоды в архив. И ворочается в моей программе ну очень быстро :). А вообще-то я профессиональный программист и работаю по профессии вот уже 24-й год. А бухгалтерия - по совместительству в силу того, что с самого начала занималась разработкой бухгалтерских программ. И до спеца мне очень далеко :).

Тогда странно, почему вас вообще посетила мысль о корректировки лога в архивных файлах - ваши внутренние архивы никого не волнуют. Главное, чтобы рабочая база была в порядке.

Скажем так, как не организуй базу, без удаления проводок (записей) размер ее сильно уменьшить не удастся. На какие-то проценты - да, но не глобально.

Конечно можно организовать хранение данных за каждый период в отдельной таблице. Выигрышь будет в выборке результата внутри одного периода и гораздо большими тормозами при выборке результатов за несколько периодов одновременно.

Я не знаю сколько человек работали над разработкой вашей программы и сколько инсталляций у конечных пользователей, а у 1С десятки тысяч установленных копий и куча разработчиков, которые трудятся над совершенствованием ядра и конфигураций.

Andre. Да срубят Буратину в огороде и сами себе радуются. Сок из себя варят и пьют до потери критики. Разбитая на кусочки база - убожество с точки зрения современных технологий. 24 года назад за это было очень круто. Говорить бесполезно - язык другой. Даже не понимают чем бахвалятся.

Andre, Вы заблуждаетесь по поводу того, что лог в архивных файлах никого не волнует. Я с этим сталкивалась, поэтому знаю, о чём говорю. Я не буду читать Вам лекцию о проектировании базы данных для бухгалтерии, но уверяю Вас, что у меня она построена значительно рациональней, а главное, удобней для пользователя.

Диа, с точки зрения современных технологий - убожество то, как построена база в 1С. В Вашей ненаглядной 2 пути : или видеть один год таксации и тогда всё работает быстро, или 5 лет вместе, но тогда можно пойти чай попить. И Ваша куча разработчиков не могла дойти до другой технологии?

Makssoft Вы можете гнать любую волну о том, чего не знаете. Все равно никто не понимает, о чем речь.

Можно рассказывать, что Вы круче "1С". Законом не запрещено, и благодарные слушатели есть. Давно что-то не выскакивали.