Может кому пригодится: закомментировал строки 567 и 568 в модуле основной формы обработки. Что-то выгрузилось... Бухгалтера завтра проверят, затянут в МЕДок.

//Список очищаемых реквизитов
    ОчищаемыеРеквизиты = Новый СписокЗначений;
    //ОчищаемыеРеквизиты.Добавить("ДатаПодписи");
    //ОчищаемыеРеквизиты.Добавить("ЕдиницаИзмерения");
    ОчищаемыеРеквизиты.Добавить("Комментарий");
    ОчищаемыеРеквизиты.Добавить("НалоговыйДокумент");
    ОчищаемыеРеквизиты.Добавить("Организация");
    ОчищаемыеРеквизиты.Добавить("Периодичность");
    ОчищаемыеРеквизиты.Добавить("ТочностьЕдиницыИзмерения");
    ОчищаемыеРеквизиты.Добавить("мДатаКонцаПериодаОтчета");
    ОчищаемыеРеквизиты.Добавить("мДатаНачалаПериодаОтчета");
    ОчищаемыеРеквизиты.Добавить("мДеревоСтраницОтчета");
    ОчищаемыеРеквизиты.Добавить("мЕстьВыбранные");
    ОчищаемыеРеквизиты.Добавить("мЗаписьЗапрещена");
    ОчищаемыеРеквизиты.Добавить("мСкопированаФорма");
    ОчищаемыеРеквизиты.Добавить("мСохраненныйДок");

Ребята, а в чём суть "не светить реальными цифрами"? Чтобы ник-то не завидовал или налоговая не вычислила?

Южная переферия, обласной центр. Оформлен как ЧП на ЕН. В основном работаю с двумя фирмами за фикс. оплату, ну и + временные клиенты. Работаю с 2005 г. с 7.7 Бух. учет в основном + самписные конфигурации на 7.7. Оплата клиентов по безналу (типа белая получается)+ доп. подработки нал./безнал. Минимум в месяц 5000 и до 7000-7500 получается. Стоит отметить что с 8 не работал вообще.

Обмен производится пользователями вручную раз в день или несколько раз в день (в зависимости от необходимости). В основном это отправка из ЦБ в ПБ и сразу получение данных из ПБ обратно. Но бывает по разному. О том что файлы не открываются мне жалоб не поступало.

Пытался выяснить были ли проблемы с отключением питания или зависанием, сообщили лишь о том, что тормозит и подвисает комп, который подключается к ПБ через расшаренную папку, как думаете, может ли это быть причиной сбоев в базе?


Пока не пробовал, есть такое желание, нужно только время выделить на это. Если чесно, то с СКЛем пока не сталкивался. Только теоретически.

Да, в ЦБ правят документы ПБ, но не только "проблемной", но и других. После правки документа в ЦБ, пользователи ПБ уже не могут его править, только в исключительных случаях, предварительно получив "добро" (в качестве пароля доступа к определённому документу) от ответственного из ЦБ.

Дело в том, что полноценно работают только 2 ПБ, остальные используются очень редко для работы дома главбуха и мной для "Закрытия месяца" в производстве. Так что их я не беру в счет. Из этих двух с одной проблем нет (почти нет, однократные сбои из-за проблем с УПСником решались Пересчетом итогов), а со второй постоянные проблемы (когда раз в месяц, а когда и раз в неделю, а пересчет занимает несколько часов).



Этой фразой Вы меня конечно "зацепили", но пока других мыслей, отличных от проблем с железом, у меня нет. К стати иногда быват проблемы не только с БИ но и объектами (докуменами, элементами справочников). ПБ находится далеко и пользователям приходилось под диктовку запускать тестирование и исправление ИБ, были проблемы и с другими данными... Но количество элементов справочников, самих справочнико и документов огромное и отследить всё не так просто, в таком случае создавалась заново ПБ.

Всего 5 периферийных баз. Та, о которой идёт речь создавалась первой, но недавно пересоздавал её снова (с тем же кодом) и уже после этого снова произошёл сбой.

Галочка "Только получатель" ни у одной базы не стоит. Миграция у всех объектов стоит "Все информационные базы"

Объём центральной базы 1,5 Гб. Недавно заново создавал периферийную получилось 400 Мб. Другие периферийные работают нормально, поэтому склоняюсь к проблемам на уровне железа или файловой системы. Но это уже к системному администратору, так как железом занимается он, а я только программированием. Ещё понаблюдаем. Дело в том, что пользователи не могут пока сказать, когда именно произошёл сбой: при обмене данными или сам по себе.

Есть центарльная база Бухучет 7.7 в файловом режиме и несколько переферийных баз тоже в файловом режиме. Периодически сбиваются БИ в одной из периферийных баз. В некоторых местах появляются 999999999999999. Закономерности их появления пока не выявил. Проблема решается Полным пересчетом БИ. Но хотелось бы определить причину этих сбоев. Какие вообще могут быть причины сбоя таблицы БИ?
1. Принудительное завершение работы 1С (отключени электроинергии, зависание программы и тд.).
2. Проблемы с жестким диском.
3. Повреждение данных вирусами.
4. Проблемы с сетью, так как к базе подключается ещё один пользователь через расшаренную папку.
Что ещё может служить причиной данного явления? У кого какие есть мысли по данному вопросу? В Гугле пока ничего интересного не нашёл....

В начале месяца произошел сбой в таблице БИ. Пользователи этого не заметили продолжали набивать документы. Из-за этого сбоя РКО не правильно определял предоплату и наделал проводок с непонятными суммами. При пересчете итогов ошибки исправились, но проводки с неправильными суммами остались. Лечение: сделать полный пересчет итогов, а затем перепровести РКО. После этих действий проблема решилась.

У меня такое бывало в периферийной базе при работе с УРБД. В самой периферийной исправлялось полным пересчетом итогов. Но в центральной базе так не прокатывало... Разворачивал ОСВ и смотрел где начинаются девятки, перепроводил те документы и всё становилось на свои места...

Кратко по теме:
1. Вариант. Серверная ОС (Windows 2003 или 2008) с терминальным режимом и выделенным IP (если нет возможности, тогда Hamachi). 1С 8 (не вижу смысла начинать уже с нуля на 7.7), конфигурацию подбираете под свои задачи.
2. Вариант. Если не нужно подразделениям он-лайн видеть данные других, тогда можно использовать УРБД (один или несколько раз в день высылать данные по почте). В таком случае наличие серверной ОС не обязательно. По поводу 1С см. выше.

Поддерживаю предыдущих авторов, слишком расплывчатая задача и очень много возможных нюансов. Всё сразу не расскажешь.

Вчера только столкнулся с ней. На первый взгляд всё очень сложно и запутанно. Буду разбираться. Мой знакомый всё время ней пользуется, говорит что для сложных переносов данных (особенно очень разных конфигураций или между 7.7 и 8) очень хорошо подходит, а вот для "легких" переносов между идентичными конфигурациями иногда лучше использовать что-то попроще (если есть под рукой). Но он пользуется только этой конфигурацией, после того как разобрался с ней.

А как загружаете в конфигураторе? Через "Администрирование"-"РаспределеннаяИБ"-"Управление"?

Какие файлы в архиве?

Спасибо за совет. Я об СКЛе тоже задумываюсь, в ближайшем будущем буду переезжать. Проблему уже решил путём оптимизации кода. Практически полностью его переделал, выиграл значительно по памяти и в 2 раза по скорости. После этого проблема исчезла.

По поводу 2008 сервера - за год работы проблем практически никаких небыло... Всё нормально работает. Разве что на 2008R2 не удалось настроить нормальное отображение курсоров в терменале при подключении из под Убунты. Пришлось пока отказаться от R2. Но это не мои проблемы - сисадмин с этим боролся, а у меня претензий к пока 2008 нет.

Это похоже отправка печати напрямую на принтер, а 10 секунд - время ожидания до отправки следующего документа. Если так, то проще было бы использовать ОбработкаОжидания()

А возможно печатались документы с двух сторон и нужно было за 10 сек перевернуть листик.

Ну это ведь денег стоит, и не все понимают за что нужно снова платить, а те кто понимают, считают что это подождёт... Как-то так получается.

8-ка конечно хорошо, но конфа сделана под производство, слишком уж много намудрено, а переход - это писать всё по новой...



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

27 релиз, ДБФ. Больше похоже на то, что 1С не может работать с таким объёмом памяти. Дело в том, что данное действие выполнялось несколько раз. Там где меньше данных - нормально выполнилось...

Вот что осталось в журнале событий:

"Сбойное приложение 1cv7s.exe, версия 7.70.0.25, штамп времени 0x41c01f3a, сбойный модуль kernel32.dll, версия 6.0.6002.18005, штамп времени 0x49e037dd, код исключения 0xe06d7363, смещение ошибки 0x0003fbae, ИД процесса 0x4418, время запуска приложения 0x01cc315b10615160."

Код события: 1000

Ребята, есть проблема. В самописной конфигурации при выполнении проведения документа 1С вылетает. Конфигурация написана под производство и в этом документе выполняется огромное количество действий и как результат - формируется много проводок. К сожалению номера и текста ошибки у меня нет. Но заметил, что в этот момент количество памяти, занятое процессом 1cv7s.exe приближается к 1,5 Гб. Может кто сталкивался с такой проблемой или есть соображения по этому поводу. В инете встречал информацию по поводу 2 Гб, но у меня уже два раза вылетала при приближении именно к 1,5 Гб (а это не одни сутки вычислений, поэтому не так просто проверять снова). Может ли быть проблема именно в этом? (система Windows server 2008 Enterprise SP2, 8 Гб., Файловая система NTFS)

Сделал маленький эксперимент, результаты рассказываю.
Скопировал код модуля формы во внешний файл. При открытии документа считывался и выполнялся код именно из внешнего файла, а код самого модуля не выполнялся. При этом код во внешнем файле можно менять "на лету"... При открытии документа повторно, выполняется уже новый код внешнего файла. У изменении одного реквизита вызывалась процедура. Я удалил эту процедуру во внешнем файле, но оставил её в модуле формы. В результате 1С выдала ошибку, что процедура не найдена, следовательно в таком случае код модуля формы не выполняется, а выполняется только код из внешнего файла.
Из вышесказанного следует что нельзя во внешнем файле использовать только часть кода, а нужно в нём располагать весь код модуля.

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

Проверил, у меня всё нормально заполняется, если нужно, могу кинуть файлик на мыло.

У вас нет перечисления ВидыОперацийНалоговойНакладной и Реквизита "ПолнНаименованиеНал" в справочнике Фирмы. Что делать... Исправлять или обновлять базу.

Ребята, может не в тему, но вы сапу не думали использовать. У меня на двух сайта, которые не развивались, а просто висели в инете около 40 у.е. в месяц капало. 12 платил за хостинг, остальное выводил... Если хорошие ПР и ТИЦ - может сработать...