Что это такое какие данные можем получить какой глубины историю можем скачать

Продажи

Раздел Оптовые продажи

В этом разделе находятся настройки оптовых продаж.
Рассмотрим каждый параметр подробно:

·      
Использование
соглашений с клиентами — настраивается вариант использования соглашений с
клиентами, в которых определяются условия продаж (цены, скидки, условия
оплаты). Возможные варианты:

o  
типовые и индивидуальные
соглашения – индивидуальные соглашения служат уточнением типового соглашения;

o  
только
типовые соглашения – условия продаж задаются только в типовом соглашении;

o  
только
индивидуальные соглашения – условия продаж задаются только в индивидуальных
соглашениях для каждого клиента;

o  
не
использовать – для всех клиентов одинаковые условия продаж.

·      
 Договоры с клиентами — устанавливается,
если на предприятии планируется регистрировать в системе договоры с клиентами.

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

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

image 42.  

·      
Использование
заказов — задается вариант резервирования и контроля исполнения заказа
клиента. Возможные варианты:

o  
Заказ как
счет — проверка исполнение заказа не выполняется и соответствие заказа и реализации
не проверяется.

o  
Заказ только
со склада — исполнение заказа контролируется и резервирование производится
только на товары, имеющиеся на складе.

o  
Заказ со
склада и под заказ — резервирование производится не только на товары,
имеющиеся на складе, отгрузка производится по мере поступления товара.

·      
Контроль
отгрузки при закрытии заказов и заявок – установка запрета на закрытие заказов
клиентов и заявок на возврат от клиента, отгруженных не полностью.

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

·      
Контроль
оплаты при закрытии заказов и заявок – установка запрета на закрытие заказов
клиентов и заявок на возврат от клиента, оплаченных не полностью. Только для
заказов с порядком расчетов – По заказам.

·      
Реализация
по нескольким заказам — возможность указывать несколько заказов в одном
документе реализации товаров.

·      
Акты
выполненных работ по нескольким заказам – возможность указывать несколько
заказов в одном документе «Акт выполненных работ».

·      
Счета на
оплату — устанавливается, если на предприятии планируется вести учет в
программе выставленных счетов на оплату.

·      
Коммерческое
предложение — устанавливается, если на предприятии планируется оформлять в
программе коммерческие предложения.

·  
Запросы
коммерческих предложений от клиентов – использование учетного документа,
который позволяет сформировать потребности и отправить их одному или нескольким
поставщикам через сервисы 1С:ЭДО (обмен юридически значимыми электронными
документами с использованием электронной подписи) или опубликовать в сервисе
1С:Бизнес-сеть (обмен электронными документами без электронной подписи).

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

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

o  
Обособление
товаров и услуг по закупке агентской схемы:

§ «По договору с клиентом». Заказы
клиентов не используются. Формируется назначение «Договор с принципалом», под
которое будет оформляться закупка.

§ «По заказу клиента». Использование
заказов клиентов является обязательным. Формируется назначение «Заказ клиента +
Договор с принципалом», под которое будет оформляться закупка.

o  
По продаже
товаров (прием на комиссию) — оформление операций по приему на комиссию.
Позиция комиссионера.

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

·      
Комиссионные
продажи

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

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

·      
Использовать
акты о расхождении после отгрузки.

o  
Акты о
расхождениях после отгрузки – доступны акты по расхождениях после реализации
клиентам, после возвратов поставщикам.

·      
Условия и
порядок оплаты в данной настройке выбирается вариант планирования оплаты в
документах «Заказ клиента», «Отчет комиссионера», «Заявка на возврат товаров от
клиента». Возможные варианты:

o  
Предоплата
и/или кредит — данный вариант планирования оплаты предполагает использование
только двух этапов: предоплата (до отгрузки) и/или кредит (после отгрузки).

o  
Произвольное
количество этапов оплаты — при данном варианте планирования оплаты в список
этапов оплаты добавляется этап «Аванс до обеспечения». Информация об этапах
оплаты фиксируется в соглашениях или документах планирования оплаты.   

o  
Шаблоны
графиков оплаты — при данном варианте планирования оплаты список возможных
этапов регистрируется в справочнике «Графики оплаты». При заполнении этапов
оплаты в соглашениях и документах используются заранее предопределенные графики
оплаты. Например: предоплата, кредит, частичная оплата и т.д.

·      
Стоимость
товаров при оценке рентабельности продажи — возможность предварительной
оценки рентабельности продаж – отчет «Оценка рентабельности продаж», который
вызывается из документов «Коммерческое предложение», «Заказ клиента»,
«Реализация товаров и услуг», «Заявка на возврат товаров от клиента». Возможные
варианты:

o  
Определяется
по расчетной себестоимости — стоимость определяется по результатам
расчетов документа «Расчет себестоимости товаров», то есть при продаже товара
его рентабельность рассчитывается как разность между ценой продажи и
себестоимости.

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

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

o  
Согласование
заказов клиентов — устанавливается, если на предприятии планируется
использовать бизнес-процесс по согласованию заказов клиентов.  Доступно – включить версионирование. Включает
регистрацию изменений и хранение версий документа «Заказ клиента».     

o  
Согласование
заявок на возврат — устанавливается, если на предприятии планируется
использовать бизнес-процесс по согласованию заявок на возврат. Доступно –
включить версионирование. Включает регистрацию изменений и хранение версий
документа «Заявка на возврат товаров от клиента».

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

o  
Согласование
соглашений с клиентами» — устанавливается, если на предприятии планируется
использовать бизнес-процесс по согласованию соглашений с клиентами. Доступно –
включить версионирование. Включает регистрацию изменений и хранение версий
справочника «Соглашение об условиях продаж».

o  
Ответственные
за согласование логистических условий — устанавливается перечень лиц,
ответственных за согласование складов отгрузки и сроков отгрузки.

o  
Ответственные
за согласование финансовых условий — устанавливается перечень лиц, ответственных
за согласование графики и формы оплаты.

o  
Ответственные
за согласование заявок на возврат — устанавливается перечень лиц,
ответственных за согласование замены товаров.

o  
Ответственные
за согласование ценовых условий — устанавливается перечень лиц, ответственных
за согласование цен и скидок.

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

Раздел Розничные продажи

o  
Использовать
корневые сертификаты -для соединения с ФЭС НСПК по адресу сервиса
https://api1.fes.nspk.ru необходимо установить корневые сертификаты
Национального удостоверяющего центра в хранилище доверенных корневых
сертификатов ОС. Сертификаты доступны для скачивания по ссылке
https://www.gosuslugi.ru/tls.

Раздел Торговые представители

·      
Ведется
работа через торговых представителей — устанавливается, если на
предприятии планируется осуществление торговли через торговых представителей.

·      
Задания
торговым представителям — настраивается вариант использования заданий для
торговых представителей. Возможные варианты:

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

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

o  
Используются
торговыми представителями для планирования — торговые представители сами
создают для себя задания и планируют их выполнение.

·      
Детализировать
задания торговым представителям по номенклатуре — возможность создания
заданий до детализации по номенклатуре.

Раздел Настройки использования «Расширения для
КПК»

В этом разделе находятся настройки для обмена данными
с карманными компьютерами. Рассмотрим каждый параметр подробно:

·      
Мобильные
приложения — список зарегистрированных мобильных приложений в системе,
также здесь можно выгрузить/загрузить другие приложения (кнопка
«Выгрузка/загрузка приложений»).

·      
Настройки
компоненты обмена данными с КПК — устанавливаются настройки компоненты
обмена данными с мобильными компьютерами.

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

Раздел Печать документов

·  
Настройки
печати комплектов документов – настройка состава и количества печатных форм при
печати комплектов документов.

·      
Дополнительная
колонка печатных форм

o  
Артикул

o  
Не выводить

o  
Код

·      
Штрихкодирование печатных форм — При формировании
печатной формы документа в нее будет добавлен автоматически сформированный
штрихкод.

·      
Скидки в
печатных формах

o  
Не выводить

o  
Выводить

o  
Выбирать при
печати

·      
Колонки НДС
в печатных формах – вывод колонок «Ставка НДС», «Сумма НДС».

·      
Печатные
формы на английском языке – включает возможность печатать из документов продажи
Profoma Invoice и Commercial Invoice на английском
языке, печать Debit Note и Credit Note из
Корректировки реализации.

·      
Товарно-транспортные
накладные – включает возможность печати сопроводительных документов,
необходимых при транспортировке товаров.

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

