Статья: "1С:Предприятие 7.7": хождение по граблям

[Статья]

<p align="right">Царьков Валерий
<a href="http://warenic.narod.ru/" target="_blank">http://warenic.narod.ru/</a></p>
<p><b>
<a href="#1">Нарушение целостности данных в компоненте <b>РАСЧЕТ</b></a>
<a href="#2">Глюки с вытеснением расчетов</a>
<a href="#3">Неожиданное закрытие программы</a>
<a href="#4">Препарируем план счетов</a>
<a href="#5">Побеждаем ограничение длины неопределенного типа</a>
<a href="#6">Общие справочники</a>
</b></p>

<h1><a name="1">
Нарушение целостности данных в компоненте РАСЧЕТ.</h1>
<p>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
С этой особенностью компоненты <b>РАСЧЕТ</b> я столкнулся совершенно случайно.
Жила-была база ЗиК первой редакции. И вот наступил новый 2003 год. Подготовили
и сдали все отчеты, настала пора переходить на вторую редакцию. Процесс перехода
описывать не стану, все прошло относительно неплохо. Проработали полгода -
все нормально. Так дернули-ж черти перенести базу с DBF на SQL. После простой
выгрузки/загрузки данных пропали некоторые записи журнала расчетов и отменилось
проведение нескольких документов. Из чего следовало, что резервное копирование
методом выгрузки данных, проводимое регулярно, не имеет смысла, т.к. не обеспечивает
100% отката!
Причину мне подсказали на форуме: <a href="http://www.kuban.ru/cgi-bin/forum/forum9.cgi" target=_blank>"Территория 1С"</a>.
Это - результат перехода с первой редакции, где документ <b>Кадровое перемещение</b> принадлежал
к компоненте расчет.
&nbsp;&nbsp;&nbsp;
Я решил проверить. Оказалось, что при выключении флажка <b>Бухгалтерский учет</b> или <b>Оперативный учет</b>
<center>

<IMG border=0 src="http://warenic.narod.ru/img/doc11_1.GIF">
</center>

система проверяет наличие проведенных документов и не позволяет записать изменения,
<center>

<IMG border=0 src="http://warenic.narod.ru/img/doc11_2.GIF">
</center>

а <b>Расчет</b> - выключай на здоровье! При загрузке записи журнала расчетов
оказывались привязанными к "непроводному" документу и просто удялялись, а сам документ делался непроведенным.
</p>
<h1><a name="2">
Глюки с вытеснением расчетов.</h1>
<p>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Интересненькое дельце. Отпускаем
работника в отпуск в межрасчетный период. Месяц закрываем, переходим на следуюжий.
Отзываем работника из отпуска. В журнале все нормально, записи об отпуске
отсторнировались и ввелись заново (по другую дату включительно). Теперь оформляем
оплату по среднему и...

Читать всю статью: http://www.klerk.ru/soft/1c?5211

[Кондаков]

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

[Axxe]

категорически согласен с г-ном Кондаковым.
доп. вопросы относительно потери информации при выгрузке/загрузке: а какие версии MDAC, сиквела, и релизы 1С установлены?

[Кондаков]

Хотел бы объяснить причины, по которым уверен что это приведет к падению базы
1. Общие справочники.
Как вы понимаете, справочник не всегда состоит только из текстовых полей. Предложение автора можно применять только на простейший классификаторы, не содержащие никакой дополнительной информации типа ссылок на документы, другие справочники, поля неограниченного размера, периодических реквизитов. Так как ссылки эти будут каждой базой восприниматься по своему, это в свою очередь приведет к некорректной работе
Что касатется плана счетов, то Автор не правильно понял формат Main Metadata Stream, фрагмент из которого приведен в статье. То самое число 15 не означает что счет введен в конфигураторе. На самом деле, это уникальный идентификатор, объекта метаданных. То есть значение F в файле плана счетов, есть ни что иное, как ссылка на объект метаданных. Если вы желаете, запретить редактирование в плане счетов какой то из счетов, не обязательно ставить 15, можно поставить любое не нулевое значение. Но важно помнить, что это опять же сделает работу 1С не предсказуемой. Только разработчики знают что помимо запрета редактирование дает это поле.
По сему, не хотел бы обижать Уважаемого автора, но на мой взгляд, публикация на клерке подобной информации, это равносильно, передачи ребенку ядерного чемоданчика.

Что касается версий 1С SQL & MDAC в данных примерах они не существены Если конечно не очень старые