Ошибка Тип поля 1591:00000000000000000000000000000000 несовместим с типом поля Fld3217

1. Evgeniy 102 27.05.19 12:19 Сейчас в теме
В базе бухгалтерии 3.0.70.39 стандартной при записи существующих документов Требования-накладная возникает следующая ошибка
Ошибка возникает при записи любого существующего документа в базе Требования-накладная.

"Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка SDBL:
Тип поля 1591:00000000000000000000000000000000 несовместим с типом поля Fld3217"

Все что знал сделал, но ошибка не исчезла.
Базу выгружал - загружал через конфигуратор.
Платформу менял на последнюю
Конфигурацию обновлял до последней
Базу на ошибки проверял как с помощью из конфигуратора - ошибок нет
Базу проверял с помощью chdbfl - ошибок не найдено.
В интернете ничего похожего на мою ошибку найти не смог

Где еще искать проблему - понять не могу.
В общем хэлп ми!
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
3. ErshKUS 2 27.05.19 12:30 Сейчас в теме
2. ErshKUS 2 27.05.19 12:23 Сейчас в теме
(1) Интересно что за тип 1591:00000000000000000000000000000000 , "Fld3217" - по всей видимости это какая то колонка. База файловая или скуль? Если скуль, то может попробовать скинуть в файловую и провести док. Так "на глазок", какой то ли нумератор сбился, толи длина слишком большая
4. Evgeniy 102 27.05.19 12:36 Сейчас в теме
(2) сам пытаюсь понять что это за тип 1591:00000000000000000000000000000000
пока ответа не получил.

(3) действительно ситуация похожая, разница в том что у меня обновление без проблем ставилось и ставиться.
в данной ссылке не увидел решения моей проблемы:(
11. Evgeniy 102 27.05.19 17:59 Сейчас в теме
(2) Основная база на SQL, но проверял и на файловой. Ошибка везде одинаковая.
нумератор проверил, наврядли дело в нем, новый документ создается включая новый номер, но если пытаешься его провести, то всплывает ошибка.
5. Letos 267 27.05.19 12:58 Сейчас в теме
Добрый день. На всех пользователях появляется эта ошибка? Пробовали почистить файлы в AppData ?
7. Evgeniy 102 27.05.19 13:06 Сейчас в теме
(5) Насчет всех пользователей не знаю, но над 3-мя разными пользователями точно и причем выгрузка базы в другую базу не помогло, скорее дело не в кэшэ, но проверю.
6. VmvLer 27.05.19 12:59 Сейчас в теме
настройки формы и списков в стандартные сбрасывали после обновления?

если нет, то далее гонять порожняк нет смысла
9. Evgeniy 102 27.05.19 17:15 Сейчас в теме
(6) формы не причем, пробовал нового пользователя создавать, проблема не исчезла.
8. acanta 27.05.19 13:30 Сейчас в теме
Попробуйте сохранить конфигурацию поставщика, разблокировать все объекты конфигурации и загрузить конфигурацию поставщика.
10. Evgeniy 102 27.05.19 17:53 Сейчас в теме
(8) проделал такую фишку, тоже не помогло
12. t.v.s. 111 27.05.19 18:02 Сейчас в теме
1. Скачиваем или пишем обработку, которая получает струтуру хранения базы, там одна функция по сути.
2. Читаем структуру и высяняем две вещи - что за тип 1591 (Это номер таблицы) и какой реквизит лежит в поле Fld3217
3. Открываем нужный реквизит в конфигураторе и смотрим, может ли оно хранить данные такого типа.
4. Ищем место в коде, где в правильное поле пихается неправильная ересь, разбираемся почему это происходит, чиним.
ErshKUS; acanta; +2 Ответить
13. anitakh 27.05.19 18:58 Сейчас в теме
Динамически базу не обновляли ?
14. Evgeniy 102 27.05.19 19:14 Сейчас в теме
(13) нет, базу динамически не обновлял.
15. anitakh 27.05.19 19:18 Сейчас в теме
Можно средствами SQL просмотреть саму таблицу и подправить то что ей не нравится в конкретном поле
16. anitakh 27.05.19 19:18 Сейчас в теме
Просто на сколько я понимаю при выгрузке - загрузке она это же не верное значение заполняет. Еще вариант возможен что значение числовое а записан текст. У нас было такое вылетало - правили средствами SQL
17. Evgeniy 102 28.05.19 18:03 Сейчас в теме
При детальном анализе структуры базы выяснил что проблема кроется со справочником "Цели расходов материалов"
Проверил следующим способом: На копии базы снял с поддержки конфигурацию, удалил этот справочник и реквизит его реквизит в документе Требования накладная и все заработало без ошибок.
Есть подозрения что после очередного обновления что-то не так пошло.

Дальше на новой копии базы по этому справочнику в таблице SQL (Reference1591) была всего одна запись, я её удалил, при обращению к данному справочнику ошибки больше нет, но при создании нового элемента справочника возникает следующая ошибка: Таблица или поле Version не содержится в разделе FROM
Запись с справочнике создается, судя по таблице SQL (Reference1591)

Один из реквизитов этого справочника действительно имеет наименование в таблице SQL: Version
Теперь бы понять с чем связан это реквизит.
18. Evgeniy 102 28.05.19 21:19 Сейчас в теме
Кто знает для чего нужно поле _Version в таблицах SQL?
Все что смог найти по этому полю
_Version - версия записи (изменяется после каждого обновления данной записи);

Пока выкрутился из проблемы тем, что в документе Требование накладная у проблемного реквизита вместо ссылкой на новый проблемный справочник "Цели расходов материалов", сделал текстовый тип.
По документу проблема временно отпала.
Но насколько будет востребован новый справочник пока не понятно, но хотелось бы разобраться с проблемой.
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот