Помощь по Теле2, тарифы, вопросы

1. Быстрое создание заявки

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

2. Автоматическая выписка документов

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

3. Готовые шаблоны документов

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

Как создать заявку

1. Найдите в разделе «Логистика» вкладку «Журнал заявок» - здесь хранятся все ваши заявки.

2. Для создания новой кликните «Создать заявку» или «Скопировать» (тогда в заявку прикрепятся данные последней созданной заявки).

3. Открылась форма заявки. Есть поля, выделенные красным: их нужно обязательно заполнить для проведения заявки.

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

Важные советы

Умная Логистика автоматически записывает вашу первую заявку под номером «00001». Если вы хотите продолжить нумерацию заявок, которую использовали до начала работы с программой, введите нужный порядковый номер, сохранив лидирующие нули. В сумме должно получиться 5 цифр. Например, «00345».

Ваши контрагенты ведут свою нумерацию заявок? Впишите их номера тоже, чтобы избежать путаницы и потом сэкономить время на поиск документа в программе. Для этого используйте ссылку «Изменить № заявки Заказчика или Перевозчика», которую вы найдете в одной строке с полем «Номер».

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

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

5. Пропускаем поле «Маршрут»: оно заполнится автоматически, когда вы введете всю информацию о перевозке.

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

7. Заполните поля в разделе «Оплата». Если в карточке контрагента внесены все данные, поля «Форма» и «Условие» заполнятся автоматически.

8. Перейдем к данным о погрузке и разгрузке. Создавая адрес погрузки, не забудьте указать наименование грузоотправителя - тогда будет автоматически формироваться журнал потенциальных заказчиков. Вы найдете его, передвигаясь по пути: «Продажи» → «Журналы» → «Потенциальные заказчики».

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

10. Теперь посмотрите направо - вы найдете поле «Дополнительно». Не пренебрегайте им - оставьте здесь дополнительную информацию о перевозке, чтобы не забыть. Например, запишите точное описание места погрузки и разгрузки.

Важная заметка

При перевозке со сборным грузом поставьте галочку над маршрутом в поле «Сборный груз» - так вы отметите, что заявка состоит в сборке. Выберите из списка наименование сборки или создайте новую: назовите ее так, чтобы в отчете по сборным грузам вы легко могли найти нужную. Вы найдете этот отчет, пройдя путь «Логистика» → «Отчеты» → .

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

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

12. Хотите контролировать перевозки на всех этапах? Мы сняли вашу головную боль, добавив поля «Статус перевозки» и «Статус ТТН». Вы найдете выбор статусов в конце страницы.

13. Все нужные поля заполнены? Кликните иконку дискетки, чтобы сохранить заявку. Теперь ее можно распечатать - выберите «Печать». Умная Логистика позволяет распечатать заявку с заказчиком и перевозчиком из одной формы. Но не беспокойтесь! Ваш клиент и перевозчик «не встретятся» друг с другом в одной печатной форме.

Вы создали заявку.

1. Введение

Планирование денежных средств - одна из главных задач управленческого учета в отличии от учета бухгалтерского.

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

• Выполнять перепланирование;
• Актуализировать планы, переносить корректировки на следующие периоды;
• Проводить план - фактный анализ.

Следует признать, что на большинстве предприятий (использующих для автоматизации «1С») планирование в программе не ведется.
«Нам бы учет наладить..» - так рассуждают многие.

Учет нужно наладить, да, но не в ущерб планированию.
Конечно же, планированием все равно занимаются (но не в «1С», а XLS). И самую первую, основную задачу (которую и стараются решить) – это планирование денежных средств.

• (1) Стратегическое (бюджетирование);
• (2) Оперативное.

И если бюджетирование (конечно, при подходе к планированию «сверху-вниз»), можно осуществлять с помощью XLS, то выполнять оперативное планирование – нельзя.
Суть в том, что с таблицами бюджетов чаще всего работают минимум пользователей (1-2 человека). Для большинства предприятий количество статей бюджетирования и пр. аналитик – их не так много. Т.е все можно обработать «ручками» в XLS.

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

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

Еще важным отличием оперативного планирования от бюджетирования является то, что оно чаще идет «с низу – вверх». Т.е от «Заявок на расход д/c», которые все время оформляют работники подразделений.

И эти заявки, соответственно, нужно вовремя обрабатывать, принимать / отклонять, «ставить в план» и оплачивать.

Итого: оперативное планирование д/с - это самая первая из задач планирования , которая должна быть автоматизирована в «1С» у любого предприятия.

И в результате планирования, финансовый департамент / казначейство должны «видеть» в системе:

• Когда, кому, c какого расчетного счета/кассы, на какую сумму нужно оплатить;
• Какой остаток д/c будет на «такую-то» дату c учетом текущих остатков, запланированных расходов и поступлений д/c. Нужно избегать т.н. «кассовых разрывов».

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

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

  Т.е возникает необходимость работать с календарем расчетов.

Цель данной статьи – рассказать о возможностях автоматизации оперативного планирования д/c. При этом, будет проведен сравнительный анализ 3-х разных тиражных конфигураций (две – типовые от «1С», одна - специализированная от компании wiseadvice ).

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

2. Возможности УПП 1.3

На данный момент фирма «1С» еще не выпустила долгожданную, новую редакцию УПП (ред 2). И по этому, будем ориентироваться на то, что доступно - соответствующие подсистемы УПП 1.3:

Нужно отменить, что подсистема «ЗаявкиНаРасходДенежныхСредств» обновлялась в конфигурации относительно не давно (2011 г). И как следствие, в режиме управляемого интерфейса, в панели разделов появился пункт «Заявки на расходование д/с/».

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

Такого рода ошибки можно будет исправить, однако, как говорится: «осадочек остался». Т.е «шероховатостей» в подсистеме ЗРДС УПП – хватает.
Возможность через WEB-браузер оформить документ ЗРДС является полезной, но при этом на практике придется хорошенько задуматься над упрощением и эргономикой типовой формы документа. Особенно это будет важно для мобильных устройств.

А вот что касается платежного календаря, то в режиме тонкого клиента, удаленно через WEB-браузер и т.д. воспользоваться им не получится. Причина в том, что подсистема «Управление денежными средствами» давно не обновлялась и, в частности, отчет «Платежный календарь» построен не на системе компоновки данных. А следовательно, у этого отчета нет возможности использования в тонких клиентах, нет возможности создавать для него произвольные настройки.

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

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

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

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

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

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

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

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

• Для каждого подразделения можно назначить соответствующую точку маршрута согласования. Суть в этом такая: при оформлении заявки (ЗРДС) обязательно должно быть указано ЦФО (подразделение). И в зависимости от указанного подразделения, УПП «находит» соответствующую ему точку согласования и «отправляет» заявку на согласование в эту точку.

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

1. Само согласование выполняется с помощью специальной обработки «Согласование заявок»

1. Анализ запланированного наличия денежных средств, графика платежей и отслеживания кассовых разрывов выполняется в отчете «Платежный календарь».

Помимо планируемого расхода д/c (ЗРДС) можно учитывать и планируемое поступление д/c. Для этих целей предусмотрено оформление специального документа «Планируемое поступление д/c».

Нужно отметь, что документе «Планируемое поступление д/c» хотя и есть состояния (подготовлен, согласован и т.д), но возможность согласовать этот документ (так же как ЗРДС) отсутствует. Т.е изменение статусов документа возможно только в режиме «ручного управления».

И еще в УПП есть возможность учитывать планируемое поступление д/с от покупателей без оформления документов «Планируемое поступление д/с».

Т.е если для покупателя оформляются «Заказы клиентов», то в отдельном отчете «Платежный календарь с учетом заказов» это запланированное поступление д/c можно будет увидеть.

1. Помимо отчета «Платежный календарь» предусмотрен отчет «Анализ доступности денежных средств».

При этом предусмотрена возможность резервировать д/c (по заявкам на расход) или размещать заявки в счет запланированных поступлений.

Так же есть функционал закрытия ЗРДС и планируемых поступления д/c. Для этих целей, в режиме «обычного клиента» предусмотрены документы «Закрытие заявок на расходование/поступление д/c».

Однако, данная функциональность так же не поддерживается в режиме тонкого/web-клиента.
Здесь нужно понимать, что методика «жесткого резервирования» сильно завязана на хронологию ввода документов, и это затрудняет корректировки и перепланирование.

