При проведении документа устанавливается время на 5 минут меньше текущего.
Добрый день, коллеги!
Столкнулся с проблеммой, о которой даже не подозревал и не думал, что такое может возникнуть!
Итак есть база УТП + MS SQL (терминальный сервер + сервер базы данных).
Создаем документ Реализация товаров и услуг.
При создании документа заполняется дата и время прописывается правильно. (например 18.10)
При проведении документа время уставливается с "откатом" на 5 минут (т.е. 18.05).
Сразу же проверил время на обоих серверах - все правильно.
Скажу далее: эта база является переферийной, проверил как работает на центральной.
На центральной глюк не появляется.
Может кто-то уже нарывался на такую проблемму?
Или где-то есть описание как в 1С работает механизм фиксации времени при проведении документа?
Заранее спасибо за ответы.
Столкнулся с проблеммой, о которой даже не подозревал и не думал, что такое может возникнуть!
Итак есть база УТП + MS SQL (терминальный сервер + сервер базы данных).
Создаем документ Реализация товаров и услуг.
При создании документа заполняется дата и время прописывается правильно. (например 18.10)
При проведении документа время уставливается с "откатом" на 5 минут (т.е. 18.05).
Сразу же проверил время на обоих серверах - все правильно.
Скажу далее: эта база является переферийной, проверил как работает на центральной.
На центральной глюк не появляется.
Может кто-то уже нарывался на такую проблемму?
Или где-то есть описание как в 1С работает механизм фиксации времени при проведении документа?
Заранее спасибо за ответы.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(5) Miracle, отладчиком посмотрел.
Но вот что получается: в модуле документа есть процедуры ПЕРЕД ЗАПИСЬЮ и ПРИ ЗАПИСИ.
Да, кстати сейчас появляется вопрос о оперативном проведении. Выбираю оперативное проведение.
Изменил время документа и установил 00:00:00. Смотрю отладчиком...
Процедура ПЕРЕД ЗАПИСЬЮ отрабатывает всё что положено и на выходе перед КОНЕЦПРОЦЕДУРЫ время еще 00:00:00, а при входе в процедуру ПРИ ЗАПИСИ время уже установлено и отличается от системного на 1 минуту (опять же "откат назад").
Т.е. опять же вопрос упирается в какие-то внутренние процедуры 1С, к которым мы доступа не имеем.
Но вот что получается: в модуле документа есть процедуры ПЕРЕД ЗАПИСЬЮ и ПРИ ЗАПИСИ.
Да, кстати сейчас появляется вопрос о оперативном проведении. Выбираю оперативное проведение.
Изменил время документа и установил 00:00:00. Смотрю отладчиком...
Процедура ПЕРЕД ЗАПИСЬЮ отрабатывает всё что положено и на выходе перед КОНЕЦПРОЦЕДУРЫ время еще 00:00:00, а при входе в процедуру ПРИ ЗАПИСИ время уже установлено и отличается от системного на 1 минуту (опять же "откат назад").
Т.е. опять же вопрос упирается в какие-то внутренние процедуры 1С, к которым мы доступа не имеем.
(6) sbr, Надо Посмотреть не только процедуры ПриЗаписи ПередЗаписью, а и подписки на эти события.
Процедура по подписке выполняется перед основной. Скорее всего поэтому вы видите, что время изменилось до ПриЗаписи но после ПередЗаписью.
Процедура по подписке выполняется перед основной. Скорее всего поэтому вы видите, что время изменилось до ПриЗаписи но после ПередЗаписью.
Попробуй сделать "Тестирование и исправление информационной базы" в Конфигураторе. У 1С бывают абсолютно непонятные заскоки ни как не относящиеся к программированию.
Эх, хорошо бы, но база весит 70Гиг и сколько же она тестироваться будет...
Вот и приплыл к тупику...
Вот и приплыл к тупику...
(8) sbr,
Если нет возможности провести «Тестирование и исправление информационной базы» на основной базе, то стоит сделать следующие, чтобы понять проблема в сбои базы или в программном коде.
1. Разверните конфигурацию в отдельную базу.
2. Создайте несколько проблемных документов или перенесите их, используя Конвертацию данных (для двух одинаковых конфигураций там всё делается автоматически).
3. Проведите документ и проверьте, возникает ли проблема.
4. Если проблема осталась то используйте «Тестирование и исправление информационной базы» (это чтобы наверняка убедиться что ничего плохого не перенесли)
5. Если проблема осталась, то отладчик вам в руки, сбой в базе не причём.
Если нет возможности провести «Тестирование и исправление информационной базы» на основной базе, то стоит сделать следующие, чтобы понять проблема в сбои базы или в программном коде.
1. Разверните конфигурацию в отдельную базу.
2. Создайте несколько проблемных документов или перенесите их, используя Конвертацию данных (для двух одинаковых конфигураций там всё делается автоматически).
3. Проведите документ и проверьте, возникает ли проблема.
4. Если проблема осталась то используйте «Тестирование и исправление информационной базы» (это чтобы наверняка убедиться что ничего плохого не перенесли)
5. Если проблема осталась, то отладчик вам в руки, сбой в базе не причём.
Возможно в программе работает пользователь у которого часы на компе отстают. Проверьте как поведет себя система когда в базе кроме Вас никого не будет
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот