|
|||
| kaena
03.08.04 — 13:53 |
выглядит так — |
||
| lexa
1 — 03.08.04 — 13:55 |
вначале надо запустить соответствующую обработку, а потом обновить до 4.4, а потом до 4.5 |
||
| skunk
2 — 03.08.04 — 13:56 |
есть док в котором есть реквизит комментарий… и есть общий реквизит документа комментарий |
||
| lexa
3 — 03.08.04 — 13:56 |
http://www.sinor.ru/~my1c/knowhow/mtd_upd.html |
||
| kaena
4 — 03.08.04 — 13:57 |
где сие именно взять? то есть обработку? у меня из версий только 4,3… |
||
| Хряк
5 — 03.08.04 — 13:58 |
Найди в старой конфе в доках реквизит комментарий, исправь название на, скажем, коммент. |
||
| lexa
6 — 03.08.04 — 13:59 |
когда устанавливаешь новую конфу (до которой хочешь обновится) обычно в каталоге новой ИБ в Extorms |
||
| kaena
7 — 03.08.04 — 14:00 |
(3) спасибо, посмотрела. |
||
| lexa
8 — 03.08.04 — 14:00 |
посмотри ссылку, а то поправишь конфу, обновишь а информация тю-тю |
||
| kaena
9 — 03.08.04 — 14:04 |
(5) попробую |
||
| kaena
10 — 03.08.04 — 14:05 |
(8) ссылку посмотрела, инфа нужна, убивать нельзя. и по возможности не путать. |
||
| lexa
11 — 03.08.04 — 14:20 |
найди доки у которых есть реквизит комментарий переименуй его |
||
| kaena
12 — 03.08.04 — 14:40 |
(11) доки найду. с обработкой сложнее, так как занимаюсь 1с около 4 месяцев… |
||
|
lexa 13 — 03.08.04 — 14:49 |
создаешь новую внешнюю обработку |
TurboConf — расширение возможностей Конфигуратора 1С
Приведены некоторые ошибки, их причины и решения при обновлении конфигураций баз всеми любимой 1С 8.3.
Обновление УТ 11.1.10.199 => 11.2.2.119
После обновления конфы при запуске в режиме Предприятия ошибка:
{ОбщийМодуль.Б_ОбменССайтомСервер.Модуль(225)}: Тип не определен (СправочникОбъект.ЕдиницыИзмерения)
Причина:
В новой версии конфы удаляется справочник ЕдиницыИзмерения и соответственно удаляются все обращения к нему в коде.
Но т.к. модуль БУС (модуль для обмена с сайтом Битрикс) не находится на поддержке, он обращается к справочнику, которого уже нет.
Решение:
1) Удалить в новой версии модуль БУС (отметить галочки)
2) Обновить модуль БУС после обновления
Обновление УТ 11.2.2.119 => 11.2.3.84
При внесении изменений в конфигурацию ошибка:
Записи регистра сведений стали неуникальными: ВерсииОбъектов.
Решение:
Зайти в Предприятие, ВсеФункции -> РегистрыСведений -> ВерсииОбъектов и удалить косячный объект.
В данном случае был объект с незаполненным реквизитом Объект.
“Виснет” обновление базы в режиме предприятия – запускается, но постоянно 0%.
Решение:
Отредактировать регламентное задание “Отложенное обновление ИБ”: устанавливал чтобы запускалось каждые 60 сек.
Ошибка после обновления платформы и запуске синхронизации:
"Не удалось подключиться к другой программе: Метод объекта не обнаружен (Connect)"
Решение:
Выполнить регистрацию COM-соединения:
Regsvr32 “C:Program Files (x86)1cv8НОМЕР_ПЛАТФОРМЫbincomcntr.dll”
При обновлении ЗУП 2.5 на 3.0 на платформе 8.3.12.1412 при запуске в режиме Предприятия:
Ошибка (идентификаторы могут быть разные):
ERROR: column "fld16387rref" does not exist
LINE 2: COALESCE(Fld16387RRef,Q_001_F_000RRef)
Причина: В клиент-серверном варианте инфорационной базы с использованием PostgreSQL при выполнении запроса, содержащего ПОЛНОЕ СОЕДИНЕНИЕ может происходить ошибка вида. Код ошибки: 10193154.
Решение:
Обновить платформу на 8.3.12.1529.
Обновление УТ 11.4.6.166 => 11.4.6.174
Ошибка на этапе запуска в режиме Предприятия (кажется):
{Документ.РеализацияТоваровУслуг.МодульОбъекта(3237,7)}: Переменная не определена (СуммаПредоплаты)
ВызватьИсключение(ТекстОшибки);
Причина:
Новый код в модуле объекта РеализацияТоваровУслуг я пометил на объединение с имеющимся в текущей конфигурации. Но, объединился он криво (или я недоглядел). Реквизит СуммаПредоплаты на самом деле был переименован в УдалитьСуммаПредоплаты, и вызываться в коде не должен).
Решение:
Откатился назад и обновился еще раз без объединения с имеющимся кодом. Уже после обновления исправил код вручную.
Обновление УТ 1.3.4.228 => 11.4.6.174
Ошибка на этапе объединения конфигураций:
На удаляемый объект ОбщийМодуль.УчетНДСУТ есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.УчетНДС.Состав
На удаляемый объект РегламентноеЗадание.ФормированиеДвиженийПоПартиямЗатратамНДС есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.УчетНДС.Состав
На удаляемый объект ЖурналДокументов.ПередачиВозвратыТоваровМеждуОрганизациями есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.ПродажиМеждуОрганизациями.Состав
На удаляемый объект Обработка.НастройкаПередачиТоваровМеждуОрганизациями есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.ПродажиМеждуОрганизациями.Состав
На удаляемый объект Обработка.ПомощникИсправленияОстатковТоваровОрганизаций есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Состав
На удаляемый объект Обработка.ТекущиеДелаПоЭДО есть ссылки в объектах основной конфигурации:
Подсистема.Органайзер.Состав
На удаляемый объект РегистрСведений.УдалитьАдресныйКлассификатор есть ссылки в объектах основной конфигурации:
Подсистема.НормативноСправочнаяИнформация.Подсистема.БазовыеКлассификаторы.Состав
ПричинЫ:
Почему остались ссылки на удаляемые объекты в конфе?
1) Возможно, объекты со ссылками тоже должны были быть удалены, но по какой-то причине этого не произошло.
2) Просто тупняк обработки обновления, которая не “зачистила” места использования удаляемых объектов.
РешениЯ:
1) По хорошему, нужно найти все места использования и разобраться, почему остались ссылки на удаляемые объекты. Устранить их и вновь запустить обновление, чтобы объекты смогли удалиться автоматически.
2) Но можно и проще: убрать галки в форме сравнения конфигураций с этих объектов, чтобы они не пытались удалиться из текущей конфы. Но теперь в базе будут мусорные объекты, которые никто и никогда не будет использовать.
Обновление УТ
Ошибка:
Ошибка инициализации модуля: Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера
по причине:
{Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера(13,2)}: Переменная не определена (ВводНаОснованииПереопределяемый)
<<?>>ВводНаОснованииПереопределяемый.ДобавитьКомандуСоздатьНаОснованииБизнесПроцессЗадание(КомандыСоздатьНаОсновании);
{Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера(14,2)}: Переменная не определена (ВводНаОснованииПереопределяемый)
<<?>>ВводНаОснованииПереопределяемый.ДобавитьКомандыСоздатьНаОснованииПисмаПоШаблону(КомандыСоздатьНаОсновании);
{Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера(23,45)}: Переменная не определена (ВводНаОсновании)
КомандаСоздатьНаОсновании.Представление = <<?>>ВводНаОсновании.ПредставлениеОбъекта(Метаданные.Документы.УдалитьАктОРасхожденияхПриПоступленииТоваров);
Причина:
Комбинация двух предыдущих ошибок. В предыдущем релизе конфигурации объект УдалитьАктОРасхожденияхПриПоступленииТоваров был “помечен на удаление” (т.к. в имени написано “Удалить”), значит в этом новом релизе он должен был быть удален. Но на него остались ссылки в других объектах, поэтому автоматически он не удалился. Соответственно, проблемный объект УдалитьАктОРасхожденияхПриПоступленииТоваров содержит неактуальные обращения к уже несуществующим реквизитам других объектов (ВводНаОснованииПереопределяемый и др.).
Решение:
Удалить объект УдалитьАктОРасхожденияхПриПоступленииТоваров из конфы:
1) найти места использования: ПКМ на объекте => Найти места использования. Как оказалось, ссылались некоторые команды в других объектах
2) убрать места использования: поснимать галочки на удаляемый объект в этих командах (в реквизите “Тип параметра команды”, кажется)
3) запустить выполнение обновления повторно, и этот объект должен спокойно выпилиться из конфы
Обновление УТ
Ошибка:
Роль.ДобавлениеИзменениеФизическихЛиц: Дублирование имени объекта метаданных:
Обработка.ПомощникИсправленияОстатковТоваровОрганизаций: Дублирование имени объекта метаданных:
При проверке метаданных обнаружены ошибки!
Операция не может быть выполнена.
Причина:
Тупняк обработки обновления: дубликат не должен быть создаваться.
Решение:
(точно не помню) По логике – удалил дубликаты из конфы.
Обновление УТ
В режиме Предприятия:
Ошибка при выполнении запроса.
по причине: Ошибка получения данных
по причине: Ошибка создания набора данных "НаборДанныхДинамическогоСписка"
по причине: Ошибка при исполнении запроса набора данных
по причине: Ошибка выполнения запроса
по причине: Ошибка в ограничении доступа к данным.
объект: 'Документ.ПриобретениеТоваровУслуг', поле: 'Проведен'; право: 'Чтение'
{(38, 27)}: Синтаксическая ошибка ":"
НеверноеИмяТекущейТаблицы<<?>>: "Документ.ПоступлениеТоваровУслуг"
по причине:
{(38, 27)}: Синтаксическая ошибка ":"
НеверноеИмяТекущейТаблицы<<?>>: "Документ.ПоступлениеТоваровУслуг"
Причина:
В последних версиях УТ осуществляется переход от документов ПоступленияТоваровУслуг к ПриобретениямТоваровУслуг. Виновником была самописная роль ДобавлениеИзменениеПоступленийТоваровУслугБезРаспроведения, созданная копированием стандартной ДобавлениеИзменениеПоступленийТоваровУслуг. Но если стандартная была автоматически как нужно подпилена обработкой обновления (или же вообще удалена), то самописная осталась с неверными ссылками на старые документы.
Решение:
Убрал в самописной роли галки на документ ПоступлениеТоваровУслуг, оставил только на Приобретения.
Просмотров:
3 153
-
02.01.2013, 23:04
#1
Пришел за помощью
Ошибка при объединении конфигурации!
Доброго времен суток, форумчане.
Веду бух. учёт и усн.
Начиная с 204 обновления для усн и 550 для бух. учёта стала вылетать такая ошибка «Выбранная конфигурация является специализированной» (прикреплено в посте), делаю всё как обычно.
Чем вылечить?
Подскажите пожалуйста.
Ошибка.jpg
-
03.01.2013, 15:31
#2
Гость форума
У меня в УСН тоже самое и я ничем не лечу, т.к. обновление после нажатия <OK> проходит нормально.
-
04.01.2013, 03:25
#3
Пришел за помощью
Я уже разобрался вроде как.
Решил путём скачивания чистой базы с последней версией нужно конфигурации, а потом просто объединил их с нужной мне базой;)
Если как вы говорите, нажать «ок», у меня ничего не обновлялось)
-
09.01.2013, 17:07
#4
Гость форума
Подскажите пожалуйста! При обновлении 1С УСН базовая с 203 на 204 релиз выдает: «Нет возможности создать файл С: ***NEW_STRU1srecalc.cmd», а потом «произошла невосстановимая ошибка работы с диском. Файлы базы данных не были полностью обновлены».
С 205 релизом тоже самое.Последний раз редактировалось орленок; 09.01.2013 в 17:15.
-
09.01.2013, 17:53
#5
Гость форума
Может быть у Вас с жестким диском что-то. Попробуйте скопировать конфигурацию в другое место/ другой раздел жесткого диска/ на флешку, измените путь и снова попробуйте обновить.
-
28.03.2013, 12:46
#6
Гость форума
работаем на 7.7 версии бухгалтерии редакция 4.5. типовая базовая релиз 535, пытаемся перейти на релиз 555 — пишет при загрузке md — что данный файл конфигурации не является потомком… загрузили в копию базы — перестало считать регламентированные отчеты — не заполняет ничего … чего делать?
-
01.04.2013, 12:23
#7
Гость форума
работаем на 7.7 версии бухгалтерии редакция 4.5. типовая базовая релиз 535, пытаемся перейти на релиз 555 — пишет при загрузке md — что данный файл конфигурации не является потомком… загрузили в копию базы — перестало считать регламентированные отчеты — не заполняет ничего … чего делать?
Ошибка при объединении конфигурации!
|
Чтобы обновить 1с77 необходимо выполнить объединение старой и новой конфигурации. wine@eter-2 bottle rt/24487 WINE@Etersoft SQL 2.0.1-eter2.4/1 Установила 1с77 бухгалтерия. Скопировала сюда же обновление для нее. При попытке объединения сначала была ошибка (1с, она же и в windows): "Выбранная конфигурация является специализированной. " Лечение: Запустите 1С:Предприятие в режиме “Конфигуратор”. Создайте новую информационную базу (нажмите кнопку “Добавить”), либо, если она уже создана, добавьте к ней путь. Откройте конфигурацию, – Конфигуратор выводит предупреждение – “ВНИМАНИЕ!!! Данная конфигурация является специализированной…” Нажмите кнопку “ОК” и сохраните конфигурацию. При сохранении Конфигуратор произведет нужное преобразование. Закройте конфигурацию. Снова запускаю конфигурацию "бухгалтерия " в конфигураторе. Конфигурация - открыть конфигурацию. Объединить конфигурации - выбираю новую. Получаю ошибку при объединении данных. Сообщение 1с: Начало процесса объединения конфигураций -Режим замещения ведущих объектов -Загружаемая конфигурация является приоритетной -Замещение Объекта: "Задача" -Произошла ошибка в процессе объединения конфигураций
WINE@Etersoft SQL 1.3.37/2.0.1-eter1.11/6 - проблема имеется. WINE@Etersoft SQL 1.3.25/2.0.1-eter1.9/6 имеется. WINE@Etersoft SQL 1.3.9/2.0.1-eter1.10/6 то же самое (все через ww)
*** Bug 8696 has been marked as a duplicate of this bug. ***
Пожалуйста, обратите внимание на проблему. Объединение конфигураций не работает, следовательно невозможно обновление любой конфигурации под Wine 2.0
Cчитаю, что проблема не в wine. Если "Объединение конфигураций" приоритетной выбрать Текущую, а не Загружаемую, что логично, то процесс объединения проходит нормально и заканчивается успешно. В противном случае, ошибка возникает в 1с, и на сколько можно судить не связана с вызовами wine.
(В ответ на comment #4)
> Cчитаю, что проблема не в wine. Если "Объединение конфигураций" приоритетной
> выбрать Текущую, а не Загружаемую, что логично, то процесс объединения проходит
> нормально и заканчивается успешно. В противном случае, ошибка возникает в 1с, и
> на сколько можно судить не связана с вызовами wine.
Суть обновления конфигурации как раз в том, чтобы принять изменения из загружаемой конфигурации в текущую ИБ. Такова стандартная процедура установки типовых обновлений 1С (впрочем, как и других) по их же инструкции. Так что представить ситуацию, когда должна быть приоритетна Текущая, а не Заггружаемая конфигурация для подобной задачи сложно. Вывод о том, что возникновение ошибки в 1С под wine 2.0, и отсутствие таковой в одинаковой ситуации под wine 1.x и windows, лишь внутренние дела 1С, недостаточно обоснован.
В бутылке ошибка имеется. На windows XP Sv - снимок 8430 При объединении возникла ошибка из комметария1 (база явл. специализированной): Создала новую пустую БД, сохранила. Объединила ее сначала с базой "демоБухгалтерия", затем с обновлением для нее. Все работает корректно (все изменения были приняты без ошибок). В wine невозможно не то,чтобы объединить имеющуюся бд с обновлениями, но и пустую с готовой базой.
Если выставить приоритет "текущая" и "замещать объекты" - работает. Приоритет - загружаемая Метод - объединения - не работает. Приоритет - загружаемая Метод - замещение - не работает приоритет -"текущая" Метод - объединения - не работает. На windows работает все.
(В ответ на comment #8)
> Если выставить приоритет "текущая" и "замещать объекты" - работает.
>
> Приоритет - загружаемая Метод - объединения - не работает.
> Приоритет - загружаемая Метод - замещение - не работает
> приоритет -"текущая" Метод - объединения - не работает.
>
> На windows работает все.
wine@eter-2 bottle rt/24487
WINE@Etersoft SQL 2.0.3-eter22/5
Проверил еще раз при объединении 1SBDemo и Обновл.бух_upd R770532 на windows и в бутылке отличается список изменяемых объектов. Если при воспроизведении оставить отметки только те, что на были в списке при объединении на windows (Интерфейс->Бухгалтер), то объединение проходит правильно. Нужно выяснить, почему в список изменяемых/обновляемых объектов на wine попали все объекты?
1 - Добился того, чтобы список изменяемых объектов был однинаковым и на windows и в wine. Повеедение осталось прежним. В windows сразу после сообщения об объединении объекта Задача, выводится предупреждение о том, что автор был изменен, а дальше объединение проходит в штатном режиме.
2 - Запуск в бутылке с kernel32=n, ole2=n, ole32=n, oleaut32=n завершился с ошибкой объединения.
3 - В консоль постоянно сыпется предупреждение о том, что не найден clsid {8a04e844-f5ef-11cf-8939-444553540000}. Это barcode.ocx. В реестре его действительно нет. В реестре на windows он есть. Запустил на другой машине, на которой barcode установлен не был. Объединение завершилось успешно. Таким образом можно считать, что дело не в этом.
1 - Объединение не работает даже в случае пустой и любой другой конфигурации, при условии, что выставлены именно Приоритет-Загружаемой, Способ-Замещение.
2 - Запуск с ole32=n позволил завершить объединение пустой концигурации и 1SBDemo. После появилось несколько окошек с предупреждением "Ошибка открытия документа", однако их можно просто закрыть и продолжить работу.
3 - В трэйсе по ole преред завершением шла работа с {d5f569d0-593b-101a-b569-08002b2dbf7a} - IPSFactoryBuffer
Трэйс по relay и olerelay ничего не дал интресного. Трэйс по ole показывает, что после формирования списка объектов для замещения, и запуска объединения выполнялся код связанный с маршалиндом, однако, поскольку запуск с rpcrt4=n не помог, можно считать, что проблема исключительно в ole32. Попробовал заменить на библиотеку ole32 из более старых версий. Запуск с 1.0.12 не помог, запуск с 1.7.0 также как и eterhack привел к сообщению "Ошибка открытия документа".
На машине eter-1.0.12 под wine 1.0.12-eter14/28 объединение проходит успешно.
Сделал трэйс по file. Во время объединения в user/wine/Temp создаются .tmp файлы, по видимому содержащие, вносимые изменения, судя по их количеству создаются они для всего списка объектов замещения.
Изучение трэйса по ole показало, что в функции CoLockObjectExternal, неудачно сработал get_stub_manager_from_object. При этом ошибки не возвращается, а считается, что объект просто отключен.
(В ответ на comment #13)
> 2 - Запуск в бутылке с kernel32=n, ole2=n, ole32=n, oleaut32=n завершился с
> ошибкой объединения.
??? Сделать kernel32=n невозможно, т.к. в ней есть переходы в ядро windows, которое выполняется в привилегированном режиме и вайном не поддерживается. (это же относится к gdi32, user32, ntdll)
Мне удалось без проблем объединить пустую конфигурацию и некоторую случайную (от какой-то другой задачи) используя только ole32=n. ole32.dll взята от winxp. Причем это получается и для winehq и для w@e 2.1
(В ответ на comment #0)
> Чтобы обновить 1с77 необходимо выполнить объединение старой и новой
> конфигурации.
> wine@eter-2 bottle rt/24487
> WINE@Etersoft SQL 2.0.1-eter2.4/1
Вытянул из этой бутылки две базы и попытался их объединить. С нативной ole32 объединение проходит дальше чем со встроенной, но всё равно появляется сообщение
"Общая файловая ошибка при доступе к an unnamed file"
при этом в терминале:
fixme:ntdll:NtQueryInformationFile Unsupported class (22)
fixme:ntdll:NtQueryInformationFile Unsupported class (22)
хотя при запуске со встроенной ole32 ничего такого нет. Вывод - это вызовы из использованной нативной библиотеки (Эту версию подтверждает присутствие NtQueryInformationFile() в таблице импорта виндовой ole32).
Итог - проблема исключительно в ole32.
> Получаю ошибку при объединении данных.
>
> Сообщение 1с:
> Начало процесса объединения конфигураций
> -Режим замещения ведущих объектов
> -Загружаемая конфигурация является приоритетной
> -Замещение Объекта: "Задача"
> -Произошла ошибка в процессе объединения конфигураций
Получаю на своей (ИнТерра) базе такую же ошибку при объединении баз.
Впервые получил ее еще на первом вайне. Переход на двойку не помог
Вылечил такое поведение. Рецепт:
При объединении конфигураций ставим не замещение объектов, а объединение. Проводим объединение, сохраняем конфигурацию.
Далее, можно повторно сделать объединение уже с замещением объектов.
(В ответ на comment #23)
> > Получаю ошибку при объединении данных.
> >
> > Сообщение 1с:
> > Начало процесса объединения конфигураций
> > -Режим замещения ведущих объектов
> > -Загружаемая конфигурация является приоритетной
> > -Замещение Объекта: "Задача"
> > -Произошла ошибка в процессе объединения конфигураций
>
> Получаю на своей (ИнТерра) базе такую же ошибку при объединении баз.
> Впервые получил ее еще на первом вайне. Переход на двойку не помог
(В ответ на comment #24)
> Вылечил такое поведение. Рецепт:
> При объединении конфигураций ставим не замещение объектов, а объединение.
> Проводим объединение, сохраняем конфигурацию.
> Далее, можно повторно сделать объединение уже с замещением объектов.
Создала новую бутылку на eter-2.1 1c77/2bases (в обычной 1с77/1с77 уже слишком много баз,связанных с другими багами,эту создала для проверки операций,связанных с объединением или другим взаимодействием между 2мя базами,для удобства).
Итак,eter-2.1 1c77/2bases
Создала пустую конфигурацию,запустила в режиме конфигуратора.
Конфигурация-Открыть конфигурацию.
Конфигурация-объединений конфигураций. Выбираю файл MD из бд "TestBase".
Выставляю:текущая,объединение (иначе ошибка,как мы знаем).
Пока не удалось объединить совсем никак. При ранее работающем способе теперь:
"Не уникальный идентификатор. .Основание"
То есть объединить пустую базу с существующей не получилось.
тогда попробовала как в http://bugs.etersoft.ru/show_bug.cgi?id=8430#c0
Проявилась теперь бага
http://bugs.etersoft.ru/show_bug.cgi?id=8133
обойти ее не удалось на 2.1,переоткрыла.
Установила конфигурацию "комплексная", 2 версии в разные каталоги.
Запускаю БД kompleksnaya в конфигураторе,
для объединения выбираю файл MD более новой версии из каталога kompleksnayaNEW
параметры: текущая,объединение.
Объединение прошло корректно. Сохранила конфигурацию,при сохранении она корректно реорганизовалась.
Далее объединение прошло успешно с параметрами: приоритет текущая, замещать.Сохранила.
С приоритетом "загружаемая" не удалось объединить ни на первом ни на втором этапе.
Если приоритет значения не имеет,то закрываем-откладываем.
> Если приоритет значения не имеет,то закрываем-откладываем.
Приоритет имеет значение. Обратите внимание, что обновление любой типовой конфигурации по инструкции 1С производится с приоритетом "Загружаемая" (а иначе нет никакого смысла).Таким образом, пока проблема не решена, корректная установка каких-либо обновлений типовых (и не только) конфигураций невозможна.
(В ответ на comment #27)
> Приоритет имеет значение. Обратите внимание, что обновление любой типовой
> конфигурации по инструкции 1С производится с приоритетом "Загружаемая" (а иначе
> нет никакого смысла).
Следовательно, временное решение не подходит.
У меня сегодня получилось обновить типовую 1С 7.7, но я использовать метод "Загрузить изменённую конфигурацию", что не есть правильно, хотя, в результате, все обновилось вполне благополучно. Штатно этот режим в 1С используется для обновления базовых конфигураций.
Тихо замерло всё до рассвета...
Сегодня провёл эксперимент. 1. Поставил последнюю стабильную версию 2.1.3 - не работает. 2. Поставил тестовую версию 2.1.3 - не работает. 3. Откатился до 2.0.4 - не работает. 4. Откатился до версии 1.0.12 - ВСЁ ЗАПРАБОТАЛО!!! Но, с этим релизом не желает работать 1С 8... Хотя, это уже и не так важно, можно ставить 1С:Сервер и вайн не так уж и нужен для малого количества подключений.
> 4. Откатился до версии 1.0.12 - ВСЁ ЗАПРАБОТАЛО!!!
Да, на первом работает. В этом и проблема. Чтобы элементарно установить обновление конфигурации в 1С 7.7, нужно искать машину с виндовс или WINE@Etersoft 1.x
Откладываем задачи, к которым не обращались более 100 дней.
задача актуальна... на получается объединить конфигурации под wine 2.1.3 eter 3/5
Надо воспроизвести и передать Дмитрию.
Поскольку бутылки wine@eter-2 bottle rt/24487 больше нет подготовил новую swine 2.1 bugs/8430 Установлена 1с77 Добавлена база /var/ftp/pvt/Windows/1C/1Cv77_configs/komplexnaya/ATCDemo Скопировано обновление "/var/ftp/pvt/Windows/1C/1Cv77_configs/komplexnaya/обновл." на диск C:
Воспроизвёл. Пакеты wine wine-etersoft-gl-2.1.3-alt24.M70P.25 wine-etersoft-sql-2.1.3-alt7.M70P.8 wine-etersoft-2.1.3-alt24.M70P.25 Проблема воспроизводится если в настройках объединения выбрать параметры: Приоритет Конфигурации - Загружаемая конфигурация Метод Объединения - Замещать объекты Всего 4 варианта - воспроизвести получилось только в 1-м
Так как задача 10837 должна быть решена, то и эта (фактический повтор той) так же. Константин, пожалуйста протестируйте исправление. |
Весь день роюсь в мд-файле. Нашла, что последним был добавлне счет 28 с 3 субконто. Субконто пронумерованы Как id_10299 {«102995″,»id_10297″,»»,»»,»U»,»0″,»0″,»0″,»0″,»0″,»82660″,»0″,»1″,»1″,»1″}, {«102996″,»id_10298″,»»,»»,»U»,»0″,»0″,»0″,»0″,»0″,»26085″,»0″,»1″,»1″,»1″}, {«102997″,»id_10299″,»»,»»,»U»,»0″,»0″,»0″,»0″,»0″,»26109″,»0″,»1″,»1″,»1″}}}, Все 3. Мне кажется это странным. Последний номер субконто id заканчивается на 10296. Пробовала останые нумеровать 10297, 10298, 10299. Вылетает с общей ошибкой файла. Возможно где-то ещё нужно перепрописать идентификатор. По все видимости, теперь в конфигурацию нельзя добавить ни одного счета. Каждый раз будут анализироваться эти три субконто и ругаться на отсутствие уникальности. Нашла много материла вот здесь Там же скачала плагин для Far. Есть какие-то идеи?