Как провести входящую претензию в 1с

Управление документами

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

Учет входящей и исходящей корреспонденции, ОРД

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

Входящие документы

Контроль исполнения

Состояния документа. Предусмотрено пять состояний документа:

• согласование (На согласовании, Согласован, Не согласован);
• утверждение (На утверждении, Утвержден, Не утвержден);
• рассмотрение (На рассмотрении, Рассмотрен);
• регистрация (Проект, На регистрации, Зарегистрирован, Не зарегистрирован);
• исполнение (На исполнении, Исполнен).

Состояния документа устанавливается вручную или автоматически процессами. Например, старт процесса согласования установит документу состояние «На согласовании», а успешное завершение этого процесса — «Согласован». При необходимости можно запретить сотрудникам менять состояния документов вручную. Можно настроить доступность полей и команд документа в зависимости от состояния.

Состояние документа

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

Пример отчета по журналу передачи

Электронная подпись

В «1С:Документообороте 8» поддерживаются все три вида электронной подписи: простая, усиленная неквалифицированная и усиленная квалифицированная. Электронная подпись используется для удостоверения целостности документа и авторства подписавшего. Усиленная и квалифицированная подписи могут использоваться также и для шифрования файлов. Подписывать можно документы, файлы, визы и резолюции. Поддерживаются любое криптографическое ПО с интерфейсом Crypto API. Например: MSECP (бесплатный), КриптоПРО, ViPNet. Допускается использование в одной базе сразу нескольких различных криптографических программ, как платных, так и бесплатных.

Сведения об электронной подписи отображаются и в списках, и в карточках документов и файлов. Подпись не нужно проверять каждый раз, открывая документ — результат проверки сохраняется. Установить подпись можно командой «Подписать» в карточке документа или файла. Использовать усиленную квалифицированную подпись просто:

• разработать регламенты использования электронных подписей сотрудниками предприятия и приказом ввести их в действие;
• приобрести криптографическое ПО: удовлетворяющее ГОСТ Р 34.10-2012, поддерживающее Crypto API. Например, КриптоПро, Верба, VIPNet или другие;
• приобрести у удостоверяющего центра сертификаты ЭП для тех сотрудников, которые будут подписывать или шифровать документы;
• включить настройку программы «Использовать электронные подписи и шифрование»;
• добавить в программу полученные сертификаты и настроить правила их использования;
• настроить шаблоны процессов «1С:Документооборота 8» так, чтобы программа обязательно запрашивала электронную подпись при согласовании или утверждении документов.

Потоковое сканирование и штрихкодирование

Сканирование. Файлы в программу можно заносить сканированием — как ручным, так и потоковым (в том числе и через сетевые сканеры). Отсканированное изображение помечается как скан-копия оригинала и автоматически распознается. Поэтому скан-копии оригиналов можно находить полнотекстовым поиском. Рекомендованные настройки сканирования — 200 DPI, цветное, JPG, качество 75. Примерный размер скана страницы А4 — 400Кб.

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

Сканирование
Штрихкодирование документов. «1С:Документооборот 8» умеет:

• печатать штрихкод на самом документе, на наклейке или на пустом листе;
• автоматически вставлять штрихкод в файлы формата Microsoft Word (doc, docx);
• распознавать все штрихкоды, вставленные в документ и вами, и вашими контрагентами;
• моментально находить документы по любым штрихкодам как с клавиатуры, так и с использованием сканера штрихкодов.

Штрихкоды используются программой при потоковом сканировании — именно через штрихкод «1С:Документооборот 8» понимает к какой карточке прикрепить тот или иной скан. В типовой поставке поддерживается только EAN-13.

Штрихкодирование документов

Архивное хранение и поиск

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

Передача дел в архив

Поиск. В программе можно работать с тысячами документов и других данных. Предусмотрено три способа быстрого поиска данных:

• простой поиск в списке — основан на полнотекстовом индексе. Достаточно ввести часть того, что нужно найти, и программа за 1 секунду покажет найденное;
• точный поиск по реквизитам документов и файлов — находит точно то, что вам нужно в файлах и документах (входящих, исходящих и внутренних). Просто укажите в каких реквизитах искать и что нужно найти — за несколько секунд программа выведет список всех найденных данных;
• полнотекстовый поиск по реквизитам или по содержимому файлов, в том числе и скан-копий — похож на обычные Интернет-поисковики. Введите, например, «договор стройпромвсе» и программа покажет все, что связано с договорной работой с вашим контрагентом ЗАО «Стройпромвсе» — договоры, обсуждения, задачи, проекты, записи календарей, мероприятия и другие данные в которых встречаются слова «договор» и «стройпромвсе». Программа сама найдет слово в любом падеже, в единственном или множественном числе.

