Здравствуйте.
Платформа 7.70.027. "Бухгалтерский учет" для Украины (7.70.329), чистая, новая.
Подскажите в чем может быть проблема? Если при востановлении последовательности документ не проводится, например, если стоит запрет на отрицательные остатки, то после этого в базе не сохраняются изменения.

Якщо база повністю чиста, то що ви проводите?

А так, якщо якийсь документ із послідовності не проводиться, то послідовність мала б "зупинитись" на цьому документі.

mister-x @ Сегодня, 11:14 необходимо зарегистрироваться для просмотра ссылки ,
Мається на увазі, що за основу була взята чиста база, в яку були внесені тестові документи для моделювання ситуації.

У вас так?

mister-x @ Сегодня, 11:22 необходимо зарегистрироваться для просмотра ссылки ,
Так, але коли вийти з бази і зайти знову, то послідовність знову здвигається назад, де й була.

Ну тоді все ок, а ви що очікували?


Тоді почніть з тестування бази.

Тестування нічого не вияляє. База абсолютно нова.

пробували?


У мене були проблеми із звітом ЄСВ - експорт в хмл, на демо базі 329 релізу, поки її не протестував і потім "не перегрузив" базу

mister-x @ Сегодня, 11:38 необходимо зарегистрироваться для просмотра ссылки ,
Вигрузку й загрузку пробував. Не допомогло.

Операційка яка?

Win 10. (64 розр) та Win Server 2016 (64 розр.)

Дані про послідовність містяться у файлі 1SSTREAM.DBF, якщо база файлова. Там є якійсь дані?

Так.
ID DATE TIME DOCID
AGY 01.07.2018 7579C0 1

А є можливість попробувати ці дії на Win. ХР/7 х32? Бо є підозра, що це можливо пов'язано із ОС.

Та в мене вже теж така підозра є, але нажаль поки немає де спробувати на XP.

viktor_ua @ Сегодня, 12:02 необходимо зарегистрироваться для просмотра ссылки ,
Какие региональные настройки в ОС?

Знайшов комп з XP. Та сама фігня.


Сервер - російська, Win 10 - українська.

А документи, створені у попередньому сеансі, присутні?

Так.
Все, що створене або змінено в тому ж сеансі після проведення шляхом відновлення послідовності (за умови, якщо при такому проведенні щось не провелось), не зберігається в наступному сеансі.

Я не знаю чи можна тут давати посилання, можливо я б виклав би десь цю базу і хто-небудь її подивився?

Проконтролюйте поетапно стан файлів, які зазнають змін. Хоча б за розміром/датою редагування.
В який момент і з якої причини вони змінюються?

viktor_ua @ Сегодня, 13:26 необходимо зарегистрироваться для просмотра ссылки ,
Доречі цікавий момент. Якщо призначити документам, що проводяться ознаку оперативного обліку, тоді все нормально. Все зберігається.


Якщо перепроводити через відновлення послідовності і якщо процесс проведення зупиняється через неможливість проведення документу, то я так зрозумів що взагалі нічого нікуди не пишеться. Тому що змінюються тільки такі файли:
1Cv7.CFG
1cv7flt.lst
1SUSERS.DBF

Досить логічно - відновлення послідовності в одній транзакції.
Можливо, так було завжди. Просто ніхто не закривав сеанс, покинувши віновлення на половині.
Зрештою, можна відновити до глючного дока, а потім закривати сеанс.

Можливо й логічно, але чому тоді користувачу потрібно якщо щось не провелося, перед тим як починати щось робити, закривати сеанс? Інакше нічого не збережеться.

Бо робота "через заднє число" - зло, а зло має бути покаране.
Серйозно: лізти у вчорашній день - збочення, можна лише якщо нема іншого виходу, за наявності достатньої кваліфікації і обережності.

Да. Это глюк проявляется только на конфигурации "бух учет".
Давно это обсуждалось
необходимо зарегистрироваться для просмотра ссылки