1С:Бухгалтерия. Вопросы и ответы

[ASol]

1С:Предприятие - Вопросы и ответы (1С:Бухгалтерия)

Если есть какие либо вопросы по работе с комплексом программ 1С:Предприятия, всегда готовы помочь найти ответы!

Если вы просите совет, то обязательно указывайте номер релиза предприятия, а также конфигурацию и её номер релиза.

Ссылки на свежие релизы и прочие запросы постить здесь!

[Cartman]

mrtg_asd, Сервис, Настройки пользователя, Панель функций, Галка "Открывать при запуске панель функций".

Alex Dark, основная методология: Считается количество выведеный хстрок и при определеном значении начинается новый лист. Вот как-то так...

[vizlipuzli]

mrtg_asd

Справка -> Дополнения к описанию

или Операции->Обработки->Обновление информационной базы

[Alex Dark]

Доброго времени суток.
В справочнике есть периодическая переменная ЦЕНА
Получить ее значение на к.л. дату не сложно.
А как узнать программно с какого числа действует это значение?
Другими словами для особо одаренных пользователей (которые ни как не могут догнать что такое хронология и как надо ее ставить задним числом) надо вывести такое сообщение: Цена 100 р. установлена с 03/04/08

[Cartman]

Alex Dark, о таком объекте как "Периодический" слыхал ?
Посмотри в КЖК, там все понятно, я вообще по синтаксис-помошнику в свое время разобрался.

[Alex Dark]

Cartman, намек понял. Копал не там. Все получилось.
Вытекающий вопрос: Где и какой командой заставить 1С спрашивать дату установки значения периодического элемента при сохранении.

PS Что то подобное видел кажеться в ЗиК. При сохранении у стандартного окна есть поле дата, в которое можно ввести дату начала действия

PS2 Нашел СохранениеПериодическихРеквизитов. Научным тыком перепробовал ее параметры но запроса даты не нашел.

[Oleg]

Сообщение от Alex Dark

Где и какой командой заставить 1С спрашивать дату установки значения периодического элемента при сохранении.

Это вроде "системное" окно. Оно возникает само при попытке записать элемент справочника с периодическими реквизитами.

[Alex Dark]

Oleg, да оно системное. При помощи СохранениеПериодическихРеквизитов() можно управлять списком и диалогом сохранения периодических элементов. При помощи параметров нашел как вывести дату на какое она сохраняет (а именно не текущую рабочую дату).
А надо чтобы запрашивала на какую дату сохранить.

[1C_Tester]

Ну для справочника что-то типа того:

Процедура ПриЗаписи()
ВвестиДату(Дат, "На какую дату записываем?");
ИспользоватьДату(Дат);
КонецПроцедуры

[Alex Dark]

1C_Tester, событие ПриЗаписи() возникает после запроса на запись и вопроса об обновлении параметров.
Этот вариант я проверил сразу

[1C_Tester]

Ну добавь СохранениеПериодическихРеквизитов(0)
чтоб список не выводился

[Cartman]

Alex Dark, я че-то не догоню, в том окне справа сверху есть окно с датой, там и выбирай на какую дату тебе надо сохранить реквизиты.

[1C_Tester]

Cartman Я так думаю надо посмотреть кусок кода, и нужно подробное описание что происходит и чего хочется

[Alex Dark]

Сообщение от Cartman

Alex Dark, я че-то не догоню, в том окне справа сверху есть окно с датой, там и выбирай на какую дату тебе надо сохранить реквизиты.

там (в зависимости от параметра) может появиться дата. Но только текущая рабочая. И только как текст, Без возможности выбора.

Ну вот прикрепил, чтобы не быть голословным, кусок экрана

[Alex Dark]

Cправочник называется "Точка"
Среди параметров этой точки есть цена - периодический элемент. Для особо забывчивых вывел красным под ценой дату ввода цены.
Однако они возмущены тем что нельзя дату изменения цены указать при сохранении (приходится открывать историю и менять там).

Исходный код простой

процедура ПриОткрытии() 

   // это я проверял как работает
   // команда СохранениеПериодическихРеквизитов
   Период=0;
   ВвестиЧисло(Период,"Период",2,0,0);
   ////////////////////////////////////////////////////////////////
   СохранениеПериодическихРеквизитов(Период,"*");
конецпроцедуры

Все остальное стандартное


PS Решил проблемму
Решение пришло само по себе в процессе обсуждения
Заменил сообщение о дате на поле ввода.
Изменений в коде минимум. Визуальность прекрасная.
Всем Сенкс

[Alex Dark]

Доброго времени суток
Вопрос совершенно тупой, но может в принципе кто то владеет нужной информацией.
В самописной конфе (1С 7,7 сетевая, пользователей от 2-х до 4-х. Конфу писал не я), в документе есть очень часто используемая кнопка, которая выдает инфу о количестве полученных услуг. Выбирается она очень долго от 2-х до 10 минут
Прогнал замер производительности в отладчике. 96% времени выполняется команда
би.рассчитать(константа.датаначала.получить(дата1),дата1,"Б",0,,)
где би=создатьобъект("БухгалтерскиеИтоги").

С БухИтогами пока на ВЫ. Пытаюсь понять и разобраться, а заодно решить проблемму быстродействия.
Хотелось бы знать, есть какие нибудь правила, рекомендации или методы оптимизации бухИтогов.

PS Знаю, что вопрос с железом для сетевой 1С актуален. Давайте исходить из предположения что железо обновить пока не возможно. Для информации. Сервер 2003 винт скази 40 гиг один. Физически и логически полностью отдан под Эту базу. Ни чего другого на нем нет.

[voland]

Alex Dark "железо", по моему мнению, не столь актуально как физический размер базы.
РассчитатьИтоги сам по себе не быстрый метод получения итогов, можно попробовать снизить время ожидания получения итогов либо уменьшением интервала дат(?), либо методом ВыполнитьЗапрос. Последний метод наиболее предпочтительный.... Можно конечно ещё попробовать как вариант реализовать требуемый функционал (по услугам как я понял) на регистре, если он конечно подойдет для этих целей.

[Alex Dark]

Физический размер базы:
DBF - 507 мБт (60 файлов)
CDX - 57 мБт (81 файл)

Есть DBF-ки 459 мБт (CDX=54 мБт) в которых справочные данные для ввода и в работе ни как не используются


В результате (если исключить два тяжелых справочника) физический размер базы 48М+20М = 68 М

[1C_Tester]

Сообщение от Alex Dark

Прогнал замер производительности в отладчике. 96% времени выполняется команда
би.рассчитать(константа.датаначала.по лучить(дата1),дата1,"Б",0,,)
где би=создатьобъект("БухгалтерскиеИтоги" ).

А не судьба использовать режим запроса? Естественно оно долго считает. А какой у тебя сервер - все равно. Расчет выполняется на клиенте в случае DBF базы.

[Alex Dark]

За предложения спасибо. Пробую. Но тут выяснилось другое.
У меня уже закипели мозги. Кто нибудь может мне объяснить в чем может быть причина?
Я все о той же проблемме (два поста выше)
В форме документа есть многострочная часть, одна из колонок которой Адрес.
Есть кнопка Данные
При нажатии этой кнопки 1С уходит в размышления на длительное время.

Создал обработку, в которой создал поле Адрес (тип объекта соответствует аналогу из формы).
Скопировал кнопатулину Данные, скопировал Соответствующую кнопатулине процедуру. Для чистоты эксперимента добавил в обработку и те поля которые походу выполнения заполняются.

Все это хозяйство проверяю на сетевой версии
В форме при нажатии на кнопатулину результат выдается через 2-5 минут
В обработке (в поле адрес ввел тот же адрес что и в форме) Обработка происходит на счет раз-два-три.
В обоих случаях результат одинаков. А вот время выполнения существенно разное

Как такое может быть ?

[R&A]

Сообщение от 1C_Tester

А не судьба использовать режим запроса?

Запросы быстрее работают на SQL версии
на dbf же к тому же не такой уж и большой все таки дело в железе. ОПеративке скорее всего