Корректировка взаиморасчетов в 1С:ERP 8

Содержание:

В 1С 8 ERP взаиморасчеты с поставщиками и покупателями, и взаиморасчеты по финансовым инструментам (займам, кредитам и депозитам) ведутся раздельно.

Регистры взаиморасчетов в торговле:

Регистры для финансовых инструментов:

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

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

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

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

– Кредит или заем полученный

– Депозит

– Заем выданный

На закладке “Задолженность” в 1С 8.3 ERP можно вручную указать тип суммы (основной долг или проценты) и ее числовое значение. Также можно воспользоваться кнопкой “Заполнить по остаткам“, чтобы облегчить ввод данных.

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

После проведения в конфигурации 1С:ERP сформируются бухгалтерские проводки:
Дт Счет учета по кредитам и займам Кт Прочие доходы (или Прочие расходы)
Счет учета по кредитам и займам настраивается в договоре: закладка Учетная информация – Группа фин.учета расчетов.

Корректировка задолженности в 1С по иным операциям

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

Заполнение и отражение в проводках документа Списание задолженности аналогично документу “Корректировки задолженностей” в 1С:ERP 8 из предыдущего раздела.

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

Дополнительная информация

Взаимозачет между двумя организациями и одним контрагентом

Если в базе ведется учет по двум организациям и у одного и того же контрагента есть дебиторская задолженность перед одной из них и кредиторская – перед другой, то при работе в 1С:ERP в документе “Взамозачет” указываем тип операции “Произвольный взаимозачет” или, выбрав перенос задолженности (аванса/долга), “Между двумя организациями в рамках одного контрагента”. В шапке указывается организация, контрагент-дебитор и организация-кредитор (при выборе кредитора указать “Организация-клиент”). Таким образом, при взаимозачете между двумя организациями дебиторская задолженность клиента сначала будет перенесена с одной организации на другую.

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

Зачет взаимной задолженности между организациями при схеме интеркампани

В этой ситуации по схеме интеркампани потребуется оформить документ “Взаимозачет задолженности” с типом операции Произвольный взаимозачет. В поле Организация указывается одна из организаций, а полях Дебитор и Кредитор выбираются соответственно тип дебитора = “Организация-клиент” и тип кредитора = “Организация-поставщик” и указывается одно и та же организация-контрагент. Дальнейшее заполнение документа происходит также как и при других типах операций.

05.04.2022 by daharasheva No comment(s)

Особенности перемещение товаров в 1С:ERP 8

Содержание:

Оформление документа «Перемещение товаров»

Оформление перемещения товаров в конфигурации 1С:ERP сосредоточены в подразделе «Внутренне товародвижение» раздела «Склад и доставка».

Допускается как непосредственное оформление документов «Перемещение товаров», так и использование позаказной схемы с предварительным оформлением «Заказов на перемещение». Второй вариант дает больше способов управления обеспечением наличия перемещаемых товаров на складе-отправителе:

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

Такая интеграция учетных механизмов в рамках одной информационной системы (в нашем случаем это внутреннее перемещение товаров с закупкой или производством) является одним из преимуществ использования конфигурации 1С:ERP. Другими примерами интеграции в рамках 1С:ERP 8.3 являются возможность управления доставкой перемещаемого товара путем ввода «Поручения экспедитору» на основании документа «Перемещения товаров» или «Заказа на перемещение»; или ввод документа «Реализация товаров и услуг» на основании «Перемещения товаров». Кроме того, на основании документа «Перемещения товаров» в 1С:ERP 8 возможно оформление «Транспортной накладной».

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

