Уважаемые коллеги! Прошел новый год и что то совсем затихли темы про Меркурий... Хотя я думаю, что больше его обязательное применение откладывать не будут и с июня придется пользоваться. Хотел узнать - есть ли среди вас те, кто работает над интеграцией оного с используемыми вам конфигурациями и поделиться опытом.

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

Мы запустили "под ключ" около 10 молокозаводов. Сейчас наблюдается вторая волна спроса.
В эту среду слушал презентацию того, что куплено в (0). Много думал.
Вопрос: Партионный учет отлажен? В производстве? На складах? в доставке?

Меня тишина пугает, но я устранилась от этого вопроса. Устала биться головой в стену. С 25 июня - в отпуск

(1) С партучетом большие проблемы, пока делаю через создание производственной партии к транспортной - в контур.Меркурии есть такая возможность

(3) Эта лазейка временная. Ее завтра прикроют. Что будете делать?

(1) Вы самописно делали или что то готовое брали?

(4) это скорее организационная проблема. Прикроют - начальство пусть строит всех, партучет налаживает. У меня цель и задача - запустить по минимуму - это первый шаг. Заработает - наладим и партучет.

(5) Самописно- не наш путь. Там дело не в проге, а в партионном учете.
(6) Несерьезный разговор.

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

(0) занимаемся потихоньку. Осенью начал разбираться с 2.0 API, сейчас в основном закончил. Думаю, запустимся как-нибудь. Как-нибудь - ключевые слова.

(6) Ох, как это знакомо...  

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

(8) Дружище, ты кто? Программист? Тогда пили что хочешь, это бессмысленно. Не бери только ответственность за проект на себя.
Это не программистский, а организационный проект

Вот и я хочу пока запустится как нибудь. Тем более, что хоть не с нуля - все процедуры работы уже в купленном решении есть. Ну а пока сказали внедрить так как написал. Такова воля начальства :) Да и я согласен - нельзя пытаться проглотить слишком большой кусок - можно и подавится.

(11) все верно, я программист, на мне ответственность только за то, что бы сделать как сказали.

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

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

Так же интересно, движет ся ли кто по тому же пути, через контуровское решение?

(12) ну смотрите... В реальности я занимаюсь этим очень давно, с конца 2015 г, потому что у нас ветслужба педалировала это дело и в реальности без ЭВСД нельзя было работать уже в апреле 16. Другое дело - никого не интересовало, откуда эти ЭВСД появляются. Поэтому версию 1.2, а потом 1.3 и 1.4 я освоил. Но делать что-то приемлемое мы можем только на двойке, потому что 1.Х не позволяет использовать одну номенклатуру продукции на несколько площадок. И еще много чего не позволяет.

(14) так у тебя емейл в личке скрыт...

Вот Данон, например, еще даже не начинали с Меркурием плотно работать, и ничего...

(17) Пардон. Указал на яндексе. В личке сайт был указан, там есть по меркурию спец адрес

(18) ну так это проблемы данона...

(20) Нет, это проблема контрагентов Данона :))

(19) вот [email protected] Представляться обязательно

отписал

Пришло два запроса. Так дело не пойдет. Пишите свое предприятие хотя бы. Я не буду раздавать это всем подряд.  Ник на мисте совсем не обязателен.

(3) а вы производственную партию "из воздуха" создаете или все-таки что-то у вас идет на вход?

(23) Выслал

Спасибо!

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

(0) Отошел немного от этих дел с Меркурием. Коллега пилит визардовский модуль, уже довольно долго. Перешли на API 2.0, вопросов еще, конечно, много. Визард отмораживается иногда в части техподдержки, но худо-бедно все работает. Документы формируются автоматически на основе отгрузочных. Время от времени разработчик вдруг решает запилить большое обновление, тогда приходится "перевнедрять" модуль.

(28) воздушные партии наверняка грохнут они скоро, так что это первое от чего надо избавляться

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

(1) у Вас решение свое или чье то?

тоже начинал рассматривать(вторая волна) решения, визард контур и ИС пока тестируем

кстати, решение от ИС пока больше всех мне нравится
зы: не реклама ни в коем разе

(32) Используем 1С:УВС как пассивный шлюз.

(34) заказал демо версию сего продукта, пока не получил

ИС - что за зверь?

(36) инфостарт

(37) спасибо

Так что, никто с Контур.Меркурием дела не имел? Я первопроходец какой то? :(

(39) Мы сейчас копаем. Но пока больше вопросов чем ответом. Но не так к Контуру, как к Меркурию и вообще процессу. Больше оргвопросов.
У нас сейчас главный затык в том как организовать процесс выписки ВСД. Реализации операторы делают с 19 часов до 6 утра, а окончательно что в какой машине поедет станет известно когда все будет собрано и буду сформированы задания на перевозку. Т.е. получается что у нас остается полчаса на выписку нескольких тысяч ВСД. Что как я понимаю не реально. С учетом того что то там, то там Меркурий не даст списывать что-то с остатков из-за нехватки по партиям. Плюс что делать с Интеркампани не понятно.

(40) > С учетом того что то там, то там Меркурий не даст списывать что-то с остатков из-за нехватки по партиям
Я пока планирую в этом случае делать производство и из меньшего количества получать большее. Пока что это допускается и подозреваю, что будет допускаться и впредь, потому что в состав продукции входят компоненты, которые не являются поднадзорными материалами и соответственно не отражаются в Меркурии.

(39) Нет. Но рассказывать нечего :(

ну у нас примерно то же. Но мы по реализации транспортные партии делать будем, т.е. провели реализацию, которую повезут - сделаем партию в меркулии. А у вас не так разве?

(40) Вот!!!

(41) У нас производства нет, мы оптовики, высокооборотистый склад мясо-колбасы-молоко. Молоко вообще приходит в час ночи, в 6 утра уже все разъехалось.

(44) И что делать? (
Я пока в легкой прострации если честно... Технически выписка работает, но организационно одни вопросы, без ответов.
Плюс поставщики выписывают ВСД некорректно, левой пяткой, мясные полуфабрикаты 6 тонн, а там в реальности 32 разных наименования по 15 разным кодам. Ветрвач у нас задолбался переделывать входящие партии.

Для УТ11 штатная интеграция будет? Очень интересны планы 1С. По типу как ЕГАИС.

(45) да какая разница, есть оно или нет. Производственную партию никто не запрещает сделать. Это просто операция в программе - на вход подаете, скажем, 2 кг одного, на выходе получаете 2 кг того же самого и еще 1 кг того чего вам не хватает. Вздрючить за это могут, конечно. Если кто-то будет проверять и если этим злоупотреблять. Но поначалу, думаю, может помочь.

(43) У нас так не получается. Сборка всех зон доставки заканчивается в 6 утра, маршруты согласованные есть, но они плавающие, сегодня ТТ едет с этой зоной, завтра с другой, будет зависеть от многих факторов.
Задания на перевозку окончательно сформируются после полной сборки всех заказов.
Т.е. с 6 до 7 утра нужно разделить пару тысяч реализаций в пару десятков разных автомобилей, и только после этого можно будет оформить ВСД. Можно конечно указывать авто от балды, но любая остановка на дороге и привет.

(48) А зачем использовать производство, а не инвентаризацию? В Контуре как я поняла так сделано.

+ (48) хотя на практике там в этом Меркурии сейчас настолько гомерический бардак, что, я думаю, до какой-то его нормализации и возможности что-либо проверять еще надо будет дожить. Хорошо если к 2020 что-то устаканится. А там либо ишак, либо падишах

(50) да можно и ее...

(0)
Используем 1С:Общепит. Там появился модуль Меркурий.
Я вообще ни о чем не парюсь. Работает как-то. Отдельный вет врач сидит, колбасит.
Со временем когда у всех появится понимание что это такое и что требуется от нас - начну как-то более плотно этим заниматься.

(49) так решаемо вроде http://help.vetrf.ru/wiki/UpdateTransportMovementDetailsOperation_v2.0

До 6ти утра фигачите ВСД с транспортом "телега" на свою же площадку, потом как стал известен транспорт, отправляете корректировку транспорта. не?

(33)
Киньте ссылку плиз на решение от Инфостарта.
Спасибо.

+ (53)
Видимо, когда-то нами было принято правильное решение оставаться на Общепите и развивать свои модули на нём, а не переходить на другую систему)

(54) там можно тупо "реф.", типа рефрижератор, указывать вместо номерного знака и все работает.

(55) забанят за рекламу, на инфостарте есть хештег меркурий, первая ссылка, суппорт на высоте

как решаете вопросы с партионным учетом? все резко перешли?

Под 7.7 есть что-то?

(60) с этим очень туго

(47) да, будет реализация в УТ11\КА2\ERP

1С:Управление торговлей, редакция 11, версия 11.4.4
Дата актуальности: 20.02.2018
Меркурий: Интеграция (выполняется, очередность 1)
Реализовать в ERP обмен с государственной информационной системой ""Меркурий"" по протоколу Ветис.API 2.0.
Оформить разработанное решение в виде библиотеки.

http://downloads.v8.1c.ru/content/Trade/Extrafiles/PlanNews1144.htm

(62) + Сидим и ждём интеграцию от 1С, пока вет.врач выписывает всё руками

(45) У нас рейсы известны до начала наборки, и проблем с Меркурием крупных нет...

(59) С молочкой будет несколько печально, остальное все можно нормально вести.

(60) что-то на ИС попадалось. Там основная сложность в том что поддержки вебсервисов нет и SOAP-пакеты надо ручками формировать и пропихивать по HTTPS.

(60) Используем решение от https://www.kb99.pro - работает...

(67) забанят :)

(67) Спасибо гляну.

(54)(57) Спасибо коллеги за пинок в нужном направлении.
Если так, то задача упрощается.

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

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

(70) Это не проблемы именно Меркурия, это ваши оргпроблемы, которые вполне решаемы. У нас примерно 5000 отгрузок в день, ветсправки в Меркурии с нового года ведутся полностью.

(70) А ветслужба да, пыталась саботировать. Была тяжелая работа по разъяснению закона, и объяснению, как правильно работать.

(72) кто общался с ветслужбой?

(60) На 7-ке пишем сами, конфигурация тоже самописная, поэтому брать что-то готовое не было смысла.

(73) В разных регионах ветслужбы очень по-разному к этому относятся. Где-то готовы к диалогу, где-то нет.

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

(73) А у нас начальник программистов 1С на себя это взял. Вроде как успешно.

У нас ветврач сама ходит волнуется, ну когда же мол все заработает. Ну это в одной из организаций. В других как то пока не проявляются, видимо пофиг!

(77) ну, я тоже ездил на встречи и общался с их представителями. И что дальше? Дело-то не в этом. Дело в том что не во всех регионах они со своей стороны готовы общаться.

кстати, на конференции Э-КОМа 15 числа был кто из присутствующих? Я вот не поехал, а жаль. Говорят, 600 чел было.

(79) Дальше - обращаться к их руководству, и так далее, пока не дойдешь до тех, кому не пофигу.

(80) Я присутствовал. Действительно, народа было много, около 1000 человек, субъективно.

Сейчас, со слов крупнейших ритейлеров, ситуация такая, что они боле-менее нормально работают по Меркурию с 2-мя поставщиками из 1000 хоть как то (например через web-интерфейс)начавших работу в системе. Куча проблем с перестройкой бизнес-процессов, компетенциями сотрудников, мастер-данными и т.д.

Вот тут краткое содержание: http://ветеринария.рф/analytics/reportazhi/iyulskie-shansy-sistemy-merkuriy/

(84)  Вопрос: если система «Меркурий» зависла часа на три, как поступать в таком случае со скоропортящейся продукцией? В отходы отправлять?

– Сейчас, до 1 июля, можно бумажные сертификаты оформлять в любое время… Электронные оформляются по желанию…

– Субъекты отказываются этим правом пользоваться…

– Во взаимоотношения В2В государство не вникает. Если ваш контрагент скажет – продай мне вот это, при этом еще и спляши, значит, будете плясать, никуда не денетесь, если хотите продать, конечно. Это как сети, они могут от своего поставщика потребовать чего угодно.

Вопрос: будет ли добавлена в API функция по созданию заявки?

Ответ от разработчика: будем очень стараться сделать это до 1 июля.

(В зале раздался дружный смех.)

Атомно. Что называется, no comments.

(83) Надеются еще отсрочку вытрясти? Чот думается, что не выйдет...

(87) надо прям щас просить

(87) Личное ИМХО, к июлю в том виде, в каком систему видит сейчас руководство РСХН  - оно не взлетит. Будет мораторий, отсрочка или еще что-либо, либо коллапс отрасли. Поживем-увидим.

у молочников сейчас рынок падает, надо пощадить

(89) Если бы не молочка, все нормально было бы. По мясу и рыбе все ОК.

(91) Да молочка принципиально ничем и не отличается от мяса и рыбы

(92) Так а что тогда производители молочки страдают? Остальные вроде работают - не жужжат.

(92) вот так вот взять и отмазки лишить :)
ст-ть единицы ниже? мороки больше? но сейчас проблемы в отрасли, добить меркурием только - не все переживут.

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

(95) Формально материальных затрат для внедрения ЭВСД не надо :)) А вот фактически зависит от того, насколько на производстве все запущено...

(92) прикольный у тебя ник - я тоже автоматизировал в 1999 году 22 молзавода в Пензенской области

(97) Знаю-знаю.И что твой ник означает- тоже
(94) Ой да ладно. Обычные колебания рынка

(98) давненько так не колебало :(

Сто

(99) а Что так колбасит питерские заводы? Да, рынок не растет, но цены на готовую продукцию не растут, так ведь и на сырье цены не растут, даже падают

В Питере вообще, говорят, особая ситуация с Меркурием.

(101) не с цельномолочкой пока проблемы

+(103) Влияют на цену не только объемы сырого молока, но и запасы сухого молока, масла. Неопределенность в плане биржевых товаров сохраняется на всем мировом рынке.
Подробнее читайте на © DairyNews.ru   http://www.dairynews.ru/news/tsena-na-moloko-budet-padat.html
не берусь утверждать что в Белоруссии неправдоподобно много сухого молока... хотели закрыть, не закрыли.

(104) Это все я читаю. Дешевое сухое молоко- что в нем плохого для переработчика. Это у колхозников от этого должна голова болеть.

(105) его не колхозник и сушат :(

(106) Знаю. И сколько % в выручке СОМ у вас? 5%? Я вас умоляю.

(107) у нас побольше. Придётся это исправлять

Кручу УВС, еще жду оплаты решения с ИС. На УВС к тестовому контуру подключился, но на этапе связки ХС с предприятием лыжи встали - "ошибка соединения". А без связки дальше никак. Может  подскажет кто, что с этим делать?

(109) В УВС связь через РС. А в вэбе предприятие то есть?

(110) Оно, прежде чем записать в РС, пытается записать связь через api, на чем и обламывается. А в вебе я что-то такого не видел, хотя нужно еще раз все перешерстить.

(111) связь пишется в УВС. Без обращения к Меркурию. А вот создание нового предприятия идет через АПИ. Так ошибка на этапе создания или уже есть предприятие в справочнике?

(112) И предприятие и ХС есть, а вот в форме создания связи по кнопке "Создать связь" оно явно лезет в api, и обламывается как раз через установленный в настройках таймаут.

(113) Вот жеж... и правда...

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

Коллеги! А кто нибудь пытался программно обращаться к модулю Контур.Меркурий? Как я уже писал, мне нужно посылать в Меркурий транспортные партии из нашей обработки, в которой операторы формируют маршруты, транспорт присваивают, печатают весь пакет документов и маршрутный лист.

Я покопался в кишочках Контур.Меркурий, вызываю все те же процедуры, сначала формирую производственную партию под транспортную из ничего, потом формирую транспортную. вроде вызываю все те же самые процедуры, но в транспортной партии не заполнены гуиды исходной партии, хотя она уже успешно сформировалась.

Вот такой у меня код:
Сообщение = Неопределено;
    Товары = ЗаполнениеТаблицыТоваров(Стр, Сообщение);
    Ошибка = МодульЕДИ.ВнешнийМодульМеркурий.СообщениеСоздатьПартииДляОтгрузки(Сообщение.ПлощадкаEDI.GUID,Сообщение.ХозяйствующийСубъектEDI.GUID, Товары, Товары, Ложь);
    Если ЗначениеЗаполнено(Ошибка) Тогда
        МодульЕДИ.ВывестиПредупреждение_КонтурEDI("Не могу выполнить по причине: " + Ошибка);
    КонецЕсли;
    
    Сообщение.Товары = Товары;
    
    Параметры = Новый Структура();
    Параметры.Вставить("ОтправитьСообщениеИзФормы",    Ложь);
    Параметры.Вставить("Сообщение",    Сообщение);
    Параметры.Вставить("ПереотправкаСообщения",    Ложь);
    Параметры.Вставить("ОчередноеСообщениеПоДокументу",    Неопределено);
    Параметры.Вставить("СообщениеСсылка",    Неопределено);
    Параметры.Вставить("ИмяМетода",            МодульЕДИ.ВнешнийМодульМеркурий.ПолучитьИмяМетодаМеркурийПоТипуСообщения(Сообщение.ТипСообщения));
    
    РезультатОтправки = МодульЕДИ.ВнешнийМодульМеркурий.ОтправитьТранзакциюМеркурий(Сообщение, Параметры);

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

(117) я гасил в тесте! Правда, в версии 1.3 апи. Чуть попозже руки дойдут - запилю в двойке. Ориентировочно на днях, у меня как раз это по плану.

UP

(116) ОтправитьТранзакциюМеркурий(Сообщение, Параметры)
Ждет что ей передастся уже готовое сообщение.

В СообщениеСоздатьПартииДляОтгрузки
гляньте как отрабатывает поиск для сопоставления:
мСтрок = Товары.НайтиСтроки(Новый Структура(.....
Скорее всего он здесь почему-то не может сопоставить строки ответа Меркурия со строками вашего сообщения                 текСтр.ИсходнаяПартияНомер = СтрокаСЖ.entryNumber;
текСтр.ИсходнаяПартияGUID = СтрокаСЖ.guid;

А вообще, мне не очень понятно зачем вы используете СообщениеСоздатьПартииДляОтгрузки? партии же должны быть в складском журнале заранее и подобраться при конвертации Сообщения в Термины меркурия.

Или это вы досоздаете на лету партии чтобы ввод остатков не делать? (аналог интерактивного действия "создать недостающие")

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

Да это аналог интерактивного действия "создать недостающие".

(121) Если партии создались успешно то он просто не может теперь их положить обратно в сообщение. Это именно тут, в СообщениеСоздатьПартииДляОтгрузки в конце
мСтрок = Товары.НайтиСтроки(Новый Структура("ИсходнаяПартияНомер, guid, productItemUuid, Количество, СрокГодности, СрокГодности2, ДатаПроизводства, ДатаПроизводства2", "", guid, productItemUuid, Количество, СрокГодности, СрокГодности2, ДатаПроизводства, ДатаПроизводства2));

Просто посмотрите почему мСтрок пустой.

Прочитал тему с первого вашего поста. Не хотел бы лезть не в свой огород, но очень уж любопытно: Почему Вы сразу отказались от интерфейса? Именно инетерфейс же следит за оператором, не дает ему накосячить, забыть, помогает. Правда, это наверное уже оффтоп, если у вас остались еще вопросы/предложения, можете писать мне напрямую: [email protected]

(122) все дело в том, что для операторов уже есть интерфейс, они в нем работают, еще много чего там делают, уже все выдрессерованы. А использовать 2 интерфейса - слишком сложно.

(123) Понимаю Вас.
Мы так же думали, когда приняли решение сделать единый интерфейс Меркурий+EDI чтобы клиенты EDI не переучивали операторов и не нанимали новых под Меркурий.

И как сделали?

(125) чет я не до конца понял где акцент в вопросе - на слове "как?" или на слове "сделали?", так что отвечу на оба: Да, получилось, добавили в EDI возможность подключить Меркурий и операторы могут работать с тем же рабочим окном (которое мы как-раз и считаем офигеть каким крутым :) ). Ваш пример достаточно редкий, потому и интересен (нечасто клиент готов решиться запилить всё иначе)

Так ты имеешь ввиду, что работа с меркурием реализована как вызов модуля Меркурия из Контур EDI ? А сам ты из контура? Я верно тебя понял?

(127) Да, вызов Меркурия идет из интерфейса EDI. Да, я из Контура.

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

(129) Так я же уже 2 раза написал где наиболее вероятная проблема ))

Ну я что то не понял. Я ж целиком вызываю процедуру СообщениеСоздатьПартииДляОтгрузки. А как же мне их положить то в сообщение обратно? Не меняя кода Контур.Меркурий?

(131) Смотри, тебе сейчас надо понять, почему СоздатьПартииДляОтгрузки не наполняет сообщение GUIDами партий, которые успешно создала. Чтобы понять почему - надо в ней понять почему не отработал
мСтрок = Товары.НайтиСтроки(Новый Структура(...
После этого станет понятно что надо исправить вне СоздатьПартииДляОтгрузки

Начал понимать :)

Жаль, что уже пора домой... Завтра думаю разберусь.

Ну а ваше компетентное мнение про встроить вызовы Контур.Меркурий в нашу обработку что скажете? Сильно неразумно и геморно или нормальное решение?

Эх, если б вы описали Контур.Меркурий еще и как API для использования его из своего кода - как бы было круто!

(134) Если вы еще не сильно много времени потратили (а судя по всему еще не успели) то наверное стоит все-таки еще раз задуматься, что будет разумнее.
За те смешные деньги которые мы просим за интеграцию нашими силами, Вы получите полностью работающий процесс  с кастомизированной под Вас частью в подключаемом модуле (т.е. обновления просто берем и запускаем).

Вы сейчас пытаетесь использовать его в качестве шлюза. Давайте так: загляните в форму: "Меркурий_Сообщение" - это карточка транзакции, и обратите внимание как много интерактивного функционала там находится (подменю "Еще" не забудьте глянуть). И это не бантики ради бантиков - там все по делу. Сколько вам придется написать самостоятельно чтобы перетащить это себе? (можно, конечно, чем-то пожертвовать, но очень скоро выяснится что и эта фича нужная, и эта, и та - мы бы их не писали, если бы в них не было потребности)
Кроме этого вам придется как-то самостоятельно контролировать процесс работы операторов.

А по поводу того что операторам придется переключаться между окнами, если все-таки не выкидывать наш интерфейс, - так это ИМХО не самая большая проблема(а может и не проблема вовсе?).
Если пойти по пути использования Контур.Меркурия штатно, Вам в своем интерфейсе можно было обойтись малой кровью - вывести состояния по меркурию, например, пару валидаций кинуть - и всё (а это на изиче т.к. все данные в базе и все привязаны к вашим документам).

Кстати, а какие это "смешные деньги", а то мне упоминали какие то немалые суммы. Я то просто программист, закупками не ведаю, с менеджерами по продажам ПО не общаюсь, я просто технарь, подобная инфа доходит через 3-и руки.

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

Я понимаю, что сделать то ,что я делаю поручили мне потому, что той обработкой, которой пользуются все операторы, они пользуются с небольшими изменениями уже лет 10, а контур EDI используют только для обмена с сетями, трудно рассматривать его в контексте подготовки документов для какой то мелкой торговой точки в глухой деревне, где не только компьютера и интернета, но и банально нормального сигнала сотового, что бы хотя бы 3G было - нет.

(136) Да-да-да, вопрос хороший. Заодно можно спросить о схеме дальнейшей поддержки.
Кстати, партионный учет все равно нужен. От этого никуда.

(136) Смешные деньги - это 70 разово, 90 ежегодно с первого года, чтобы бобик не сдох.

Сейчас уточнил у начальников - нам назвали 200 тыс. и очередь в 3 месяца...

(140) Сильно... Хотя, если считать зарплату программистов, на свою разработку примерно столько-же ушло...

(140) 200 тыс- разумная цена запуска "под ключ" для приличного предприятия

(142) +Только ведь, это не сеанса массажа, где от клиента требуется расслабиться и лежать ровно. Там требуется организационная работа внутри фирмы

(141) 200 разово не отменяет зарплаты программистам, так что это сверху. Ну и 3 месяца очереди...

(144) Если Вам назвали 200 за только внедрение, значит у Вас либо несколько юр лиц либо много площадок либо несколько технологических процессов либо несколько баз 1С. либо произвольная комбинация из этого.
Обычно цена внедрения производственного предприятия в районе 100 (если 1 ХС и 1-2 площадки). Цена внедрения дистрибьютора (нет производства) обычно еще в 2 раза ниже.
А вообще есть алгоритм который выдает цену после ответов на ряд вопросов.
Цена диктуется вариативностью кастомизационных частей которые потребуется внедрить (то что называется заточить под вас).
(143) Верно говорите, организационная работа на стороне клиента неизбежна.

(137) не совсем понял что значит "мелкой торговой точки в глухой деревне" чем она хуже сети то? Эта отгрузка - еще одна строчка в списке задач оператору. Тем более вы уже используете Контур.EDI (как я понял с интерфейсом) - Представьте что транзакции в Меркурий улетают по такому же принципу. По всем вашим покупателям.
Фигурально выражаясь, Меркурий - это просто еще одна огромная торговая сеть, в которую надо отправить сообщения (пусть и сами сообщения существенно сложнее чем те которые в EDI)
Я вам всего-то предлагаю сначала запустить Контур.Меркурий в том виде, в котором мы его видели при разработке, а потом уже понять что вы сможете переделать а что переделывать нецелесообразно.

У торговой точки в деревне нет компьютера, нет интернета Как же они будут работать?

(138) Партионный учет - это уже почти мантра в Меркурии )))
Мы предпочитаем слово "прослеживаемость" т.к. оно явно отделяет нас от партионного учета в понимании обычного 1С-ника.
Существуют логические и процессные методики отражения операций, позволяющие не внедрять "полный" партионный учет и при этом полностью корректно работать в Меркурии. Например молочному заводу по схеме blackbox достаточно иметь срок годности в строке реализации (+в номенклатуре нормативный срок годности) для того чтобы полностью выполнить требования о прослеживаемости.

