Как стать автором
Обновить

Комментарии 28

прикольный кейс. Я думаю, что 1С в связи с некоторыми событиями просто обожралась на дармовщинку, а потому тем, что там думают пользователи и какие там у пользователей проблемы возникают, интересуется не в первую очередь. К 1Ске побежали не мелкие клиенты, для которых развертывание собственного локального сервера излишне, а крупные монстры, и в первую очередь ресурсы тратятся на их нужды. Я так думаю. Это обычная практика - продали программный продукт, а дальше хоть потоп.
И, к вопросу, про фамилию, имя отчество проблемы говорил не Сталин, а Каганович, который возглавлял НКПС. В обсуждениях аварийности на железных дорогах он высказался следующим образом: "у каждой аварии есть имя, фамилия и отчество". В том контексте это был просто посыл против обезличивания аварий и сваливания на объективные обстоятельства, и тем самым снятия ответственности с руководителей за плохую организацию работ на железной дороге. В народ пошло, Кагановича забыли, Сталина помнят.

Честно говоря, не понимаю, как у вас после возврата код выполняется

а он и не выполняется.

Я, как программист 1С, постоянно работаю с этой программой

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

А ведь за каждым архитектурным решением стоит методист

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

чего стоит такой онлайн пользователю

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

И, конечно же, никаких извинений перед пользователями 1С не понесла.

А должна была? Где Вы видели ПО, поставляемое не по принципу AS IS?

что современные конфиги 1С написаны явно в разное время, разными людьми совершенно разной квалификации.

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

кстати, меня брали в свое время на разработку УТ в 1С. Но я подумал и решил, что не буду вкладываться в создание этого монстра.
Потому что мое внутреннее чувство перфекционизма протестовала против распыления сил на БП, УТ, УПП. Какая-то софт-мастурбация.

"младшим" брали?

Все-таки, есть в жизни элемент везения...

не знаю, там не было градаций. На УПП не взяли, там сильно мотивированные нужны были.

я имел ввиду тем самым "младшим сыном". Коммент это только подтверждает.

Да, пользователям повезло - ты их спас.

Сарказм не выкуплен)

Собаки лают - караван идёт.

Чеки из Розницы уходят и в ОФД. Там нет скрытости...
А на сервер 1с уходят только идентификаторы сообщений, без содержания.
Паранойю разводить не стоит.

Не знаю, как там принято в отрасли, но есть же элементарная человеческая порядочность, которая и бизнеса касается.

А на сервер 1с уходят только идентификаторы сообщений, без содержания.
Паранойю разводить не стоит.

"Если у вас нет паранойи это не значит, что за вами не следят".

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

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

"<...> при 300 процентах нет такого преступления, на которое он не рискнул бы, хотя бы под страхом виселицы <...>"

в рознице нет лицензий по количеству чеков.

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

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

я так не считаю. я думаю, 1с это не нужно.

По хорошему надо было переопределить метод

РаспределеннаяФискализацияПереопределяемый.ДоступноРаспределеннаяФискализация

Возможно, но мне не платят за глубокий анализ...
Главное, чтобы работало.

Вы слишком многого хотите от крестьянина - ремесленника.

мы, христиане, люди простые.

автоматизировать бизнес - наше ремесло!

Тема не раскрыта до конца.
Сценарий фискализации чеков через 1С:Диалог - это рудимент поставляемой библиотеки подключаемого оборудования, существующий в прикладных решениях с 02.2021.

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

Сценарий фискализации чеков через 1С:Диалог был придуман для пробития чеков с вызовом клиента (касса ккм) с сервера посредством сообщения системы взаимодействия, например, для пробития чеков полученных при обмене с мобильным приложением. Для этого надо было открыть в конфигурации такую возможность переопределяемым кодом, а также подключить конфигурацию к системе 1С:Диалог. На тот момент других средств вызова с сервера на клиент не существовало и собственно не существует на текущий момент в релизных версиях платформы. Но 1С:Диалог не сдюжил функцию по некоторым причинам. Настройки включения распределенной фискализации скрыты в программе Розница 2. В БПО сохраняется на случай, если кто-то решит таким образом все-таки создавать сообщения как раз через свой сервер взаимодействия или решить очень локальную, не массовую задачу.

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

Замечательно. Но почему оно используется в 2.3.18 для обычной фискализации? И как отвязать сервер взаимодействия от фискализации настройками? Я так понимаю, только патчем, в настройках нет?

Уточните, у вас подключена система взаимодействия и возникли проблемы с пробитием чеков в новом РМК?

в старом, классическом, РМК. Это 2.3.

да, система взаимодействия подключена, но она нам не нужна для фискализации.

И решение вполне себе красивое было - создать сообщение для объекта
Касса с сервера и передать его на клиент для запуска фискализации.

Почему бы не применить стандартную схему периодического опроса?

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

Потому что в 1С работают перфекционисты. Отсюда и эта тяга писать все в монолитном нечитаемом запросе - зато якобы работает быстрее. Запросы в цикле - вообще приравнивается к еретизму.

Ух ты, кто-то ещё пытается искать истину в продуктах 1С. Мне хватило 2-х лет работы во франче чтобы понять, что это заведомо провальное занятие.

А ещё я набрал пару килограмм, ожидая загрузки поограммы по утрам 😄

Поэтому каждый 1сник должен заниматься спортом!

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории