МиниКейс "Закрытие месяца в УПП без остановки работы системы (Партионный учёт)"

25.05.13

Задачи пользователя - Закрытие периода

Предлагается схема закрытия месяца на предприятии с круглосуточной работой в 1С. Используются обработки, которые доступны на infostart.ru.

Предистория:

Запускал УПП на большом заводе с переходом с конфигурации 1С 7.7 "Производство+Услуги+Бухгалтерия". И на предприятии была принята такая практика, когда в период закрытия базы останавливали работу системы. Соответственно пользователи системы не могли ничего делать. Остановка нужна для для выполнения необходимых регламентных процедур: перепроведение базы, расчет себестоимости и т.п. С приходом УПП, были охвачены все участки учёта на заводе, а это значит, что и 1С должно работать круглосуточно. И остановить работу пользователей из-за необходимости закрытия базы на полдня-день теперь стало просто нереально.

Проверялось на релизе:

1С 8.2.17.157, УПП 1.3.31.1

Особенности завода:

Применяется Партионный учёт (не РАУЗ) и ордерная схема движения запасов, необходимое время для закрытия месяца - 18 часов.

Предлагаемая схема:

Создаётся 2 информационные базы: основная и резервная. Обмен информацией между базами происходит по плану обмена "Полный". В течение месяца пользователи работают в основной базе, когда необходимо закрывать период, данные перегружаются в резервную базу, где и будет происходит закрытие. После выполнения всех регламентных процедур, подготовленные данные перегружаются назад, в основную базу. Конечно на время перегрузки возможно и придется остановить работу программы, но в моем случае, остановка нужна всего на 2 часа, вместо 18. Причем на время остановки, если нужно работать, пользователи могут работать в резервной базе.

Последовательность действий:

  1. В основной базе закрывается доступ к документам закрываемого периода. Необходимо, чтобы не было коллизий при обратой загрузке данных в основную базу
  2. Выгрузка данных из основной базы и загрузка в резервную по плану обмена "Полный"
  3. Установка границы последовательности для всех последовательностей, которые будут задействованы при закрытии. Выполняется с помощью обработки Установка границы последовательности.Установка границы последовательности
  4. Регистрация документов в резервной базе в восстанавливаемых последовательностях. Проблема в том, что при загрузке документов в резервную базу, эти документы не регистрируются в последовательностях резервной базы. И при запуске процедуры восстановления последовательности они будут попросту пропущены. Используется обработка Регистрация документов в последовательности. Правда мне пришлось её незначительно модифицировать под особенности ордерной схемы в УПП.Регистрация документов в последовательности
  5. Восстановление последовательностей. Можно воспользоваться стандартной процедурой восстановления, но я предпочитаю использовать обработку Восстановление последовательностей интервалами, которая восстанавливает последовательность с шагом 15 минут. И при возникновении ошибки в оформлении документов, граница последовательности не будет сбрасываться - максимальный сброс будет на 15 минут.
    Восстановление документов в последовательности
  6. Выполнение остальных регламентных процедур описанных в бизнес-процессе "Закрытие месяца".
  7. Выгрузка данных из резервной базы в основную по плану обмену "Полный".
  8. Установка границ последовательностей на начало следующего месяца.

 P.S. А как Вы справляетесь с такого рода задачей? Поделитесь своим опытом!

Вступайте в нашу телеграмм-группу Инфостарт

Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

См. также

Перенос данных 1C Программист 1С:Предприятие 8 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос документов, начальных остатков и справочной информации из УПП 1.3 в ERP 2 | из УПП 1.3 в УТ 11 | из УПП в КА 2 | Правила конвертации (КД 2) | Более 360 предприятий выполнили переход с использованием этого продукта! | Сэкономьте время - используйте готовое решение для перехода! | Позволяет перенести из УПП 1.3 в ERP / УТ 11 / КА 2 всю возможную информацию | В переносе есть фильтр по организации и множество других опциональных параметров выгрузки | Есть несколько алгоритмов выгрузки остатков на выбор

58000 руб.

04.08.2015    190940    460    307    

460

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист 1С:Предприятие 8 1С:Комплексная автоматизация 1.х 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена | Можно выполнить переход с УПП на БП 3 или запускать выгрузку данных за выбранный период времени | Переносятся документы, начальные остатки и вся справочная информация | Есть фильтр по организации и множество других параметров выгрузки | Поддерживается несколько сценариев работы: как первичный полный перенос, так и перенос только новых документов | Перенос данных возможен в "1С: Бухгалтерия 3.0" версии ПРОФ, КОРП или базовую | Переход с "1С: УПП1.3" / "1С:КА 1.1" на "1С:БП3.0" с помощью правил конвертации будет максимально комфортным! | Можно бесплатно проверить перенос на вашем сервере!

50050 руб.

25.02.2015    190044    369    292    

426

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Программист 1С:Предприятие 8 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Платные (руб)

Перенос данных из ERP в БП 3 | из КА 2 в БП 3 | из УТ 11 в БП 3 | из ЕРП в БП 3 | Сэкономьте время - используйте готовое решение для перехода! | Перенос разработан в формате КД 2 (правила конвертации данных) | Переносятся все возможные виды документов, начальных остатков и нормативно-справочная информация| Можно опционально выгружать каждую пару "номенклатура+характеристика" как отдельную номенклатуру | Есть выгрузка настроек счетов учета и зарплатных данных из ERP / КА 2 | Можно проверить на вашем сервере перед покупкой

58000 руб.

15.04.2019    85573    229    180    

166

SALE! 20%

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист 1С:Предприятие 8 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Россия Платные (руб)

Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен и синхронизацию в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.

27633 руб.

12.06.2017    162420    980    324    

483

SALE! 10%

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист 1С:Предприятие 8 1С:Управление производственным предприятием 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Переносите справочную информацию, остатки и документы из УПП 1.3 в Бухгалтерию 3.0 с помощью готовых правил. Переносится более 50 видов документов. Простой интерфейс и понятные настройки.

42000 37800 руб.

15.12.2021    35176    261    64    

199

Перенос данных 1C Программист 1С:Предприятие 8 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 Россия Платные (руб)

Перенос данных из УПП 1.3 в УНФ | из КА 1.1 в УНФ | из УТ 10.3 в УНФ | Перенос разработан в формате КД 2 (правила конвертации объектов) | Выгружаются все возможные виды документов, начальных остатков и вся нормативно-справочная информация | Есть фильтр по организациям при выгрузке данных | Есть несколько алгоритмов выгрузки начальных остатков товаров на выбор | Можно проверить перед покупкой на своем сервере!

58000 руб.

17.10.2019    45228    60    117    

62

Внешние источники данных Кадровый учет Файловый обмен (TXT, XML, DBF), FTP Перенос данных 1C Программист 1С:Предприятие 8 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактическим удержаниям, НДФЛ, вычетам, страховым взносам из базы Парус 10 учреждений (далее Парус) в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (далее 1С) и начать с ней работать с любого месяца года.

85400 руб.

05.10.2022    13992    16    8    

17

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Системный администратор Программист Бухгалтер 1С:Предприятие 8 1С:Бухгалтерия 2.0 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Налоговый учет Платные (руб)

Перенос данных из БП 2 в БП 3 готовые правила конвертации данных (КД 2), сэкономьте свое время! | Выполнить переход с БП 2 на БП 3 в ситуациях, когда простым обновлением перейти не получается | Переносится вся справочная информация, документы за выбранный период, а также начальные остатки на выбранную дату (то есть можно еще и свертку базы сделать при переносе) | Есть фильтр по организациям при выгрузке данных | Перенос можно проверить перед покупкой прямо на вашем сервере! Обращайтесь за проверкой!

50600 руб.

21.05.2019    59092    81    134    

