Здравствуйте друзья. Собственно проблема в следующем. В УТ11 (платформа 8.3.14.1779, конфигурация 11.4.8.73) забивается документ "заказ клиента" и в нем указываются этапы оплаты. Допустим в два этапа человек будет оплачивать. Соответственно выбивается два приходника(или эквайринговые операции). Сумма должна быть в каждом документе своя в зависимости от введенной. А потом уже создается реализация и из нее конечный чек. Но проблема в том, что из каждого ПКО на чеке выводится вся сумма документа "заказ клиента" вместо суммы в ПКО. В кассе установлена последняя доступная прошивка, драйвер тоже. Собственно мне в поддержке "Инотекс" ссылки скинули. Некоторые люди говорят, дело в 1с, мол, что она на печать посылает, то и печатается в чеке. Но в ПКО и в реализации, когда нажимаешь "пробить чек" - он выводит предварительный просмотр, где указывается информация о чеке. Но естественно она не совпадает с тем, что печатается в конечном итоге. Кассы нет в списке оборудования на сайте 1с, но работает в режиме "совместимо". Все что предлагается в "Инотекс" - скачано и установлено.
Скрин прилагаю https://ibb.co/5WKqPzC (сверху 1с, снизу фискальный документ)
Подскажите пожалуйста для общего понимания ситуации, в чем действительно причина и можно ли это поправить без влезания в конфигурацию?

up

Где-то полгода назад полыхал срачик на эту тему, краткая суть в том, что УТ типа по закону делает и отправляет "оплачено 60 рублей из 100, клиент должен 40", потом "доплачено 40 рублей из 100, расчет окончен", а ОФД в ФНС рапортует "оплачено 100" + "оплачено 100", "итого 200".

Разработчики УТ валят на ОФД, что те тупые, ОФД огрызаются сами тупые, ФНС отмалчивается, а воз и ныне там.
Давно не обновлял УТ, не знаю, переделали или нет.
Своих продаванов обучил не пробивать частичную предоплату, а если очень надо - тупо разбивать заказ на два.
В нарушение закона кладут частичную предоплату под скатерть и в конце отдают весь заказ с одним чеком на полную сумму.

(2) Здравствуйте. То есть тут дело даже не в драйвере? Я просто на него в начале думал. Самое смешное, что какие-то люди заказчинку говорят, что мол все это делается. И заказчик без всяких доказательств верит).

"Своих продаванов обучил не пробивать частичную предоплату, а если очень надо - тупо разбивать заказ на два."

Там продавцы даже с одним то заказом уже бунтуют.

"В нарушение закона кладут частичную предоплату под скатерть и в конце отдают весь заказ с одним чеком на полную сумму."

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

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

В любом случае спасибо за отклик.

(3) > какие-то люди заказчинку говорят, что мол все это делается
скорее всего, они УТ шушуть рихтанули, чтобы она делала как желает ОФД, а не закон

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

либо есть вариант, что в последних версиях УТ что-то решили, но сам не смотрел еще
у меня по кассе полтора инвалида в месяц проходит, пока справляемся скатертью

(4) Когда я все это дело разбирал, наткнулся на эту публикацию http://catalog.mista.ru/public/1020565/ , которой и руководствовался. Там только с постоплатой был косяк, со слов автора. Но остальное, насколько я понял, работало корректно.

Меркурий 185ф - это автономная касса, она официально не работает с 1с. думаешь, тут кто-то будет с этим заморачиваться?

Касса через xml работает или через прямую запись в драйвер?
просто,можно посмотреть,что в кассу передается.

просто,в начале,обычно:
товар:Предоплата,
Цена:СуммаПредоплаты
Количество:1
ПризнакПредметаРасчета:Платеж
ПризнакСпособаРасчета:ЧастичнаяПредоплата
ИтогЧека:СуммаПредоплаты
ТипОплаты:Наличные/Плат.Карта

Потом,когда окончательный расчет,то все товары чека и часть оплаты через специальный тип оплаты "Предоплата"

не имеет смысла в чеке предоплаты указывать товары,если за них еще не заплатили-клиент-то может и передумать.