Если на складах для перемещаемой номенклатуры используется серийный учет, то в документах (как в «Перемещение товаров», так и ы «Заказ на перемещение товаров» включается механизм указания серий товаров.

Оформление документа «Перемещения товаров» может быть автоматизировано с использованием следующих технических средств 1С:ERP 2.4:

При использовании как терминала сбора данных ТСД, так и сканера ШК, если программа 1С:ERP 8 встретит ШК, не зарегистрированный в системе, то она предложит сопоставить его с определенной номенклатурой и зарегистрировать в информационной базе.

Дополнительная информация

Учетные особенности документов перемещения товаров

Документ «Заказ на перемещение» является исключительно управленческим. Документ «Перемещение товаров» несет как управленческую, так и бухгалтерскую нагрузку – при его проведении формируются движения в бухгалтерском (финансовом) учете.

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

Более подробно с особенностями перемещения товаров и оформления документов можно ознакомится в описании конфигурации 1С:ERP.

31.03.2022 by daharasheva No comment(s)

Аудиторский след в хозяйственных операциях в 1С:ERP 8

Содержание:

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

Методика исправления документов в 1С

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

Внесение каких-либо изменений в документацию хозяйственных операций может быть обусловлено:

1. проведением сторно хозяйственных операций;

2. возникновением дополнений и корректировок в оформлении хозяйственной деятельности при необходимости сохранить «аудиторский след».

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

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

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

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

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

В прикладном решении 1С:ERP 8 исправление документации возможно после активации функции «Использовать исправительные документы» (галочка), которую можно найти по пути «НСИ и администрирование → Финансовый результат и контроллинг → Финансовый результат».

Процесс корректировки документации по хозяйственным операциям в 1С:ERP 8.3 включает в себя три ключевых аспекта.

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

2. В процессе корректировки исправительный документ дополняется актуальными данными, по сути становясь своего рода новой и более правильной версией документа, который исправляется.

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

Проведение документа-исправления запускает процесс формирования сторно и его движений, и движений документа-основания.

Для внесения изменений в документ-основание используется команда ввода на основании.

При этом во введенном документе будет отображена ссылка на документ, им исправляемый.

То же происходит и в обратную сторону. При этом уже невозможно внести изменения в документ-основание.

Если исправлений больше одного, то можно посмотреть всю цепочку.

Чтобы аннулировать документ:

1.вводится документ «Сторно»;

2. на его основании выводится на печать бухгалтерская справка;

3. при проведении движения аннулируемого документа сторнируются.

Любые исправления в документах в 1С:ERP 2.4 поддерживаются тремя реквизитами:

1.Исправление;

2. Исправляемый документ;

3. Сторнируемый документ.

Если документ можно только аннулировать, в добавлении данных реквизитов нет необходимости.

Также соответствующие поля есть в регистре сведений «Реестр документов». Они заполняются при проведении документов и обеспечивают контроль корректности всех исправлений в цепи, а также переноса данных в журналы. В форме списка отдельным флагом помечены либо исправленные, либо сторнированные документы. Кроме того, следует обратить внимание на столбец «Исправляемый (сторнируемый) документ» – в нём будет ссылка на документ-основание

После корректировок документы изменяются таким образом:

1. после регистрации на основании исправления или операции сторно документ блокируется для дальнейшего изменения;

2. доступен для редактирования только последний документ в цепочке.

Если используются распоряжения и партии:

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

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

Исправлению не подлежат регламентные документы, только финансовые. Если, например, документ Внутреннее потребление товаров закрытого периода исправлен, то документ Заказ на внутреннее потребление надо закрыть или откорректировать тоже.

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

1. в печатных формах выводятся данные исправительного документа (данные после исправления);

2. в «произвольных» формах выводятся дата и номер исправляемого документа, а также информация о номере и дате исправления;

3. в «общепринятых» формах выводятся дата и номер исправляемого документа. Информация о номере и дате исправления не выводится. Такое же поведение уже есть при печати формы ТОРГ-12из документа Корректировка реализации.

Нумерация исправительных документов:

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

2. Там, где сквозная нумерация важна (например, кассовые документы), исправительные документы будут с префиксом «И».

В печатной форме М-11 сохраняется исходный номер документа в корректируемых документах.

При проведении исправительных документов выполняются Контроли.

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

В конфигурации 1С: ERP есть следующие ограничения функциональности:

1. не поддерживается при использовании РИБ;

2. исправления не могут быть применены для документов, формирующих движения несколькими датами;

3. не поддерживается автоматическое исправление в БУ и НУ в соответствии с ПБУ 22/2010.

Данные документы отражаются и корректируются в следующих учетных механизмах:

1. Себестоимость товаров, партионный учет;

2. Учет доходов и расходов;

3. Обеспечение;

4. Склад;

5. Серийный учет;

6. Учет товаров организаций (виды запасов);

7. Внутренние заказы;

8. Оборотные регистры управленческого учета;

9. Международный учет;

10. Регламентированный учет.

Для документов учета внеоборотных активов средств не применяются описанные выше исправления. В рамках подсистемы Внеоборотные активы реализованы документы Корректировка стоимости и амортизации ОС и Корректировка стоимости и амортизации НМА.

Дополнительная информация

Партионный учет в 1С: ERP 8

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

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

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

1. По количеству и стоимости – отрицательный остаток, и, как следствие, – «пересортица партий». Покрывается остаток за счет другой партии, которая подбирается по ФИФО. В результате все отклонения будут списаны на финансовый результат по статье доходов/расходов Отклонения в стоимости товаров.

2. Отрицательный или положительный остаток, который формируется исключительно по стоимости – будет списан по той же статье.

А теперь рассмотрим «Взаиморасчеты с клиентами и поставщиками»

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

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

1. Если долг на момент исправления по документу не был «закрыт», то он «закрывается».

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

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

Вот мы и рассмотрели детально, как прослеживается аудиторский след в хозяйственных операциях компании. Есть очень много нюансов и подводных камней. Будьте внимательны. Если у Вас возникнут, смело обращайтесь к нам – мы всегда на связи и готовы ответить на любые Ваши вопросы касательно работы в программе 1С: ERP 8.

30.03.2022 by daharasheva No comment(s)

Подбор и организация работы команды проекта. Создание, эффективность и характеристики команды.

Подбор и организация работы команды проекта. Создание, эффективность и характеристики команды

Содержание:

Трудности при организации проектной команды

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

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

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

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

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

Параметры при подборе команды проекта

Проектную команду я бы характеризовал по трем параметрам:

Под профессиональной характеристикой сотрудника я понимаю тот набор компетенций, которым обладает каждый участник, а также, целостность и достаточность компетенций с точки зрения охвата задач проекта. Всем известно, что проект, это не набор задач, которые можно раздать специалистам и после их завершения, проект становится успешно выполненным. Проект будет успешным только в том случае, если общий набор компетенций в команде позволит решить всю совокупность связанных между собой задач и вызовов. Как бы хорошо ни складывалась команда, рано или поздно наступит ситуация, когда одни сотрудники будут выходить из команды, а другие подключаться к работе. Из опыта, хорошей практикой при оценке профессиональных компетенций, является привлечение ведущих экспертов команды к подбору новых коллег. Например, претендент-разработчик может предоставить образец своей работы в виде какой-нибудь обработки, сложного запроса, претендент-аналитик может предоставить образец ЧТЗ, который он разрабатывал. Ведущие специалисты оценивают качество предоставленных материалов и рекомендуют принять или отклонить данного специалиста.

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

В Личностных характеристиках я отдельно выделяю Коммуникативные навыки и способности, которые определяют скорость, с которой будет налажено не просто положительное, но и эффективное общение внутри команды и со специалистами смежных команд, в том числе, со специалистами Заказчика. Команда звезд–одиночек, даже очень приятных в неформальном общении, скорее всего покажет худшие характеристики, чем команда специалистов, которые могут эффективно взаимодействовать и решать задачи сообща. В том случае, если проект предполагает взаимодействие между несколькими командами разработки, ведущие специалисты команды должны с первых дней договориться и наладить эффективные и регулярные коммуникации. Разрывы коммуникаций, задержки в обмене информацией обязательно приведут к задержкам в реализации кросс-командных задач, а в худшем случае могут послужить причиной ошибок в архитектуре блоков системы, которые разрабатываются разными командами.

Дополнительная информация

Матрица полномочий

Хорошо, когда есть возможность сразу привлечь на проект сработанную команду или двух-трех ключевых специалистов, ядро команды, вокруг которых в дальнейшем будет выстраиваться структура команды проекта. В любом случае, а особенно, когда нет готовой команды, необходимо провести анализ достаточности умений и компетенций в команде для решения всего объема задач. В качестве рабочего инструмента можно использовать «Матрицу компетенций». Матрица компетенций это шахматка, в столбцах в которой будут указаны необходимые компетенции, а в строках участники проекта и их роли. Для каждой компетенции в команде указывается планируемая загрузка специалистов. Пример матрицы полномочий приведен ниже в таблице:

Легенда матрицы полномочий:

0 – нет компетенций

1 – нет компетенций, готов научиться

2 – могу делать под контролем эксперта

3 – могу делать самостоятельно

4 – могу делать и могу научить

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

Не является редкой ситуация, когда при организации проектной команды все-таки приходиться привлекать специалистов на частичную загрузку. При этом желательно избегать привлечение специалистов на загрузку порядка 50%, особенно, если они участвуют в других проектах у другого руководителя проекта. Один руководитель проекта может балансировать загрузку специалистов между своими проектами, но, если специалист занят 50/50 у разных руководителей проектов, вероятнее всего, он будет выдавать результат только 20/20, «съедая» сроки и бюджет. Для редких компетенций в команде, требующих только частичной загрузки в относительно короткий период времени (например, настройка интеграции), могут быть временно привлечены внешние эксперты.

Факторы эффективности команды проекта

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

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

Основные шаги, которые необходимо пройти, собирая команду на проект:

1. Подготовить матрицу компетенций;

2. Выделить ключевые роли (например, архитекторы, ведущие специалисты), на эти роли желательно подобрать специалистов в первую очередь;

3. Прописать в матрицу доступных специалистов и оценить их загрузку;

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

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

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

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

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

28.03.2022 by daharasheva No comment(s)