Цели, которые преследовались при создании данной конфигурации — получение более быстрого отбора событий журнала регистрации, работа с платформой 8.2. Конфигурация дорабатывалась для ведения учета с использованием многих складов.
Что и для чего?
За основу взято //infostart.ru/public/71896/
За что большое спасибо. Основное описание и цель можно прочесть на странице разработки основы, а также в конце текущего описания.
Что сделано, добавлено: подправил соединение для 8.2. Это единственная конфа с открытым кодом, которая для меня более менее подходила.
Добавлены ряд реквизитов в РС со следующей целью: Если ведется учет ~ по 50 магазинам, то иногда возникает вопрос кто изменил остатки по данному магазину. Выводить регистраторы по данному складу и отслеживать по журналу — не вариант. Добавлены 3 реквизита: дата события (из журнала), дата документа (берется из документа собсно), склад (склад при загрузке никак не заполнишь. для этого добавлена дополнительная обработка). В итоге в регистре я могу наложить отбор по складу, с датой событий позже, а датой документов ранее..
Добавлено / изменено механизм заполнения ряда реквизитов, по стандарту он брал бесполезные (по моему мнению) данные.
Из минусов — строка соединения с базой вшита внутрь (согласен — доработаю). Строка соединения используется для загрузки напрямую из базы, а также для проставления складов.
Это моя первая публикация. если что сделано некорректно, извините.
Как работать
Создайте новую пустую базу(назовем её «Журнал регистрации»), загрузите туда предложенную здесь конфигурацию
Добавьте пользователя(ей) с ролью «ПолныеПрава». Этот пользователь сможет изменять/загружать данные в базе-журнала регистрации данных Все теперь можно работать
Входите в базу «Журнал регистрации» под пользователем, имеющим полные права, откроется рабочий стол, жмите «Загрузить Журнал регистрации». Откроется обработка, в которой необходимо указать xml-файл выгруженного журнала регистрации
Журнал регистрации можно выгрузить стандартными средствами — открыть журнал регистрации, выполнить команду меню файл->Сохранить копию
советую так же посмотреть разработку //infostart.ru/public/19069/
обновление:
— появилась возможность очищать записи журнала регистрации(выборочно за период)
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
В целом очень неплохо, реквизиты нужные
(0) Бл, чувак, ты скопипастил почти все описание 🙂
А отчет, построенный на СКД не работает? Было бы неплохо подсистему пользователей и стд.отчетов прикрутить
А смысл менять описание если у тебя по существу. Добавил что изменил, что доделал.
а остальное надо прикручивать и тратить время, я докрутил то что критично необходимо было, по крайней мере для меня.
сейчас пользуюсь, база растет — надо будет анализировать уже над индексами, для производительности. а так база журнала уже 3 гига.
у меня выгрузка базы в xml 30 гигов загружал в журнал больше 30 часов, и вопрос простой — а работать то как что то я не догнал…
А как реализвать обратную задачу — надо сформировать в Журнале регистрации — бурную деятельность какого-нибудь пользователя (Автора последнего изменения), и еще бы сформировать несколько пустых документов (любых) за последние пару дней, без проведения- этакого «робота» 🙂 или строк засунуть в журнал.
спасибо за обработку, так отчетик не плохой …))))) остальное надо прикручивать и тратить время, я докрутил то что критично необходимо было, по крайней мере для меня.
сейчас пользуюсь, база растет — надо будет анализировать уже над индексами, для производительности. а так база журнала уже 3 гига.