(147) я так понял что Вы имеете в виду вашего покупателя продукции (клиента компании). Если так, то все ок, он просто ничего не будет делать с оформленным в его адрес ВСД. И это его проблема.

(148) Вы так опасно терминами играете. Прослеживаемость это несколько другое вообще-то.

(150) Да, Вы верно говорите.
В том то и дело что по нормативке требуется именно прослеживаемость, а не партионный учет. Парт. учет - это одно из возможных средств выполнения требований о прослеживаемости.

(151) В общем случае только срока годности для прослеживаемости недостаточно. Может быть одинаковый товар, произведенный на разных заводах с одинаковым сроком годности. Или, того хуже, произведенный на одном заводе из разного сырья.

Разрешите я кину ссылку на то как эту кухню объясняет Власов:
https://www.youtube.com/watch?v=OC16aCTpLiw&feature=youtu.be&t=2114
и влоть до 38:10

(148)
Вы предпочитаете термин прослеживаемость потому, что скорее всего не понимаете, что иного пути, как организация партионного учета для достижения прослеживаемости просто не существует.
Не стоит морочить голову людям.
А этот пассаж "Например молочному заводу по схеме blackbox достаточно иметь срок годности в строке реализации (+в номенклатуре нормативный срок годности) для того чтобы полностью выполнить требования о прослеживаемости.", просто свидетельстует об отсутствии у вас не только знаний, но и неких моральных ограничений.

(152) Может быть много разных кейсов, вы правы. Но противоречия все равно не будет. Товар от другого производителя 99% будет заведен в базе отдельной номенклатурой - они в 1С изначально не смешаны. Мой пример рабочий и реальный.

(154) Когда будете готовы к конструктивной беседе - возвращайтесь))

(155) Чего? Вы откуда это взяли? С чего это у дистрибутора, например, одинаковый йогурт от одного производителя (Данон, например) с разных заводов будет разными позициями заведен?

(156) Смотрел недавно презентацию вашего продукта, возможно из ваших уст. Желаете, чтобы я озвучил свои впечатления?

(153) Понятно, тоесть вы предлагаете указывать все сырье, которое было на заводе, для всей выпущенной продукции? Так это профанация, а не прослеживаемость.

(157) спугнёте :(

думала ума-разума наберутся хоть, раз зашли

(160) Ну надо понять, они реально не в курсе, как оно на самом деле обстоит, или такие детали им не важны?

(158) Да, было бы интересно.

(158) очень

(159) Вас никто не заставляет обманывать Меркурий отправляя ему неправильные партии сырья. Если брать конкретный пример молочного завода то вы сможете достаточно четко определить партии, которые реально могли использоваться при производстве.

(157) Я изначально очертил круг - отдельный молочный завод. У дистра - да, там может быть другая история, вы правы.

(165) Понятно. Мой вам совет - не надо называть прослеживаемостью то, что вы подразумеваете под этим.

(167) Ну, в любом случае спасибо за совет, но Вы же не объяснили что вам так не по душе))

