| 0
- 10.08.2012 - 13:24
|
Всем привет. Обновили в марте базу ЗИК на 322 релиз, после этого ничего не обновляли, все хорошо работало, периоды меняли до июля, вылетов не было. В июле начались проблемы. Проводим документ начисления зарплаты, запускаем расчет, вылетает программа. Делаем лечение исправление, делаем расчет по отдельности по каждому сотруднику, вылетает на ком-то, делаем тестирование исправление опять, опять выдает ошибки такого плана: Проверка уникальности внутреннего идентификатора в журнале расчетов. Зарплата. ПроизвольноеУдержание01 01.07.12<=>31.07.12 Линкевич Маргарита Николаевна(90104) Проверка уникальности внутреннего идентификатора в журнале расчетов. Зарплата. ПроизвольноеУдержание01 01.07.12<=>31.07.12 Лаптева Елена Александровна(90170) Проверка уникальности внутреннего идентификатора в журнале расчетов. Зарплата. ПроизвольноеУдержание01 01.07.12<=>31.07.12 Кузнецова Ольга Николаевна(89788) Проверка уникальности внутреннего идентификатора в журнале расчетов. Зарплата. ПроизвольноеУдержание01 01.07.12<=>31.07.12 Климович Ирина Александровна(5307) Проверка уникальности внутреннего идентификатора в журнале расчетов. Зарплата. ПроизвольноеУдержание01 01.07.12<=>31.07.12 Климкина Елена Эдуардовна(90000) Проверка уникальности внутреннего идентификатора в журнале расчетов. Зарплата. ПроизвольноеУдержание01 01.07.12<=>31.07.12 Кашмирова Ирина Викторовна(5316) Проверка уникальности внутреннего идентификатора в журнале расчетов. Зарплата. ПроизвольноеУдержание01 01.07.12<=>31.07.12 Истомин Владимир Вячеславович(5202) Проверка уникальности внутреннего идентификатора в журнале расчетов. Зарплата. ПроизвольноеУдержание01 01.07.12<=>31.07.12 Исмаилова Елена Владимировна(89929) Опять тестирование исправление, продолжаем расчет по людям на ком был сбой, расчет проходит, сбой теперь уже на другом ком нибудь. *.DD файлы создавали по новой, подскажите что можно сделать с этим?     | | |
| 441
- 17.12.2012 - 10:01
|
ну и эту, заодно http://1c.proclub.ru/modules/mydownl...cid=5&lid=3061 | | |
| 442
- 17.12.2012 - 10:20
| 440-Ёпрст > Есть такая, январь 10 года вылетает если проведены документы будущих периодов. | | |
| 443
- 17.12.2012 - 10:36
| 441-Ёпрст > С 2010 года не будем восстанавливать, декабрь добить и в новую базу. | | |
| 444
- 17.12.2012 - 10:47
| Перешли на декабрь, документы начисления все провелись, а расчет вылетает именно на совместителях. Сейчас расчетчица считает по одному человеку всех не совместителей, проверим в совместителях ли дело. | | |
| 445
- 17.12.2012 - 11:08
| проверь, заполнен ли ОсновнойОбъект в справочнике сотрудники и чем именно. | | |
| 446
- 17.12.2012 - 15:38
| 445-Ёпрст > Заполнен у всех, ссылка идет у совместителей на основной элемент. Вылетает не толкьо на совместителях. | | |
| 447
- 17.12.2012 - 15:54
| у тя вылет только в одном месте - неверный род.документ у НачислениеиУдержаниеСписком в ЖР.. | | |
| 448
- 17.12.2012 - 16:21
|
447-Ёпрст > Ты у всех документов этого вида в IDPARDOC подставил IDDOC? Вид документа в 1sjourn.dbf в колонке IDJOURNAL прописывается? | | |
| 449
- 18.12.2012 - 00:31
| галактеко волнуеццо! держите в курсе бтвы! | | |
| 450
- 18.12.2012 - 07:55
|
(448) нет. В последнем варианте, у всех документов вида НачислениеИУдержаниеСписком поставил родительским документом первый встретившийся род. документ (по дате). Т.е если было в табличке расчетов Док1 Род1 Док1 Род12 .......... Док1 Род222 Док2 Род2 Док2 Род3 .... Док2 Род444 стало Док1 Род1 ... Док2 Род2 | | |
| 451
- 18.12.2012 - 11:21
| Понятно, надо обработки писать. | | |
| 452
- 18.12.2012 - 13:08
| Прашло фсиго 4 месяца, а база усё рушилась и рушилась. Фигля, адынесник за работай. | | |
| 453
- 18.12.2012 - 13:58
| Цитата:
| | |
| 454
- 18.12.2012 - 21:25
| Ёпрст если починит, то уже ящик коньяка по почасовке заработал ))) умеют жеж люди... | | |
| 455
- 20.12.2012 - 10:02
| После перехода на новый период и ввода новых документов все повторяется. | | |
| 456
- 20.12.2012 - 10:10
| Новую БД с НГ не предлагать? Если и она будет падать, то остается один рецепт - новый админ и новый 1С-ник. | | |
| 457
- 20.12.2012 - 10:12
| Цитата:
| | |
| 458
- 20.12.2012 - 10:43
|
(455) А чего за вид расчета у тебя такой, "У" ? :) И это, если целиком прибить ЖР и всё по-новой.. тоже не проходит ? | | |
| 459
- 20.12.2012 - 11:05
| наблюдаем с интересом! | | |
| 460
- 20.12.2012 - 11:08
| Цитата:
| | |
| 461
- 20.12.2012 - 13:48
|
хочу внести пожертвование расчётный счёт есть? | | |
| 462
- 20.12.2012 - 14:25
| 458-Ёпрст > У это у. )) Если целиком прибивать ЖР это придется все лопатить с нуля, все ручные исправления убьются, решили что это нафиг не нужно никому. С НГ новая база. | | |
| 463
- 20.12.2012 - 14:26
| 460-bma1 > Да х.. ее починишь не зная причины точной. | | |
| 464
- 20.12.2012 - 16:22
| 2(463) Тогда не чини а заведи новую. неломаную. | | |
| 465
- 20.12.2012 - 23:32
|
если ТС так и не поймет в чем была проблема - грош цена ему как спецу локализовать можно любую проблему по крайней мере описать ее так, чтобы любой смог сымитировать и повторить а тут полтыщи постов и что в итоге? не стыдно? тьху | | |
| 466
- 21.12.2012 - 15:41
| 465-Синегурочка > :)) Офигеть. | | |
| 467
- 21.12.2012 - 21:03
| так в итоге-то что было? | | |
| 468
- 22.12.2012 - 22:04
| Для желающих поискать проблему... :-) Здесь база: http://hdd.tomsk.ru/file/nfmrahmj Действия в базе, приведшие к проблеме нарушения ссылочной целостности внутренних идентификаторов. - Последовательно заполнялся и проводился докумен "НачислениеЗаработнойПлаты" на дату 30.11.2012г выбором сотрудников из групп - Штатные и т.д. После каждого проведения делалось тестирование базы на наличие ошибок. На группе Прочие физ-лица отловил сотрудника с кодом "90197", именем "347 347 347", по которому после проведения документа "НачислениеЗаработнойПлаты", произошло нарушение ссылочной целостности внутренних идентификаторов. При снятии с проведения документа "НачислениеЗаработнойПлаты", содержащего всего одного сотрудника, фиксировалась большая задержка в процессе снятия с проведения, по окончании которой, файл журнала "CJ447.DBF", при упаковке в конфигураторе через "Тестирование и Исправление информационной базы", очистился с 17 МГб до 600 байт. Ссылка на вид документа с сотрудником, дающим проблему. http://hdd.tomsk.ru/file/gusyqgms Да, для удобства эксперимента, на форму документа повесил реквизит ЗаполнятьПо - чтобы можно было быстро заполнять табличную часть документа нужным количеством физ-лиц. | | |
| 469
- 22.12.2012 - 22:53
| 2(486) Я сильно подозреваю, что во внутреннем коде записи этогосотрудника есть какие-либо управляющие символы... | | |
| 470
- 23.12.2012 - 08:45
| (469) примерно в равных частях - сбой или тонкое вредительство. Вредительство доказать практически невозможно | | |
| 471
- 23.12.2012 - 10:01
|  | | |
| 472
- 23.12.2012 - 11:17
|
Что обнаружено: в просмотрщике id выглядит " I9 ", но в таблице есть запись с номером 45 с точно таким же (визуально) id (наименование "112 112 112") Есть ли это "просто" дубль, или хитро испорченный управляющими символами id - не исследовал. В любом случае, надо брать свежее значение id, подменять его в справочнике, подменять его в ЖР, подменять его во документах. В ЖР это сделать просто, для исправления в документах достаточно удалить запись, и при помощи ТиИ найти все документы, где нарушится ссылочная целостность. Впрочем, для "массового" документа НачисленияУдержанияСсылкой это можно сделать как и для ЖР. И перепроводить ничего не надо. | | |
| 473
- 23.12.2012 - 11:22
| +472 Оппа... Соврамжи. Слепые глазоньки не заметили, что в строке 45 id не " I9", а " 19". | | |
| 474
- 23.12.2012 - 12:23
|
А копаться не охота: бардак в ведении: 17.11.2010 - прием на работу. 04.08.2012 - увольнение. 07.08.2012 - прием на работу. 22.09.2012 - прием на работу (Повторно! Без увольнения! Тем же самым документом!! - это как?) 22.09.2012 - увольнение (Внезапно!) 01.10.2012 - перерасчет окладов (О, да, заслужил за мучения...) Чего уж там в модулях при таком старании спрятать косяки расчетчиц.... Сие не ведомо. Может, самому "исправляльщику". | | |
| 475
- 23.12.2012 - 12:58
|
Вообщем, он был еще внутренним совместителем самого себя. Бардак и не понимание структуры данных. | | |
| 476
- 23.12.2012 - 14:33
| У меня кончился попкорн... :( | | |
| 477
- 23.12.2012 - 21:46
| 467-Чучундер > Не понятно в чем до сих пор. | | |
| 478
- 23.12.2012 - 21:51
| 474-VZ > При заключении с сотрудником срочного трудового договора в документе приема на работу ставится дата окончания. Поэтому в истории дважды строка о приеме на работу, это нормально. По перерасчету окладов, видимо заполнили по всем сотрудникам, не думаю что это может создать какую либо проблему, т.к. сотрудник все равно не является штатным и начислений по нему нету. По совместительству я вобще не вижу что этот сотрудник был совместителем. | | |
| 479
- 23.12.2012 - 21:52
| И по поводу вылета на этом сотруднике, если взять другой архив, сотрудник будет другой, вылетает база всегда на разных людях. | | |
| 480
- 24.12.2012 - 00:28
|
478-Fold > Я же сказал, что нет понимания в конфе... И знаний, отчего приняты те, или иные решения. Дата окончания в документе приема на работу есть дата окончания договора. Но! Вовсе не означает, что в этот день трудовой договор расторгается! Подробности: в Трудовом кодексе. В конфе эта дата вызывает только предупреждение, что в данном периоде (месяце) заканчивается срочный договор. Если не будет приказа об увольнении - срочный трудовой договор просто теряет первое слово. И становится бессрочным. "вобще не вижу что этот сотрудник был совместителем" - я увидел: после удаления пары 22.09.2012. В подробностях решил больше не копаться: а нафига при таком вольном обращении с конфой, и "правками", по всей видимости, связанных с обычной правовой неграмотностью. При эксплуатации ЗиКи кто-то должен знать трудовое законодательство. Расчетчик обычно не знает: это естественно. Кадровик не знает: это привычно. Остается что-то знать одноэснику, иначе - сабж. | |
