ppdron

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

(3)Спасибо, помогло

(9433)
Читайте описание внимательнее


«Демо» режим – полнофункциональная версия обработки, однако имеет ограничение на скорость печати, а также на количество операций для одного пользователя. Ее можно использовать бесплатно. В этом режиме можно проверить работу обработку, однако для полноценной работы, он не подойдет, так как ограничение на количество операций фиксировано и не сбрасывается, обычно от 40-80 чеков.

(9429)Спасибо. А по вопросу, что грозит за такое нарушение? не знаете?

Добрый день! Подскажите, как настроить обработку в такой ситуации.
Пришел обувной товар с наклеенными марками, но поставщик никак их не передаст в Честном знаке. Продавцы схватили этот товар на складе и продали через кассу, при этом при пробитии и в ОФД в чеке [М+], в честном знаке документ тоже принят без ошибок, но если провалиться в марку и посмотреть документы, то в Типе Операции по документу написано "Событие реализации в розницу от невладельца кода". Можно ли в обработке отключить возможность продажи не переданного товара?
И второй вопрос, если обладаете такой информацией, то пожалуйста подскажите является ли такая продажа нарушением и какое возможно наказание. На просторах интернета не нашел такой информации. Заранее спасибо.

Вот выжимка с сайта its.1c.ru по этому вопросу

Область применения: управляемое приложение, мобильное приложение, обычное приложение.

1. В случае если в силу каких-либо условий необходимо ограничивать ввод на основании по команде "Создать на основании", то такую проверку следует выполнять в обработчике ОбработкаЗаполнения модуля объекта (набора записей). Например, это могут быть проверки вида:

Для команды "Создать на основании" не различимы группы и элементы справочников и планов видов характеристик: команда одинаково доступна в форме списка как для групп, так и для элементов. Требуется запретить ввод на основании групп.
Требуется запретить ввод на основании непроведенных документов.

2. Для оповещения пользователя о причинах отказа, в обработчике ОбработкаЗаполнения следует использовать исключения:

Код

Процедура ОбработкаЗаполнения(ДанныеЗаполнения, ТекстЗаполнения, СтандартнаяОбработка)    Если ТипЗнч(ДанныеЗаполнения) = Тип("СправочникСсылка.Сотрудники") Тогда       Если ПолучитьЗначениеРеквизита(ДанныеЗаполнения, "ЭтоГруппа") = Истина Тогда          ВызватьИсключение "Ввод приказа о приеме на основании группы сотрудников невозможен!                            |Выберите сотрудника. Для раскрытия группы используйте клавиши Ctrl и стрелку вниз";       КонецЕсли;       // обработка заполнения объекта по данным заполнения    КонецЕсли; КонецПроцедуры

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

ITS.1c.ru

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

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

Так и напишите, что не весь функционал работает корректно, требуется доработка силами программистов. и поставьте нормальную стоимость. Многие Вам верят.

Прикрепленные файлы:

резервы.jpg
резервы2.jpg

В дополнение к предыдущему. Резервы отображаются не корректно. Если заказа в статусе "На согласовании" резерв уже есть, а РММ не показывает,каким документом. Обработка очень сырая, 3 SM это перебор. Разработчик на связь не выходит. Все косяки придется допиливать самим.

релиз 11.4.13.282 товар переносится только в существующий заказ, не переносятся цены в заказ

Прикрепленные файлы:

в обработке.jpg
в заказе .jpg