Обратимость изменений в конфигурации
Автор MGMGA, 16 фев 2012 15:14
Сообщений в теме: 9
#1
Отправлено 16 февраля 2012 - 15:14
УТ 11.0.7.13
Обнаружили кое-какие баги. В общем для того чтобы снять корректно отчёты о розничных продажах, нужно сделать небольшие изменения в конфигураторе (закомментировать строки), снять отчёты и раскомментировать обратно. После этого конфигурация вернётся к прежнему виду или будет уже изменённой, в плане дальнейших обновлений и т.д?
Обнаружили кое-какие баги. В общем для того чтобы снять корректно отчёты о розничных продажах, нужно сделать небольшие изменения в конфигураторе (закомментировать строки), снять отчёты и раскомментировать обратно. После этого конфигурация вернётся к прежнему виду или будет уже изменённой, в плане дальнейших обновлений и т.д?
#2
Отправлено 16 февраля 2012 - 15:54
Баги по отчет о розничных исправляли в версиях 14, 15 и 16.
Рекомендую обновиться до тестовой 16-ой версии.
Рекомендую обновиться до тестовой 16-ой версии.
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!
#3
Отправлено 16 февраля 2012 - 16:29
В ней можно работать с реальной базой? Или лучше финальной подождать?
#4
Отправлено 16 февраля 2012 - 16:40
Мои клиенты работают
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!
#5
Отправлено 16 февраля 2012 - 16:49
BabySG (16 февраля 2012 - 15:54) писал:
Баги по отчет о розничных исправляли в версиях 14, 15 и 16.
Рекомендую обновиться до тестовой 16-ой версии.
Рекомендую обновиться до тестовой 16-ой версии.
Заметил, что при обновлении с 13 на 15 слетели пользовательские настройки отчетов и профилей групп доступа. Как при обновлении с 15 на 16? Не обращали внимание?
#6
Отправлено 17 февраля 2012 - 22:05
Обновление на 11.0.7.16 облегчения не принесло. Корневой вопрос остаётся в силе. Догадываюсь, что всё будет ок, но всё же уточню.
#7
Отправлено 18 февраля 2012 - 12:13
Конфигурация будет на поддержке с изменениями. После каждого обновления надо будет восставливать свои изменения.
Но Вы бы лучше озвучили СУТЬ проблемы, а не ПУТЬ решения.
Но Вы бы лучше озвучили СУТЬ проблемы, а не ПУТЬ решения.
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!
#8
Отправлено 18 февраля 2012 - 12:58
BabySG,
Вы не много не поняли. Мы хотим внести изменения в конфигурацию, снять отчёты, после чего вернуть конфигурацию к прежнему виду. Попробую описать для чего это нужно. У нас РИБ и ККМ ОФФлайн. Для выгрузки в ККМ УТ11 создаётся таблица товаров и им автоматом назначаются коды, по которым товары в дальнейшем идентифицируются при снятии отчётов с ККМ. Оказалось, что эти таблица в главном и подчинённом узлах РИБ не совпадают, т.е. корректно снять отчёт можно только с того узла РИБ, с которого шла выгрузка в ККМ. Загружали мы с подчинённого узла, соответственно с него нужно снять отчёты. Вторая часть проблемы. При попытке снять отчёт ККМ с подчинённого узла, возникает ошибка "Значение не является значением объектного типа (ДатаЗагрузки)" (с главного узла всё снимается нормально). Место возникновения ошибки в коде конфигурации было найдено - вроде ни чего важного, там обновление даты загрузки узла идёт, но из процедуры вылетает. Вот и решили закомментировать строку, снять нужные отчёты, убрать комментарии, вернув конфигурацию к первоначальному виду.
Вы не много не поняли. Мы хотим внести изменения в конфигурацию, снять отчёты, после чего вернуть конфигурацию к прежнему виду. Попробую описать для чего это нужно. У нас РИБ и ККМ ОФФлайн. Для выгрузки в ККМ УТ11 создаётся таблица товаров и им автоматом назначаются коды, по которым товары в дальнейшем идентифицируются при снятии отчётов с ККМ. Оказалось, что эти таблица в главном и подчинённом узлах РИБ не совпадают, т.е. корректно снять отчёт можно только с того узла РИБ, с которого шла выгрузка в ККМ. Загружали мы с подчинённого узла, соответственно с него нужно снять отчёты. Вторая часть проблемы. При попытке снять отчёт ККМ с подчинённого узла, возникает ошибка "Значение не является значением объектного типа (ДатаЗагрузки)" (с главного узла всё снимается нормально). Место возникновения ошибки в коде конфигурации было найдено - вроде ни чего важного, там обновление даты загрузки узла идёт, но из процедуры вылетает. Вот и решили закомментировать строку, снять нужные отчёты, убрать комментарии, вернув конфигурацию к первоначальному виду.
#9
Отправлено 18 февраля 2012 - 13:04
Ну, я не вижу тогда никаких проблем (за исключение того, что стоило бы с проблемой разобраться, а не комментировать ее :)
Ничто так сильно не укрепляет веру в человека, как ПРЕДОПЛАТА!
#10
Отправлено 18 февраля 2012 - 13:12
С проблемой пусть 1с разбирается, у меня нет такой квалификации просматривать, как корявая ссылка через дюжину процедур тащится. :)
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных









