кастомная форма документа это

Диадок: Кастомная печатная форма

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

— Как включить модуль «Кастомные печатные формы» в Диадоке?

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

— Как выглядит кастомная печатная форма в Диадоке?

Дополнительные поля выделены красным цветом.

Нажмите, чтобы посмотреть как работает модуль «Кастомные печатные формы».

Где подключить модуль «Кастомная печатная форма» в Диадок?

г. Москва, Пресненская наб. 12, ММДЦ «Москва-Сити» башня «Федерация-Восток», этаж 25, офис B

г. Щёлково, площадь Ленина д. 8, этаж 3, офис 92

По телефону По электронной почте

в Москве по всей России

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

Источник

Кастомная форма документа это

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

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

Зачем нужна кастомизация

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

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

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

Как выглядит кастомная платёжная форма

На скриншоте ниже — пример кастомизированной формы оплаты на сайте Яндекс.Еды. Форма ввода данных выглядит как продолжение сайта и не подразумевает появления нового окна или вкладки для оплаты — плюс в копилку пользовательского опыта. Шрифты, оформление и форматирование строго соответствуют стилю сайта.

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

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

Какие задачи решает кастомизация

Payture подготовил топ-5 инструментов кастомизации для ecommerce. Разберёмся, как и какие проблемы можно решить с их помощью.

1. Вёрстка платёжной формы на базе провайдера

Для создания решения полностью «под себя» мерчанту нужно время, команда разработчиков и сертификация по протоколу PCI DSS (Payment Card Industry Data Security Standard — стандарт безопасности, разработанный Visa и Mastercard). Сложность возникает, когда кастомизированное решение требуется клиенту, у которого нет сертификата PCI DSS 3 или 4 уровня. Такой сертификат необходим, чтобы обрабатывать данные банковских карт на своей стороне.

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

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

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

2. Выбор и настройка дефолтного шаблона оплаты

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

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

3. Тестирование платёжного шаблона перед запуском

Мелкие баги и неудобные для пользователя сценарии на странице оплаты могут негативно сказываться на конверсии. Современные платёжные провайдеры предоставляют клиентам готовое тестовое окружение для тестирования свёрстанных платёжных форм. Всё, что для этого нужно в нашем случае — обратиться в техподдержку (доступна по email и в чатах Telegram), которая в тестовом режиме проверит оформление и работоспособность формы.

На что обратить внимание при тестировании и оптимизации платёжной формы: 7 советов, как повысить конверсию в ритейле

4. Интеграция скидки на этапе оплаты

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

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

5. Настройка формы электронного чека

54-ФЗ «О применении контрольно-кассовой техники» обязал все организации перейти на новую схему применения онлайн-касс. Закон требует указания большего объёма данных в чеках и бланках — покупатели получают их не только в бумажном виде, но и на email и в sms. Проблема в том, что чеки, которые приходят покупателям после оплаты выглядят сложно и не адаптировано.

Payture позволяет кастомизировать чек, который покупатель получает на email. Формат и внешний вид чека можно адаптировать под стиль сайта продавца — таким образом, покупателю легче проверить платёжную информацию и понять, к какой покупке относится чек.

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

Читайте далее: топ-10 решений для приёма онлайн-платежей — ключевые опции, особенности процессинга и подключения к системе

Источник фото на тизере: Amanda Jones on Unsplash

Источник

В Диадоке изменятся печатные формы документов

Подробнее — в статье.

1 июля 2021 вступает в силу новая редакция Постановления Правительства № 1137 — Постановление № 534. Вводится система прослеживаемости товаров, в печатные формы добавляются специальные реквизиты. О прослеживаемости вы можете прочитать в статье Контур.Журнала.

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

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

Каких документов это коснется

Будут изменены превью и печатные формы для документов в форматах по Приказам № 820 и 736:

Изменения в форме счета-фактуры

В шапке

В таблице
Изменены или добавлены графы:

Изменения в форме корректировочного счета-фактуры

В шапке

В таблице
Добавлены графы:

Как будут выглядеть документы

Счет-фактура

Особенности реализации в Диадоке

Когда произойдут изменения

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

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

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

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

Кастомная визуализация
Для кастомных визуализаций массовых изменений не планируется.

Если у вас была настроена кастомная визуализация электронных документов силами Контура и ее нужно изменить, обратитесь к вашему персональному менеджеру по Диадоку.

Источник

Запуск системы прослеживаемости перенесен

Раньше ФНС сообщала, что система обязательной прослеживаемости заработает с 1 июля 2021 года, но сроки сдвинулись. О новой дате запуска пока не проинформировали.