Поиск документов в файле

Учет входящей и исходящей корреспонденции, ОРД Контроль исполнения Электронная подпись Потоковое сканирование и штрихкодирование Архивное хранение и поиск

• 250 преимуществ «1С:Документооборота»
• «1С:Документооборот» 3.0: преимущества новой редакции
• Работа с договорными документами
• Управление документами
• Эффективное управление процессами
• Функциональный почтовый клиент
• Учет и планирование рабочего времени
• Проектный учет и контроль исполнения
• Инструменты для совместной работы
• Интеграция с любыми решениями
• Доступ с различных устройств

Как продавцу отразить претензию от покупателя?

Наша организация не выполнила работы в срок. Заказчик предъявил неустойку по договору. Как отразить ее в программе?

Нормативное регулирование

Неустойка (штраф, пени) — это установленная законом или договором денежная сумма, которую должник обязан уплатить кредитору в случае нарушения условий договора (ст. 330 ГК РФ).

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

БУ в прочие расходы (п. 11 ПБУ 10/99) в размере (п. 14.2, п. 16 ПБУ 10/99):

• признанном организацией, на дату признания;
• присужденном судом, на дату вынесения решения.

НУ во внереализационные расходы (п. 1 ст. 265 НК РФ) в размере (пп. 8 п. 7 ст. 272 НК РФ):

• признанном должником, на дату признания;
• присужденном судом, на дату вступления в силу его решения.

НДС. Штрафные санкции, исчисленные в качестве компенсации за ненадлежащее исполнение договорных обязательств, не входят в налоговую базу по НДС (Письма ФНС РФ от 03.04.2013, N ЕД-4-3/5875@, Минфина РФ от 08.06.2015 N 03-07-11/33051).

• Самоучитель по 1С Бухгалтерии 8.3;
• Самоучитель по 1С ЗУП 8.3.

УСН. Суммы штрафных санкций не учитываются в расходах при определении базы по упрощенному налогу, т. к. этот вид расхода отсутствует в закрытом перечне (ст. 346.16 НК РФ).

Учет в 1С

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

01 июня заказчик предъявил Организации неустойку в размере 10 000 руб. В тот же день она признала долг.

10 июня Организация перечислила сумму неустойки.

Признание суммы неустойки, подлежащей уплате

Признание неустойки отразите документом Операция, введенная вручную (раздел Операции — Операции, введенные вручную — кнопка Создать — Операция ).

Рассмотрим особенность заполнения документа по нашему примеру:

