Имя предопределенного элемента не уникально бух отчетность мп

Рубрики Статьи

Конфигурация базы данных не соответствует сохраненной конфигурации 1С 8.3 (8.2)

Что значит ошибка «Конфигурация базы данных не соответствует сохраненной конфигурации» в 1С 8.3 или 8.2? Причина ошибки очень проста, как и её решение.

Например, при открытии базы 1С ЗУП 8 ошибка выглядит вот так:

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

И тут возможно два варианта:

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

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

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

Система может запросить какие-то подтверждения — всё подтвердите.

2. Кто-то случайно внес изменения в конфигураторе.

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

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

Другие статьи по 1С:

К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.

2-й день. Справочники

Если камень холоден, то бриллиант горяч.

Г. Башляр. Грезы о кристаллах

2.1. Что такое справочник

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

Справочник состоит из элементов. Например, для справочника сотрудники элементом является сотрудник.

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

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

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

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

2.2. Простой справочник

и хотите вернуться

конфигурации пункт 19.

Администрирование, Загрузить информационную базу , выберите Посад_1 , нажмите Открыть , после появления сообщения После загрузки информационной базы работа

Конфигуратора будет завершена. Несохраненные данные в открытых окнах могут быть потеряны! Продолжить? Нажмите Да . После сообщения Информационная база успешно загружена.

Работа Конфигуратора будет завершена. Перезапустить Конфигуратор? Нажмите Да .

