1с 77 ошибка 310

Обновлено: 06.01.2025

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

__________________
Помощь в написании контрольных, курсовых и дипломных работ здесь

Нумерация при обмене
И так, настроили обмен между уже рабочей бухой, и чистой УНФ. Теперь документы будут делать в унф.

Ошибка при обмене УТ с Розницей
Ошибка при выгрузке данных для узла плана обмена ТипОбъекта = Регистр сведений набор записей.

Сбиваются остатки при обмене (УРБД)
При обмене в периферийной базе (только получатель) остатки становяться отрицательные, причем.

Возможно ошибка в порядке обмена если в центре что-нибудь менялось
т.е.
1.Выгружаем из центра
2.Загружаем в перефирию
3.Выгружаем в центр
4.Загружаем в центр

это происходит каждый день. так-что дело не в этом. Реиндексацию делали. в чем дело не понятно. А не может быть так что в одном месте стоит платформа DBF a в другом SQL? 1. Резервная копия,
2. Проверка диска виндозными средствами. (И не грите, что у вас НТФС, или проверялся недавно)
2.1. Отключение виндозной индексации на дисках, про это ВитФил постоянно грит.
3. Тестирование-исправление.
3.1. Зачастую помогает не переиндексация, а именно удаление *.cdx
3.2. Бывают проблемы, которые не лечатся тестированием-исправлением, зато уходят после Выгрузки-загрузки (не путать с сохранением-восстановлением)
Данный комплекс мер решает 99% всех непонятных проблем.

Есть еще вариант отличный.
В базе, где валятся ошибки делаем:
Выгрузить данные (не для периферии, а именно Администрирование - Выгрузить данные)
Загрузить данные.

Для: LSH см. п.3.2.
гыгы. есть у меня база, в которой таблица констант по какой-то причине выросла до 5 метров. при том, что там отсилы 40 констант, ни одной периодической, или строки неограниченной длины. Так вот, после выгрузки-загрузки она стала 7 метров. Самое смешное, что при этом база остается работающей. п. 3.1.
2: VytFil, а может пора эту последовательность поместить в FAQ, или в заголовок форума? Слишком уж часто задаеюстя вопросы решаемые именно так. Тем более, что подобные действия уж точно не сделают хуже.
PS: Не претендую на авторство, не против изменений в тексте. Ну тут же конкретно ссылка идет на индексный файл. Либо файл поврежден или на него прав нет. ребята, все спасибо! все ок, исправил. Zab, тебе особый респект, ты был прав)

Для: Pretorian ок.

Для: Vazzzo приятно, когда твои советы работают

Для: VytFil Кста, если всетки решишь добавить что-то отсюда в топ форума или фак, вспомнился еще один метод универсального лечения "странных" глюков: удалить из базы файлы 1sbkttl.dbf 1sbkttlc.dbf и выполнить полный пересчет бух итогов. Случается, что при наличии проблем в них обыкновенный пересчет не работает.

Для: All Господа, может у кого еще есть в загашнике аналогичные методы восстановления глюков баз без ручного вмешательства?

Есть пара.
Бывает в опер. учете неправильно показывает остатки. Я делаю пересчет итогов так: оттягиваю ТА на документ в другом месяце, потом обратно на проведенный документ (без перепроведения последних), итоги пересчитываются и все ок.
Если есть распределенка, в редких случаях документ может не переползти в другую базу(редкость большая, но бывает), беру у документа меняю время и перепровожу, все ок, переползет точником.

7.7 Потеря документов при обмене с ПИБ
Добрый день, коллеги. Столкнулся с проблемой потери документов при обмене с периферийными базами.

Задваивает организацию при обмене розница-бухгалтерия
Второй день сижу ковыряю. Суть в следующем. Есть две конфигурации Бухгалтерия Проф (небюджетная) .

Отслеживание Создания Объектов При Обмене По Правилам.
Есть обмен между двумя ИБ по правилам. Иногда некоторый справочник задваивается. Есть ли.

Читайте также: