Исправление записей регистра “Аналитика учета по партнерам” (УТ 11.4)

Исправление записей регистра "Аналитика учета по партнерам" (УТ 11.4) Аналитика
Содержание
  1. Архитектура решения
  2. Выполнение проверки при детализации «короба и бутылки»
  3. Доработка отчетов по взаиморасчетам с клиентами/поставщиками
  4. Зачет оплаты, когда объектом расчетов является платежный документ «поступление безналичных дс»
  5. Зачет оплаты, когда объектом расчетов является платежный документ «списание безналичных дс»
  6. Исправление аналитики учета по партнерам
  7. Исправление записей регистра "аналитика учета по партнерам" (ут 11.4)
  8. Корректировка задолженности по финансовым инструментам
  9. Корректировка реализаций/приобретений
  10. Настройка параметров расчета среднедневного потребления
  11. Новое в методике обеспечения потребностей
  12. Обновление на новую версию
  13. Отчеты
  14. Переоценка денежных средств и финансовых инструментов
  15. Порядок зачета документов
  16. Порядок операции и порядок зачета в регистрах «расчеты с поставщиками» и «расчеты с клиентами»
  17. Поставка 1с:аналитики и её работа в связке с механизмами дата акселератора и копий бд
  18. Пример. расчеты по договорам.
  19. Пример. расчеты по заказам.
  20. Принципы построения отчетов в 1с:аналитике
  21. Проверка алкогольной продукции с помощью терминала сбора данных
  22. Продажам со склада.
  23. Распределение копеек
  24. Расчеты с поставщиками и покупателями в ка 2.4.6, ут 11.4.6, ерп 2.4.6
  25. Режим «планируемые отгрузки с удаленных складов»
  26. Режимы ведения взаиморасчетов
  27. Режимы работы распределительного центра
  28. Тестирование и исправление ключей аналитики erp, ут11, ка
  29. Указание дополнительной информации при сканировании
  30. Учет по направлениям деятельности в конфигурациях ут 11.4, ка 2.4, ерп 2.4
  31. Формирование потребностей заказами на перемещение

Архитектура решения

Доступ к «1С:Аналитике» будет организован через веб-интерфейс, в процессе работы с которым будут формироваться запросы для получения данных и их передача в кластер серверов 1С, где развернута соответствующая конфигурация. Чтобы не создавать дополнительной нагрузки на вычислительные мощности сервера, разработчики рекомендуют использовать «1С:Аналитику» вместе с механизмами дата акселератора и копий БД.

Выполнение проверки при детализации «короба и бутылки»

Выполнять проверку целесообразно начиная с коробов, используя сканер штрихкода. Если отсканированный штрихкод есть в списке, то производится
позиционирование на соответствующей строке и для неё устанавливается статус В наличии.

Дополнительный анализ:  Горизонтальный и вертикальный анализ баланса

Далее можно выполнить проверку содержимого данной упаковки. Для перехода в режим проверки текущей упаковки её необходимо отсканировать еще раз.
При этом пиктограмма упаковки примет вид Исправление записей регистра "Аналитика учета по партнерам" (УТ 11.4)В наличии. Указать
нахождение одной упаковки в другой нельзя. Если в режиме проверки одной коробки будет считан штриховой код другой коробки, то проверка текущей коробки
будет завершена и будет выполнено позиционирование на коробке, штриховой код которой был считан последним. Если был считан штриховой код коробки,
информация о которой отсутствует в дереве, то она будет добавлена в корень дерева.

После того, как полностью проверено содержимое текущей упаковки, нужно еще раз отсканировать её штрихкод для завершения режима проверки.

Доработка отчетов по взаиморасчетам с клиентами/поставщиками

В режиме взаиморасчетов Онлайн предусмотрены отчеты по взаиморасчетам, что и для режима ведения расчетов Офлайн, но содержащие
более расширенные возможности:

  • Ведомость расчетов с клиентами/поставщиками.
  • Карточка расчетов с клиентами.
  • Задолженность клиентов по срокам/Задолженность поставщикам по срокам.
  • Платежная дисциплина клиентов.
  • Динамика просроченной задолженности.

Ведомость расчетов с клиентами/Ведомость расчетов с поставщиками

С использованием отчетов обеспечивается:

  • Расшифровки данных до расчетного документа, даты возникновения задолженности, даты планового погашения.
  • Формирование данных в валюте упр., регл. учета и в валюте взаиморасчетов.

Данные отчета можно расшифровать отчетом Карточка расчетов с клиентами.

Карточка расчетов с клиентами

Использование отчета позволяет:

  • Получить данные по изменениям, как фактических расчетов, так и плановых.
  • Формировать данные за период и в разных валютах (В валюте взаиморасчетов, В валюте упр. учета,
    В валюте регл. учета).

Задолженность клиентов/Задолженность поставщикам

Отчеты можно формировать на определенную дату и в разрезе следующих параметров:

  • Расчетных/плановых документов.
  • Дат возникновения задолженности.
  • Дат планового погашения задолженности/дат платежей.

Задолженность клиентов по срокам/Задолженность поставщикам по срокам

Отчеты позволяют проанализировать:

  • Плановую задолженность (условную).
  • Фактическую задолженность (безусловную).

Такая возможность обеспечивается за счет настройки Включать задолженность клиента (в форме Настройки отчета).

Зачет оплаты, когда объектом расчетов является платежный документ «поступление безналичных дс»

Пример зачета оплаты представлен на схеме.

Если поступает аванс, то при выборе договора с детализацией отличной от «по договорам» в качестве основания или при отсутствии основания платежа
объектом расчетов будет сам платежный документ Поступление безналичных ДС (в поле Объект расчетов в форме документа поступления).

Аванс в целом будет «висеть» на платежном документе. В расшифровке платежа как в режиме «Без разбиения», так и в режиме «Списком» показывается
информация о том, что объектом расчетов является «этот документ» – то есть платежный документ.

Если при поступлении аванса в качестве основания выбирается договор с детализацией отличной от «по договорам», то в платежном документе по умолчанию
заполняется дополнительная аналитика учета по партнерам (в поле Договор, в режиме расшифровки платежа Без разбиения).

В таком случае аванс будет «висеть» на платежном документе и платежный документ будет показываться в качестве нераспределенного платежа в рамках
помощника зачета оплаты.

Это позволяет при расчетах по накладным засчитывать аванс без изменения первичных платежных документов и формировании документа Взаимозачет
задолженности. Платежный документ сам становится объектом расчетов и может засчитываться в накладных.

Поле Договор в платежном документе как отдельное поле предусмотрено для случаев, когда происходят авансовые платежи и расчеты ведутся по
накладным/заказам.

Договор – дополнительная аналитика, по которой делается запись в аналитику учета по партнерам. Если основание платежа заполнено, то эта дополнительная
аналитика определяется по основанию платежа, если основание платежа не указано, то дополнительная аналитика указывается в явном виде в платежном документе.

В режиме расшифровки платежа «Списком» при расчетах по накладным/заказам указание реквизитов объекта расчетов, – направление деятельности, группа
финансового учета расчетов, договор, предусмотрено по гиперссылке Нараспределенный остаток.

В регистрах «Расчеты с клиентами», «Расчеты с клиентами по документам» делается запись по указанному договору. Такой платежный документ будет
показываться в списке нераспределенных платежей в форме помощника зачета оплаты.

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

Если в платежном документе не заполнена дополнительная аналитика учета по партнерам – договор (при расчетах по накладным/заказам), то такой платежный
документ будет показываться в списке неиспользованных авансов в помощнике зачета оплат.

Если в качестве основания платежа в платежном документе выбирается договор («с расчетами по договорам»), то в качестве объекта расчетов по умолчанию
устанавливается этот договор. Поле Договор в платежном документе скрывается. Зачет оплаты по платежному документу выполняется автоматически.
Аванс в целом будет «висеть» на договоре.

Если поступает аванс и в качестве основания выбирается заказ (при расчетах по заказам), то объектом расчетов по умолчанию устанавливается сам заказ,
поле Договор в платежном документе скрывается. Зачет оплаты по платежному документу выполняется автоматически. Аванс в целом будет «висеть» на заказе.

Зачет оплаты, когда объектом расчетов является платежный документ «списание безналичных дс»

Если поступает аванс при расчетах по накладным/заказам, то в  платежном документе списания  безналичных ДС объект расчетов можно не
указывать. В этом случае в качестве объекта расчетов по умолчанию системой устанавливается платежный документ Списание безналичных ДС.

Если объектом расчетов является платежным документ, то в таком документе можно указать дополнительную аналитику учета по партнерам – сам договор,
в поле Договор.

В регистрах «Расчеты с поставщиками», «Расчеты с поставщиками по документам» делается запись по указанному договору. 

В таком случае аванс в целом будет «висеть» на платежном документе и такой платежный документ будет показываться в качестве нераспределенного
платежа в рамках помощника зачета оплаты.

Это позволяет при расчетах по накладным засчитывать аванс без изменения первичных платежных документов и формировании документа Взаимозачет
задолженности. Платежный документ сам становится объектом расчетов и может засчитываться в накладных.

В режиме «Списком» указание реквизитов объекта расчетов, в том числе договора, как дополнительной аналитики учета по партнерам, выполняется в
специальной форме Реквизиты объекта расчетов, доступной по гиперссылке Нераспределенный остаток.

В этом случае платежный документ будет показываться как нераспределенный платеж в форме помощника зачета оплаты.

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

Если в платежном документе не заполнена дополнительная аналитика учета по партнерам – договор (при расчетах по накладным/заказам), то такой платежный
документ будет показываться в списке неиспользованных авансов в помощнике зачета оплат.

Если в платежном документе выбирается договор («с расчетами по договорам»), то в качестве объекта расчетов по умолчанию устанавливается этот договор.
Поле Договор в платежном документе скрывается. Зачет оплаты по платежному документу выполняется автоматически. Аванс в целом будет «висеть» на договоре.

Если поступает аванс и в качестве объекта расчетов в платежном документе указывается заказ, то дополнительная аналитика учета по партнерам – договор,
не доступна для указания в документе. В таком случае объектом расчетов будет заказ и зачет оплаты будет выполняться автоматически. Аванс в целом будет
«висеть» на заказе.

Исправление аналитики учета по партнерам

Возможный сценарий произошедших событий, в результате которых информация исказилась. У контрагента поменяли партнера. Движения ранее введенных документов стали неверными. Потом решили исправить проблему как-бы малыми усилиями … Но что-то пошло не так.

Обработка выполняет следующие действия:

  • удаляет записи из регистра сведений “Аналитика учета по партнерам”, где значения измерений регистра не соответствуют значениям реквизитов ключа аналитики (элемент справочника «Ключи аналитики учета по партнерам»);
  • формирует при необходимости ключи аналитики учета по партнерам, соответствующие записи в регистр сведений “Аналитика учета по партнерам”, и по документам, у которых оказались “висячие” ключи аналитики, движения по регистрам “Расчеты с клиентами” или “Расчеты с поставщиками” с правильными ключами.

Из моего опыта. Были переформированы движения по 1504 документам. Изменились расчеты с рядом контрагентов (расчеты с поставщиками, расчеты с клиентами) где-то на 2-10 т.р. и стали правильными, а с кем-то и на 1,5 млн. р. (нашлись потерянные …).

Перед запуском обработки на рабочей базе примите меры предосторожности. Ответственность лежит на Вас. Выполните обработку сначала на копии и проанализируйте результаты. Перед выполнением обработки на рабочей базе сделайте архив рабочей базы.

Проверялось на «1С:ERP Управление предприятием 2 (2.1.3.128)».

Исправление записей регистра "аналитика учета по партнерам" (ут 11.4)

Универсальные обработкиЧистка базыv8v8::БУv8::ОУv8::УФКА1БП2.0ЗУП2.5УТ10УПП1УНФБГУERP2БП3.0УТ11УХКА2ЗУП3.xРоссияАбонемент ($m)

Обработка позволяет обнулить остатки по регистру накопления или бухгалтерии на определенную дату. Поддерживается большинство типовых конфигураций (БП 3, БП 2, УТ 11, УТ 10, ЗУП 3, ЗУП 2, БГУ 2, БГУ 1, ERP, УПП, КА 2, КА 1, УХ 3, УХ 1, УНФ). Гибкая настройка (отборы, заполнение реквизитов и любых полей корр. счета, возможность обнулять ресурсы выборочно). Несколько режимов работы. Два интерфейса: простой и с расширенным набором настроек.

2 стартмани

19.11.2021   
32066   
406   
morozov.sv   
55    

Корректировка задолженности по финансовым инструментам

Документы Казначейство – Финансовые инструменты -Корректировки задолженностей по финансовым инструментам позволяют списывать (или начислять)
задолженность на статьи доходов/расходов, а так же на статьи активов и пассивов. Это позволяет в паре с документами Казначейство – Взаимозачеты и списание
задолженности – Списания задолженностей  для контрагентов делать взаимозачеты и перевод задолженности из финансовых инструментов (кредитов, займов) в
контрагентскую задолженность и обратно, списывая суммы через промежуточную статью активов и пассивов.

Корректировка реализаций/приобретений

Корректировка, увеличивающая отгрузку/приобретение, двигается по расчетам по курсу на дату накладной (если в накладной был ручной
курс, то пользователь может повторить его в корректировке).

Корректировка, уменьшающая отгрузку/приобретение:

  • Если связанная накладная уже оплачена или откорректирована так, что остатка долга нет – корректировка становится авансовым
    платежом с курсом управленческого и регламентированного учета равным средним курсам связанного документа (с учетом авансов).
    В регистр «Расчеты с клиентами по срокам»/»Расчеты с поставщиками по срокам» пишется расчетный документ – корректировка.
  • Если часть накладной еще не оплачена или не откорректирована – корректировка сторнирует накладную по первоначальному курсу
    накладной. В регистр «Расчеты с клиентами по срокам»/»Расчеты с поставщиками по срокам» пишется расчетный документ – накладная.

Пример расчета курса корректировки реализации представлен в таблице.

Настройка параметров расчета среднедневного потребления

При расчете среднедневного потребления есть возможность учитывать сезонные колебания. Такая возможность обеспечивается за счет настройки Учет сезонных
колебаний в форме Настройка расчета среднедневного потребления:

  • Не учитывать – сезонные колебания не учитываются.
  • По сезонным коэффициентам – среднедневное потребление рассчитывается по данным за указанный период (в поле Количество периодов).
  • По аналогичному периоду прошлого года – среднедневное потребление рассчитывается по данным за период (аналогичный текущему месяцу прошлого года).
    Среднедневное потребление корректируется согласно динамике потребления соответствующей товарной категории. Динамика потребления по товарной группе формируется
    по данным за указанный период и за аналогичный период относительно прошлого года.

В форме настройки параметров расчета среднедневного потребления исключен выбор вариантов расчета среднедневного потребления по:

Новое в методике обеспечения потребностей

  • Добавлены режимы работы распределительного центра.
  • Поддерживается возможность учета сезонных колебаний при расчете среднедневного потребления по статистике.
  • Cинхронизирован алгоритм расчета статистики (при расширенном и упрощенном вариантах обеспечения потребностей) – в качестве среднедневного
    потребления берется максимальное значение, рассчитанное при помощи 2-х методов (с учетом и без учета дней «неполных» продаж)
  • Расширен инструментарий в обработке по формированию заказов по потребностям.

Обновление на новую версию

При переходе на новую версию производится автоматическое заполнение регистра для расчетов по финансовым инструментам.

Так как в начислениях по кредитам и депозитам появились новые возможности и поля, то поля подразделений для расходов заполняются по данным из договора.
Поле Подразделение для расходов обязательно к заполнению, если же в договоре подразделение указано не было, то такой документ потребует указания
Подразделения расходов при перепроведении.

На основе настроек счетов учета лизинговых договоров автоматически создаются Группы финансового учета расчетов (ГФУ) для лизинга. Названия групп берутся
из наименований договоров. Для договоров ГФУ подбираются по сочетанию счетов из созданных ранее, либо создаются свои. Потом можно внести требуемые смысловые
наименования в созданные автоматически ГФУ.

Для лизинга до перевода на финансовые инструменты не было базы расчета курсовых разниц в управленческом контуре. Курсовые разницы считались по валютным 76
счетам плана счетов. После обновления заполнится регистр расчетов по фин. инструментам и такая база появится:

  • Если были валютные договоры лизинга или валюта упр. учета отличается от валюты регл. учета, то возникнет потребность пересчета прошлых периодов в
    Закрытии месяца.
  • Прошлые периоды можно не переоценивать – задание к пересчету удалить через Еще – Задания к расчету.

В текущем периоде начислятся необходимые переоценки по оперативному учету, но так как они лишние для плана счетов (уже были ранее), то они будут реверсированы
начислением курсовых разниц по плану счетов. Это породит лишние обороты по доходам и расходам в месяце обновления, но сохранит правильный итоговый финансовый
результат в месяце перехода на расчеты по финансовым инструментам.

Отчеты

Отчет Обороты по кредитам и депозитам переименован в Ведомость расчетов по финансовым инструментам и существенно переработан.

Отчет предназначен для анализа сальдо и оборотов по финансовым инструментам в разрезе договоров и типов сумм.

Настройки отчета позволяют задать отборы и указать, в какой валюте выводить суммы: регламентированной, управленческой или валюте взаиморасчетов.

В отчете Справка-расчет переоценки валютных средств раздел переоценки кредитов и депозитов называется Финансовые инструменты.

Отчет График оплат и начислений удален, т.к. покрывается отчетом План-фактный анализ оплат и начислений.

Переоценка денежных средств и финансовых инструментов

Аналогично, как и при режиме взаиморасчетов Офлайн, берутся остатки регл. и упр. сумм расчетов в регистрах накопления «Расчеты с
клиентами по срокам» и «Расчеты с поставщиками по срокам» на конец месяца и сравниваются с расчетными по курсу на конец месяца.

Документ Расчет курсовых разниц при этом не используется, все движения пишутся под служебным регистратором «Регистратор расчетов»
с типом хоз. операции «Курсовые разницы» в регистрах «Расчеты с поставщиками по срокам» и «Расчеты с клиентами по срокам».

Порядок зачета документов

Поддерживается порядок зачет оплаты документов:

  • По дате документа (устанавливается по умолчанию) – оплата будет распределена в порядке возрастания даты документа.
  • По плановой дате платежа (новый порядок зачета оплаты) – оплата будет распределена в порядке возрастания плановой даты платежа.

Порядок определяется по ссылке НСИ и администрирование – Настройка НСИ и разделов – Казначейство и взаиморасчеты – Взаиморасчеты – Порядок зачета документов.

Распределение оплаты по дате документа выполняется по следующему алгоритму:

  • По порядку даты документа.
  • Ели дата одинаковая, то виду документа в порядке уменьшения приоритетности (Заказ – Накладная – Платежи – Корректировки).
  • Если вид документа одинаков, то по времени документа.
  • Если время документа одинаковое, то по номеру документа.

Схема порядка зачета оплаты документов по дате документа.

Распределение оплаты по плановой дате платежа выполняется по следующему алгоритму:

  • По порядку даты планового погашения.
  • Ели дата одинаковая, то виду документа в порядке уменьшения приоритетности (Заказ – Накладная – Платежи – Корректировки).
  • Если вид документа одинаков, то по номеру документа.

Схема порядка зачета оплаты документов по плановой дате платежа.

Пример. Зачет накладных по дате документа

Внесена предоплата до отгрузки, расчеты по договорам:

  • Поступление безналичных ДС от 01.07.18 на сумму  2000 руб.
  • Поступление безналичных ДС от 03.07.18 на сумму 2000 руб.
  • Поступление безналичных ДС от 05.07.18 на сумму 7000 руб.

Общая сумма аванса 11 000 руб.

Оформлены накладные:

  • Реализация ПР00-000023, дата документа 11.07.18 г., время документа 18:51, на сумму 4 000 руб.
  • Реализация ПР00-000024, дата документа 11.07.18 г., время документа 18:08, на сумму 10 000 руб.
  • Реализация ПР 00-000025, дата документа 14.07.18 г., время документа18:09, на сумму 1 000 руб.

Пример порядка зачета оплаты по дате документа.

Изначально засчитывается аванс по Реализации  ПР00-000024 с датой документа 11.07 и временем 18:08.

В регистре «Расчеты с клиентами по срокам» Реализации  ПР00-000024 формируются движения:

  • по приходу на документ расчетов накладную по ресурсу «Долг» на всю сумму накладной (10 000 руб.).
  • по расходу по документу расчетов по накладной по ресурсу «Долг» на всю сумму предоплаты (10 000 руб.);

После зачета оплаты остаток аванса составляет 1 000 руб. Затем засчитывается аванс по Реализации ПР00-000023
с датой документа 11.07 и временем 18:51.

В регистре «Расчеты с клиентами по срокам» документа Реализации ПР00-000023  формируется движение по «Расходу»
на возможную сумму зачета аванса по документу расчетов платежки по ресурсу «Предоплата» (на сумму 1 000 руб.).

По результату зачета аванса остаток задолженности по Реализации ПР00-000023 составляет 3 000 руб.

В регистре «Расчеты с клиентами по срокам» по Реализации ПР00-000023 формируются движения:

  • по приходу на документ расчетов накладную по ресурсу «Долг» на всю сумму накладной (4 000 руб.).
  • по расходу по документу расчетов по накладной по ресурсу «Долг» на всю сумму предоплаты (1 000 руб.);

Пример. Зачет накладных по плановой дате платежа

Внесена предоплата до отгрузки, расчеты по договорам:

  • Поступление безналичных ДС от 01.07.18 на сумму  2000 руб.
  • Поступление безналичных ДС от 03.07.18 на сумму 2000 руб.
  • Поступление безналичных ДС от 05.07.18 на сумму 7000 руб.

Общая сумма аванса 11 000 руб.

Оформлены накладные:

  • Реализация ПР00-000023, дата платежа 18.07, на сумму 4 000 руб.
  • Реализация ПР00-000024, дата платежа 18.07, на сумму 10 000 руб.
  • Реализация ПР00-000025, дата платежа 15.07, на сумму 1 000 руб.

Изначально засчитывается аванс по Реализации ПР00-000025 с наиболее ранним сроком платежа (дата платежа 15.07).

В регистре «Расчеты с клиентами по срокам» документа реализации формируется движение по «Расходу» на возможную сумму зачета
аванса по документу расчетов платежки по ресурсу «Предоплата» (на сумму 1 000 руб.).

По результату зачета аванса долг погашен полностью по Реализации ПР00-000025.

В регистре «Расчеты с клиентами по срокам» формируются движения:

  • по расходу по документу расчетов по накладной по ресурсу «Долг» на всю сумму предоплаты (1 000 руб.);
  • по приходу на документ расчетов накладную по ресурсу «Долг» на всю сумму накладной (1 000 руб.).

После зачета аванса по Реализации ПР00-000025 остаток аванса составляет 10 000 руб. Затем засчитывается аванс клиента по
Реализации ПР00-000023 с датой платежа 18.07 (регистр накопления «Расчеты с клиентами по срокам» документа Реализации ПР00-000023).

После зачета аванса по Реализации ПР00-000023 остаток аванса остаток аванса составляет 6 000 руб.

Затем зачет аванса выполняется по Реализации ПР00-000024 с датой платежа 18.07.

В регистре «Расчеты с клиентами по срокам» документа Реализации ПР00-000024  формируется движение по «Расходу» на возможную
сумму зачета аванса по документу расчетов платежки по ресурсу «Предоплата» (на сумму 6 000 руб.).

По результату зачета аванса по Реализации ПР00-000024 имеется остаток задолженности на сумму 4 000 руб.

В регистре «Расчеты с клиентами по срокам» формируются движения:

  • по расходу по документу расчетов по накладной по ресурсу «Долг» на всю сумму предоплаты (1 0000 руб.);
  • по приходу на документ расчетов накладную по ресурсу «Долг» на всю сумму накладной (6 000 руб.).

Порядок операции и порядок зачета в регистрах «расчеты с поставщиками» и «расчеты с клиентами»

Порядок операции служит разделителем для пересчета с определенного документа, а порядок зачета – для определения порядка зачета оплат или оплаты
накладных. Например, можно ввести последовательно три накладные, а при поступлении оплаты зачитывать их исходя не из даты накладной, а из срока оплаты.

Формат поля:

20210911210215202ТД00-000168

Исключением являются курсовые разницы – движения имеют формат «<год><месяц><день>3», таким образом, записи по переоценке остатков
на конец дня формируются позже всех документов.

Например, в регистре «Расчеты с клиентами» делается запись по ресурсу Порядок операции, который содержит следующие данные:

  • 20210711 – дата документа;
  • 2 – тип документа реализации;
  • 180851 (часы, минуты, секунды) – время создания документа;
  • ПР00-0000024 – номер документа.

Поставка 1с:аналитики и её работа в связке с механизмами дата акселератора и копий бд

Сервер 1С:Аналитики поставляется как отдельный дистрибутив. В функции сервера 1С:Аналитики входит работа веб-интерфейса системы, в котором пользователи создают и выполняют свои аналитические отчеты. В процессе работы 1С:Аналитика формирует запросы для получения данных и передаёт его в кластер серверов 1С, на которых развернута конфигурация 1С.

Чтобы обеспечить быструю и комфортную для пользователя работу аналитических отчетов, а также разделить нагрузку на сервер 1С от обычных пользователей системы и от 1С:Аналитики необходимо использовать 1С:Аналитику вместе с механизмами Дата акселератора и Копий БД.

Дата акселератор является специализированной СУБД для ускорения обработки аналитических запросов, то есть таких запросов, которые обрабатывают большие объемы данных и возвращают в качестве результата относительно небольшое количество записей. Дата акселератор объединяет в себе несколько технологий.

Это хранение и обработка данных непосредственно в оперативной памяти (in-memory DB) и использование специальных структур данных, позволяющих существенно сократить время обработки аналитического запроса. Дата акселератор рассчитан на работу с миллионами и десятками миллионов записей.

Дата акселератор работает в связке с механизмом копий БД, который позволяет настроить, какие данные будут размещены в Дата акселератор для быстрой обработки запросов, а также следит за актуальностью этих данных. При настройке механизма копий БД и Дата акселератора аналитические запросы не будут нагружать основную СУБД, где размещены данные учетной системы, и влиять на работу обычных пользователей 1С.

arch-01.png

Пример. расчеты по договорам.

  • Срок поставки = 2 дн.
  • Кредит (после отгрузки) с отсрочкой 5 дн.
  • Кредит (после отгрузки) с отсрочкой 10 дн.

Желаемая дата отгрузки по заказу клиента 04.08.18 г. 

В правилах оплаты дата платежа по каждому кредитному варианту оплаты рассчитывается в соответствии с максимальным количеством дней отсрочки и
желаемой датой отгрузки по заказу клиента.

При вводе накладной на основании заказа дата платежа по варианту оплаты Кредит (после отгрузки)  пересчитывается от даты введенной
накладной. В правилах оплаты накладной по заказу клиента будет заполняться максимальная дата платежа, рассчитанная, исходя из максимального количества
дней отсрочки и желаемой даты отгрузки по заказу клиента.

В накладной можно уточнить дату платежа по заказу клиента путем изменения реквизита Сдвиг в правилах оплаты накладной, указав количество
дней, на которое необходимо сдвинуть дату платежа. В этом случае расчет количества дней просрочки оплаты будет выполняться от даты платежа по накладной.

Пример. расчеты по заказам.

Заказ клиента от 08.08.18 г., желаемая дата отгрузки по заказу клиента11.08.18 г.

Введен документ оплаты Поступление безналичных ДС от 10.08.18 г. по варианту оплаты Предоплата (до отгрузки) на сумму 5000 руб.

Дата платежа по кредитным вариантам оплаты рассчитывается в соответствии с максимальным количеством дней отсрочки, заданных по соглашению, и желаемой
датой отгрузки по заказу.

Формируем документ Реализация товаров и услуг от 11.08.18 г. по двум заказам клиента (ЗК от 08.08.18 г. и ЗК 09.08.18 г.).

В правилах оплаты накладной заполняется максимальная дата платежа по каждому заказу клиента. Дату платежа можно скорректировать путем изменения
количества дней отсрочки – реквизита Сдвиг в правилах оплаты накладной.

Дополнительно в табличную часть накладной добавим строку сверх заказа.

По результату проведения накладной в правилах оплаты этой накладной для строки сверх заказа заполняется кредитный вариант оплаты Кредит (после
отгрузки) с максимальной датой платежа по выбранному заказу клиента.

Принципы построения отчетов в 1с:аналитике


Интерфейс 1С:Аналитики имеет три основных режима работы:

  • Рабочий стол для поиска и просмотра доступных диаграмм и дашбордов, а также их создания.
  • Просмотр и редактирования диаграммы. Позволяет просматривать текущие данные в диаграмме, раскрывать данные по новым разрезам, редактировать фильтры и состав выводимых данных и вид графиков для вывода информации.
  • Просмотр и редактирования дашборда. Позволяет выбирать состав диаграмм на дашборде, элементы оформления, менять общие фильтры данных по всему дашборду, открывать отдельные диаграммы, входящие в состав дашборда.

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

Так, пользователь может построить диаграмму на базе регистра накопления, регистра сведений, справочников, документов или их табличных частей. При работе с этими объектами метаданных пользователь получает данные в диаграмме непосредственно на основе актуальной информации, содержащейся в конфигурации 1С.

