Обсуждение к заданию: Небольшая консультация по 1с:Розница 2.0

• • #1
  • 14.08.2014 02:47
  0
  Синицын Александр

  Приватное сообщение
  Если заканчивается лента в ФР (Штрих-М... какой-то) то иногда чек аннулируется, а иногда ничего не происходит и при этом сумма чека попадает в строку ИНКАССАЦИЯ Z-отчета, хотя никакой инкассации н...  Подробнее>>
• • #2
  • 14.08.2014 02:49
  0
  Пономаренко Олег Алексеевич

  Приватное сообщение
  Кассиру что делать? Уповать на доброту директора. Потому что не проверить кассовую ленту - это косяк кассира. А если руководитель жлоб настолько, что требует расхода ленты до последнего чека и не позволяет менять почти растаявший рулон, то это косяк его. В этом случае пусть смирится с тем, что ФР постоянно будет выпадать в нештатные ситуации.
• • #3
  • 14.08.2014 07:34
  0
  Синицын Александр

  Приватное сообщение
  Ситуация вполне штатная, ведь поломки никакой не произошло. ФР должен аннулировать чек, сообщить об ошибке программе, та сообщить пользователю, после замены рулона отпечатать чек снова. Почему сумма идет в ИНКАССАЦИЮ... туда она, я так понимаю, должна попадать только при операции выемки денег из ящика... что за ход конем.
• • #4
  • 14.08.2014 16:42
  0
  Игорь Иванов

  Приватное сообщение
  Синицын Александр

  сообщить об ошибке программе, та сообщить пользователю

  
  
  Как раз этого 1С обработки при работе со Штрих-овскими ФР-ами не делают. Ошибки просто не обрабатываются. Это тянется с 7.7 и до сего момента. Нужно переделывать обработку обслуживания.
• • #5
  • 14.08.2014 23:41
  0
  Радослав

  Приватное сообщение
  Кассир должен иметь возможность пропечатать "ПОСЛЕДНИЙ ЧЕК" - в различных драйверах эта команда есть. Если "последний чек" тот же что и на экране РМК, то его необходимо пробить нефискально, то есть без печати на ФР. Если же чек предыдущий, то просто еще раз пробить чек.
  ЗЫ Кассиру желательно не давать возможность пробивать нефискально - практически наверняка начнут злоупотреблять. И категорически запретить удалять чеки и позиции, кассиру проще отменить чек, чем возиться с проблемой чековой ленты.
• • #6
  • 14.08.2014 23:52
  0
  Радослав

  Приватное сообщение
  Игорь Иванов

  Как раз этого 1С обработки при работе со Штрих-овскими ФР-ами не делают. Ошибки просто не обрабатываются. Это тянется с 7.7 и до сего момента. Нужно переделывать обработку обслуживания.

  
  
  Не поможет - это косяк оборудования. Производители (Incotex кажись) уже море датчиков и контролеров понаставили, но отловить момент окончания ленты так и не смогли. Кстати у других ФР аналогичные проблемы с различными вариациями.
• • #7
  • 15.08.2014 12:59
  0
  Иванов Игорь Станиславович

  Приватное сообщение
  Была такая проблема. На рабочем месте с двумя фискальниками. Всё работало хорошо, пока были оба FPrint5200. Потом алкогольный заменили на Меркурий-130 (для него режим ФР "не родной"), и тут началось. При не установленных обстоятельствах он зависал, а после перезагрузки программы печатал "потерянный" чек на неалкогольном ФР. Несмотря на установку в код многочисленных точек, систему понять не удалось. Наиболее вероятным тонким местом является взаимодействие устройства с драйвером или драйвера с обработкой. Возможно, на критическое действие Меркурий-130 должен выдать сигнал, но либо не выдаёт, либо драйвер его не понимает, либо обработка не может обслужить ошибку.
  Меркурий-130 заменили на Меркурий MS-K и проблема исчезла.
• • #8
  • 15.08.2014 18:49
  0
  Игорь Иванов

  Приватное сообщение
  gra4

  Не поможет - это косяк оборудования. Производители (Incotex кажись) уже море датчиков и контролеров понаставили, но отловить момент окончания ленты так и не смогли. Кстати у других ФР аналогичные проблемы с различными вариациями.

  
  
  Полное не понимание работы фискальных регистраторов. Если путаете даже производителей. Самая грамотная математика - это в Штрих-ФР.... С точки зрения работы оборудования.
• • #9
  • 15.08.2014 18:54
  • Отредактировано: 15.08.2014 18:55:03
  0
  Игорь Иванов

  Приватное сообщение
  gra4

  но отловить момент окончания ленты так и не смогли

  
  
  Отлавливается, и все другие ошибки то-же. На Штрихах - да. На других фискальных регистраторах в зависимости от производителя.
• • #10
  • 15.08.2014 19:09
  0
  Игорь Иванов

  Приватное сообщение
  Иванов Игорь Станиславович

  Меркурий-130 (для него режим ФР "не родной")

  
  
  Это как Запорожец в сравнении с Крузаком.
• • #11
  • 15.08.2014 19:17
  • Отредактировано: 15.08.2014 19:18:58
  0
  Игорь Иванов

  Приватное сообщение
  Иванов Игорь Станиславович

  Потом алкогольный заменили на Меркурий-130

  
  
  Собственно даже не разрешено законом о применении ККТ.
• • #12
  • 15.08.2014 19:57
  0
  Радослав

  Приватное сообщение
  Игорь Иванов

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

  
  
  Судя по описанию проблемы - это тот случай, когда ошибка не отлавливается правильно и не обрабатывается по какой-то причине. А ФР операцию или завершает или отменяет, и состояние ФР после смены ленты нормальное без ошибок. Так что, на мой взгляд, лучше проверить последний чек.
• • #13
  • 15.08.2014 20:49
  0
  Игорь Иванов

  Приватное сообщение
  gra4

  Судя по описанию проблемы - это тот случай, когда ошибка не отлавливается правильно и не обрабатывается по какой-то причине

  
  
  

  Игорь Иванов

  
  Как раз этого 1С обработки при работе со Штрих-овскими ФР-ами не делают.

  
  
  Фискальные регистраторы и драйвер отрабатывают правильно.
  Покажите код из стандартных обработок 1С где отлавливаются ошибки окончания ленты при разных режимах печати чека.
• • #14
  • 15.08.2014 20:58
  0
  Игорь Иванов

  Приватное сообщение
  Существует такой документ от разработчика: Штрих-М: Драйвер ФР Руководство программиста страниц порядка 250. Там все описано. Но к сожалению в обработках от фирмы 1С возможности оборудования(ФР) и драйвера(имеется ввиду от производителя) не реализованы полностью.
• • #15
  • 16.08.2014 00:01
  0
  Радослав

  Приватное сообщение
  Игорь Иванов

  Существует такой документ от разработчика: Штрих-М: Драйвер ФР Руководство программиста страниц порядка 250. Там все описано. Но к сожалению в обработках от фирмы 1С возможности оборудования(ФР) и драйвера(имеется ввиду от производителя) не реализованы полностью.

  
  
  Угу, только драйвер ФР когда возвращает ошибку 107 или 108, ФР как аппарат сам обрабатывает, на каком этапе отменять операцию. По описанию проблемы это может происходить и на операции ЗакрытьЧек и на ВнесениеДенег. В одном случае чек отменяется полностью, в другом регистрируется поступление денег, но не продажа. И опять же, даже если обработка получит результат (нет чековой ленты), на каком этапе это произошло может быть непонятно. Как вариант, можно снимать данные фискальной памяти до продажи и после.