Расхождение сумм в фр и по проведенным документам альфа авто

Ошибки при записи чека

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

Чек записывается раньше, чем пробивается на ФР если чек не запишется, то печати чека не будет.
Чек записан, но не проведен, т.е. движений по регистрам нет.
При закрытии смены и расхождении сумм должен отобразиться список не проведенных чеков.
Перед закрытием смены в обработке консоль запросов для получения не проведенных чеков можно использовать запрос:

ВЫБРАТЬ
Чек.Дата КАК ДатаЧека,
Чек.КассаККМ КАК КассаККМ,
Чек.ФР КАК ФР,
Чек.Ссылка КАК Чек,
Чек.НомерЧека КАК НомерЧека,
Чек.ХозОперация КАК ХозОперация
ИЗ
Документ.Чек КАК Чек
ГДЕ
Чек.ПометкаУдаления = ЛОЖЬ И
Чек.Проведен = ЛОЖЬ И
Чек.Дата МЕЖДУ НачалоПериода(&Дата, День) И КонецПериода(&Дата, День)

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

Источник

Код ошибки 3896

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

Здравствуйте!
Вчера обновили версию платформы 1С:Предприятия с 8.2 до 8.3
После чего последовательно, обновили Конфигурацию до последней версии.
Обновили драйвер ККМ (Атол) до версии 8.14

Сутки все работало нормально, а сегодня при пробитии очередного кассового чека (оплата банковской картой) программа выдала вот такое:

Кассовый чек при этом аннулируется.
При снятии галки «Полная оплата по сделке» чек пробивается, но без построчной разбивки позиций. На кассовом чеке написано «Оплата по документу..» и сумма оплаты.

Проблема возникла внезапно. Ни в драйверах ни в системе, ни в Альфе ничего связанное с кассой не изменялось.
Конфигурация:

Подскажите, пожалуйста, с чем может быть связано и как исправить.
Заранее спасибо!

Да, ФР выдает аннулированный чек.

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

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

Здравствуйте,
Присоединюсь. Тоже самое. Проблема в работе (выделил на скрине).

Всё может быть (за всеми не уследишь).

Но если есть возможность (редактировать эти поля), мастера-приёмщики и редактируют (выравнивают конечную сумму для красоты).

Тогда вопрос другой:

Когда будут приведены в соответствие методики расчета и округления в ПП (альфа-авто 5) и ФР (в нашем случае атол, FPrint-22 ПТК).
Из-за данных недоработок периодически чеки аннулируются!

Если вы предоставляете возможность редактирования конечных сумм, сделайте так, чтобы они не расходились с конечными суммами на ФР!

Т.е. корректную совместную работу вашего ПП и ФР вы гарантировать не сможете никогда?
Правильно я вас понял?

P.S.
1) По ссылке выше, в другой теме я приводил пример, когда даже без подгона цифр для «красоты» (оприходование 1 шт. ёмкости жидкости в литрах и последующего списания дробных объёмов) возникает аналогичная проблема? Каким образом она решается, кстати?

p.s. может кто-то сказать, какая математика у ФР?

p.s. может кто-то сказать, какая математика у ФР?

1 Вопрос.
Такая же проблема с оплатой картами, при этом поля «суммы» и «всего» не редактировались, но при оплате ЗН частично налом частично картой, чек на б/н оплату анулируется, в первом чеке (наличка) видно, что позиция №4 сумма 6013,29, а во втором чеке (картой) та же позиция 3240,49, куда пропали 2 копейки? Если цена и сумма за товар 9253,8

2 Вопрос.
Что это за ошибка? В которой Альфа просит вручную вносить какие то данные?

3 Вопрос
При установке запрета с помощью права №41604 «Редактирование цен и сумм в номенклатурных таблицах» пропадает и право применения скидок вообще.

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

. И хотелось бы все таки получить коды ошибок с разъяснениями.

1С:Предприятие 8.3 (8.3.11.2924)
Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ, редакция 5.1 (5.1.13.04)
Copyright (С) ООО «1С-Рарус Альфа-Авто», 2003-2017. Все права защищены

Источник

Возврат покупателю в Альфа-Авто ред. 5

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

1. Почему возвраты покупателю не отражаются в отчете «Денежные средства в кассах ККМ»?
2. Возвраты по платежным картам в Чеке ККМ проходят как наличные.

Конфигурация: Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ, редакция 5.1 (5.1.12.03)

2. Сергей, если Вы имеете ввиду документ «Чек» и возврат не день в день, то мы уже инкассировали данные денежные средства после закрытия кассовой смены, вернуть их можно или РКО (наличными) или «банковской выпиской» (по реквизитам клиента через Ваш банк).

По закону вернуть деньги на платежную карту клиента через экваринговое оборудование, А как пробить Чек с типом оплаты «Платежная карта» (не день в день) на фискальном регистраторе, чтобы эта операция отразилась в онлайн кассе?

Александр, задолженность списывать РКО на инкассатора, конечно. А что за задолженность перед клиентом?

Александр, если Вы возврат денег оформляли РКО для клиента, то Вам нужно сделать внесение во фронте кассира на ФР.

Как итог Долг на Инкассаторе и избыток наличности по регистру ККМ (в будущем релизе не будет).

Источник

Проблема отрицательных остатков по партиям в Альфа-Авто. Редакция 5 (5.0.07.03)

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

Здравствуйте уважаемые форумчане.
Альфа-Авто: Автосалон+Автосервис+Автозапчасти ПРОФ. Редакция 5 (5.0.07.03)

У пользователей было отключено право «Запретить продажу ниже себестоимости» и соответственно по многим заказ нарядам, получилось так, что себестоимость товаров перемещённых в производство оказалась ниже продажной стоимости, соответственно товары были реализованы ниже себестоимости.
Кроме того руководство изъявило желание иметь возможность списывать партии не только по ФИФО, но и иметь возможность ручного списания партий, н-р в том случае если для определённого покупателя спец заказом заказывается товар и именно для него должна списаться определённая партия.
Соответственно для этого было включено право «Разрешить выборочное списание партий», для того чтобы корректировать старые перемещения товаров в производство, выбирая в них партии по которым товар был продан не ниже себестоимости и выбирать определённые партии при продаже покупателям, для которых был сделан спец заказ товара.

Обнаруженная проблема следующая:

В процессе проверки отчёта «Остатки и обороты партий товаров» за весь период работы компании, были выявлены ряд партий(по 120-ти товарам), которые имеют отрицательный остаток.
Причём в перемещениях товаров в производство образующие такие отрицательные остатки по партям, эти самые партии вручную не выбирвлись, т.е. списывались автоматом по ФИФО.
Право «Разрешить отрицательные складские остатки» отключено полностью у всех пользователей.
По журналу регистрации, партия не менялась, т.е. количество товара, уже после определения документа движения никак не изменялось.

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

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

Буду очень признателен за помощь!
Заранее спасибо!

Источник

Онлайн кассы

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

Пожалуйста объясните как на последнем релизе работает сотрудник и что выводит касса онлайн:

Пришел клиент, заказал запчасть и оплатил 70% от стоимости. Запчасть пришла, приехал клиент и загнал авто в ремонт
Оформили ЗН с этой запчастью + добавили работу по установке.

Как правильно нужно ввести все документы что бы правильно напечатались все чеки?

(сейчас мы делаем так: при оплате делаем ПКО на основании заказа покупателя на 70%, при поступлении запчасти создаем ЗН с этой деталью и работой и оплачиваем как не полная оплата и в чеке печатается оплата по документу и нет деталей и работ)

Так что наименования в таблице «Оплата» драйвера не столь важно, в чек выводится значения свойства «Наименования видов платежей» совпадающее с «Типы оплат в рознице».

Замечу, что это лишь мое предположение, не имел возможности проверить (у нас по своему трактуют 54-ФЗ: «касса только для фискализации наличных, то что в рознице в чеке отбивают безналичные, так они кроме чека ничего не дают покупателю, а мы полный пакет документов им печатаем»). Поэтому хотелось, чтобы специалисты 1С-Рарус подтвердили, или опровергли это предположение.

Пожалуйста объясните как на последнем релизе работает сотрудник и что выводит касса онлайн:

Пришел клиент, заказал запчасть и оплатил 70% от стоимости. Запчасть пришла, приехал клиент и загнал авто в ремонт
Оформили ЗН с этой запчастью + добавили работу по установке.

Как правильно нужно ввести все документы что бы правильно напечатались все чеки?

(сейчас мы делаем так: при оплате делаем ПКО на основании заказа покупателя на 70%, при поступлении запчасти создаем ЗН с этой деталью и работой и оплачиваем как не полная оплата и в чеке печатается оплата по документу и нет деталей и работ)

А какая версия ДТО 8.х рекомендуемая?

Считаю, что в чеках печатаются наименования типов оплат из значения свойства «Наименования видов платежей» совпадающее по наименованию со справочником «Типы оплат в рознице». А вот значение свойства «Наименования видов платежей» экземпляра оборудования должно формироваться из таблицы «Оплата» драйвера ККТ (что не могу проверить, поскольку https://rarus.ru/forum/messages/forum7/topic4554/message73467/#message73467 мои изменения не записываются драйвером). Не пойму, откуда он взял такое значение свойства: «0=НАЛИЧНЫМИ;1=ПЛАТ. КАРТОЙ;2=КРЕДИТ;5=ЗА СЧЕТ ЗАВЕДЕНИЯ;6=ЗАЧЕТ АВАНСА;7=ОПЛАТА В РАССРОЧКУ», приведенное на картинке https://rarus.ru/bitrix/components/bitrix/forum.interface/show_file.php?fid=582727 ФФД 1.0.5.jpg?

А мой вопрос (если мое предположение верное): может на надо редактировать таблицу «Оплата» в драйвере ККТ, достаточно задать нужное значение свойства «Наименования видов платежей» экземпляра оборудования?

Источник