(168) То, что вы считаете срок годности достаточным условием для прослеживаемости. Это не так.

(169) Так все верно, в общем случае - это не так.
Я ведь приводил один простой пример и рамках этого примера срока годности достаточно.

(163)(164) Наш друг, видимо, не очень желает:)) Не буду. Имеющий уши, да сам услышит, имеющий глаза- увидит.

(171) Я вам не друг, вы позволяете себе кидать камушки без пояснений.
Извольте объясниться с чего вы решили что:
"что иного пути, как организация партионного учета для достижения прослеживаемости просто не существует"
?
я вам конкретный пример привел, дал отсылку на Власова.

(172) Да, Власов - это голова:) Он большой спец в технологиях пищевых производств. Когда он говорит, многим кажется, что он бредит. Тем, кто в теме, конечно.
Но не в этом суть.
Вы допускаете, что на пищевом производстве в течении суток может вырабатываться несколько партий одноименного продукта из различных партий сырья?

(170) Это - партионный учет в разрезе сроков годности, а никакая не прослеживаемость.

(173) Да, может.

(174) В понимании дистра - да, верно.
В понимании молочного завода прослеживаемость - это указать партии сырого молока, которые могли быть использованы при производстве.

(175) Прелестно. Тогда как же быть с этим:
Например молочному заводу по схеме blackbox достаточно иметь срок годности в строке реализации (+в номенклатуре нормативный срок годности) для того чтобы полностью выполнить требования о прослеживаемости.

(176) Так как вы это обеспечите просто указанием срока годности в строке реализации?

(177) молоко все друг на друга похоже. Мясо тоже. И проверить какое именно (из многих) мясо или молоко вы положили в ту или иную партию продукции - в общем случае все равно невозможно и никто этого не будет делать. В этой связи я думаю что с этой темой мы пока расслабимся. Часть вендоров решений по Меркурию вполне себе на голубом глазу советуют списывать в производство с каждой партии понемножку, чтобы в сумме было списано столько сколько нужно для производства с учетом выхода. Прослеживаемость, чо...

(177)(178) У вас на стоке существуют входящие партии сырья. В том числе образованные путем объединения (в том числе вообще объединяя всё в 1 входящую партию). По каждой строке реализации вы легко можете понять какие из этих партий могли использоваться при её производстве.

(179) Да, это так. Но называть это прослеживаемостью - или профанация, или умысел для введения в заблуждение потенциальных клиентов.

(180) Рукалицо.

(182) у Вас что-то с лицом? :)

(181) это же термин, предложите другой )

(184) См. (174)

Вот вы за всякие глупости спорите, а у меня тем временем получилось сформировать программно производственную партию, потом транспортную отправить в Меркурий. А вот ВСД пока не печатает почему-то, хотя я точно знаю, что лазить за ним в Меркурий не надо, он, QR код храниться в базе.

(186) Пилите, Шура, пилите :))

(187) дык! Мне ж за то денежки идут :)

По поводу партионного учета и прослеживаемости - уж не полагаете же вы, что сумев сделать то малое, что я уже сделал, я не смогу сбацать партию из Отчета о производстве или из комплектации номенклатуры? (да-да, о ужас, у нас производственные операции оформляют комплектацией и разукомплектацией! И изменить это я пока не в силах)

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

И отсюда вопрос к БородаДжигурды как быть с такой схемой применительно к вашему продукту?

(190) На входе - свинка, на выходе - колбаса :))

Именно так!

(190)
То что у Вас есть комплектация и разукомплектация - это здорово. Это поддерживается. Вы можете задать несколько типов документов для производства, модуль будет предлагать их к отправке. Достаточно будет в подключаемом модуле подсказать ему из каких реквизитов и таб. частей вытаскивать сырье и получившуюся продукцию. Посмотрите как работает Функция ПодготовитьТранзакциюПроизводства.

БородаДжигурды, верно ли я понимаю, что после отправки транспортной партии в меркурий QR код приходит не сразу, надо как то дождаться завершения фоновой задачи, а потом его печатать? И как? Какой примерно план действий, алгоритм? Куда посмотреть?

я пытаюсь печатать так:
    ДокументыВПечать = Новый Массив;
    ДокументыВПечать.Добавить(ВыбДокРеализации);

    ТабДокумент = МодульЕДИ.ВнешнийМодульМеркурий.ПолучитьТабличныйДокументВСД(ДокументыВПечать);
                
    Если ТабДокумент<>Неопределено Тогда
        ТабДокумент.Показать("Перечень ВСД");
    КонецЕсли;
Верно? или что то упустил?

(194) QR код - в явном виде не приходит, его просто не в апи. Но его можно сгенерировать сомостоятельно. У нас за это отвечает Функция ПолучитьТабличныйДокументВСД - ждет на входе список сообщений или внешняя печатная форма к реализации - она в макете ВнешняяПечатнаяФормаВСД
Ну а если хочется покопать "по-железу", то отправляйтесь в функцию ЗаполнитьОбластьВСД - там отгадака:
QRСтрока ="https://"+ПрефиксТестовогоСервера+"mercury.vetrf.ru/pub/operatorui?_action=findVetDocumentFormByUuid&uuid=";+УИД;

(195) да, только ПолучитьТабличныйДокументВСД ждет на входе не РТУшки а сообщения

(195) Для отдельно взятой РТУ лучше взять
Функция ПолучитьТабличныйДокументПеречняВСД(ДокументРеализации, ПрефиксТестовогоСервера, ОбщийТабДокументДляВыводаПотоком = Неопределено) Экспорт

(196) Интересный глагольчик... Но у меня в отличие от других (например от printVetDocumentByUuid) он что-то не отработал:

Недопустимая операция

