Добрый день. Кто-нибудь в курсе какое количество строк максимально можно забить в документ реализации БП 3.0 и УТ 11.3? Главбух 2 дня вбивала документ в БП 3.0, больше 11 тысяч строк, но ни разу не сохраняла его. Теперь при попытке провести 1С ругается "данные изменены или удалены другим пользователем". Я скопировалд данные из открытой формы в Excel, теперь хочу подгрузить их в УТ и выгрузить оттуда. Однако часть позиций не распозналась, надо вручную их выискивать в таблице и ставить, дабы подтянулись название и единицы измерения. Вот и хочу узнать заранее - не перебор ли это, 11000 позиций?

(0) 11 тыс. - это далеко не предел. Вбивайте еще.

До 99 999 штук.

Какой-то ленивый главбух. Мало навбивала.

(1) От души!

Посмотрел в юазе .. максимум 2 строки в документах .. больше 10 никто вводить не рискует.

(4) "данные изменены или удалены другим пользователем"  - это совсем другая ошибка. Тут неважно сколько тысяч строк.

лучше разбивать на доки по 3 тыс. строк

пример из жизни - ут11 док "установка цен" в 10 тысяч строк открывается 10 минут, а на 30 тысяч открываться отказывается и вылетает с нехваткой памяти

Однажды был случай. Отдел бухгалтерии не сообщая о своих намерениях никому кроме себя любимых завели в сетевой папке файл Excel и вбивали туда одновременно какую-то информацию перед сдачей отчетности. Потом выяснилось что часть работы пропала. Не долго думая они решили поставить вопрос о лишении премии ит отдел.
Бух ССЗБ. Учатся на своих ошибках, а ит-шникам потом расхлёбывать.

(4) теперь единственный шанс у вас - нажать "вывести список" и всё выгрузить в эксель.

(7) спасибо!

(8) Да эт я чисто по доброте душевной, 2 дня она их набивала, жалко просто труд человека. А так конечно мог спокойно послать, сама ж виновата

(9) Спасибо! В Excel я уже выгрузил, подгружаю в УТ, вот только часть позиций он не распознал, правлю

(0) Вероятно фоновое(или регламентное) задание изменило этот объект. Кстати, вероятность возникновения указанной ошибки значительно выше в РИБ-базах. Там это обычное дело.

Пояснение: если пользователь открыл объект на редактирование до момента проведения обмена, а с обменом пришло изменение этого объекта, - то пользователь не сможет сохранить этот объект.

Образно говоря, у него выдернули коврик из под ног, используя "ЭтотОбъект.ОбменДанными.Загрузка = Истина".

Если мы потом захотим пробить чек на online-кассе к такому документу, то мы узнаем, что в чеке может быть не более 1000 строк, а у некоторых производителей ККТ итого меньше.

Не закрывать базу на выходные это повышать температуру на планете Земля. Вот за это в понедельник такие проблемы.

PS: Слабо верится в "2 дня она их набивала"(10) :( и ни разу не сохранила? :). Юзвера любят преувеличивать свои проблемы.

(14) Ну, такова ее официальная позиция. Что не сохраняла не удивлен, такое у наших бухов не редкость

(11) У меня выгрузка из УТ в БП, обратной выгрузки нет, так что обмен точно ни при чем

(16) Нефиг было буха пускать в УТ )

>> больше 11 тысяч строк, но ни разу не сохраняла его.
Офигеть......
Бухша мазохистка ??

(17) Она в БП его набивала)
(18) Как-то так получается :))))

(19) "Она в БП его набивала" // Тогда в (16) ты крупно облажался с выводами

Да чего уж тут пинать-то друг друга... Главбуху - урок на будущее. Не усвоит - её проблемы.

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

(20) В смысле? Выгрузку я не делал с утра, она односторонняя (УТ в БП), тот док не был сохранен, так с чего тут обмен будет замешан?

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

Журнал регистрации может объективно ответить на все субъективные мнения/сомнения. Был, не был, сохраняли ли и когда...

ОФФ: Вспомнилась игра про волка и яйца. Выключил игру-начинай сначала.