73
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Kom-off 24.02.13 13:17 Сейчас в теме
Идея хороша, у самого такая схема в ходу уже несколько лет. Однако, несколько замечаний. Пункт 4, совсем не обязательно гнать документы из рабочей в резервную и далее проводить их дополнительную обработку. Как вариант, в моей схеме просто делается копия базы средствами SQL, после чего в копии базы делается очистка всех зарегестрированных на узел плана обмена "Полный", предназначенный для схемы обмена, данных. Т.е. с точки зрения этого специального узла, предназначенного для схемы обмена база становится девственно чиста. А когда приходит время переливать данные обратно, то на этот узел плана обмена будут зарегестрированы только измененные данные. Их то и заливаем обратно в рабочую. При этом, у меня нет необходимости останавливать рабочую базу даже на пару часов, поскольку была реализована собственная обработка загрузки, при помощи которой это можно было организовать.
2. axxell 1060 24.02.13 14:58 Сейчас в теме
Добрый день!
По поводу копии - действительно, все просто. Правда у меня для копии есть еще 1 функция - быть резервной базой в случае сбоя и проверки корректности данных. Причем база работает на другом сервере 1С.
Если не секрет, что за обработка по переносу данных?
3. Kom-off 24.02.13 16:39 Сейчас в теме
(2) Сам написал, на основе стандартной, только облегчил ее, и, самое главное, по сравнению со стандартной, в свою обработку вставил обработчик ошибок. У меня камнем преткновения работы этой схемы было то, что загрузка готовых данных в рабочую производится в момент работы пользователей и зачастую загрузка "вылетает" с ошибкой, чаще всего "конфликт блокировок транзакций". Так вот, моя обработка, во-первых, обрабатывает не один файл, а несколько (это задается при выгрузке данных из копии, тоже своей обработкой, и тоже на основе стандартной), это позволяет при возникновении ошибки, не грузить данные с самого начала, а начинать загрузку с файла, при загрузке которого произошел сбой. Это раз. А, во-вторых, в саму обработку загрузки добавлен обработчик ошибок, который отрабатывает при записи объекта. Если при записи произошла ошибка, то обработка сначала ждет, а потом делает еще одну попытку и так несколько раз. При этом интервал ожидания между попытками записи и количество самих попыток настраиваются при запуске обработки. Как то так...
4. Kom-off 24.02.13 16:42 Сейчас в теме
(3)+ Да, чуть не забыл. Чтобы пользователи могли бы по-человечески работать в процессе загрузки данных, то в обработку загрузки я еще добавил механизм пауз между определенным количеством объектов. Т.е., например, можно настроить так, что между каждой сотней записанных объектов обработка будет делать паузу 3 секунды, а потом следующая сотня и так далее. Ну, как бы количество жалоб на низкое быстродействие информационной базы в моменты загрузки данных, резко снизилось, я бы сказал, практически исчезло.
5. Gandalf Белый 26.02.13 10:38 Сейчас в теме
Что-то слабовато для названия "Закрытие месяца...", открывая статью думал здесь увидеть, что-то наподобие: какие регистры выравнивать, с чем сверять, какие счета закрывать, что проверять при закрытии и т.д.
а сколько пользователей у вас в базе?
неужели так критично запустить перепроведение документов в рабочей базе, хотя бы с вечера, к полуночи они бы и провелись, а утром можно было бы посмотреть ошибки.
Кстати есть обработка которая перепроводит документы и если возникает блокировка, то она несколько раз пытается его провести...
мы так и делаем, только единственное последовательность не востанавливаем и не устанавливаем и вообще не трогаем ))
6. padlik07 26.02.13 11:13 Сейчас в теме
(5) Gandalf Белый, Особенности завода:
Применяется Партионный учёт (не РАУЗ) и ордерная схема движения запасов, необходимое время для закрытия месяца - 18 часов.
А в ночь можно выкраить часов 14 которых не достаточно. Посему скорее всего и была придумана эта хитрая схема.
Для отправки сообщения требуется регистрация/авторизация