Ошибка SQL в модуле "Расчеты с персоналом"

[Карбофос]

При работе с функционалом "Расчеты с пероналом" SP3 часто возникает ошибка базы данных. Содержание ошибки длинное пре длинное.
Кому интересно, во вложении есть полный текст ошибки (текстовый файл, затянется быстро).
К примеру, она возникает при попытке создания строк табеля учета времени.
Программисты бьются над ошибкой довольно долго и не могут ее победить.
Вообще говоря подобная ошибка возникает не только в этом случае. за содержание ошибки в других случаях не ручаюсь, хотя наверное больших отличий нет
Кто имел такую (или похожую) проблему и решил ее (возможно даже путем обращения к разработчикам) напишите, как Вам это удалось.

[Wamr]

Где файлик-то?

[Карбофос]

У метя текстовый файл, а он не прикладывается к сообщению.
Вкладываю текст ошибки непосредственно сюда.

Невозможно выполнить команду языка определения данных.
База данных SQL обнаружила ошибку.

Описание ошибки SQL: [Microsoft][ODBC SQL Server Driver][SQL Server]Line 1: Incorrect syntax near '/'.

SQL запрос: ALTER TABLE RPAYTBLTRANS ADD DAY_T1/2 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMET1/2 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_T1/3 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMET1/3 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_T1/4 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMET1/4 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_T2/1 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMET2/1 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_T2/2 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMET2/2 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_T2/3 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMET2/3 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_T2/4 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMET2/4 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_TS1 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMETS1 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_TS/2 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMETS/2 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_TS/3 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMETS/3 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_TS/4 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMETS/4 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_TP1 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMETP1 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_TP2/1 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMETP2/1 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_TP2/2 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMETP2/2 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_TP2/3 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMETP2/3 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_T1/1 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMET1/1 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_TS/1 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMETS/1 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_TP2/3-1 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMETP2/3-1 NUMERIC(28,12) NOT NULL DEFAULT 0 , DAY_TP2/3-2 NUMERIC(28,12) NOT NULL DEFAULT 0 , TIMETP2/3-2 NUMERIC(28,12) NOT NULL DEFAULT 0

[Nikolson]

Вроде как всё в порядке, файл присоединяется к собщению.
Опишите проблему поподробнее, плз.

[fed]

Это - известная грабля с табелями в Axapta.
В том случае, если ты добавляешь новые строки в справочник времен, Axapta в-тихоря добавляет новые поля в таблицу RpayTblTrans (табеля). При этом новые поля имеют имя Day_<Код времени> TIME_<код времени>.
В твоем случае, коды времени содержат символ "/", который в названиях полей ни у MS SQL ни у Oracle встречаться никак не может. Вот у тебя сервер БД и ругается.
Правильнее всего для кода времени использовать только латинские буквы и цифры - в общем только те симовлы которые могут включаться в идентификаторы полей любой СУБД

[mazzy]

И раз пошла такая пьянка...

Нельзя создавать и удалять строки в справочнике времен, когда находишься в разных слоях. Например, если находишься в слое cus и создаешь время для табеля, то создается строка в базе данных и описание поля в слое cus. А если попытаешься удалить это время, когда находишься в слое usr, то строка в базе удалится, а описание поля нет.

Будьте бдительны.