·      
Формировать
ТОРГ-12, ТТН и счета-фактуры в базовых единицах измерения – выводить в ТОРГ-12,
ТТН и счетах-фактурах количество в базовых едницицах измерения. Если отключена
опция и единица измерения, указанная в табличной части документов, совпадает с
единицей измерения упаковки, то в печатной форме Торг-12 в колонке «Количество
– в одном месте» количество приравнивается к 1.

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

• ERP 2.2 (при необходимости поддержки более ранних редакций возможна доработка обработки)
• УТ 11 (Управление торговлей)
• КА 2 (Комплексная автоматизация)

Где находится ключ

В личном кабинете поставщика Wildberries. От туда его можно скопировать в Анабар. Дальше рассказываем, как это сделать.

Советуем добавить токены со всеми доступами для API. Так инструменты Анабара получат все нужные данные, а вам не нужно будет добавлять новые ключи для инструментов, которые появятся в будущем.

За что отвечают доступы?

Не ставьте галочку «Только для чтения», иначе Анабар не сможет вносить изменения, и инструменты не будут работать.

Для «Стандартный API WB» в Анабаре нужно выбрать сразу два доступа: «Контент» и «Цены и скидки».

Данные загружаются примерно час — после этого статус в Анабаре обновится на «ОК». Иногда Wildberries задерживает передачу данных, поэтому иногда загрузка может занимать несколько часов.

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

Обновления

20.02.2017 Версия 1.1.

06.03.2017 Версия 1.2

12.05.2017 Версия 1.3

12.09.2017 Версия 1.5

03.11.2017 Версия 1.6

20.03.2018 Версия 1.8

27.02.2019 Версия 1.9

26.04.2019 Версия 1.10

Можно ли сделать связь с ограничением уникальности?

Создаем таблицу, где установлено ограничение уникальности:

Таблица создана успешно, связь настроена.

Можно ли установить связь между таблицами без внешнего ключа?

Нет, это невозможно. Для установления связи между таблицами обязательно использование REFERENCES.

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

Могут ли на одном столбце быть установлены и первичный и внешний ключи?

Да, могут. Рассмотрим такую задачу. У нас есть три таблицы: продукты, пользователи и отзывы. И есть условие: пользователь на один товар может оставить только один отзыв.

Я выбрала вот такую реализацию.

Создаем таблицы пользователи и продукты:

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

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

2. Можно ли использовать UNIQUE вместо PRIMARY KEY? В чем особенности?PostgreSQL позволяет это сделать (важно учитывать ограничение NOT NULL), но рекомендуют устанавливать первичный ключ

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

4. Можно ли сделать связь с таблицей, в которой не установлено PRIMARY KEY и UNIQUE?Нет, это невозможно

5. Можно ли сделать связь с полем в таблице, где установлен UNIQUE, но не установлен PRIMARY KEY?

6. Можно ли установить связь между таблицами без внешнего ключа?Нет, для установления связи необходимо использовать REFERENCES (на уровне БД)

7. Можно ли в одной таблице использовать первичный ключ и ограничение уникальности?Да, но в разных столбцах. Если использовать для одного столбца UNIQUE и PRIMARY KEY, то UNIQUE будет считаться избыточным и не будет учитываться.

8. Может ли первичный ключ состоять из нескольких столбцов?

9. Может ли в одной таблице быть установлено несколько PRIMARY KEY?

10. Может ли ограничение уникальности включать несколько столбцов?

11. Сколько ограничений уникальности может иметь таблица?

12. Может ли быть разное число столбцов и типы данных полей у внешнего ключа и первичного (или внешнего ключа и UNIQUE)?Нет, число столбцов и тип данных должен быть одинаковый

13. Может ли на одном поле быть уставлены и первичный и внешний ключи?

РМК и оборудование

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

Раздел Рабочие места кассиров

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

·      
Соглашения с
поставщиками — устанавливается, если на предприятии планируется
регистрировать в системе торговые соглашения с поставщиками с условиями по
закупкам товаров или услуг у поставщика. В каждом соглашении указываются
условия закупок: виды цен, график оплаты и т.д.

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

·  
Постановка
поставщиков на мониторинг 1СПАРК — мониторинг ведется по тем контрагентам,
которые записаны в информационную базу и стоят на мониторинге.

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

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

