AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Функционал
NAV
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 16.06.2005, 17:04   #21  
Wizard_imported is offline
Wizard_imported
Участник
 
157 / 10 (1) +
Регистрация: 25.11.2004
Цитата:
Сообщение от dik
моя версия - NAVW13.00,NAVRU3.60.02.01 :-(((((((((((((
надо ещё юнит 5895, у меня числится NAVW13.70.01,NAVRU3.60.04.03 - это соответствует последнему сервис-паку, который я накатывал на 3.60. Потом бросил это занятие и по-этому не уверен, что он самый лучший. Имхо надо в этом направлении копать - были серьезные проблемы с этим пакетником.
Старый 16.06.2005, 17:09   #22  
Wizard_imported is offline
Wizard_imported
Участник
 
157 / 10 (1) +
Регистрация: 25.11.2004
Цитата:
Сообщение от dik
разработчик нашел какие то подозрительные операции, выкусил их т.к. причину установить в отладчике не удалось
чего-чего разработчик сделал?
Старый 16.06.2005, 17:10   #23  
dik_imported is offline
dik_imported
Участник
 
43 / 10 (1) +
Регистрация: 17.12.2004
поменял report на свежий из 3.70В - резултат стабильный - циклится
Старый 16.06.2005, 17:12   #24  
asacom_imported is offline
asacom_imported
Участник
 
107 / 10 (1) +
Регистрация: 26.11.2003
Цитата:
Сообщение от Wizard
чего-чего разработчик сделал?
реализовал функцию: накося-выкуси()
Старый 16.06.2005, 17:12   #25  
Галина is offline
Галина
Участник
 
1,132 / 28 (3) +++
Регистрация: 01.07.2003
Ну меняйте тогда и там где разрабочик выкусил. где в кодеюните или еще каком репорте?
Старый 16.06.2005, 17:14   #26  
dik_imported is offline
dik_imported
Участник
 
43 / 10 (1) +
Регистрация: 17.12.2004
объекты я не менял, когда наступил на эти грабли в первый раз то долго рылись пришли к выводу что некорректно в таблице 339 Item Application Entry. Даже установили десяток строк на которых происходит зацикливание. и удалили значения из этолй таблицы. Причину сбоя так и не установили. програмный код - это просто Чума!!!!!!!!!
Задание прошло себестоимость скорректировалась (правильно или не очень это уже сторой вопрос :-))) )
А теперь опять теже вилы, у меня от перспективы лазить по коду тускло делается но видно никак не обойтись, нужно искать первопричину.
Старый 16.06.2005, 17:16   #27  
asacom_imported is offline
asacom_imported
Участник
 
107 / 10 (1) +
Регистрация: 26.11.2003
а если серьезно, то надо было разбираться, а не выкусывать...
сейчас можно попробовать восстановить из архива(на ту дату) и все таки разобраться... да и база наверняка была меньше, ходить по циклам не так муторно...
Старый 16.06.2005, 17:24   #28  
dik_imported is offline
dik_imported
Участник
 
43 / 10 (1) +
Регистрация: 17.12.2004
поменял CU 5895 на из 3.70В не помогло. Действительно придется разбираться. Сначала было оч горячо, не до разборок было, щас те же грабли, оч похоже что где то не корректные данные. буду искать по коду. мож что найду
Старый 16.06.2005, 17:24   #29  
Wizard_imported is offline
Wizard_imported
Участник
 
157 / 10 (1) +
Регистрация: 25.11.2004
Цитата:
Сообщение от dik
поменял report на свежий из 3.70В - резултат стабильный - циклится
ещё юнит 5895, раз есть где взять, собсно код-то весь в нем, 795 - это только обертка.
Однако...
Цитата:
пришли к выводу что некорректно в таблице 339 Item Application Entry. Даже установили десяток строк на которых происходит зацикливание.
Каким образом?
Цитата:
удалили значения из этолй таблицы
Очень плохо, очень...
чем помочь-то теперь?
база SQL или native?
Старый 16.06.2005, 17:24   #30  
Галина is offline
Галина
Участник
 
1,132 / 28 (3) +++
Регистрация: 01.07.2003
Очень интересно и как вы удалили записи в таблице 339. Если вы клиент - то с вашей лицензией это сделать нельзя. А если разрабочик-то вызывает удивление что удалили эти записи. Эту таблицу просто так удалять нельзя. Только если хорошо понимаешь связи между таблицами.
Старый 16.06.2005, 17:27   #31  
asacom_imported is offline
asacom_imported
Участник
 
107 / 10 (1) +
Регистрация: 26.11.2003
Цитата:
Сообщение от dik
оч похоже что где то не корректные данные. буду искать по коду. мож что найду
только искать надо до удаления...
сейчас это выяснить практически невозможно...
Старый 16.06.2005, 17:28   #32  
dik_imported is offline
dik_imported
Участник
 
43 / 10 (1) +
Регистрация: 17.12.2004
установили по коду, после 8 часового ползанья, что зацикливание происходит именно в этом десятке строк, вырезали их из таблицы и сохранили в Excel файле. Не смогли найти в коде именно условие которое определяет что пора выходить из цикла. упарились ползать.

сервер - native, но на моей машине поднят SQL локально, можно поднять на нем базу, если это поможет разобраться с данными
Старый 16.06.2005, 17:37   #33  
Галина is offline
Галина
Участник
 
1,132 / 28 (3) +++
Регистрация: 01.07.2003
Если у вас циклит и с данными за прошлый год-которых в принципе нет. То разбиритесь с прошлым годом. Там будет меньше передвижений по циклу. И вам будет проще разбираться. И разбиретесь с кодом.
Старый 16.06.2005, 18:12   #34  
Wizard_imported is offline
Wizard_imported
Участник
 
157 / 10 (1) +
Регистрация: 25.11.2004
эксельник сохранился?
глянуть можно?
сейчас в 339 тб записей много?
Старый 16.06.2005, 18:40   #35  
dik_imported is offline
dik_imported
Участник
 
43 / 10 (1) +
Регистрация: 17.12.2004
сохранился
ща попробую приклеить его
Вложения
Тип файла: xls Уд_строки_для_коррекции_тов_ГПххххх45.xls (15.0 Кб, 40 просмотров)
Старый 16.06.2005, 18:41   #36  
dik_imported is offline
dik_imported
Участник
 
43 / 10 (1) +
Регистрация: 17.12.2004
во, приклеил, удивительный форум, куда ни ткнешь - все работает :-)))
Старый 16.06.2005, 18:42   #37  
dik_imported is offline
dik_imported
Участник
 
43 / 10 (1) +
Регистрация: 17.12.2004
именно в этих строках и елозили пока не выкусили.
Старый 16.06.2005, 23:05   #38  
dik_imported is offline
dik_imported
Участник
 
43 / 10 (1) +
Регистрация: 17.12.2004
Нашли причину после ползанья по кодеюниту 5895. Резюмирую: НЕ ИДИТЕ НА ПОВОДУ У ПОЛЬЗОВАТЕЛЕЙ НИ ПОД КАКИМ ПРЕДЛОГОМ ВПЛОТЬ ДО ВАШЕГО УВОЛЬНЕНИЯ!!!!!!!!!!!!!!
НЕ ПРАВЬТЕ ДАННЫЕ В ТАБЛИЦАХ РУКАМИ!!!!!!!!!!!!!!!!!! (особенно если еще и не знаешь до конца что на что влияет).

Суть проблемы была в том что по просьбе, нет не по просьбе а по требованию бухов, я правил даты учета в таблице 5802 Value Entry и от большого ума поправил и даты переоценки. а этого делать нельзя. дата переоценки должна синхронно возрастать вместе с номером операции в этой таблице. Не может быть такого что 1-я операция имеет дату переоценки 10-02-05 а 2-я операция дату переоценки 05-02-05. дата переоценки второй операции должна быть более или равна дате переоценки первой операции.

Блин, но что делать с бухами?! они меня уже просто разорвали, дай им механизм отмены учтенных операций, их переделки, отмены примененых оплат, отмены учтенных применений, короче хочут 1С-ного раскалбаса. это просто чума какая-то
Старый 17.06.2005, 00:04   #39  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
о... про отмену учтенных операций...
сколько обсуждений и баталий было...
ищите на этом форуме и на http://www.mibuso.ru/forum/
в двух словах: не идите на поводу у пользователей

про 1Сный расколбас здесь хорошо написано
http://www.axforum.ru/forums/showthread.ph...69819#post69819
__________________
полезное на axForum, github, vk, coub.
Старый 17.06.2005, 09:39   #40  
asacom_imported is offline
asacom_imported
Участник
 
107 / 10 (1) +
Регистрация: 26.11.2003
Цитата:
Сообщение от dik
НЕ ПРАВЬТЕ ДАННЫЕ В ТАБЛИЦАХ РУКАМИ!!!!!!!!!!!!!!!!!! (особенно если еще и не знаешь до конца что на что влияет).
Блин, об этом на всех заборах пишут!

Цитата:
Сообщение от dik
Нашли причину после ползанья по кодеюниту 5895. Резюмирую: НЕ ИДИТЕ НА ПОВОДУ У ПОЛЬЗОВАТЕЛЕЙ НИ ПОД КАКИМ ПРЕДЛОГОМ ВПЛОТЬ ДО ВАШЕГО УВОЛЬНЕНИЯ!!!!!!!!!!!!!!
Работал я с одним начальником ИТ-отдела... Использовалась самописная система. Велся "белый" учет.
Так он, на любое вмешательство в работу системы, требовал от пользователей оформления служебной записки, с подробным описанием проблемы и ПРИЧИН ее возникновения! Служебка обязательно одобрялась высшим руководством. Все выполненные действия фиксировались и подшивались к служебке!
И система работала изумительно... И проверки налоговой проходили без "конвертиков"!
Затем этот начальник ушел, взяли другого, который очень любил выслуживаться перед руководством. Он вместо детального анализа лез своими руками во все, по первой просьбе пользователей...
В результате этой деятельности, через полгода ушел главбух, а еще через полгода фирма развалилась...

Может я не очень красиво описал, но суть вроде показал...
 

Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 12:40.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.