Обычно создание диаграммы состоит из следующей последовательности шагов:

  • Выбор отображаемых полей данных (размерностей и фактов). Различие размерностей и фактов заключается в том, что по выбранным размерностям будет осуществляться группировка полученных данных, а в рамках этой группировки по каждому из фактов будет выполняться выбранный режим агрегации данных. Так, например, если строится диаграмма по регистру накопления Продажи и выбраны размерности Подразделение, Вид Номенклатуры и факт Прибыль с агрегацией по сумме, то для диаграммы из информационной базы 1С будут получены все данные по продажам. Затем полученные данные будут сгруппированы по имеющимся Подразделениям и Видам Номенклатуры. По каждому значению размерности будет показана общая сумма значений Прибыли.
  • Выбор фильтра по данным. По умолчанию система запрашивает и отображает все данные, которые не были отфильтрованы. Поэтому после выбора нужных размерностей и фактов будет получен результат по всем имеющимся данным в системе. Для реальных диаграмм обычно необходимо сузить объем анализируемых данных, например, указать за какой период нужна информация, по каким видам товаров, складов или партнеров мы хотим смотреть данные. Это делается через накладывание фильтров на нужные размерности или факты.
  • Настройка в диаграмме последовательности отображаемых полей, сортировок, отображения промежуточных итогов для отдельных размерностей.
  • При необходимости создание группировки данных.
  • Настройка вида графика и опций для их отображения.

Интерфейс 1С:Аналитики максимально рассчитан на интерактивную работу, поэтому при каждом изменении параметров диаграммы он оперативно перерисовывается, отображая на экране своё актуальное представление. Редактирование диаграммы выполняется в визуальном режиме, когда пользователь перетаскивает в содержимое диаграммы нужные размерности и факты.

В редакторе фильтров пользователь выбирает из списка нужные ему значения и настраивает через меню нужные параметры графиков. Все эти действия транслируются внутри 1С:Аналитики в формулы служебного языка описания диаграммы. Для продвинутых пользователей имеется возможность переключать редактор в режим редактирования непосредственно формул представления диаграммы, что позволяет делать более тонкую настройку фильтров и выводимых данных.

Теги:
1С:Аналитика 

Проверка алкогольной продукции с помощью терминала сбора данных

При работе с терминалом сбора данных за один прием можно проверить информацию об одной упаковке. В частности, за один прием можно отсканировать
на терминале сбора данных и передать в программу следующие штрихкоды:

  • Штрихкоды одной упаковки (короба) и всех содержащихся в коробе бутылок;
  • Штрихкоды нескольких упаковок одного уровня иерархии, например коробов, и одной упаковки более высокого уровня, например, паллеты;
  • Штрихкоды нескольких бутылок без упаковок;
  • Штрихкоды нескольких упаковок одного уровня иерархии, например коробов.

Все другие комбинации штриховых кодов будут признаны ошибочными и не будут обработаны. При этом будет выведено сообщение о наличии проблемы
в считанных данных.

Загрузка данных осуществляется по кнопке Исправление записей регистра "Аналитика учета по партнерам" (УТ 11.4)

Пример

Поставщиком в документе указана иерархия упаковок паллеты – короба – бутылки. Работа с ТСД производится в следующем порядке:

  • Считать ТСД штриход первой паллеты и коробов на первой паллете.
  • Загрузить данные в программу.
  • Считать ТСД штрихкоды первой коробки и всех бутылок в ней.
  • Загрузить данные в программу.
  • Аналогичным образом проверить по одной остальные коробки на паллете.
  • Перейти к следующей паллете.

Продажам со склада.

Расчет среднедневного потребления по умолчанию выполняется по расходу со склада, при котором учитываются все рабочие дни склада, когда выполнялся расход
товара со склада.

При расчете среднедневного потребления учитываются все расходы со склада за минусом возвратов (возврат от клиента, возвратные перемещения и т.д.). Для
розничных складов перемещения в расчет не включаются.

Доступ к настройкам параметров расчета среднедневного потребления обеспечивается по соответствующей гиперссылке на форме обработки Формирование заказов
по потребностям (на шаге 1, Отбор потребностей).

Пример расчета потребления по статистике  с учетом сезонных коэффициентов представлен на схеме.

Распределение копеек

В режиме взаиморасчетов Онлайн погрешности округления распределяются равномерно по всем расчетным документам.

Общая формула расчета суммы (в примере сумма регламентированного учета, управленческая рассчитывается так же):

