Новости для бухгалтера, бухучет, налогообложение, отчетность, ФСБУ, прослеживаемость и маркировка, 1С:Бухгалтерия

Вход или Регистрация

Показывать по 10 20 40 сообщений
Новая тема Ответить
Письмо в техподдержку 1С
[Прочее]

Ошибка при формировании Т54-а

служба ИСУ
читатель
офлайн
Дата регистрации: 21.11.2008
Сообщений: 39
Пост №1
 
11.08.2009 11:02

"Добрый день, Имеем 1С:Предприятие 8.1 (8.1.12.101), Управление производственным предприятием, редакция 1.2 (1.2.19.1),<br>железо: Сервер FSC Primergy RX200S4:<br>2xXeon DP E5430 2.66 GHz 2x6MB 1333MHz<br>8GB 4x2GB FBD667 PC2-5300F d ECC<br>3xHDD SAS 3Gb/s 146GB 10k hot plug<br>RAID 5/6 SAS based on LSI MegaRAID 256MB<br><br>Windows Server 2003 Enterprise Edition (SP2)<br>MS SQL 2005 Enterprise Edition (9.00.1399.06)<br><br>При формировании унифицированных форм Т-54-а, Т-54 (лицевые счета) по ряду работников выдается ошбка и форма формируется неполной:<br><br>{Отчет.УнифицированнаяФормаТ54а(657)}: Ошибка при вызове метода контекста (Выполнить): Ошибка выполнения запроса "Ошибка при выполнении операции над данными:<br>Microsoft OLE DB Provider for SQL Server: Добавление значения в столбец "datetime" привело к переполнению.<br>HRESULT=80040E07, SQLSrvr: Error state=1, Severity=10, native=517, line=1<br>"<br> РезультатЗапроса = Запрос.Выполнить();<br>по причине:<br>Ошибка выполнения запроса "Ошибка при выполнении операции над данными:<br>Microsoft OLE DB Provider for SQL Server: Добавление значения в столбец "datetime" привело к переполнению.<br>HRESULT=80040E07, SQLSrvr: Error state=1, Severity=10, native=517, line=1<br>"<br>по причине:<br>Ошибка при выполнении операции над данными:<br>Microsoft OLE DB Provider for SQL Server: Добавление значения в столбец "datetime" привело к переполнению.<br>HRESULT=80040E07, SQLSrvr: Error state=1, Severity=10, native=517, line=1<br><br>В ноябре 2008 года для внешних аудиторов формы использовались, и расчетчики уверяют, что ошибки не вылезали. В апреле 2009 года базу переводили с Microsoft SQL Server 2000 ver.8.00.2039 на MS SQL 2005 Enterprise Edition (9.00.1399.06). На локальной базе со свежим архивом подобных ошибок не возникает. Просим совета в решении данной проблемы.<br><br>"

Prikum
активный пользователь
офлайн
Дата регистрации: 18.02.2002
Сообщений: 20950
Пост №2
 
11.08.2009 11:13

Может быть стоит обновить платформу? Последний релиз 8.1.14.72!

служба ИСУ
читатель
офлайн
Дата регистрации: 21.11.2008
Сообщений: 39
Пост №3
 
12.08.2009 09:52

нашел на ИТС статью со след. описанием:<br><br><Ошибки при выполнении операций над данными<br>Ошибки из этой группы возникают при выполнении запросов SQL сервером в случае, если значениями выражений оказываются данные, недопустимые для объявленных типов.<br><br>Microsoft OLEDB Provider for SQL Server: Adding a value to a 'datetime' column caused overflow. HRESULT=80040E07, SQLSTATE=22077, native=517<br><br>Возникает при выполнении функций над датами в том случае, если в качестве их результата получается слишком большая или слишком маленькая дата. Для Microsoft SQL Server минимально допустимой является дата 1 января 1753 года, а максимально допустимой - 31 декабря 9999 года.><br><br>Может быть дело не в устаревшей платформе, а в данных. Дело в том, что при внедрении данные загружались через документы франчами на 01.01.2008 из унаследуемой системы "Интегратор" (готовились DBF файлы). По людям, попавшим в 1С через их загрузку ошибка выходит, а по вновь принятым (ручками)- все формируется .<br><br>

wunderland
читатель
офлайн
Дата регистрации: 31.01.2010
Сообщений: 1
Пост №4
 
31.01.2010 22:33

"Всем привет. Конфигурация "Зарплата и Управление Персоналом для Украины", редакция 2.1.<br>Разработка конфигурации: "ABBYY Ukraine", 2008 (2.1.9.3) обстоятельства и история, понятно, другие. При расчете больничного листа по одному из сотрудников - ошибка ну очень похожая... После того как ничего нее помогло, полез в И-Нет, нашел этот пост. После чего полез смотреть, к каким данным обращается запрос, на котором произходит ошибка. Оказалось что по одному из человеков дата начала трудового стажа(для больничного нужно, для определения процена оплаты) стоит позже чем прийом на работу в организацию. Обе эти даты, вместе с другими данными в виртуальных таблицах подавались в последний запрос, где проводились с ними (с датами) какие-то математические вычисления. Я как только знак "-" увидел дальше разбираться не стал. В итоге: если сведения о стаже убрать, или поставить раньше прийома на работу - все нормально, если позже - ошибка. Очевидно при вычислении дата которая получается - некоректная. Мне подсказка про данные помогла - большое спасибо. Поищите в своих данных, может и у вас где-то есть некоторая нелогичность ;)"

Показывать по 10 20 40 сообщений

Читают тему:

Быстрый переход
Для технических специалистов
  • Книга жалоб и предложений по работе сайта
  • Для технических специалистов
  • Представление регламентированной отчетности
  • Говорильня
  • Бухгалтерский учет: обсуждаем проекты нормативных актов и рекомендаций по ведению учета от БМЦ
  • Новый порядок применения ККТ (онлайн кассы с передачей сведений в ФНС)
  • Интернет-конференция: Оформление командировок по новым правилам
  • МАРКИРОВКА
  • ЕГАИС
  • Учет, налогообложение, автоматизация