По этому, функциональность оставлена в УПП скорее как «наследие прошлого», а для анализа доступности д/c следует применять платежный календарь.

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

1. По документу «Заявка на расходование д/c»:
   1. В документе можно указать «Подразделение» (кстати, в конфигурации оно обозначено как ЦФО – центр финансовой ответственности). Но вполне возможна ситуация, когда заявка оформляется от одного подразделения (ЦФО), и при этом затраты нужно будет далее отнести/распределить на другое/другие подразделения (ЦФУ – центры финансового управления).

      Возможность указывать ЦФУ и т.д. – отсутствует.

      Возможность изменять маршрут, перенаправлять заявку на другие маршруты – отсутствует.

1. Отсутствует возможность запланировать перемещение д/c между расчетными счетами, cо счета в кассу и прочее.
1. Процесс согласования:
   1. Существует возможность согласовывать ЗРДС, но отсутствует возможность согласовывать планируемое поступление д/с.
   2. На практике возникает необходимость выполнять согласование за других сотрудников. При этом, в системе нужно фиксировать еще и информацию о том «кто и за кого выполнил согласование».

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

      Резюмируя - возможность согласовывать за другого исполнителя, возможность указать кто и за кого имеет право согласовывать – отсутствует.

   3. В процессе согласования заявок, когда заявка переходит на согласование следующему по маршруту, востребована функциональность автоматического информирования (по e-mail) следующего исполнителя, а так же автора заявки.
   4. Если автор заявки уже является ответственным за согласование/утверждение (на любом из этапом маршрута!), то вполне логично что бы программа автоматически «сокращала» маршрут, переадресую заявку на наиболее высокий, доступный уровень. Однако, в УПП это не предусмотрено.
   • Все перечисленные требования, хотя и отсутствуют в типовой конфигурации, тем не менее .

1. Отчеты, права доступа.
   1. Востребована возможность ограничения доступа к заявкам только по доступным авторам / исполнителям (согласователям); по доступным пользователю подразделениям.
   2. Отсутствует отчетность по контролю (по дням и интервалам) фактической и запланированной задолженности. Это актуально и для покупателей и для поставщиков.
   3. Отчетность и часть функционала не пригодны для работы в режиме тонкого/web-клиента.
2. Учет по регулярным соглашениям, договорам.
   1. Часто встречаются ситуации, когда необходимо регулярно осуществлять оплату поставщикам. Например, арендные платежи и т.д.

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

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

      В УПП не автоматизирован учет всей этой информации и (как следствие) автоматическое отражение ее в платежном календаре.

3. Возможности УТ 11.1

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

Таким образом, в УТ11 можно вообще не оформлять (если нет необходимости, конечно) документы планирования расхода и поступления д/c, и при этом, платежный календарь будет нормально формироваться.

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

Функциональность отчета сильно расширилась (по сравнению с УПП 1.3) за счет использования системы компоновки данных. Теперь, отчет можно формировать в тонком/web-клиенте, сохранять в базе и назначать разным пользователям нужные им настройки.

Кроме планирования расхода и поступления д/с в УТ11 появилась функциональность планирования перемещения д/c. Для этих целей можно оформлять документы «Распоряжение на перемещение д/c».

По сравнению с УПП 1.3 для документа «Заявка на расходование д/c» увеличилось количество учитываемых видов хозяйственных операций:

Появилась возможность утверждать как документы «Заявка на расходование д/c», так и другие распоряжения:

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

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

Резюмируя: новые методологические решения «1С» вместе с возможностями платформы 8.2 предоставляют хорошую базу для автоматизации задач оперативного планирования и контроля д/c.

Но вместе с тем надо понимать, что конфигурация УТ11 не является полноценным, готовым решением для автоматизации казначейства и планирования д/c.

• Во-первых, в УТ11 в очень упрощенном виде реализован механизм согласования/утверждения заявок на расход и др. документов планирования д/c. Т.е нет механизмов маршрутизации, процесс утверждения заявок сведен к простой установки статусов.
• Во-вторых, в УТ11 нет подсистемы бюджетирования и (как следствие) нет функционала контроля заявки по запланированным бюджетам.

4. Возможности WA: Финансист

Исторически конфигурация «WA:Финансист» была разработана на базе продукта «Управление казначейством».

И при этом, в новое решение «Финансист» от компании WiseAdvice входят еще:

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

Рассмотрим основные функциональные возможности «WA:Финансист» в части казначейства - от учета условий по договорам до формирования платежного календаря.

1. В процессе утверждения заявки можно не только согласовать/отклонить документ (как это сделано в УПП), но доступны и другие функции: например, отправить документ на доработку, либо запросить доп. информацию.

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

5. Итоги

Выводы:

1. Для автоматизации работы финансовых департаментов, казначейств, организаций со сложной орг. структурой наиболее подходящим решением является «WA:Финансист » .

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

   Преимуществом решения «WA:Финансист» является развитая функциональность и большое количество механизмов настроек программы. Таким образом, внедрение этого решения возможно в короткие сроки (т.н. «коробочное внедрение»), без доп. разработок, программирования и т.д.

   Так как в решении заложены механизмы двухстороннего обмена со всеми основными типовыми конфигурациями, то интеграция в имеющуюся структуру (обмен данными с базами УТ, УПП, Комплексная, Бух) будет не сложной.

2. Для автоматизации фин.департамента / казначейства в рамках проекта комплексной автоматизации лучше всего подойдем решение на базе УПП .

   При этом нужно понимать, функциональность УПП потребует доработок.

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

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

3. Для крупных организаций, для автоматизации департамента казначейства УТ11 не подходит.

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

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

   Однако, УТ11 отлично подойдет для автоматизации (в т.ч. оперативного планирования д/c) небольших фин. отделов компаний .

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

Хорошим решением этой проблемы является «зарплатный проект» (ЗП).

Если руководство компании решает идти по этому пути, первым шагом становится подписание договора с банком по выплате зарплаты персоналу посредством расчетов по зарплатному проекту. Для всех работников открываются лицевые счета (ЛС), на которые будут перечисляться деньги. К счету выпускаются банковские карточки и подключаются дополнительные услуги.

Как произвести расчет и начисление зарплаты в 1С и создать зарплатный проект в 1С 8.3 рассмотрим в этой статье на примере «1С:Бухгалтерия предприятия 3.0» (релиз конфигурации 3.0.54.20).

Создание зарплатного проекта

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

На закладке «Договоры» вносится информация по договору зарплатного проекта с банком.

На закладке «Банковские счета» – номер счета банка для зарплатных операций (прописан в договоре). После установки «Использовать как основной», сохраняем все изменения в карточке.

Теперь переходим непосредственно к созданию зарплатного проекта 1С 8.3. Переходим в меню «Зарплата и кадры – Справочники и настройки – Зарплатные проекты», нажатием кнопки «Создать», открываем форму заполнения полей для нового проекта:

• «Организация» – организация, для которой создается ЗП;
• «Банк» – банк, с которым был заключен договор для расчетов по ЗП;
• «Использовать обмен электронными документами» – соответственно понадобится для обмена данными (следующие элементы становятся доступными при включении этого флажка);
• «Формат файла» и «Кодировка файла» – хоть и задаются по умолчанию, однако информацию по стандарту и кодировке файлов обмена стоит все-таки уточнить в банке;
• «Сведения о договоре» – номер, дата и валюта зарплатного договора;
• «Сведения о банке» – номер отделения/филиала банка и расчетный счет организации для ЗП («зарплатным» счетом может быть расчетный счет организации, если он единственный в выбранном банке).

Таблица «Системы расчетов по банковским картам» является справочной и заполняется вручную. Вводятся системы платежей, поддерживаемые выбранным банком. Эти сведенья понадобятся в момент подачи заявки в банк на открытие ЛС работникам. После заполнения всех полей сохранить документ.

Создание лицевых счетов

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

Номер ЛС также может быть введен «руками» уже в карточке работника (меню «Справочники – Сотрудники»). В поле «Выплата зарплаты» выбрать из списка пункт «По зарплатному проекту» и, щелкнув по появившейся красной строке в открывшейся форме, заполнить данные по ЛС. Здесь же можно посмотреть историю изменений по проектам.

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

Заявка в банк на открытие лицевых счетов

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

В меню «Зарплата и кадры – Зарплатные проекты – Заявки на открытие лицевых счетов» создается новая заявка кнопкой «Создать». В открывшемся окне по копке «Заполнить» произойдет заполнение списка сотрудников, у которых еще не открыты ЛС, или сотрудников можно выбрать вручную.

Большинство реквизитов, включая написание имени и фамилии латиницей, будут заполнены автоматически. На закладке «Пластиковая карта» нужно установить флажок «Является зарплатной картой», выбрать, кто платит за обслуживание, систему расчетов, и при необходимости, задать использование мобильного банка и его тариф. Остальные поля заполняются согласно условиям зарплатного договора. Далее в поле «Каталог файла обмена» нужно задать папку для обмена данными и по кнопке «Выгрузить в файл» произвести выгрузку заявки для отправки в банк.

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

Электронный обмен документами

Для постоянной работы используется обработка «Обмен с банками (зарплата)» (меню «Зарплата и кадры – Зарплатные проекты – Обмен с банками (зарплата)»). Обработка состоит из трех разделов: «Зачисление зарплаты», «Открытие лицевых счетов», «Закрытие лицевых счетов». По щелчку мыши можно свернуть или развернуть любой из них. Из обработки можно осуществлять следующие действия:

• Отправлять ведомости по зарплате в банк и получать подтверждение, частичное подтверждение или отказ по проведенным транзакциям;
• В автоматическом режиме делать заявки на открытие/закрытие ЛС, отправлять их в банк и получать подтверждение, частичное подтверждение или отказ из банка;
• В автоматическом режиме вносить данные по открытию счетов в карточки сотрудникам;
• Печатать списки сотрудников на получение ЛС;
• Управлять списками сотрудников на получение ЛС.

При запуске обработки заполняются поля:

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

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

• Зачислено полностью – все суммы зарплат по ведомости зачислены на ЛС сотрудников;
• Не зачислено – отказ в проведении операции (статус ссылки изменится на «Оформить повторно» и по ней ведомость опять может быть выгружена полностью);
• Зачислено с ошибками – зарплата зачислена не всем сотрудникам (статус ссылки меняется на «Оформить повторно» и по ней можно создать новую ведомость по сотрудникам, которым не произошло зачисление).

«Открытие лицевых счетов» и «Закрытие лицевых счетов» отображают списки сотрудников, которым требуется открытие или закрытие ЛС. Списки формируются автоматически на основании кадровых документов. Также при отсутствии счета сотрудник автоматически попадает в список на открытие. Если какой-нибудь из списков пуст, будет выдано соответствующее сообщение.

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

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

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

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

Если по каким-либо причинам подтверждение не было получено, то выгрузку заявки на открытии ЛС можно повторить.

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

Если данные о них получались раньше, чем начался вестись учет в программе 1С 8.3, или данные по ЗП, например, были получены не через электронный обмен, посредством кнопки «Ввести лицевые счета» их можно внести «руками». При этом выпадет список сотрудников на открытие ЛС. Как настроить зарплатный проект, мы рассказывали выше.

Начиная с релиза 3.0.35 в 1С 8.3 появилась возможность оформлять документ «Заявление о ввозе товаров» в целях учета НДС, начисляемого при ввозе импортных товаров. В данной статье я хочу поэтапно рассмотреть, как работает данный механизм.

Для того чтобы начать учитывать импортные товары, необходимо зайти в меню «Главное», затем по ссылке «Функциональность» перейти к настройкам. Нас интересует закладка «Запасы», переходим на нее и устанавливаем флажок «Импортные товары»:

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

Поступление импортного товара

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

Как видим, в карточке контрагента в 1С 8.3 имеется реквизит «Страна регистрации». Если его заполнить, страной, отличной от России, то вместо полей «КПП» и «ОГРН» появятся поля для заполнения «Налогового номера» и «Регистрационного номера в стране регистрации». Эти реквизиты понадобятся для заполнения «Заявления о ввозе товаров».

Кроме того, обратим внимание, что у элемента появился реквизит «ТН ВЭД», который также необходимо заполнять:

После создания иностранного контрагента переходим к заполнению приходной накладной. Она заполняется как обычный документ поступления:

Отражение в учете импортного товара

Для отражения в учете товаров, ввозимых из стран Таможенного союза, создадим документ «Заявление о ввозе товаров». Ссылка на список этих документов в 1С Бухгалтерия находится в меню «Покупки». В окне со списком нажимаем кнопку «Создать». В форме создания нового документа нажимаем кнопку «Заполнить» и выбираем ранее созданный документ поступления. Вся необходимая информация перенесется автоматически, кроме колонки «Вид транспорта». Её необходимо заполнить, так как это обязательный реквизит:

Получите 267 видеоуроков по 1С бесплатно:

После проведения документа сформируется следующая проводка:

Сумма 24 388,87 – это сумма, подлежащая к уплате в бюджет.

Если Вы подключены к сервису «1С Отчетность», можно сразу выгрузить документ в налоговую службу.

Новый документ «Заявление о ввозе товаров» также является и формой регламентированного отчета (зайдем в меню «Отчеты» – «Регламентированная отчетность»):

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

Операция «Подтверждение оплаты НДС в бюджет»

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

В форме нового документа нажимаем кнопку «Заполнить». Документ заполнится автоматически на основании «Заявления о ввозе товаров»:

Формирование записей книги покупок

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

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

Описание формы документа "Заявка на платеж"

Форма документа "Заявка на платеж" содержит характеристики (реквизиты), раскрывающие назначение регистрируемого платежа. В верхней части формы располагается блок основных реквизитов, определяющих организацию, ЦФО, вид денежных средств и прочие обязательные характеристики заявки. Закладка "Назначение платежа" содержит список реквизитов, позволяющих указать сумму и детально охарактеризовать назначение платежа. Кроме этого существуют три закладки, содержащие дополнительную информацию о планируемом платеже: "Сопроводительные документы", "Платежи" и "Прохождение заявки".

Форма документа "Заявка на платеж"

Основные реквизиты

Перечень основных реквизитов:

• Срок оплаты – крайняя дата, до которой необходимо оплатить заявку;
• Операция - платежная операция, определяющая вид расчетов с контрагентом. Реквизит является обязательным для заполнения;
• Статья ДДС - , классифицирующая регистрируемую заявку на платеж в соответствии с принятым в организации классификатором статей. Реквизит является обязательным для заполнения;
• Организация - компания, в которой зарегистрирована заявка. При вводе нового документа реквизит автоматически принимает значение «Основной организации» из персональных настроек пользователя (указывается в форме элемента справочника «Пользователи»). Реквизит является обязательным для заполнения;
• ЦФО - структурная единица компании (отдел, подразделение, департамент), отвечающая за взаиморасчеты с контрагентом – получателем денежных средств;
• Инициатор – физическое лицо, являющееся инициатором сделки, регистрируемой для оплаты. Реквизит является дополнительной характеристикой заявки и используется в качестве критерия отбора в журналах и отчетах подсистемы;
• Способ оплаты - определяет приоритетный способ оплаты заявки (наличные или безналичные). При вводе нового документа реквизит принимает значение «Безналичные»;
• Комментарий – строка произвольно комментария к регистрируемой заявке на платеж;
• Ответственный – пользователь, зарегистрировавший документ заявки в программе. Реквизит заполняется автоматически и недоступен для редактирования.

Закладка "Назначение платежа"

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

• Контрагент – юридическое или физическое лицо, являющееся получателем денежных средств, заполняется из справочника "Контрагенты" . Реквизит является обязательным для заполнения;
• Договор - договор с контрагентом, в рамках которого необходимо перечислить денежные средства;
• Сумма платежа ;
• Ставка НДС ;
• Сумма НДС , входящая в сумму платежа;
• Валюта денежных средств;
• Назначение платежа – строка назначения платежа, определяющая предмет сделки, т.е. за что требуется перечислять денежные средства. Назначение платежа может быть сформировано автоматически;
• Номер документа основания - номер документа, являющегося основанием для заявки (например, номер счета на оплату, номер накладной и т.п.);
• Дата документа основания - дата документа, являющегося основанием для заявки;
• Документ основание - строка информации, характеризующая первичный документ, полученный от контрагента и являющийся основанием для перечисления денежных средств. Если основанием для платежа является счет на оплату, характеристики документа заполняются вручную. Автоматическое заполнение этого реквизита происходит при вводе заявки на основании документа поставщика (накладной, акта выполненных работ и других первичных документов, зарегистрированных в 1С:Бухгалтерии);

Закладка "Сопроводительные документы"

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

Заявка на платеж: закладка "Сопроводительные документы"

Список доступных реквизитов:

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