Окр(СуммаРегл (СуммаРеглЗачтеноДо – Окр(СуммаРеглЗачтеноДо,2),2),

где:

СуммаРегл – текущая неокругленная сумма;

СуммаРеглЗачетноДо – неокругленная сумма ранее зачтенных записей по этому же расчетному документу.

Пример распределения копеек представлен в таблице.

Расчеты с поставщиками и покупателями в ка 2.4.6, ут 11.4.6, ерп 2.4.6

ИнтеграцияУправление персоналом (HRM)Пользователю системыБухгалтерский учетУправление персоналом (HRM)v8v8::СПРЗУП2.5ЗУП3.xРоссияБУБесплатно (free)

Сменила я тут работу и уже после того, как я приступила к исполнению обязанностей, мой новый начальник мне призналась, что выбор пал на меня только из-за того, что я знаю программу. Справедливости ради, эта уверенность была основана только на том, что я прошла тестирование, включающее только основные операции кадрового делопроизводства. Так или иначе, а работодатель попал в точку, нанимая меня в надежде, что я решу проблему: нужно перейти «с 8.2 на 8.3». Ничего сложного, скажет большинство, я тоже так говорю, но ситуация осложнялась некоторым количеством предшественников, которые уже «нафеячили» в программах до меня. Взять и сделать все заново мне не разрешили, так что пришлось исходить из того, что есть, и именно это дало пищу для размышлений и, в конце концов, привело к написанию этих рекомендаций.
Если перед Вами стоит задача перехода с ЗУП 2.5 на ЗУП 3.1, я попробую облегчить Вам жизнь этой статьей.

01.02.2021   
14279   
VKuser24804875   
33    

Режим «планируемые отгрузки с удаленных складов»

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

Остатки для распределительного центра вычисляются с учетом остатков на складах, обеспечиваемых за счет распределительного центра (на шаге
3 Поддержание запасов).

Потребности по заказу на отгрузку с удаленных складов в рамках рабочего места по формированию заказов будут показываться в две строки (на
шаге 4, Обеспечение заказов к отгрузке):

  • 1 – На обеспечение распределительного центра, обеспечивающего удаленный склад. Будет формироваться заказ на поставку в распределительный центр.
  • 2 – На обеспечение удаленного склада. Будет формироваться заказ на перемещение из распределительного центра на удаленный склад.

Дата отгрузки для обеспечения потребностей на распределительном центре уменьшается от исходной даты отгрузки по обеспечению потребностей на удаленном
складе на длительность перемещения (длительность перемещения задана в способе обеспечения потребностей).

Чтобы при помощи рабочего места по формированию заказов по потребностям сформировать заказы на поставку в распределительный центр и заказы на перемещение
из распределительного центра на удаленный склад, то на шаге 1 обработки Формирование заказов по потребностям необходимо указать:

  • Распределительный центр – склад, являющийся источником обеспечения удаленных складов.
  • Удаленный склад, обеспечиваемый за счет распределительного центра.

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

Среднедневное потребление определяется как сумма среднедневных потреблений всех складов, источником обеспечения которых является распределительный центр.

Норма потребления розничных точек рассчитывается как продажи розничных точек умножить на коэффициент раб. дней склада.

Режимы ведения взаиморасчетов

Поддерживается два режима ведения взаиморасчетов (режим взаиморасчетов определяется по ссылке НСИ и администрирование – Настройка
НСИ и разделов – Казначейство и взаиморасчеты – Взаиморасчеты):

  • Оффлайн – текущая архитектура взаиморасчетов (устанавливается по умолчанию). Распределение расчетов по документам и датам платежа
    выполняется фоновым заданием по расписанию (оффлайн) (используется регламентное задание Выполнение отложенных движений по расчетам с
    клиентами/поставщиками
    ). Вместо регламентного задания возможен автоматический запуск фонового задания с использованием соответствующих
    функциональных опций Автоматически запускать фоновое задание расчета взаиморасчетов при проведении документов и Автоматически
    запускать фоновое задание расчетов взаиморасчетов из отчетов
    (НСИ и администрирование – Настройка НСИ и разделов – Казначейство и
    взаиморасчеты – Взаиморасчеты
    ). При изменении суммы расчетов, суммы регл. учета и суммы упр. учета формируются записи регистра сведений
    «Задания к распределению расчетов с поставщиками/клиентами».
  • Онлайн – новая архитектура взаиморасчетов. Распределение взаиморасчетов по расчетным документам запускается сразу в транзакции
    проведения документов (онлайн). Данный режим исключает необходимость запуска распределения взаиморасчетов при печати первичной документации
    и формировании отчетов в валюте, отличной от валюты расчетов. Прежде чем перейти на новую архитектуру взаиморасчетов необходимо выполнить
    задания по распределению расчетов по документам и закрытие месяца. При выборе данного режима:
    • выполнятся поиск невыполненных заданий по распределению расчетов с партнерами (клиентами/поставщиками). Если имеются невыполненные
      задания, то пользователю выдается предупреждение, что будет произведен запуск отложенных расчетов до перехода на новую архитектуру
      взаиморасчетов и первоначальное заполнение данных может занять продолжительное время. Если задания отсутствуют, то будет выдано
      предупреждение о продолжительном времени начального заполнения и затруднении работы пользователей.
    • в момент начала ведения учета в новой архитектуре данные заполняются в регистры «Расчеты с клиентами по срокам», «Расчеты с
      поставщиками по срокам» из регистров накопления «Расчеты с клиентами по документам» и «Расчеты с поставщиками по документам». Данные
      после начала ведения  учета в новой архитектуре будут заполнены по регистрам накопления «Расчеты с клиентами», «Расчеты с
      поставщиками», «Расчеты с клиентами по документам», «Расчеты с поставщиками по документам».
    • автоматически отключаются функциональные опции Автоматически запускать фоновое задание расчета взаиморасчетов при проведении
      документов
      и Автоматически запускать фоновое задание расчетов взаиморасчетов из отчетов.

Регистры «Расчеты с клиентами по документам» и «Расчеты с поставщиками по документам» при этом не очищаются, задания к распределению
расчетов продолжают формироваться для возможности включения новой архитектуры.

Использование режима ведения взаиморасчетов Онлайн обеспечивается за счет независимых регистров сведений, обеспечивающих быструю
запись движений. При использовании данного режима включается новый набор регистров и отчетов по взаиморасчетам.

Сравнительная характеристика режимов ведения взаиморасчетов представлена в таблице.

Правила оплаты в заказах и накладных

Вариант оплаты Кредит (после отгрузки) переименован в Кредит (плановый), который позволяет зафиксировать плановую дату платежа
в заказе, не зависящую от даты отгрузки, и которая не пересчитывается при вводе накладной. Дату платежа по варианту оплаты Кредит (плановый) можно уточнить при наличии соответствующих прав.

Добавлен новый вариант оплаты Кредит (после отгрузки) – позволяет указать сдвиг, количество дней, через которое накладная должна быть
оплачена. Скорректировать дату платежа по такому варианту можно путем изменения реквизита Сдвиг в правилах оплаты накладной.

Даты платежа рассчитываются от желаемой даты отгрузки по заказу клиента и с учетом количества дней отсрочки, заданной по графику соглашения.

Обеспечивается указание дат платежа в правилах оплаты накладной для строк сверх заказа.

Алгоритм заполнения правил оплаты:

  • Если используются соглашения и в нем есть кредитные этапы с количеством дней после отгрузки, то дата платежа рассчитывается от желаемой
    даты заказа клиента и в соответствии количеством дней отсрочки (при расчетах по заказам).
  • Если накладная вводится по заказу, то в правилах оплаты накладной в качестве даты платежа устанавливается  максимальная дата, рассчитанная
    исходя из максимального количества дней отсрочки кредитных этапов заказа.
  • Если накладная вводится по договору с графиком (при расчетах по договорам)– анализируется состояние расчетов по договору – если предоплаты хватает
    для текущей накладной – ставится текущая дата, если нет – то смотрим состояние исполнения договора и берем ближайшую дату платежа большую даты накладной.

Режимы работы распределительного центра

При использовании расширенного варианта обеспечения потребностей для распределительного центра доступны режимы работы, при которых:

Обеспечиваются потребности, зафиксированные только на самом распределительном центре.

Обеспечиваются потребности, зафиксированные как на самом распределительном центре, так и на складах, для которых распределительный центр
является источником обеспечения.

Режим работы распределительного центра определяется по ссылке НСИ и администрирование – Настройка НСИ и разделов – Склад и доставка –
Обеспечение потребностей:

  • Планируемые отгрузки со склада на удаленные склады. При данном режиме учитываются операции:
    • Продажи, сборка/разборка, прочие списания с распределительного центра.
    • Перемещение с распределительного центра на удаленные склады, связанные с этим распределительным центром согласно схемам обеспечения.
    • Перемещение с распределительного центра на склады, не связанные с этим распределительным центром согласно схемам обеспечения.
  • Планируемые отгрузки с удаленных складов. При данном режиме учитываются операции:
    • Продажи, сборка/разборка, прочие списания с распределительного центра.
    • Продажи, сборка/разборка, прочие списания с удаленных складов, связанных с распределительным центром согласно схемам обеспечения.
    • Перемещение с распределительного центра и с его удаленных складов на склады, не связанные с данным распределительным центром согласно схемам обеспечения.

Тестирование и исправление ключей аналитики erp, ут11, ка

Универсальные обработкиЗагрузка и выгрузка в Excel Документооборот и делопроизводствоДокументооборот и делопроизводствоv8::УФБП2.0ERP2БП3.0УТ11КА2БУУУПлатные (руб)

Универсальная программа-обработка для распознавания ЛЮБЫХ СКАНОВ ИЛИ ФОТО ТОВАРНЫХ ДОКУМЕНТОВ и загрузки в 1С. Не требует указания параметров и предварительной настройки. Просто выбираете файл (PDF, JPG, DOC,XLS, HTML и т.д.) выбираете документ 1С и нажимаете кнопку “Распознать и загрузить”. Программа сама находит таблицу в файле, необходимые для загрузки данные в ней (номенклатура, количество, НДС, цена, сумма) и загружает ее в 1С. Вместе с номенклатурой может найти контрагента, номер и дату документа, штрих-коды, серии ГТД, страну и т.д. Распознает документы ЛЮБОЙ ФОРМЫ (УПД, ТОРГ-12, накладную, заказ клиента, установку цен и т.д.). Содержит модуль работы с электронной почтой. Для поиска таблиц используются новейшие методы OCR-нейросети. Загружает только то, что нужно, т.е. пропускает повторы шапки таблицы, заголовки, промежуточные итоги, подписи и т.д. При пополнении баланса загрузок вы получите 1 месяц бесплатной тех.поддержки.

5400 руб.

04.06.2021   
48249   
134   
99    

Указание дополнительной информации при сканировании

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

При указании требуемых данных можно запомнить выбор и для последующих считанных акцизных марок этой же алкогольной продукции. Информация будет
выведена в форме сканирования.

Сохраненный выбор можно в любой момент отменить (гиперссылка Сбросить в форме сканирования). Если будет отсканирована другая алкогольная
продукция, то сохраненный выбор будет сброшен автоматически.

Учет по направлениям деятельности в конфигурациях ут 11.4, ка 2.4, ерп 2.4

Техническое заданиеУправление проектомФинансовый учет и бюджетирование (FRP)Управление холдингом (CPM)Учетная политикаБухгалтерский учетУправленческий учет (прочее)Финансовый учет и бюджетирование (FRP)Управление холдингом (CPM)Учетная политикаv8РоссияУУБесплатно (free)

Это схема и обоснование концепции системы АУБ (Автоматизация Управления Бизнесом, авторская разработка) для автоматизации многопрофильного холдинга на платформе 1С.

Система изначально проектировалась для многопрофильного холдинга, что определило особенность ее концепции – три уровня автоматизации.
Система АУБ не является готовым решением, это определенная концепция (видение, подход) к автоматизации управленческого учета и расширяемый базис наработок реализованных в этой концепции.
В конкретном проекте автоматизации, с учетом специфики управления предприятием, делается индивидуальная «функциональная сборка» с использованием готовых, существенно модифицируемых и заново разрабатываемых подсистем.
Таким образом, концепция и расширяемый базис наработок системы АУБ, представляют своего рода конструктор, из которого компонуется решение в конкретном проекте, при этом заново разрабатывается лишь функционал, отражающий новую специфику.

На практике концепция использовалась, например, в отраслевом решении для производства ЖБИ и добычи нерудных материалов.

02.03.2021   
19409   
aaw   
3    

Формирование потребностей заказами на перемещение

Возможные случаи формирования потребностей заказом на перемещение. В рабочем месте по формированию заказов по потребностям в режиме обеспечения
распределительного центра:

  • Заказ на перемещение с распределительного центра на удаленный склад. На распределительном центре потребности не формируются.
  • Заказ на перемещение с удаленного склада на распределительный центр. Потребности формируются только на удаленном складе, на распределительном центре не формируются.
  • Заказ на перемещение с удаленного склада на другой удаленный склад. Потребности формируются только на удаленном складе-отправителе, на распределительном центре не формируется.
  • Заказ на перемещение с удаленного склада на прочий склад, не обеспечиваемый распределительным центром. Потребности формируются на распределительном центре.
  • Заказ на перемещение с удаленного склада на прочий склад, не обеспечиваемый распределительный центром. Потребности формируются как на распределительном центре, так и на удаленном складе.
Оцените статью
Аналитик-эксперт
Добавить комментарий