·      
Поступление
по нескольким заказам — возможность оформления одного документа
поступления товаров по нескольким заказам.

·      
Контроль
поступления при закрытии заказов поставщикам – установка запрета на закрытие
заказов поставщикам, поступивших не полностью.

·      
Контроль
оплаты при закрытии заказов поставщикам — установка запрета на закрытие заказов
поставщикам, оплаченных не полностью. Доступно для заказов с порядком расчетов
– по заказам.

·      
Запросы
коммерческих предложений у поставщиков

·      
Коммерческие
предложения поставщиков

·      
Причины
отмены заказов поставщикам — возможность ведения списка причин отмены заказов поставщиков.

·      
Согласование
заказов поставщикам — включает возможность запускать бизнес-процесс по
согласованию заказов поставщикам.

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

·      
Ответственные
за согласование логистических условий — указывается перечень лиц,
ответственных за согласование складов отгрузки и сроков поставки товаров по
закупкам.

·      
Ответственные
за согласование финансовых условий — указывается перечень лиц,
ответственных за согласование графиков и форм оплаты по закупкам.

·      
Ответственные
за согласование ценовых условий — указывается перечень лиц, ответственных
за согласование цен и скидок по закупкам.

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

·

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

·      
Условия и
порядок оплаты — в данной настройке выбирается вариант планирования оплаты
в документах «Заказ поставщику», «Отчет комитенту». Возможные варианты:

o  
Оплата до
отгрузки и/или после отгрузки — данный вариант планирования оплаты
предполагает использование только двух этапов: предоплата (до отгрузки) и/или
кредит (после отгрузки).

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

·      
Поступление
товаров на несколько складов — возможность оформления в одном документе поступления
товаров на несколько складов.

·      
Акты о
расхождениях после приемки — возможность использования и печати в
программе ТОРГ-2 и ТОРГ-3.

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

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

·      
Неотфактурованные
поставки — это поставки товаров, по которым отсутствуют расчетные документы,
т.е. невозможно установить их стоимость. При этом есть возможность установить
поставщика и количество. Понятие «Неотфактурованные поставки»
предполагает наличие договора между поставщиком и покупателем. Именно в нем
указываются цены, по которым такие поставки приходуются и учитываются в
организации до момента поступления от поставщика расчетных документов. И после
получения таких документов цена корректируется.

·      
Статусы
заказов поставщиков – для более детального контроля процесса обработки
заказов поставщикам предусмотрена возможность использования статусов документа
Заказ поставщику.

o  
На
согласовании – ожидается согласование заказа.

o  
Согласован –
заказ согласован, но еще не установлены сроки его исполнения (дата
поступления). Статус устанавливается вручную.

o  
Подтвержден
– устанавливается, когда поставщик подтвердил обработку заказа и установил
сроки его исполнения (дату поступления). Статус может быть установлен вручную
или автоматически по результату выполнения задачи бизнес-процесса согласования
Подвести итоги согласования закупки.

o  
Закрыт –
работа по заказу завершена.

Первый случай

Конфигурация Бухгалтерия предприятия, редакция 3.0. При попытке провести документ «требование-накладная» возникает ошибка:

Для целей учета НДС не списано 1,000 товара Мобильный кондиционер Ballu, счет учета: 10.09, склад: Основной склад, партия: Поступление (акт, накладная, УПД) БП-002346 от 18.09.2019 23:59:59

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

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

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

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

Для исправления ситуации необходимо изменить счет учета в аналитике учета затрат (Справочник «Ключи аналитики учета затрат»). Сделать это напрямую не получится, поэтому я воспользовался универсальной обработкой редактирования реквизитов. В итоге, аналитика учета затрат получилась следующая:

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

Пробуем провести документ. Ошибки нет.

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

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

Например, я создаю таблицу:

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

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

Второй случай

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

1. Открываем движения документа поступления. Смотрим движения по «Раздельный учет НДС».

2. Копируем название Аналитики учета затрат в буфер обмена.

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

Видим, что кроме поступления есть еще какая-то операция, которая и списывает нужное нам количество товара.

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

Исправляем текущим периодом, введением документа Операция по регистру «Раздельный учет НДС» с положительным количеством.