21. Создайте справочник: выберите на дереве объектов конфигурации ветвь Справочники , нажмите МП , выберите Добавить , на вкладке Основные в поле Имя введите Клиенты , нажмите tab и в поле Синоним должно появится Клиенты (свойство

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

Представление списка введите Клиенты, выберите Далее.

22. На вкладке Подсистемы выберите Бухгалтерия и ОказанияУслуг , так оказываемые услуги относятся к определенному клиенту и бухгалтерская отчетность также может быть представлена в разрезе клиентов.

23 . Выберите вкладку Данные выберите Длина кода — 9 , Длина наименования — 50 , все остальные свойства оставьте такими, как их предлагает система по умолчанию, нажмите Закрыть .

24 . Сделайте доступной в панели действий раздела ОказаниеУслуг стандартную команду для создания новых клиентов: выберите в дереве объектов конфигурации выделите ветвь Подсистемы, МП, Все подсистемы, в окне Все подсистемы слева в списке Подсистемы выберите подсистему ОказаниеУслуг , в группе Панель действий.Создать для команды Клиент.Создать включите галочкой видимость.

25. Проверим наши изменения в режиме 1С:Предприятие: выберите Отладка, Начать отладку, на вопрос Редактируемая

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

Проблема при обновлении

Здравствуйте!
При очередном автоматическом обновлении 1С БП 3.0
Появилось такая ошибка.

<ПланСчетов.Хозрасчетный.МодульМенеджера(26)>: Ошибка при получении значения атрибута контекста (НДСУплачиваемыйПриИмпортеИзТаможенногоСоюза)
СчетОбъект = ПланыСчетов.Хозрасчетный.НДСУплачиваемыйПриИмпортеИзТаможенногоСоюза.ПолучитьОбъект();
по причине:
ПланСчетов.Хозрасчетный.НДСУплачиваемыйПриИмпортеИзТаможенногоСоюза. Предопределенный элемент отсутствует в данных

Обновить не получается.
Что можно предпринять?

Значение поля «Код» не уникально

При обновлении типовой бухгалтерии 3.0 проф, после запуска режима предприятия на 48% выходит ошибка «При обновлении версии программы возникла ошибка:Значение «015007» поля «Код» не уникально.

Платформа 8.3.12.1567. Релизы 3.0.55.85 — 3.0.66.53

Подскажите у кого была такая же ошибка, как ее победили?

Имя предопределенного элемента не уникально бух отчетность мп

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

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

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

Это плюсы. Но есть и масса минусов. Чтобы не описывать тут можно почитать например здесь.

Попыток вытеснить 1С предпринимается великое множество. Большинство проектов пытается переплюнуть плюсы 1С. Тягаться с огромной корпорацией дело малоперспективное. Продукты, писанные на Делфи или .NET, то есть требующие перекомпиляции, вообще неконкурентные, те, кто пытаются прикручивать в качестве DSL движки javascript или VBA выглядят чуть получше, но в любом случает такие решения могут использоваться в основном если есть штатный программист, чего малый бизнес, как правило, позволить себе не может.

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

Попробуем подобраться с другой стороны. Не пытаться переплюнуть достоинства 1С а предложить решения тех проблем где 1С имеет минусы.

Поскольку минусы где то уравновешивают плюсы а у нас этих минусов не будет то, даже если у нас не будет плюсов на уровне 1С, сальдо примерно будет такое же.

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

Open source. Кросплатформенность.

Тут объяснений не требуется.

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

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

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

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

Когда я давал фрилансерам заполнять свою систему демо данными (типа как демо — конфигурация в 1С), ни разу не возник вопрос — а как тут работать.

Более распространенная проблема — переусложнение системы. Думаю, это основная причина, из-за которой проекты не доводятся до ума.

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

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

Примером является и сама 1С — от версии 2.0, где бухгалтера действительно вводили формулы на специальном «птичьем» языке до монстра 8.3. Попробуйте дать мануал непосвященному и посчитайте с какой попытки он врубится в витиеватую словесную конструкцию «план видов характеристик».

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

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

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

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

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

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

Типичный вопрос на форумах, задаваемый писателями CRM, учетных, складских систем и систем документооборота. Как хранить документы, которые очевидно, имеют разнородную структуру. Отдельная таблица под каждый тип документа, общая таблица с кучей универсальных полей, модные нынче NoSQL хранилища…
Предлагается хранить все документы в одной таблице в блобе, упакованными в XML. Отдельно — только общие поля, которые показываются в списках и журналах — номер документа, дата создания, автор, статус. Упаковка в XML имеет преимущество перед сериализацией или json — каждое значение обрамлено именованным тегом, а значит, можно выполнять сквозной поиск, не натыкаясь не лишние строки. То есть найти ссылку на контрагента по

не представляет труда, тем более большинство серверов БД поддерживают XPath. Упаковка-распаковка происходит автоматически в базовом классе, например, Document который содержит два предопределенных ассоциативных массива — header и details (массив массивов для табличной части) и которые заполняются дочерними классами — первичными документами как им по кайфу. Ключ ассоциативного массива становится тегом, значение — содержимым.

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

Аналогично можно хранить справочники — контрагенты, сотрудники и т.д. Отдельно, в соответствующих таблицах, только поля идентификаторов, наименований, типов. То есть то по чем может понадобится сортировка или отбор. Остальное пакуется в XML. Такой подход, кроме всего прочего, позволит избежать необходимости изменения структуры БД при внесении изменений в систему (например появление нового атрибута справочника).
В идеале структура Бд должна меняться только при появлении в системе каких то совершенно новых бизнес-сущностей.

Печатные формы документов и отчетов.

Просто HTML. Плюс несложный шаблонизатор, например, Fenom.

Преимущества очевидны — можем создать любую печатную форму без всяких построителей, отобразить ее в браузере или распечатать. Кроме того, HTML экспортируется в Word и Excel. Делается это просто — HTML сохраняется с расширением docx или xslx. При открытии файла офис (во всяком случае, майкрософтовский) сам сконвертит в нужный формат. Да, убого. Но зато просто, универсально и не требует специального кодирования. В крайнем случае, всегда можно подправить руками в том же екселе.

При желании можно конвертить и в pdf но библиотеки типа TCPDF чувствительны к верстке и стилизации посему, кому надо, поставит PDFCreator и будет ему счастье.

Впрочем, с введением электронной отчетности и обмена электронными документами на первый план выходит экспорт-импорт а не печать на бумаге, поэтому смысл печатных форм в основном — оперативный просмотр документов а экране.

Хранение аналитики

Аналитические данные, связанные с синтетическими счетами в проводках. Субконто в терминах 1С. Реализация — одна таблица, по сути представляющая собой таблицу фактов в ROLAP типа звезда. Ссылка на документ, синтетический счет (отдельная запись на каждый корреспондирующий счет -типа полупроводки), количество, сумма. Дополнительные измерения — ссылки на основные бизнес сущности — контрагенты, партии товаров, сотрудники, денежные счета. Количество и сумма (отмасштабированные в целые числа) для дебета пишутся с плюсом для кредита — с минусом. Это позволяет простым суммированием путем полного пересчета получать остатки и обороты на любой период в разрезах основных бизнес-сущностей без необходимости хранить промежуточные итоги. Так же просчитываются и синтетические счета в проводках.

Читайте так же:  Трудовая пенсия что это значит

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

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

То, отсутствием чего страдает 1С. В некотором смысле систему можно разделить на условные «платформу» и «конфигуратор». Собственно структуру сайта, системные объекты и страницы можно считать платформой (ядром). Объекты бизнес логики — справочники, документы, отчеты и т.д могут быть подключены в произвольном сочетании. По сути каждый объект реализуется несколькими файлами. Для самого сложного — документа это 4 файла: шаблон страницы ввода, php файл — класс страницы ввода (бек-енд), файл шаблона печатной формы и php файл персистентной сущности (Entity), отвечающий за сохранение документа в хранилище. Файлы и классы PHP в них должны иметь общее «родовое» имя. Например, invoice или goodsissue. Файлы копируются в предопределенные папки. Затем в админпанели добавляется новый пункт меню со ссылкой на это имя и наименованием пункта меню, соответственно Счет или Накладная. При открытии основной страницы меню генерится автоматически, группируется, если указано, и получаем как бы “конфигурацию”. При выборе пункта меню система находит заведомо незнакомый файл страницы по «родовому» имени а дальше подтягиваются шаблоны и печатные формы…

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

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

Может показаться, что предлагается какое-то низкоуровневое программирование — все захардкодить. Но ведь язык 1С по сути ничем не высокуровневее того же PHP. Просто там манипуляция бизнес-данными производится с помощью высокоуровневых бизнес-объектов (документов, справочников) что предлагается делать и здесь.

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

Разумеется, система, сделанная таким образом вряд ли подойдет для серьезных решений. Но большинство потребителей 1С — мелкий бизнес и вряд ли возникнет ситуация что сервер не справляется с обработкой данных, зато саппорт системы на порядок проще и дешевле. А труд программиста нынче гораздо дороже куска памяти или процессора.

Автоматизация-общепит

Автоматизация предприятий общепита

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

Программный продукт «Трактиръ: Nano»

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

Основные функциональные возможности программы:

  • Оформление заказа гостей, печать счетов, чеков, марок;
  • Использование плана зала для визуального контроля состояния заказов;
  • Построение дисконтной системы с использованием автоматически срабатывающих скидок и наценок – как суммовых, так и процентных. Применение ручных скидок;
  • Разграничение прав доступа сотрудников к различным возможностям системы;
  • Анализ деятельности предприятия, эффективности маркетинговых акций, работы персонала и т.д.;
  • Работа с широким набором торгового оборудования – фискальными регистраторами и принтерами документов для ЕНВД, принтерами чеков и марок, различными считывающими устройствами, дисплеями покупателя, специализированными клавиатурами, электронными весами;
  • Гибкие настройки рабочих мест для разных бизнес-процессов обслуживания – от бистро до ресторана;
  • Ведение количественно-суммового учета продуктов и блюд;
  • Многофирменный учет;
  • Производственный учет:
    • Работа с технико-технологическими картами, калькуляциями. Возможность описания технологического процесса производства, оформления, подачи и хранения;
    • Автоматический расчет показателей пищевой и энергетической ценности, а также содержания алкоголя для блюд;
    • Формирование меню для планирования производства;
    • Возможность редактирования списка используемых в производстве ингредиентов, а также полуавтоматическое использование аналогов ингредиентов в зависимости от остатков. Учет расхода специй;
  • Складские операции:
    • Оформление прихода товаров, услуг, основных средств;
    • Проведение инвентаризаций с последующим оприходованием или списанием товаров;
    • Перемещение товаров между складами;
  • Финансы:
    • Работа с кассовыми и банковскими документами;
    • Взаиморасчеты с подотчетными лицами;
  • Отчетность:
    • Унифицированные законодательством формы отчетов и документов, в т.ч. товарные отчеты по кухне (ОП-14) и рознице (ТОРГ-29);
    • Отчетность по движению товаров, продажам и остаткам. Контроль минимальных остатков;
    • Расчет себестоимости блюд, отчет по вхождению товаров в ТТК.

Программный продукт «Трактиръ: Back-Office»

Предназначен для решения учетных задач на предприятиях общественного питания и ресторанного бизнеса.

Содержит следующие функциональные возможности:

  • Общие:
    • Ведение количественно-суммового учета продуктов и блюд, учет в закупочных и розничных ценах;
    • Многофирменный учет, партионный учет, поддержка различных систем налогообложения;
    • Списание товаров (продуктов, блюд и полуфабрикатов) как на себестоимость, так и на любой счет бухгалтерского
    • Складской учет наличия и движения МПЗ в разрезе номенклатуры и мест хранения, учет тары и стеклотары ;
  • Производственный учет:
    • Расчет плановой и фактической себестоимости блюд;
    • Формирование меню на день для зала и прейскуранта барной продукции;
    • Корректировка технико-технологической карты (ТТК) на определенный период;
    • Схема «блюдо в блюде» и состав ТТК, наличие для одного блюда нескольких ТТК;
    • Возможность указать технологический процесс изготовления блюда, а также порядок оформления, подачи, реализации и хранения;
    • Ведение «истории» отпускных цен на блюда и продукты;
    • Учет специй на отдельном регистре;
  • Эргономика ведения учета:
    • Возможность свободного перемещения продуктов, полуфабрикатов и готовых изделий между различными местами хранения;
    • Оприходование товаров на склад, в производство, в розницу;
    • Продажа из любого места хранения;
    • Автоматическое оприходование излишков;
    • Несколько единиц измерения для товаров и блюд и несколько штрих-кодов для каждой единицы измерения;
    • Автоматическое обновление цены в карточке товара;
    • Поиск вхождений номенклатуры в состав блюд и полуфабрикатов;
    • Контроль минимальных остатков;
  • Отчетность и обмен данными:
    • Бухгалтерская и регламентированная отчетность типовой бухгалтерии;
    • Унифицированные законодательством формы отчетов и документов, в т.ч. товарные отчеты по кухне (ОП-14) и рознице (ТОРГ-29) , формирование дневного заборного листа (форма ОП-6) и другие;
    • Обмен данными с фронт-офисными системами, автоматическое формирование документов «Выпуск продукции» и «Перемещение товаров» на основании данных о реализации;

Программный продукт «Трактиръ: Front-Office»

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

Программный продукт «Трактиръ: Head-Office»

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

Основные функциональные возможности программы:

Продукт имеет все основные функции учета: приход, отпуск, перемещение, списание, переоценка товаров, возвраты поставщикам, кассовые и банковские операции и другие:

Производственный учет:

  • Формирование технико-технологических карт и расчет себестоимости
  • Выпуск продукции (списком).
  • Автоматическое формирование документов «Выпуск продукции» по результатам продаж
  • Ведение справочника аналогов для учета замены ингредиентов, корректировка ТТК
  • Учет обработки ингредиентов
  • Учет разделки сырья на полуфабрикаты
  • Формирование плана производства, требования в кладовую
  • Дополнительные печатные формы:
    • Акт о реализации готовых изделий кухни ОП-12
    • Накладная на отпуск товара ОП-4
    • Акт на списание товаров, блюд и полуфабрикатов
    • Акт о порче, бое, ломе ТМЦ ТОРГ-15
    • Закупочный акт ОП-5
  • Дополнительные отчеты:
    • Поиск вхождений МПЗ в ТТК
    • Себестоимость блюд
  • Упрощенная схема производства наборов.

Партионный учет:

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

Товарный и складской учет:

  • Учет товародвижения по нескольким юридическим лицам
  • Разделение базовых операций (приход, расход) по зонам ответственности
  • Учет возвратной тары.
  • Учет естественной убыли
  • Неограниченное количество складов
  • Одновременный учет в ценах реализации и по себестоимости
  • Любое количество характеристик для товарной позиции
  • Подсистема штрихового кодирования
  • Учет поставщиков товарной номенклатуры
  • Работа с ценами и номенклатурой поставщиков
  • Учет оборота алкогольной продукции с формированием квартальных и годовых деклараций
  • Резервирование товаров на складах
  • Работа с превышениями и устранение пересортицы
  • Использование торгового оборудования при работе с документами
  • Регистрация результатов инвентаризации.
Читайте так же:  Заявление о принятии исполнительного листа к принудительному исполнению

Взаиморасчеты:

  • Взаиморасчеты в разрезе товароучетных документов и/или договоров;
  • При платежных операциях контроль остатка по взаиморасчетам;
  • Контроль за наличными расчетами между юридическими лицами по договору;
  • Возможно автоматическое распределение суммы оплаты неоплаченных документов по ФИФО.

Денежные средства:

  • Неограниченное количество касс и расчетных счетов;
  • Учет денежных средств в разных валютах;
  • Учет операций инкассации.

Инвентаризация :

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

Поддержка торгового оборудования :

  • Все оборудование, взаимодействует с программным продуктом по единому стандарту, что существенно упрощает его подключение, настройку и обслуживание.
  • Контроль выгружаемых цен: категории цен для торгового оборудования строго предопределены
  • Удобные режимы загрузки оборудования: весь ассортимент, по документу, по остаткам, с учетом обязательного ассортимент магазина
  • Удобная работа с оборудованием — на расстоянии клика: загрузка касс, весов, печать ценников и этикеток, работа с ТСД.

Подключенное торговое оборудование :

  • Сканеры штрих-кода (любые модели)
  • Терминалы сбора данных
  • Весы с печатью этикеток

Для работы с торговым оборудованием необходимо ПО «АТОЛ: Драйвер торгового оборудования».

Подсистема заказов :

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

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

Отчетность :

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

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

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

Сервисные возможности :

Рабочие места оператора, товароведа, управленца

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

Шаблоны наименований

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

Полнотекстовый поиск данных

Использована возможность платформы «1С:Предприятие 8.2». Механизм полнотекстового поиска позволяет быстро находить объекты данных (документы, элементы справочников и пр.), содержащие текст, который соответствует поисковому запросу. Например, можно быстро найти документы, которые содержат определенную текстовую строку в описании, комментарии, назначении платежа или любом другом текстовом поле.

Сохранение табличной части документов в буфере обмена

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

Что еще?

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

Работа в сети ресторанов.

В основе работы «Трактиръ: Head-Office» лежит принцип: «Каждый ресторан сети — это часть одно целого хорошо отлаженного механизма и в то же время это самостоятельная единица со своей спецификой и ответственностью за все, что внутри нее происходит».

  • Часть единого целого:
    • Структура распределенной сети, определяется пользователем. Неограниченное количество центральных баз, имеющих широкий спектр возможностей и переферийных баз, имеющих ряд ограничений.
    • Предопределенные правила обмена, обеспечивающие корректную синхронизацию всех информационных баз входящих в сеть.
    • Система внутренних заказов. Работа с распределительным центром может строиться на базе формирования заявок ресторанами и их удовлетворения в рамках возможностей склада. Централизованное формирование заказов поставщику с учетом потребностей ресторана.
    • Единая ценовая политика. Управление доступностью категорий цен в рамках торговых объектов.
    • Единая дисконтная система и база клиентов.
  • Самостоятельная единица:
    • Любые изменения в сети, касающиеся торгового объекта не могут быть произведены без ведома ответственных лиц. Документальное появление товара и изменение розничных цен ресторана происходит только через механизм подтверждения.
    • Каждый ресторан, обладающий собственной информационной базой, принадлежащей сети, имеет свою категорию розничных цен доступ к изменению которой строго ограничен. Наличие собственной категории розничных цен позволяет ресторану более гибко подстраиваться под условия рынка.
    • Торговым объектам, работающим как периферийная база, доступны только «свои» документы, что позволяет избежать излишков неактуальной для ресторана информации.