У Вас недостаточно прав для выполнения данного действия. Обратитесь в службу поддержки системы: [email protected]

В письме подробно опишите Вашу проблему, порядок выполняемых действий, какие сообщения выдаются системой, а также по возможности прикрепите к письму скриншот (снимок экрана, делается нажатием на клавишу Print Screen)

Не знаете в чем дело?

(199) могу предположить что собрали все-таки как-то неправильно. Тут особо думать то не приходилось - так эту ссылку собирает сам меркурий.
вот проверьте так:
https://t2-mercury.vetrf.ru/pub/operatorui?_action=findVetDocumentFormByUuid&uuid=e6a4-9606-31dc-4daa-8a2d-d297-ba3f-1e03

"t2-" - это чтобы тестовые всд смотрть на тестовом сервисе проверки, на боевом этот префикс надо убирать

(199) кажется догадался, ошибка как у вас возникает если ошибиться в "findVetDocumentFormByUuid" например забыть там подстроку "Form"

(201) да, верно, нашел. Спасибо. Мы обычно используем printVetDocumentByUuid, это сразу дает печатную форму. Но только полную. Интересно, существует ли метод, который позволил бы вывести сокращенную форму, а лучше несколько - по всей транспортной партии. Похоже, нет такого.

(202) Может и есть, но для этого надо знать idшник транзакции, а взять его неоткуда.

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

БородаДжигурды! У меня пара вопросов появилась

Помниться в каком то бетарелизе, Контур.Меркурия была кнопка, по которой во внешние печатные формы засовывалась обработка печати ВСД из реализации. Сейчас не смог найти той кнопки - убрали или я плохо искал?

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

Это было? http://v8.1c.ru/lawmonitor/lawchanges.jsp
последняя свежая новость

(206) Сроки не радуют. Явно дают возможность заработать партнерам :))

Зачем это в бухгалтерии?!!!

(208) а вдруг! :)

Когда коту нечего делать он...

(208) Гасить, наверное.

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

(211) Может в БП появится учёт по срокам годности)))

(205) Я Вам выше писал что она в макете ВнешняяПечатнаяФормаВСД
Он предлагает подключить к РТУ автоматически при первой попытке печати из интерфейса.

По багам можете писать как своему внедренцу с нашей стороны - они сразу тикет нам кидают в трэкер или можно мне на [email protected]

БородаДжигурды! Подскажи, как связывать площадки с ХС? Как мне подсказали, надо указать в Объект 1С договор с контрагентом? Они у нас на каждый адрес делаются, куда продукцию везем

И да, спасибо за ответ на мои вопросы :) Теперь у меня программно делается и производственная и транспортная партия и ВСД печатает.

Теперь бы с площадками разобраться! Может пояснишь? Что да как? Тогда я бы смог своих заставить начать работать в существующем интерфейсе Контур EDI

up

up! Тону!

(215) Связывать площадки и ХС клиентов - не нужно (все равно не сможете (если только не Вы создавали ХС))

Соответствие площадки клиента можно установить на любой объект в 1С (это может быть контрагент (если вы используете грузополучателей) или договор (если точки доставки по договорам) или даже свой другой справочник.)
При подготовке сообщения важно чтобы площадка попала в Сообщение.ПлощадкаПолучатель1С (есть типовое заполнение но вы можете поправить в подключаемом модуле и затолкать туда что угодно) После этого Механизм конвертации сконвертирует это значение по установленному соответствию.

Соответствия можно проставить "на лету" прямо из карточки транзакции - тогда открывается форма "Меркурий_ХС_Площадка"
Эта форма умеет сопоставлять как ХС так и Площадки. Она же даст возможность создать в меркурии ХС и Площадку если они не нашлись (для этого обязательно сначала поискать)
При этом площадку сначала среди привязанных, а затем и среди всех - только тогда появится кнопка создания объекта в Меркурии. Еще в ней ест ьсамописный парсер адреса из произвольной строки и переход в Контур.Фокус если не знаете каких-то реквизитов.

Спасибо! Завтра буду пробовать, разбираться! К сожалению ваш ответ увидел только сейчас, был занят - кодил :) Спасибо!

Все же не могу понять - где настраивать взаимосвязь площадки и договора? Как сделать, что бы площадку брала по договору? Куда это нужно заглянуть?

Нужно при сборке сообщения положить договор в Сообщение.ПлощадкаПолучатель1С
При этом иметь соответствие площадки на этот договор.

и где это прописать? во внешнем модуле я имею ввиду

Я во внешний подключаемый модуль добавил
Если ИмяСобытия = "ПодготовитьТранзакциюМеркурий" Тогда
        Параметры.Сообщение.ПлощадкаПолучатель1С = Параметры.ДокументСсылка.ДоговорКонтрагента;
    КонецЕсли;

Но что то не очень помогло! Соответствие площадки и договора сделано. Прямо В карточке транзакции тоже не получается.

Сделал так:
Если ИмяСобытия = "МеркурийЗаполнитьРеквизитыЗаказа" Тогда
Параметры.Сообщение.ПлощадкаПолучатель1С = Параметры.ДокументСсылка.ДоговорКонтрагента;
КонецЕсли;

Теперь площадку определяет, но зато пишет всякое типа:
Заявка 52eb0aee-7a07-42a1-af96-9d38cb2264b8 отклонена: APLM0007Wrong application data format. Format validation failed due to XML Schema rules:  Element 'shipmentRoute' not expected.
Заявка 3c679604-9209-4282-8030-b59e7f6ebe8d отклонена: APLM0007Wrong application data format. Format validation failed due to XML Schema rules:  Element 'shipmentRoute' not expected.

Не пойму, что же я делаю не так?!

(39) У нас куплен. Тоже рассказывать нечего.

shipmentRoute - это элемент мультимодальных перевозок.
Киньте мне на почту текст запроса, так непонятно.
[email protected]

(229) Написал письмо.

