Форум ЦТО

Пожалуйста, войдите или зарегистрируйтесь.

Расширенный поиск  

Новости:

Автор Тема: Регистрация маркированных товаров в НЕ единичном количестве  (Прочитано 278 раз)

5794

  • Сообщений: 4
    • Просмотр профиля

Здравствуйте!

Допустим, регистрируется чековая операция с маркируемым товаром в количестве 2 шт.
Пусть это продажа 2-х пачек одинаковых сигарет. Передаем в Quantity 2. И было бы удобно 2 раза вызвать 
FNSendItemCodeData, которые отличались бы только значением SerialNumber (ну или новый вызов типа FNADDItemCodeData)
Почему это удобно - потому что в чеке бы пробилась одна строка для товарной позиции в кол-ве 2,
экономия ленты налицо, если вместо 2 какое нибудь 2-х значное число, плюс не все любят свитки чеков.
А 2 маркировки также бы улетели в ОФД.

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

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

Stonyx

  • Сообщений: 37
    • Просмотр профиля

Когда я был в лектории 1С, когда они рассказывали про маркировку в своих программах, то рассказывали, что количество не равное 1 для маркируемых товаров передать нельзя. Но это нельзя передать в конкретные программы 1С.
Записан

Селихов Дмитрий

  • Модератор Штрих-М
  • ***
  • Сообщений: 1864
    • Просмотр профиля

Тут скорее зависит от верхнего кассового ПО (РМК), например наше ПО Кассир-miniPOS позволяет регистрировать маркированную продукцию НЕ единицным кол-вом.
Выглядеть это будет так (для кол-ва 3):
Записан
С уважением, Селихов Дмитрий Юрьевич
Ведущий инженер
отдела технической поддержки АО "Штрих-М"
mailto:support@shtrih-m.ru
тел. (495) 787-60-96.

5794

  • Сообщений: 4
    • Просмотр профиля

Выглядеть это будет так (для кол-ва 3):

Спасибо. С интерфейсом более-менее понятно. А как выглядит чек в приведенном вами примере ПО ? 
Видимо, в чеке указаны 3 позиции (строки) "Сигареты" с кол-вом 1 ? Также ?
А не одна строка с кол-вом 3, как хотелось бы...
Записан

Селихов Дмитрий

  • Модератор Штрих-М
  • ***
  • Сообщений: 1864
    • Просмотр профиля

Будет одна строка товара с указанным кол-вом, а ниже строки со всеми КТН, чек будет выглядеть примерно так (тут две пачки и в РМК проставлена галочка печатать КТН):
http://prntscr.com/ogoc1g (на ШК не смотрите, QR коды были от разных пачек).
Записан
С уважением, Селихов Дмитрий Юрьевич
Ведущий инженер
отдела технической поддержки АО "Штрих-М"
mailto:support@shtrih-m.ru
тел. (495) 787-60-96.

5794

  • Сообщений: 4
    • Просмотр профиля

Пожалуйста, не могли бы Вы выяснить у разработчиков пример кода по реализации такого функционала, как на фото чека.
Ведь судя по "Руководству программиста" драйвера 4.14 с помощью FNSendItemCodeData два КТН в одной регистрации товарной позиции отправить не удастся.
Пусть они меня поправят, если я ошибаюсь (а это значит что FNSendItemCodeData все-таки можно вызывать несколько раз для каждого КТН)...
А может существует отдельный вызов, еще не описанный в документации...
Записан

Селихов Дмитрий

  • Модератор Штрих-М
  • ***
  • Сообщений: 1864
    • Просмотр профиля

Насколько я в курсе, сейчас РМК МиниПОСа печатную форму чека выводит как простой текст методом PrintString. Для того чтобы чек попадал в ФН и ОФД но не выходил на печать перед методом FNOperation надо добавить "//".
Из руководства программиста на драйвер ФР:
"***если строка начинается символами //, то она передаётся на сервер ОФД но не печатается на кассе."
Записан
С уважением, Селихов Дмитрий Юрьевич
Ведущий инженер
отдела технической поддержки АО "Штрих-М"
mailto:support@shtrih-m.ru
тел. (495) 787-60-96.

5794

  • Сообщений: 4
    • Просмотр профиля

Спасибо, Дмитрий! Да, указанный способ можно принять за решение
Записан