(6) Я не говорю, чтобы кто-то заморачивался. Меня интересует опыт людей, которые возможно с этим сталкивались. Главный то вопрос, печатается ли все, как надо, на фискальных регистраторах с официальной поддержкой 1с?

(7) Вообще в представлении чека перед его печатью, рядом еще есть вкладка XML(на скрине видно). Вот пример кода из чека. Чек из ПКО на сумму 4р. Это первая предоплата. Общая сумма заказа клиента 10р.
<?xml version="1.0" encoding="UTF-8"?>
<CheckPackage>
  <Parameters PaymentType="1"
      TaxVariant="3"
      CashierName="Администратор"
      CashierVATIN=""
      CustomerEmail=""
      CustomerPhone=""
      AddressSettle="...">
    <AgentData/>
    <PurveyorData/>
  </Parameters>
  <Positions>
    <FiscalString Name="DIN-рейка (10см) оцинкованная"
        Quantity="1"
        PriceWithDiscount="10"
        SumWithDiscount="10"
        DiscountSum=""
        Department="1"
        Tax="none"
        SignMethodCalculation="2"
        SignCalculationObject="10">
      <AgentData/>
      <PurveyorData/>
    </FiscalString>
  </Positions>
  <Payments Cash="4"
      ElectronicPayment="0"
      Credit="6"
      AdvancePayment="0"
      CashProvision="0"/>
</CheckPackage>

Ты до сих пор что ли с ней возишься? Купи уже подходящую ККТ. УТ11 ещё 100500 раз поменяет формат, так и будешь пожизненно разгребать

(10) Так вот я и интересуюсь у тех, кто с этим работает, правильно ли все печатается на оборудовании с официальной поддержкой 1с? Ну и конкретные модели хотелось бы услышать.

(11) Атол-30Ф, УТ11 без доработок, отправляет по закону как в (2), ОФД ofd.ru криво показывает задвоенные суммы как в (2). Вопрос решил скатертью, с моим околонулевым трафиком налички могу себе позволить.

(12) То есть на данный момент все равно будет что-то неправильно? В моем случае офд не подключено, так как закон позволяет(населенный пункт в области, связь плохая). Но тогда получается в самой кассее в ФН все равно запишется с задвоением.

(13) насколько я помню, с кассами, зарегистрированных с правом быть на плохой связи, есть обязанность вывозить ее раз в месяц чтоли на хорошую связь, чтобы она сливала накопленное, так что не-онлайн не спасет.

в моем случае я считаю косяк на стороне офд - они не до конца реализовали закон

(14) что не отменяет мое отношение к этому закону, что они перемудрили сильно и обеспечили камаз гемороев как продавцам, так и клиентам-юрлицам

(14) Вообще они ФН сдают в налоговую, когда период ФН истекает.

(16) а, ну тогда норм - сами закон придумали, сами пусть придумывают как с ним работать

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

(17) Ну цена у самого фн неоправданно дорогая. Платить за флешку 256мб 9/11 т.р. В общем без понятия пока, как из этой ситуации выходить. Заказчик хочет, чтобы чек выбивался со всеми позициями. До этого была другая программа, и чек выбивался просто общей суммой. Но это дело вроде только до 2021 года будет действовать для ЕНВД, патента и т.п.

В общем позвонил в несколько наших франчайзи, в одной перенаправили на другую фирму, которая кассами занимается. Там сказали, что за переделки сами вряд ли будут браться. Сказали, что помимо "инотекс" есть еще люди, который свой драйвер сделали и прошивку. Ссылку оставляю: https://forum.kkt-serv.ru/  В описании сказано, что все виды оплаты реализованы. Но мне лично не помогло, поэтому пока в автономный режим перевели, а дальше новое оборудование покупать. Если будете ставить, то на свой страх и риск. Когда на кассе прошивку ставил, касса включилась и зависла. После выкл/вкл включилась, но в 1с распознаваться стала через раз. И даже смена в "рабочем месте кассира"(РМК) не открылась. Сейчас на второй точке чисто для розницы к ут11 подключена, но тоже связь теряется почему-то(на оригинальных драйверах и прошивках). Выкл/вкл сделаешь, рмк закроешь/откроешь, вроде дальше идут чеки. Но в чем причина, пока не ясно.