• Дебет — 91.02 «Прочие расходы»:
  • Субконто 1 — предопределенная статья из справочника Прочие доходы и расходыШтрафы, пени и неустойки к получению (уплате);
  • Субконто 1 — наименование контрагента, предъявившего неустойку, выбирается из справочника Контрагенты;
  • Субконто 2 — договор с контрагентом, по которому начисляется неустойка, выбирается из справочника Договоры;

  Можно создать новое основание в справочнике Договоры для начисления неустойки: например, номер и дату претензии от контрагента. В этом случае укажите Вид договора — Прочее.

  Перечисление неустойки

  Отразите перечисление суммы неустойки документом Списание с расчетного счета вид операции Прочее списание (раздел Банк и касса — Банковские выписки — кнопка Списание ).

  

  • Счет дебета — 76.06 «Расчеты с прочими покупателями и заказчиками»;
  • Контрагенты — наименование контрагента, предъявившего неустойку, выбирается из справочника Контрагенты ;
  • Договоры — тот же договор, что в документе начисления неустойки, выбирается из справочника Договоры ;
  • Статья расходов — статья из справочника Статьи движения денежных средств:
    • Вид движения — Прочие платежи по текущим операциям.

    Проводки по документу

    

    Документ формирует проводку:

    • Дт 76.06 Кт 51 — перечисление неустойки заказчику.

    Отчет о финансовых результатах

    

    Сумма неустойки отражается в Отчете о финансовых результатах: PDF

    • стр. 2350 «Прочие расходы».

    Декларация по налогу на прибыль

    В декларации по налогу на прибыль штрафные санкции отражают:

    

    Лист 02 Приложение N 2: PDF

    • стр. 200 «Внереализационные расходы — всего»,
      • в т. ч. стр. 205 «штрафы, пени…».

    См. также:

    • Каким документом в 1С начисляются полученные от организаций штрафы, претензии принятые?
    • Как отразить претензию покупателю?

    

    Помогла статья?

    Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

    Как покупателю отразить претензию поставщика?

    Каким документом ­в 1С начисляются полученные от организаций штрафы, претензии принятые?

    Специального документа по начислению пеней, штрафов за нарушение договора, уплачиваемых организацией, в 1С нет. Начисление штрафных санкций производится документом Операция, введенная вручную из раздела Операции – Бухгалтерский учет – Операции, введенные вручную .

    Например, покупатель получил от поставщика расчет пеней за нарушение условий договора.

    

    При заполнении документа Операция, введенная вручную укажите в субконто к счету 91.02 «Прочие расходы»:

    • Прочие доходы и расходы — Штрафы, пени и неустойки по хозяйственным договорам к получению (уплате) – принимаются к НУ (пп. 13 п. 1 ст. 265 НК РФ);

    

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

    См. также:

    

    Помогла статья?

    Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно

    Похожие публикации

    1. Реализация товаров в розницу через автоматизированную торговую точку: оплата платежной картой в 1СВ данной статье рассматривается розничная реализация товаров через автоматизированную торговую.
    2. Завышены расходы по услугам поставщика текущего года в 1СВ данной статье рассмотрим, как отразить в учете покупателя исправление.
    3. Справочник Платежных поручений 2022.
    4. Календарь бухгалтера на II квартал 2022 года по сдаче отчетности.

    Оцените публикацию

    (8 оценок, среднее: 5,00 из 5)

    Публикацию можно обсудить в комментариях ниже.
    Обратите внимание!
    В комментариях наши эксперты не отвечают на вопросы по программам 1С и законодательству.
    Задать вопрос нашим специалистам можно в Личном кабинете

    Обсуждение (2)

    vita143vita Подписчик БухЭксперт8 :

    Добрый день. Вы применяете проводку Дт91.02-Кт76.09. А в каких случаях используется счет 76.02? Спасибо.

    Мария Демашева Сотрудник БухЭксперт8 :

    Здравствуйте! Счет 76.02 — отражаются санкции поставщикам, подрядчикам, транспортным и др. организациям. И по предъявленным и признанным (или присужденным) штрафам, пеням и неустойкам. Счет активный и может иметь сальдо только по Дебету.

    Добавить комментарий Отменить ответ

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

    Требования к проведению документов

    Область применения: управляемое приложение, мобильное приложение, обычное приложение.

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

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

    Логически, непроведенный документ отличается от проведенного тем, что непроведенный документ является «черновиком», не отраженным в учете. Такие документы могут быть сохранены в системе, даже если они не полностью или вообще не заполнены; к ним не применяются никакие проверки и ограничения бизнес-логики (проверки заполнения, дат запрета изменения и т.п.). Данные таких документов не отражаются в учете (не выводятся в отчетах и т. п.)

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

    2.2. Если жизненный цикл документа состоит из нескольких этапов, которые соответствуют этапам некоторого процесса, то для описания этих этапов у документа могут быть введены дополнительные статусы. Например, документ Заказ клиента может иметь статусы: Не согласован , К обеспечению , Закрыт ; документ Расходный кассовый ордер – сначала зарегистрирован в журнале регистрации кассовых ордеров ( КО-3 ), затем подписан главным бухгалтером (руководителем), передан в кассу, затем зарегистрирован в Кассовой книге, подписан главным бухгалтером (руководителем).

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

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

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

    • для проведенного документа Заказ клиента :
      • при переводе в статус Не согласован система контролирует только основные параметры заказа;
      • при переводе в статус К обеспечению – обязательно для заполнения поле Дата отгрузки , так как логисту необходима информация, к какой дате нужно привезти заказ;

      2.3. Исключение из этого правила («большинство документов должны проводиться») составляют

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

      Такие документы не проводятся.

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

      При этом недопустимо решать эту задачу другими способами, в частности, с помощью отключения проведения у документа.

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

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

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

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

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

      5. Непроведенные и помеченные на удаление документы не должны иметь активных движений.

      6. Даже если документ не формирует движений, он должен проводиться, чтобы логически отличаться от «черновика».

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

      Исключением из этого правила могут быть случаи, когда движения по регистру полностью или частично формируют внешние по отношению к документу алгоритмы (см. п.4).

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

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

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

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

      Исключения из этого правила описаны в п. 7.1.2.

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

      Некоторые приемы для достижения такого поведения

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

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

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

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

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

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

      См. также

      • Имена объектов метаданных в конфигурациях
      • Порядок записи движений документов
      • Самодостаточность регистров

      Похожие публикации:

      1. Как блокировать спам звонки на андроид
      2. Как правильно поставить нож в мясорубку мулинекс электрическую
      3. Как сменить значок корзины в windows 10
      4. Как чистить матрицу фотоаппарата canon