Привет!
Столкнулся с проблемой миграции БД сделанной в РФ для коллег из Германии.
При попытке запустить код в Германии выскакивает сообщение об ошибке.
Все названия полей и контролов на английском. Но есть в проекте лейблы естественно на русском. Имею в виду названия ярлыков.
В коде везде где были русские буквы все превратилось в кракозябры. Это тоже поправил. Но все равно не заходит.
Сами формы открываются без проблем, но ни один код не выполняется. При попытке создать новую кнопку уже на немецкой машине с простым msgbox "test" тоже выбивает ошибку.
Даже не знаю что делать с этим, полностью переписывать разве что на немецкой машине, это п@@@!

Панург,

Этот трюк провернуть на машине в Германии?

При сохранении в форме в виде текста он (экпорт аксесс) сам спрашивает в каком формате хотите сохранить)

Я экспортировал в html (при выборе данного формата сохранения он не спрашивает дополнительно), открыл в редакторе этот html , он пишет что кодировка cp 1251. Видимо в Германии с этой кодировкой глухо )

Я компилил и перезаливал базу на немецком компе, по удаленке, не помогает.
Сообщение вот:

...ду, ду хаст мич, ду хаст мич гефра.))

ROI,
Да это описание стандартной ошибки , при сбое выполнения макроса, общие фразы. Оно ничего по сути не говорит, кроме того что при выполнении макроса возникла ошибка.
Проблема в кодировке объектов (формы, отчеты, кодировка модулей VBA ) Это даже не знаю как решить , потому что на германском компе есть переключение на русский язык, есть русский язык, но вот в модуле если на нем что то писать, на немецком компе, то выдает кракозябры. То есть пишешь на русском, и тут же он выводит символы типа iiCpp и так далее..

Да, это тоже все у меня сделано, более того сузил круг проблемы. Не работают только макросы, вообще никакие. Любая попытка на машине германии выполнить вообще любой код (создаю к примеру новую форму и кнопку на ней) выводит ошибку.
Формы загружаются, комментарии в коде на русском тоже уже нормально работают. Но vba не работает.

Я писал и для США и для Польши, такие ошибки в первый раз всстречаю. Импорт в новую базу не помогает

Эпопея закончилась перегонкой модулей в формат bas. Сменой кодировки на UTF-8 и обратной загонкой в проект импортом. Как говорят в Германии, эсвайште шнищт)). Все завелось,пришлось повозится с меню на немецком языке (там несмотря на стоящий блок русского языка в интерфейсе VBA все на немецком. К сожалению не шпрехаю)). Всех с пятницей!)

https://youtu.be/1HDV1fmtIKE

Я думаю ,что у меня аксесс просто кривой , потому что несмотря на то что все объекты (лейблы,контролы,разделы форм,подписи форм) были на английском, закусило именно модули только.
Вопрос решился в принципе, на будущее- действительно с самого начала нужно выбрать английскую локализацию и писать все от и до на ней.

Здесь также столкнулся с интересной проблемой. Базу я реализовал на MySql. Хостинг находится в Германии. Соответственно эти функции:



выдают локальное время в Германии, которое отличается от нашего Москва/Питер на 2 часа.
Программа является CRMкой, всего 2 типа роли, первый - администратор задач работникам, 2 - исполнители.
Аутентификация пользователя - на сервере MySql, с вводом логина и пароля в интерфейс драйвера MySqlOdbc.

В общем ситуация следующая, раздаются задачи пользователям, один в Германии, другой в Екате, третий в New Delhi.

У одного 9 утра, у другого 11, у третьего - 16 часов вечера. Но задачи должны выполнятся в соответствии с локальным временем в стране исполнителя)).
Но задача считается в работе с момента формирования ее в новой строке таблице t_tasks, которую видят у себя исполнители. Так как сервер в Германии, задача раздается с таймстампом по немецкому времени.

Я почудил с триггерами и вьюхами на самом мускуле и понял, что лучше решать эту проблему с использованием системного времени на клиенте, ведь каждый клиент отображает то Now(), которое у него на текущий момент в стране/регионе. С серверным решением MySql получилось слишком громоздко.

Погуглил на предмет решений в разрезе разности часовых поясов, оказывается это достаточно серьезная проблема. Я со своей поделкой ее решил, так как особого разнообразия привилегий нет,и важность операций не такая большая, мне интересно как выпутываются серьезные системы,с централизованным сервером в каком нибудь регионе и с развитой сетью сотрудников в других странах,с деньгами,проводками и прочими плюхами.

Мы сначала с этим тоже запарились немного, потом просто сделали срок выполнения задачи в количестве часов,и часики начинают тикать, когда исполнитель ее берет в работу. Дополнительно подсвечивается красным, если с момента назначения задания (системное время сервера,таймстамп при добавлении новой строки и дата принятия в работу - тоже системное время ,при нажатии чекбокса- взял в работу превышает больше 10 часов.) В общем решили больше на административном уровне)

С китайцами есть одна проблема, сталкивался раз в год примерно. Было представительство в Китае, наши логисты жили и работали там, у всех раскладка на компах с тремя языками, русский, традиционный китайский, ну и английский.
Часть данных они присылали в виде Excel файлов (инвойсы, спецификации, пакинг листы и проч.)
А мы копировали их в Access (номера документов, какие либо другие агрегированные данные оттуда.) И выскакивала такая ошибка, если в документах часть информации печаталась на китайской раскладке , то при копировании в аксесс обычное число , которое в общем то не должно быть зависимым от языка почему то копировалось в виде китайской кракозябры.
Имею в виду примерно такое Номер инвойса TYHR-F12 , и при копировании копипасте в аксесс это появлялось в таком виде: TYHR-F殘殘殘