8 (800) 707-87-12 (Горячая линия, Бесплатно по РФ)
Линейка ПО "Штрих-М: Торговое предприятие 7": Релиз 7.0.31.02
Подпишитесь   
Подписаться

Конфигурация предназначена для работы с платформой "1С: Предприятие 8" версии "8.3.14.1694; 8.3.15.2107; 8.3.16.1814; 8.3.17.1851; 8.3.18.1208".

Новая функциональность, действующая пока активна подписка

Маркировка:

  • Изменена проверка крипточасти кодов маркировки. Теперь проверка выполняется через новый метод Тру Апи и не требует выполнения поверки кодов маркировки на кассовом ПО через ККТ. Это изменение позволяет существенно повысить скорость и снизить затраты на проверку кодов маркировки на подлинность по данным ГИС МТ.

  • В обмене с оператором «ЭДО Lite» учтены последние изменения формата передачи данных о новых УПД.


Встроенный клиент ЭДО

  • Работаем со СБИС. Теперь работу с этим оператором можно осуществлять как и ранее через внешнюю обработку, распространяемую оператором ЭДО, так и через встроенный в конфигурацию клиент ЭДО. При работе через клиент ЭДО доступны все операции по получению входящих и отправке исходящих УПД и УКД. Для работы через клиент ЭДО, в личном кабинете оператора должен быть подключен доступ к АПИ ЭДО.

  • Изменено заполнение полей УПД и УКД при отгрузке товаров индивидуальным предпринимателям или от имени индивидуальных предпринимателей. Теперь данные для заполнения фамилии, имени и отчества берутся из одноименных полей контрагента и организации.


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

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

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

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

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

В системе поддержаны три схемы работы:

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

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

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

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





Проверка корректности ведения учета

В конфигурации добавлена обработка «Контроль ведения учета» (подсистема «Сервис»), которая позволит выполнить проверки на корректность заполнения ряда реквизитов документов или корректность отражения / проведения документов в информационной базе. Обработка позволяет проверить корректность заполнения документов (входящий номер документа, суммы НДС в табличных частях), так и отражение операций в учете (связи отчетов отдела с Z-отчетами, отражение выручки с ККМ). Допустимые величины отклонений настраиваются в константах в блоке настроек учета, но могут быть изменены при каждой проверке вручную в форме обработки.
Обработка может запускаться регулярно для контроля работы персонала, перед закрытием периода или перед выгрузкой данных в бухгалтерию.





Иное:

  • В документе «ЭДО Сверка поступления» учтена ситуация, когда из-за редактирования документа, могли возникнуть расхождения в копейках в суммах НДС. Теперь при изменении данных строки документа (номенклатуры, единицы измерения и т.д.) сумма НДС реально не изменяется, если сумма по ЭДО совпадает с суммой строки документа.

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

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


Новая функциональность, доступная по подписке

Маркировка:

  • В документе «ГИС МТ: Вывод из оборота» актуализирован обмен данными с ГИС МТ и возможные причины вывода из оборота. Учтены последние изменения в этом документе и в АПИ. Добавлен ряд новых причин вывода из оборота, включая «Другое» и «Гос. тайна».

Иное:

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

Новая бесплатная функциональность

Маркировка

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

  • В документе «Возврат комитенту» поддержана работа с маркированной продукцией. Документ может быть отправлен по ЭДО через встроенный клиент ЭДО. Признак возврата комитенту будет заполнен в УПД согласно методических рекомендаций ЦРПТ.

  • В справочнике «Форматы штрих-кодов» добавлен транспортный формат кода маркировки молочной продукции, рекомендованный к использованию ЦРПТ и содержащий в себе данные о дате производства и сроке годности, а также номер партии.

  • В документе «ГИС МТ: Вывод из оборота» изменено заполнение причины вывода из оборота, когда документ создается на основании расходной накладной. Теперь в этом случае подставляется причина «Розничная продажа», а не утрата / повреждение.


ЕГАИС

  • Добавлена возможность редактировать данные по алкогольной продукции в документе «ЕАГИС Расход». В документе добавлена кнопка «Остатки ЕГАИС», которая позволяет в ТЧ «Товары ЕГАИС» выводить данные обо всех остатках продукции, что позволяет перераспределить партии для списания остатков. Также добавлена возможность удалять считанные акцизные марки, при удалении акцизной марки из документа, происходит автоматическое уменьшение количества в ТЧ товары ЕГАИС. 


ВЕТИС

  • В документе «ВетИС. Оформление производственных партий» учтены требования к указанию даты начала и окончания действия партии для скоропортящихся товаров.


Возможность выгрузки в бухгалтерию данных по складам как НТТ

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

Следует учитывать ограничения, накладываемые бухгалтерией на действия на складах НТТ: на таких складах нельзя отражать производство. В конфигурации «Штрих-М: Торговое предприятие 7» таких запретов не вводится. Если по складу, настроенному как НТТ будут оформлены документы производства, то в бухгалтерию они будут выгружены как документы списания и оприходования излишков.


Модуль «Производство»

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

  • В документе «Технологическая карта» добавлена печатная форма «ОП-1» (калькуляционная карта).

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

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


Иное:

  • Через план обмена «Филиалы» добавлена передача значений свойств справочников и документов, связанных с ЭДО. Это позволяет передавать статусы подписания документов и идентификаторы документов, контрагентов и справочников между информационными базами. Для исключения ситуации с дублями свойств, свойства, используемые во внешних обработках СБИС и Такском теперь всегда создаются программно, с фиксированными идентификаторами. При обновлении созданные обработками свойства будут переименованы, а значения этих свойств для справочников и документов будут перенесены в новые свойства.

  • В отчетах конфигурации добавлена кнопка «Уровни группировки», позволяющая быстро свернуть / развернуть все данные отчета до нужного уровня группировки.

  • В документе «Загрузка ККМ» изменено заполнение по условиям. Теперь при заполнении ТЧ «Товары» из документов «Списание некондиции» и «Пересортица» используется информация о приходуемой номенклатуре из этих документов.

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

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

  • При формировании документов ПКО и РКО при снятии отчета отдела, добавлено автоматическое заполнение статьи доходов и расходов. Значение для заполнения берется по реквизиту «Статья движения денежных средств».

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

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

  • В обмене данными с ККМ «Фронтол» добавлена выгрузка полей 61 (код страны происхождения) и 66 (код меры количества предмета расчета).

  • При подписании данных ЭЦП, доработано получение данных об ИНН или ИНН юридического лица под последние варианты формата ЭЦП.

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

  • В обмене данным с ККМ с функцией товароучета добавлен запрет выгрузки в ККМ документа «Перемещение в дорогу», если по этому документу уже создан документ «Поступление из дороги».

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

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

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

  • В шаблонах ценников и этикеток добавлена возможность указывать данные склада и торгового объекта. Выводимые данные настраиваются в макетах ценников и этикеток.

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

  • Для минимизации ошибок пользователей в документе «Акт о переоценке» добавлен запрет проведения документа, если новая розничная цена товара равна 0. Запрет отключается при включенной константе «Загружать в ККМ товары с нулевой ценой».

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

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

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

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

  • В справочнике «Контрагенты» добавлены реквизиты, которые позволяют определить автора карточки контрагента и дату ее создания.

  • Документ «Регистрация цен поставщиков» подключен к подсистеме присоединенных файлов.

  • В справочнике контрагентов сделана опциональная проверка на заполнение ИНН/КПП и налогового номера. Теперь если установлена константа «Контролировать заполнение налоговых номеров контрагентов», нельзя будет добавить контрагента с видом, отличным от «Физ. лицо» с незаполненным ИНН/КПП или номером налогоплательщика.

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

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

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

  • В документе «Планирование изменения розничных цен» добавлен запрет редактирования документа, если по нему уже был создан документ «Акт о переоценке».

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

  • Отчет «Обороты по дисконтным картам» переименован в «Ведомость по дисконтным картам» для отражения сути отчета.

  • Обновлены модули по работе с терминалами сбора данных «Data Mobile».

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



Исправленные ошибки

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

  • Исправлена работа регламентного задания «Отложенное проведение документов»

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

  • В форме списка документов «ЭДО Сверка поступления» исправлена ошибка, которая могла возникать при загрузке документов в случае, если документы ЭДО Сверка загружаются впервые.

  • В обработке «Монитор ЕГАИС» исправлена ошибка определения количества документов для обработки.

  • В обработке «Клиент-банк» исправлена ошибка, которая могла возникать при определении банка для расчетов загружаемого контрагента.

  • При создании документа «Загрузка ККМ» по зарегистрированным в узле плана обмена с ККМ данным, убрано заполнение фирмы по умолчанию, т.к. это приводило к некорректной загрузке ККМ в ряде случаев настроек.

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

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

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

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

  • В процедуре снятия отчета отдела с ЭВОТОР исправлена ошибка, которая могла возникать при получении чеков с некорректно фискализированной ККТ.

  • Исправлен вывод сообщений об ошибках в проверке проведения кодов маркировки.

  • Для документа «Акт о переоценки», созданным для переоценки товаров матрицы, сделана доступность поля комментария и кнопок верхней командной панели.

  • Исправлено проведение документа «Корректировка поступления». Ранее все движения проходили по номенклатуре из последней строки документа.

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

  • При вводе документа «ЕГАИС: Расход / Списание алкогольной продукции» на основании «ЕГАИС: Инвентаризация» добавлено заполнение флага «Отражение инвентаризации по партионным остаткам».




Конфигурация предназначена для работы с платформой "1С: Предприятие 8" версии "8.3.14.1694; 8.3.15.2107; 8.3.16.1814; 8.3.17.1851; 8.3.18.1208".