|
v7: переброс по оле приказов о приеме на работу ЗиК 2.3 | ☑ | ||
---|---|---|---|---|
0
Вежливый_Лось
26.10.11
✎
16:53
|
при переброске с одной базы в другую кроме Оклада все садится нормально
может знает кто в чем проблема? |
|||
1
DJ Anthon
26.10.11
✎
16:56
|
хи ))) я знаю
|
|||
2
DJ Anthon
26.10.11
✎
16:57
|
реквизит неопределенный, тип надо назначать
|
|||
3
DJ Anthon
26.10.11
✎
16:57
|
обработка у меня готова, хошь посмотреть?
|
|||
4
Вежливый_Лось
26.10.11
✎
17:00
|
Давай я думал ты забыл уже)))))
|
|||
5
DJ Anthon
26.10.11
✎
17:01
|
http://zalil.ru/31938379
это пре-релиз, я добиваю туда перенос проводок, скоро будет готово. вот этот код надо вставить в глобальник
|
|||
6
DJ Anthon
26.10.11
✎
17:03
|
если хочешь идеального переноса, то надо будет еще выполнить все по инструкции:
все строки в конфигурации Процедура ОбработкаПроведения(ОбработчикСообщений) заменить на Процедура ОбработкаПроведения(ОбработчикСообщений) Если глОбработкаПроведения(Контекст, ОбработчикСообщений) = 1 Тогда Возврат; Иначе КонецЕсли; еще есть пара нюансов... но я их добиваю. в частности, пока не переносятся первичные записи, но это я сегодня сделаю. для твоих доков тебе хватит |
|||
7
DJ Anthon
26.10.11
✎
17:04
|
эти изменения безвредные, могут висеть в базе до следующего обновления, можешь их удалить сразу после переноса. я сейчас пишу код для автоматической разборки/сборки мдшника, чтобы и этим тоже не заморачиваться.
|
|||
8
Вежливый_Лось
26.10.11
✎
17:06
|
завтра опробуем))))) спасибо
|
|||
9
GreyK
26.10.11
✎
17:08
|
(0) А что и куда несёте?
(5) "//в оле нету периода регистрации. приходится обходить" - это ты про что? |
|||
10
DJ Anthon
26.10.11
✎
17:11
|
ОЛЕЖурналРасчета.ПериодРегистрации.ДатаНачала - ошибка
ОЛЕЖурналРасчета.ПериодРегистрации.ОписательПериода - ошибка |
|||
11
DJ Anthon
26.10.11
✎
17:12
|
ОЛЕЖурналРасчета.ПериодРегистрации - объект неизвестного типа.
а вот все остальные реквизиты - нормальные. не подскажешь, в чем может быть дело? |
|||
12
DJ Anthon
26.10.11
✎
17:14
|
(9) что и куда? все! ))))) переносит в отличие от других обработок периодику, регистры, константы, не требует одинаковость конфигураций (можно из зика в комплексную, например, только не идеально перенесется), отборы, интерактивный выбор элементов из ОЛЕ, куча опций. даже в конце список объектов можно увидеть и проверить. можно переносить даже отдельные записи ЖР, регистров, проводок и периодики (но это уже в платной версии)
|
|||
13
GreyK
26.10.11
✎
17:22
|
(11) Я брал дату из документа.
|
|||
14
DJ Anthon
26.10.11
✎
17:26
|
(13) нифига ты модный... она может и не совпадать, возьми, к примеру, отпуск по уходу за ребенком...
|
|||
15
DJ Anthon
26.10.11
✎
17:30
|
еще прикол, как создать периодическую запись с пустой датой? платформа такое не позволяет, а у меня есть такие базы... и как создать документ с пустой датой или номером?
|
|||
16
GreyK
26.10.11
✎
17:33
|
(14) В ЗиКе всё привязано к дате документа не сумлевайся :) Посмотри каким документом введены записи отпуска по уходу.
|
|||
17
DJ Anthon
26.10.11
✎
17:34
|
(16) сумлеваюсь...
|
|||
18
DJ Anthon
26.10.11
✎
17:34
|
(16) там еще есть пересчеты
|
|||
19
GreyK
26.10.11
✎
17:38
|
(15) А ты вначале создай переменную и присвой ее значение пустой даты, полученной по ОЛЕ, потом меняй пустые даты на ПустуюДАтуВнешнегоИсточника и платформа согласитя :)
(18) Какие пересчеты? Ручные записи или записи введенные доком? |
|||
20
DJ Anthon
26.10.11
✎
17:39
|
(16) а ввод расчета сотруднику?
Движения документа: Ввод расчета сотруднику №000001 от 26.10.11 Записи журналов расчетов Период расчета Объект расчета Вид расчета Результат Начало Окончание Дни Часы Журнал "Журнал зарплата" Март 2010 г. 01553 Андриянова Надежда Андреевна Доплата суммой 14.00 01.03.2010 01.03.2010 |
|||
21
DJ Anthon
26.10.11
✎
17:40
|
(19) по оле пустую дату получить невозможно. по оле пустая дата приходит как 30.12.1899
|
|||
22
DJ Anthon
26.10.11
✎
17:41
|
(19) записи, введенные платформой от отмены проведения документов
|
|||
23
GreyK
26.10.11
✎
17:43
|
(21) Вот ты эту дату и присваивай вместо пустого значения.
(22) Ты переносишь документы? |
|||
24
DJ Anthon
26.10.11
✎
17:43
|
как видишь, период регистрации с датой документа нифига не совпадает.
|
|||
25
GreyK
26.10.11
✎
17:44
|
(20) Посмотри каким доком эта запись вводится в следуещем периоде.
|
|||
26
DJ Anthon
26.10.11
✎
17:44
|
в следующем - понятно. а первая запись?
|
|||
27
GreyK
26.10.11
✎
17:48
|
Ну и в первом посмотри.
(24) Это про ручные записи? В Зике куча защит от изменения задним и будущим числом. |
|||
28
DJ Anthon
26.10.11
✎
17:49
|
(27) в первом - я тебе написал. запись вводится документом Ввод расчета сотруднику №000001 от 26.10.11
в марте 2010 года. никакой связи. это не ручные записи, а записи с красной стрелочкой. и про защиту я в курсе. легко обходится ;) |
|||
29
DJ Anthon
26.10.11
✎
17:50
|
ой не ручные. а самые что ни на есть стандартные. записи со стрелочкой - это про (22)
|
|||
30
DJ Anthon
26.10.11
✎
17:51
|
и самое смешное, что я уже решил проблему с периодом регистрации давно, но не помню как. помню, что очень изящно )) но сейчас не могу придумать как...
|
|||
31
GreyK
26.10.11
✎
18:07
|
(28) Сторно?
Как обходишь? УстановитьТекущийПериод()? |
|||
32
DJ Anthon
26.10.11
✎
18:16
|
так как я перебираю все записи документа, я запоминаю порядковый номер текущей обрабатываемой записи. затем делаю то же самое в ExecuteBatch и по номеру записи беру период уже оттуда. правда, для этого приходится править модуль подключаемой базы (добавить одну функцию). хочу это обойти тоже. может, как-нибудь одним оператором...
(0) автор, забыл тебе сказать, для переноса записей в ОЛЕ-базе надо в глобальник сунуть это:
|
|||
33
DJ Anthon
26.10.11
✎
18:18
|
и для первичной записи такое не прокатывает. попробую через сравнение записей...
записи ОЛЕ сука кривые - для них ЗначениеВСтрокуВнутр и ЗначениеВСтроку не подходят. это специально по ходу сделано. чтобы мы поебaлись. |
|||
34
DJ Anthon
26.10.11
✎
18:21
|
(31) а, ты про защиту.... ну можно так, ага... как еще...
|
|||
35
GreyK
27.10.11
✎
21:12
|
Жалко глобальник млин.
Это невозможно :) Функция ПолучитьПериодРегистрации(Запись) Перем ЖурналРасчетовВИ; ЖурналРасчетовВИ=СоздатьОбъектВИ("ЖурналРасчетов."+Запись.Вид()); ЖурналРасчетовВИ.УстановитьТекущийПериод(Запись.ПериодРегистрации,0); Возврат ЖурналРасчетовВИ.НачалоТекущегоПериода(); КонецФункции //ПолучитьПериодРегистрации |
|||
36
DJ Anthon
27.10.11
✎
21:14
|
это ты че щас написал?
|
|||
37
DJ Anthon
27.10.11
✎
21:16
|
ты как запись по оле передашь? нафига менять что-то в базе оле? (даже такую мелочь как период) а если она только для чтения?
правку глобальника обошел методом внещней обработки, но все равно это не козырный метод. кстати, первичная запись теперь тоже переносится рекурсивно и нашел еще один баг платформы. |
|||
38
DJ Anthon
27.10.11
✎
21:18
|
надоела эта вылизка багов.... завтра доделаю перенос проводок и возьмусь за эргономику интерфейса. подпишу все кнопки и напишу инструкцию. к ноябрю будет релиз. как и планировал.
|
|||
39
DJ Anthon
27.10.11
✎
21:20
|
(35) если не в оле базе, а в текущей и Запись - олешная, то
ЖурналРасчетовВИ.УстановитьТекущийПериод(Запись.ПериодРегистрации,0); - вылет платформы. потому что объект Запись.ПериодРегистрации - нечитаем. его значение - {Х 0 0 0 0 0} так что ты зря старался. |
|||
40
GreyK
27.10.11
✎
21:47
|
(37) Запоминай и возвращай на место.
(38) Зачем впихивать невпихиваемое :) |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |