Автор |
Тема: Подскажите (Прочитано 24883 раз) |
|
VLV
Я люблю Финансы без проблем!
Просмотреть Профиль |
Сообщений: 231
|
Заколдованный суб/счет!
Помогите, плз, выявить причину глюка...
Существует счет(2002) с с\счетами(200201..200236)
В работе используются Э-пар(set 70,с/сч2002, знач), которые заполняются операциями.
Далее итоговая операция в ф-к проходит по сч 70 и читает значения(цикл по сч #70/2002 с извлечением значение=[get #70,c/cч2002]-[get #70,с/сч2002,mc-1])...Все прекрасно...
Но попытка использовать эту же процедуру в отчетной форме (цикл...значение=[get #70,с/сч,ml]-[get #70,с/сч,mf-1])..c удовольствием извлекает все значения Э-п с/счетов с 200201..по 200236 И КАТЕГОРИЧЕСКИ ВИДИТ НОЛЬ В СЛУЧАЕ [get #70,'200219',mf-1])!
Что интересно, если эти значения в операциях сохранить под другим с/сч...то их становится "видно"...
Вот такая заморочка, помогите кто чем может 
С уважением, Владимир.
|
| « Изменён в : 21.07.08 в 13:04:05 пользователем: VLV » |
 Зарегистрирован |
|
|
|
Konstantin
Я люблю этот Форум!
Просмотреть Профиль | E-мэйл
Сообщений: 118
|
on 21.07.08 в 12:35:26, VLV wrote:Заколдованный суб/счет!
...И КАТЕГОРИЧЕСКИ ВИДИТ НОЛЬ В СЛУЧАЕ [get #70,'200219',mf-1])! Что интересно, если эти значения в операциях сохранить под другим с/сч...то их становится "видно"... |
|
Так сразу в голову ничего не приходит, но возник такой вопрос. Вот в сообщении этот субсчёт указан явно: '200219'. А в каком виде это значение подставляется в цикле? Наверное не в явном, а в виде переменной. Т.е. не может ли быть ошибка связанная с представлением в виде числа, а не строки этого значения. Или отчётный период.
|
|
Зарегистрирован |
|
|
|
VLV
Я люблю Финансы без проблем!
Просмотреть Профиль |
Сообщений: 231
|
В цикле, конечно, неявно, но я пробовал и явно и неявно...и дело в том что в обрабатывающем ф-ке это значение читается...сохраняется в факт и потом при чтении факта ОФ видится...на етом вся зарплатная кухня построена и за много лет проблем вычислительных не выявилось...а тут понадобилось из-за ограниченности кол-ва полей факта напрямую извлечь и вот-те-на...
Если в сохраняющих операциях A=[PLUS @70,'200219',PR] меняю на A=[PLUS @70,'200204',PR].. то форма ето извлекает правильно
|
|
Зарегистрирован |
|
|
|
Boris, Kiev.
Адепт ФБП с 1996г.
Просмотреть Профиль | E-мэйл
Сообщений: 866
|
on 21.07.08 в 16:02:08, VLV wrote:В цикле, конечно, неявно, но я пробовал и явно и неявно...и дело в том что в обрабатывающем ф-ке это значение читается...сохраняется в факт и потом при чтении факта ОФ видится...на етом вся зарплатная кухня построена и за много лет проблем вычислительных не выявилось...а тут понадобилось из-за ограниченности кол-ва полей факта напрямую извлечь и вот-те-на...
Если в сохраняющих операциях A=[PLUS @70,'200219',PR] меняю на A=[PLUS @70,'200204',PR].. то форма ето извлекает правильно |
|
С параметрами были вопросы, так что не поленился проиграл Ваш вопрос, увы, всё работает как часы. Для того, чтобы убедиться в том, что проблемы у Вас, а не у HD, откройте чистый каталог создайте два свои счета 70 и 2002 и одну веточку и ф-к и сделайте формочку на 10 строчек и убедитесь, что предложенной Вами магии цифр 219 204 не существует.
Совет: контроллируйте свои ф-к, вероятно есть условие, по которому Ваш 219 обнуляется или для Вас актуально предположение Константина.
По поводу кол-ва полей фактов, частенько можно выйти из ситуации упаковав в одну переменную в поле факта строку с требуемыми значениями.
|
| « Изменён в : 21.07.08 в 17:35:30 пользователем: Boris, Kiev. » |
Зарегистрирован |
|
|
|
VLV
Я люблю Финансы без проблем!
Просмотреть Профиль |
Сообщений: 231
|
На ФБП я и не грешил, удалив все лишнее перенабрав заново счета, убедился в Вашей, Борис, правоте....попробую искать В Ф-ке...
|
| « Изменён в : 21.07.08 в 18:24:17 пользователем: VLV » |
Зарегистрирован |
|
|
|
VLV
Я люблю Финансы без проблем!
Просмотреть Профиль |
Сообщений: 231
|
Quote:| вероятно есть условие, по которому Ваш 219 обнуляется |
|
Так оно и есть!
Вот спасибо то что вывели из оцепенения!
С уважением, Владимир.
|
|
Зарегистрирован |
|
|
|
VLV
Я люблю Финансы без проблем!
Просмотреть Профиль |
Сообщений: 231
|
Подскажите, плз .. можно ли _box_-сы спрятать в подкаталог...раньше вродь нельзя было...а время то идет и боксов этих в корневом каталоге уже очень много стало...может доработать ето дело?
С уважением, Владимир.
|
|
Зарегистрирован |
|
|
|
Arkady
Administrator
 
Просмотреть Профиль | WWW | E-мэйл
Сообщений: 484
|
on 21.07.08 в 19:46:39, VLV wrote:Подскажите, плз .. можно ли _box_-сы спрятать в подкаталог...раньше вродь нельзя было...а время то идет и боксов этих в корневом каталоге уже очень много стало...может доработать ето дело?
|
|
Каталог обмена может быть вложенным. Единственное требование к его имени - подчеркивание в конце. Например:
c:\dir1\dir2\obmen_
|
|
Зарегистрирован |
|
|
|
VLV
Я люблю Финансы без проблем!
Просмотреть Профиль |
Сообщений: 231
|
Помогите разобраться плз.
ФК берет переменную числового типа (7.5) и преобразует ее [strip[sn x,5,2]] и сохраняет в факте.
ОФ читая ленту фактов извлекает поле с этой переменной и печатает результат.
Если форма запущена в однопользов версии то результат 7.5, а если форму выполняет CLW то результат не 7.5, а 8
|
|
Зарегистрирован |
|
|
|
Tupitsin
Я люблю этот Форум!
Просмотреть Профиль | E-мэйл
Сообщений: 191
|
В ф/к перед [strip[sn x,5,2]] поставьте
*.on
<звездочка><точка>on
(см. документацию)
|
|
Зарегистрирован |
|
|
|
VLV
Я люблю Финансы без проблем!
Просмотреть Профиль |
Сообщений: 231
|
***********************
PW='S'
F1=[DIR 1]+'NEWCT.REG'
OB=[STRIP[IS 'KOD','',9]]
NA=[STRIP[IS 'KOD','',9]]
SX=[User]+'·'+[strip(PW+'··A')]+' ·'+'SP'+'·'+OB+'·'+NA+'·'
PRINTSTR SX+[CH 13]+[CH 10] TO FILE F1
***
S1=[STRIP[IS 'KOD','',9]]
S2=''
KX='·'
SX=[User]+'·'+[strip(PW+'··O')]+' ·SET:·SP:·BAR·'+[STRIP('·:·'+S1+'··:·'+S2+'·'+KX+OB+'····')]
PRINTSTR SX+[CH 13]+[CH 10] TO FILE F1
***
GR=[STRIP[IS 'KOD','',9]]
SX=[User]+'·'+[strip(PW+'··O')]+' ·SET:·SP:·TGR·'+[STRIP('·:·'+GR+'·'+KX+OB+'····')]
PRINTSTR SX +[CH 13]+[CH 10] TO FILE F1
**************************
Расчитываю, что в файле F1 после выполнения формы с этим кодом соберутся строки директив:
Первая
Вторая
Третья
А получаю:
Первая
Первая
Вторая
Первая
Вторая
Третья
Что делаю не так?
С уважением, Владимир.
|
| « Изменён в : 20.12.09 в 14:54:16 пользователем: VLV » |
Зарегистрирован |
|
|
|
VLV
Я люблю Финансы без проблем!
Просмотреть Профиль |
Сообщений: 231
|
Сервер 4.21 (10p) от 30.11.2009, clw, в 2p такая же картина.
Ось WIN XP (SP3)
|
| « Изменён в : 21.12.09 в 14:23:02 пользователем: VLV » |
Зарегистрирован |
|
|
|
VLV
Я люблю Финансы без проблем!
Просмотреть Профиль |
Сообщений: 231
|
Это полный текст.
За звездочками кроются звездочки...разделитель части кода...Если убрать третий блок...то будет двойная запись перврй директивы...и если сначала все собрать в строковую переменную и один раз применить printstr to file то все нормально.... т.е. именно повторный вызов Printstr тащит за собой хвост(точнее голову :-)) из первого присваивания строковой переменной....а она ведь заново переприсваивается при подготовке второй директивы....
|
| « Изменён в : 21.12.09 в 17:16:39 пользователем: VLV » |
Зарегистрирован |
|
|
|
Arkady
Administrator
Просмотреть Профиль | WWW | E-мэйл
Сообщений: 484
|
Начал было отвечать, но не на то обратил внимание поначалу
Как Сервер обрабатывает [i ...]:
когда встречается такая команда виртуальной машины, (и на нее еще не передан Клиентом ответ) он останавливает выполнение и отвечает "Q-...". Увидев такой ответ, Клиент задает соотв. вопрос пользователю, и присоединяет к следующему своему запросу. Посмотрите в log.
Короче: все выводы в файл надо концентрировать после всех диалогов. Иначе досрочные запросы вызовут повторные записи в файл - то, что, и происходит у Вас.
|
|
Зарегистрирован |
|
|
|
|
|