По молочникам весело - оказывается, у них нормальная практика выпуск продукции завтрашним днем делать. Товар отгружают вечером, а ветсправки делают после 0 часов, и думают, что все нормально будет...

(231) Теперь с вечера отгрузочные документы как бы нельзя.

(231) это у процентов 70 пищевиков нормальная практика. Особенно перед длинными праздниками, например. Я думаю, надо поискать производство, где 30 декабря не делают продукцию 3-м января.

(232) Ну вот и приходится им разъяснять, как дальше жить теперь...

(233) Теперь не смогут 30 отгрузить продукцию с датой 3...

(235) этого обычно никто и не делает. Проблема в том, что отгрузки, как правило, есть посередине праздников, когда нет или недостаточно производства. А сети хотят свежую продукцию.

соответственно, "свежую" надо заготовить заранее

(236) Я про то, что отгружают с завода условно в 19-00 продукцию с датой завтра, клиенту она уже приходит после 24-00, теперь так не получится...

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

(239) Это да, до многих еще не дошло, что схемы, обкатанные годами, менять придется...

(74) И как успехи? Через что посылаете данные?

http://1c.ru/news/info.jsp?id=24302
Как и предполагалось, по сути в типовых будет поддержана только торговля. Времени осталось мало.

Самое сложное лично для меня сейчас это разделить так сказать белое и серое. Т.е. если нужно дать инфу в меркурий о том что продано и куплено по безналу, то уже за наличку не купишь тот товар который продал по безналу.

И мне думается что такая проблема не только у меня.

(243) У вас все 100% клиентов прям требуют ветдокументы?

(245) бОльшая часть проводных требуют вет справки.

(246) Ну так и я о чем, что непроводным никакие ветсправки не нужны.

(247) Все верно, но получается что если у меня по регистру с ветеринарными остатками какого то мяса будет не хватать, я его не смогу продать даже если оно есть по факту на остатке. Чтобы у меня минус в меркурий не ушел.

(248) Если вы пытаетесь продать в 2 раза больше, чем вам пришло - то да, не выйдет. А небольшие отклонения вполне решаемый вопрос.

(249) Никто не будет смотреть небольшие отклонения или большие. Задача автоматизировать этот процесс. Понятно что что-то можно докупить и поставить на приход наверное.

(250) Работайте полностью вбелую, и никаких проблем не будет :))))

(251) Кроме налогов никаких да)

(252) Плати налоги, и живи спокойно.

Однажды открывая розничную точку в другом городе программист нашей компании, очень сильно встрял с добавлением и интеграцией данного оборудования, всё от того, что предыдущие программеры написали как-то криво обработку из-за чего 3 дня, коммандировка из предполагаемых 3 дней переросла в почти неделю, так ему не удалось победить эту проблему. Дело было в Питере и по счастливой случайности практически в одном и том же БЦ находилась IT компания Кван (http://www.kvan.ru), которая оказывала услуги по интеграции в 1с в том числе. В общем что-то поменяли в dll драйвера меркурия и что-то в самой обработке и заработало. Обслуживают наш филиал в СПб до сих пор. Иногда проще и быстрее делегировать задачу, если у самих реально не выходит...

(251) А вы готовы покупать "золотую" колбасу, пить молоко, которое по весу будет стоить как то же золото и т.п.? А остальные согласны?

(251) А если вы или все остальные будут недовольны такой стоимостью, то как долго протянет ваша организация "полностью вбелую" и как скоро вам придется искать новую работу?

(255) Можно не работать вбелую и решать проблемы, с этим связанные. Меркурий тут вам не помощник.

(256) Работу сейчас найти вот ниразу не проблема...

(258) ну да, особенно 1С-нику. А вот найти колбасу по карману и хорошую - уже проблема...

(254) За рекламу заплатил?

(257) Давайте не будем тут рассусоливать тему про белое и серое. Есть теория а есть жизнь так сказать, есть проблема которую я описал, и ее надо решить. Поэтому будем решать именно ее, а не предлагать всем переходить работать в белую из-за меркурия.

(261) Не противоречащего законом универсального решения тут не существует. Не законные вам никто раскрывать не будет.

(262) раскрывать ненадо, мы сами сусами, главное принцип передачи, остальное все пилится.

(263) Принцип очень простой. Во-первых, нужно понимать, что есть родное бесплатное API и есть сторонние решения от EDI-провайдеров, которые представляют собой платные и, возможно, более удобные обертки к этому API. Что и как реализовано у провайдеров - зависит от провайдеров, т.е. нужно звонить и просить их показать что у них и как.
Если же мы говорим о первом варианте (Ветис.API), то это несколько веб-сервисов, взаимодействие с которыми идет по SOAP с использованием HTTPS. Да, пока еще там обычный HTTPS с обычным сертификатом, без применения каких-либо криптопровайдеров и ЭЦП. Как-то так.

(264) Спасибо за пояснения.

(239) у вас есть какой-то "опросник", который вы даете перед заключением договора?

(266) Вы просто качните с нашего сайта презентацию. В последней новости есть ссылка

(267) а можно ссылку в тему? тоже интересуюсь

(268) в профиле сайт. Презентацию нашла

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

(253) (255) Дадада. Слышу на каждом втором углу - государство проклятое налогами и проверками нас задушило. Доколе!
Только вот странно это слышать не от собственника бизнеса, а от наемного работника на з/п. У нас вот всему заводу (на прошлой работе) и дочерним магазинам по 3-4 месяца з/п задерживали, а тем, кому часть платили в серую, то еще выторговывали "списание" части задержанной серой з/п. Типа кризисы, шмызисы. В итоге люди получали за полгода работы 30 тыр и утирались. А уволиться в городе на 15К населения некуда - везде все одно. А машины руководство меняло с завидной регулярностью. И сильно ни в чем не нуждалось.

(257) Совершенно точно - хотите избегать налогов - платите эти деньги за поддержку схем избегания.

(271) ошибся - не (253), а (252)