С 1 июля 2021 года у юрлиц и предпринимателей, которые реализуют прослеживаемые товары, должны были появиться новые обязанности. Однако 30 июня ФНС опубликовала письмо № ЕА-4-15/9208@, в котором сообщила, что запуск системы откладывается до момента вступления в законную силу Постановлений со списком товаров, подлежащих прослеживаемости.

Что с этим делать

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

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

Что будет с печатными формами

1 июля вступила в силу новая редакция Постановления № 1137 — Постановление № 534. Внесены изменения в печатные формы для документов в формате Приказов № 820 и 736. Формат электронных документов не изменился. Документы по-прежнему формируются по Приказу № 820.

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

Ответы на частые вопросы

Общие вопросы

— Почему печатная форма модуля не соответствует печатной форме в 1С — нет столбцов 12, 12а, 13, отличается нумерация?

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

В Приказах нет требований к визуализации документов, потому что налоговой важна не печатная форма, а соответствие формату. Так, печатная форма УПД согласно Письму ФНС РФ от 21.10.2013 N ММВ-20-3/96@ «носит рекомендательный характер. Неприменение данной формы для оформления фактов хозяйственной жизни не может быть основанием для отказа в учете этих фактов хозяйственной жизни в целях налогообложения».

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

— Будет ли по умолчанию визуализация строки 5а?

Строка 5а счета-фактуры останется пустой, пока в электронном документе не будет заполнена соответствующая структура — ДокПодтвОтгр.

Законодатель добавил в бумажный документ этот реквизит, чтобы связать первичный документ и счет-фактуру. В формате электронного документа реквизит ДокПодтвОтгр необязательный. Его нечем заполнить при работе с авансовыми счетами-фактурами или документами с функцией СЧФДОП, поскольку сам первичный документ уже объединен со счетом-фактурой и дублировать номер и дату бессмысленно. У оператора нет оснований не пропускать документ с незаполненным необязательным реквизитом.

Если хотите видеть строку 5а в визуале заполненной, договоритесь об этом со своим контрагентом.

Если работаете с товарами, подлежащими прослеживаемости

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

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

— У меня стандартный модуль для 1С. После обновления он будет автоматически заполнять данные о прослеживаемости в электронном документе?

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

— У меня кастомные печатные формы, их нужно дорабатывать?

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

Если не работаете с товарами, подлежащими прослеживаемости

— Надо ли что-то менять в работе? Могу ли я отправить в ФНС обычные XML-документы?

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

— Будут ли визуализироваться пустые поля соответствующие требованиям ФНС?

При составлении счета-фактуры и корректировочного счета-фактуры на товары, не подлежащие прослеживаемости, работы и услуги, имущественные права графы 12–13 не формируются. Графы 12–13 будут показаны только если в электронном документе заполнена структура СведПрослеж.

— У меня кастомные печатные формы (КПФ). Будет ли в веб-интерфейсе Диадока отображаться строка 5а?

По умолчанию — нет. Если отображение строки 5а необходимо, обратитесь к нам, мы внесем изменения в печатные формы.

Источник

[ELMA3] Создание и настройка кастомной формы документа

Не всегда стандартные формы представления документа удобны для использования. С помощью дизайнера форм их можно редактировать. Можно добавлять панели, вкладки, колонки, делать поля обязательными для заполнения. Также имеется возможность добавлять свои фрагменты разметки на Razor. Делать это целесообразно, когда требуется сделать какую-то уникальную, сложную и удобную форму.

Чтобы перейти к редактированию необходимой формы, откройте вкладку Документооборот в Дизайнере, выберите тип документа и выберите вкладку Формы (представления). Любой тип документа, созданный в системе, имеет три формы представления: форму редактирования, форму создания и форму просмотра. На рис. 1 отмечены вкладки Формы(представления) документа.

Рис. 1. Общий вид вкладки «Формы (представления)»

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

Рис. 2. Конструктор форм

Цифрами на рис. 2 обозначены следующие элементы:

Рис. 3. Верхнее меню дизайнера форм

На рис. 3 изображено верхнее меню. Цифрами обозначены следующие кнопки:

Для примера взят тестовый документ, который может заполняться клиентом страховой компании, желающим застраховать своё транспортное средство. Документ имеет следующие 8 атрибутов:

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

Рис. 4. Первая вкладка формы просмотра

Рис. 5. Вторая вкладка формы просмотра

На рис. 4 и 5 изображены две вкладки формы просмотра документа. Вкладки сделаны в конструкторе форм с использованием инструмента Вкладки.

Рассмотрим подробнее процесс изменения внешнего вида формы.

Рис. 6. Пользовательские атрибуты документа

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

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

Рис. 7. Пустой элемент вкладки

На рис. 7 стрелка указывает на заготовку для будущих вкладок. Вкладки создаются нажатием на зелёный плюс на заготовке. При нажатии на плюс появляется окно, в котором необходимо ввести имя вкладки.

Рис. 8. Окно настроек новой вкладки инструмента «Вкладки»

Пропишите название вкладки в окне, изображённом на рис. 8.

Рис. 9. Созданные вкладки

На рис. 9 изображены созданные вкладки – на них можно добавить атрибуты из бокового меню. Удалить добавленную вкладку, как и любой другой элемент, можно в контекстном меню правой кнопки мыши. На рис. 10 показано контекстное меню с пунктом Удалить.

Рис. 10. Удаление вкладки

2. Форма редактирования.

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

Рис. 11. Настройки элемента «Панель»

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

Рис. 12. Пример использования инструмента «Колонка»

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

Рис. 13. Панель, настроенная с использованием различных элементов

На рис. 13 изображена панель, на которой одновременно использованы несколько инструментов настройки внешнего вида формы. Сама панель сделана сворачиваемой. Кнопка Свернуть/Развернуть выделена красным цветом. Поля разбиты на 2 колонки. Выделенные цветными рамками надписи созданы с помощью инструмента Текст. Данный инструмент позволяет добавить нередактируемую надпись на форму. Она может занимать одну или несколько строк.

Рис. 14. Обязательные для заполнения поля

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

Рис. 15. Окно настроек поля на форме

На рис. 15 стрелками и цифрами обозначены следующие настройки поля на форме:

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

Рис. 16. Вкладка «Дополнительные» окна настроек поля

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

Рис. 17. Вкладка «Системные» окна настроек элемента «Панель»

В настройках панели в поле Форма Razor (рис. 17) указывается относительный путь до файла разметки. Он должен находиться в папке …/UserConfig/WebApplication/Modules/…. Важный момент: все символы «\» в пути (используется в Windows) необходимо заменять на ’/’ (Используется в Web).

Необходимо убедиться, что папка WebApplication/Modules/… размещена в той папке конфигурации, которая действительно подключена к серверу. Проверить это можно в файле connection.config, который располагается в папке ELMA3-Standart\Web. В нём прописан путь до папки с файлом configuration.config. Именно в эту папку и нужно добавить папку WebApplication/Modules/…

Термин Относительный путь означает, что всё то, что находится в пути до /Modules, заменяется на символ ’

’. То есть путь начинается с

/Modules/, а продолжение зависит от того, какую форму мы хотим изменить.

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

Так как нам нужен путь до системного файла, его нужно найти в папке Web/Modules. Затем нужно скопировать путь до него, и создать аналогичную структуру вложенных папок в папке WebApplication/Modules/…, которая находится в правильной папке конфигурации.

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

1. Если путь до файла не содержит папки Shared, то прописывается полная версия

/Modules/(остальные вложенные папки)/ИмяФайлаОтличноеОтИмениФайлаПоУмолчанию.cshtml. Блок «(остальные вложенные папки)» – это папки, вложенные в системную папку /Web/Modules/ и далее до оригинального файла разметки формы. Они должны быть продублированы внутри папки WebApplication/Modules в папке конфигурации.

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

/Modules/, можно использовать относительный путь от папки …/Shared/…, с указанием расширения файла с разметкой в конце пути.

/(все папки вложенные в Shared)/имяФайлаОтличноеОтИмениФайлаПоУмолчанию.

Имя файла с разметкой (имяФайла.cshtml) должно отличаться от имени системного файла. Если нужно поменять несколько форм документов или одну форму в нескольких местах, то нужно создавать несколько файлов с разными именами, но все их можно поместить в одну папку. В случае совпадения имён система подключит один из них в соответствии со своими внутренними параметрами.

3. Можно все файлы с пользовательскими фрагментами разметки хранить в папке \UserConfig\WebApplication\Views\имяФайлаРазметки.cshtml и в Дизайнере указывать путь

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

Рассмотрим конкретный пример.

Путь до пользовательского фрагмента формы редактирования документа:

…/UserConfig/WebApplication/Modules/EleWise.ELMA.Documents.Web/Views/Shared/Document/EditDocumentFormPanel.cshtml – реальный системный путь. В Дизайнере можно написать так:

Рис. 18. Пример пути до файла пользовательской разметки

/ Document/EditDocumentFormPanel.cshtml. Если разместить файл EditDocumentFormPanel.cshtml в папку \UserConfig\WebApplication\Views\, то можно указать

Далее приведён фрагмент формы и разметка, которая реализует размещение полей как на рис. 18.

Рис. 18. Форма с внедрённым фрагментом пользовательской разметки

На рис. 18 красной рамкой выделен фрагмент, реализованный с помощью внедрённого в форму файла разметки. Далее приведён код, реализующий данное расположение полей.

В коде разметки используются следующие параметры форматирования HTML:

Источник