Исключения, которые необходимо знать и учитывать при работе с лимитами в 1C: ERP Управлении Холдингом
Содержание:
1. Дата корректировки лимитов
2. Виды бюджета и статьи в 1C: ERP Управлении Холдингом
3. Заполнение статей бюджета в 1С
4. Доступность статей в заказе поставщику
5. Отсутствие гиперссылки “Статьи и аналитики”
1. Дата корректировки лимитов
• Правило: Документы корректировки лимитов всегда вводятся датой документа-основания.
• Исключение: Это может привести к ситуации, когда лимиты будут скорректированы в одном периоде с документом, ожидающим корректировки, что может быть нежелательно, если нужно учесть лимиты до момента изменения.
• Решение: Необходимо предусмотреть возможность отложенной корректировки лимитов, позволяя пользователю указать дату, с которой вступают в силу новые лимиты.
2. Виды бюджета и статьи в 1C: ERP Управлении Холдингом
• Правило: Документы закупок в 1С (План закупок, Строка плана закупок, Лот, Протокол выбора победителя) контролируются по одному виду бюджета.
• Исключение: Договор может контролироваться по статьям обоих бюджетов (БДР и БДДС), что может создать сложности при контроле лимитов.
• Решение: Обеспечить возможность отслеживания и контроля за использованием лимитов по обоим бюджетам, например, предоставляя пользователю отчеты по использованным лимитам для каждого бюджета.
3. Заполнение статей бюджета в 1С
• Правило: Статьи БДДС заполняются в графике расчетов договора, а статьи БДР – в планировании на закладке договора.
• Исключение: При формировании заказа поставщику, если лимиты контролируются по БДР, статьи БДДС заполняются в правилах оплаты заказа.
• Решение: Обеспечить возможность проверки корректности заполнения статей бюджета в заказе поставщику, например, с помощью специальных проверок или предупреждающих сообщений.
4. Доступность статей в заказе поставщику
• Правило: Набор доступных статей зависит от настройки “Контроль лимитов по закупкам”.
• Исключение: Если лимиты не контролируются по закупкам, но в договоре заполнены статьи обоих бюджетов, то в заказе поставщику доступны аналитики обоих видов бюджета в 1С.
• Решение: Предоставлять пользователю возможность выбора вида бюджета в 1С для заполнения статей в заказе поставщику, например, через дополнительную настройку.
5. Отсутствие гиперссылки “Статьи и аналитики”
• Правило: Гиперссылка “Статьи и аналитики” отображается, если ведется контроль закупок по лимитам и в договоре заполнены статьи бюджетов.
• Исключение: Если контроль закупок не ведется, гиперссылка не отображается.
• Решение: Предоставлять пользователю возможность ручного заполнения статей в заказе поставщику в 1С, даже если контроль закупок по лимитам не ведется.
Дополнительные рекомендации:
• Обеспечить возможность просмотра истории изменений лимитов для отслеживания динамики.
• Предусмотреть механизмы блокировки документов, если лимиты не позволяют их провести.
• Обеспечить возможность импорта и экспорта данных о лимитах для облегчения работы с большими объемами данных.
Важно: Необходимо обеспечить ясность и понятность правил работы с лимитами для всех пользователей системы.
Исключения, которые необходимо знать и учитывать при работе с лимитами в 1C: ERP Управлении Холдингом
Содержание:
1. Дата корректировки лимитов
2. Виды бюджета и статьи в 1C: ERP Управлении Холдингом
3. Заполнение статей бюджета в 1С
4. Доступность статей в заказе поставщику
5. Отсутствие гиперссылки “Статьи и аналитики”
1. Дата корректировки лимитов
• Правило: Документы корректировки лимитов всегда вводятся датой документа-основания.
• Исключение: Это может привести к ситуации, когда лимиты будут скорректированы в одном периоде с документом, ожидающим корректировки, что может быть нежелательно, если нужно учесть лимиты до момента изменения.
• Решение: Необходимо предусмотреть возможность отложенной корректировки лимитов, позволяя пользователю указать дату, с которой вступают в силу новые лимиты.
2. Виды бюджета и статьи в 1C: ERP Управлении Холдингом
• Правило: Документы закупок в 1С (План закупок, Строка плана закупок, Лот, Протокол выбора победителя) контролируются по одному виду бюджета.
• Исключение: Договор может контролироваться по статьям обоих бюджетов (БДР и БДДС), что может создать сложности при контроле лимитов.
• Решение: Обеспечить возможность отслеживания и контроля за использованием лимитов по обоим бюджетам, например, предоставляя пользователю отчеты по использованным лимитам для каждого бюджета.
3. Заполнение статей бюджета в 1С
• Правило: Статьи БДДС заполняются в графике расчетов договора, а статьи БДР – в планировании на закладке договора.
• Исключение: При формировании заказа поставщику, если лимиты контролируются по БДР, статьи БДДС заполняются в правилах оплаты заказа.
• Решение: Обеспечить возможность проверки корректности заполнения статей бюджета в заказе поставщику, например, с помощью специальных проверок или предупреждающих сообщений.
4. Доступность статей в заказе поставщику
• Правило: Набор доступных статей зависит от настройки “Контроль лимитов по закупкам”.
• Исключение: Если лимиты не контролируются по закупкам, но в договоре заполнены статьи обоих бюджетов, то в заказе поставщику доступны аналитики обоих видов бюджета в 1С.
• Решение: Предоставлять пользователю возможность выбора вида бюджета в 1С для заполнения статей в заказе поставщику, например, через дополнительную настройку.
5. Отсутствие гиперссылки “Статьи и аналитики”
• Правило: Гиперссылка “Статьи и аналитики” отображается, если ведется контроль закупок по лимитам и в договоре заполнены статьи бюджетов.
• Исключение: Если контроль закупок не ведется, гиперссылка не отображается.
• Решение: Предоставлять пользователю возможность ручного заполнения статей в заказе поставщику в 1С, даже если контроль закупок по лимитам не ведется.
Дополнительные рекомендации:
• Обеспечить возможность просмотра истории изменений лимитов для отслеживания динамики.
• Предусмотреть механизмы блокировки документов, если лимиты не позволяют их провести.
• Обеспечить возможность импорта и экспорта данных о лимитах для облегчения работы с большими объемами данных.
Важно: Необходимо обеспечить ясность и понятность правил работы с лимитами для всех пользователей системы.