Опыт интеграции 1С с системой Меркурий (Часть 5)

Обмен - Обмен с другими системами

Описывается опыт внедрения в 1С системы работы с ветеринарно-сопроводительными документами Меркурий. Интеграция еще в процессе и приветствуется обмен опытом.

Эта статья является продолжением цикла статей, посвященных переходу с 01.01.2018 производственных и торговых предприятий на работу с системой Меркурий:

Где проводится интеграция:

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

Конфигурация 1С:

Самописная конфигурация, которая состоит из модулей WMS (Управление складом), TMS (Управление автотранспортом), DMS (Управление документами).

Законодательные проблемы работы в Меркурии на 01.08.2017 (информация, которую услышал от ветврачей):

  • Система Меркурий находится в частных руках, Государство не имеет к ней отношения. Чтобы законодательно утверждать какие-то правила действия, ГИС Меркурий должна быть приобретена Государством и должен быть подписан Акт о вводе в эксплуатацию. Эти аргументы приводят сейчас ветслужба в Москве.
  • Работа в системе должна выполняться аттестованными специалистами. Документ о проведении аттестации МинЮст вернул на доработку.

Ход интеграции:

1. Синхронизация справочников.

1.1. В нашей конфигурации есть справочник Контрагенты, который соответствует Юридическому лицу. В Меркурии это справочник Хозяйствующие субъекты (далее ХС).

1.2. В нашей конфигурации есть справочник Адреса доставки, который соответствует грузоотправителям и грузополучателям: складам, магазинам и т.д.. В Меркурии это справочник Предприятия (далее ПР).

Можно выделить 2 глобальные проблемы с ХС и ПР:

  • отсутствие записей;
  • дублирование записей

В случае отсутствия указанных выше справочников становится невозможным оформить Ветеринарно-Сопроводительные Документы (далее ВСД). При дублировании справочников и оформлении ВСД с неправильными ХС или ПР также будет невозможно оформить ВСД.

Решение проблем:

  • при отсутствии записей в Меркурии нужно самостоятельно заняться их регистрацией.
  • при выявлении дублирования нужно выявлять записи, с которыми будут работать контрагенты и обменяться идентификаторами. В Меркурии для ХС и ПР заведены GUID.

Мой опыт.

У нас есть программа для выявления ПР, которые внесены в Меркурий несколько раз. Т.к. сведения о ПР состоят из Названия и Адреса, единственная возможность выявить дубли - проверить уникальность адресов нахождения предприятий, связанных с ХС. Адреса в Меркурии внесены по разным правилам. Чтобы их унифицировать использую сервис Яндекса geocode-maps.yandex.ru. Результат работы программы:

Дублирование Предприятий в Меркурии

Права создания ХС и ПР в Меркурии:

  1. Права ХС, от имени которого работаем в Меркурии, позволяют создать ХС в любом регионе РФ
  2. Права ХС, от имени которого работаем в Меркурии, позволяют создать ПР в любом регионе РФ
  3. Если ХС и ПР были созданы от имени одного логина, то их можно связать между собой
  4. Если ХС и ПР были созданы от имени разных логинов, то их нельзя связать между собой. Связь можно установить только через систему Аргус:Ветеринарное Управление или пройдет автосвязывание при гашении ВСД.
  5. Права ГВЭ, позволяют создать ХС в любом регионе РФ
  6. Права ГВЭ, позволяют создать ПР в регионе, с которым связан логин ГВЭ

Создал программу, которая позволяет регистрировать ХС и ПР в Меркурии с такими правилам:

  1. по ИНН юрлица или ИП выясняем действующие реквизиты через сервис DaData.ru (можно задействовать сервис 1С:Контрагент) - нужно для регистрации ХС. Сначала выполняется поиск по ИНН и если не зарегистрирован ИНН, то создается ХС
  2. считываем связанные с ХС предприятия, выравниваем их адреса нахождения через сервис geocode-maps.yandex.ru. Если адресу доставки в нашей системе не соответствует адрес в Меркурии, то создается ПР в Меркурии. Если уже есть адрес, то сопоставляем наш адрес с Меркурием. Если в Меркурии зарегистрировано несколько дублей адреса, связываем с наиболее логичным вариантом. После получении от нашего контрагента GUID ПР, связываем наш адрес с предоставленным GUID.

1.3. В 1С есть справочник Номенклатура. В Меркурии можно условно выделить соответствующий 3-х уровневый справочник (хотя каждый уровень является отдельной таблицей): Тип продукции, Продукция, Вид продукции.  Есть еще неявный 4-й уровень, который задается в виде текстового названия товара. В Ветис API 2.0 добавлен 4-й уровень, соответствующий конкретному товару.

Для меня не понятно решение почему Вид продукции оказался на 3 уровне, а не на 2, но тут уже видно особая логика ветврачей.

Проблемы с Видами продукции (ВИД):

  • обобщенное описание товаров
  • дублирование записей
  • отсутствие записей

Решение проблем:

  • Вид продукции соответствует группе Номенклатуры, причем у каждого участника цепочки поставок может быть своя классификация. Поэтому, нужно с контрагентами договариваться к какому ВИД нужно отнести Номенклатуру. Но источником информации является Производитель.
  • одну и ту же Номенклатуру по описанию можно отнести к разным ВИД. Нужно согласовать со всеми участниками поставок какой товар к какой группе отнести.
  • для добавления недостающего ВИД нужно обратиться в техподдержку Меркурия по адресу api@vetrf.ru.

Мой опыт.

Когда начали споставлять ВИД и наш справочник Номенклатура, оказалось, что 1 ВИД отсутствует. При обращении в поддержку Меркурия ответили, что нужно максимально использовать существующую классификацию. Но в нашем случае добавление нового ВИД было обоснованно. Поддержка Меркурия сказала, что собирают заявки от ХС несколько недель и отправляют из в РосСельХозНадзор (РСХН). Эти заявки рассматриваются в РСХН и, если оправдано добавление нового ВИД, классификатор дополняют. Когда прошло 2 недели ожидания, позволнил в РСХН. Ответили,  что не занимаются согласованием и поддержка Меркурия сама должна добавить ВИД. Чиновник из РСХН даже сказал, что можно обратиться в поддержку Меркурия и назвать его ФИО, чтобы не было проволочек. В результате поддержка Меркурия добавила ВИД за 2 дня.

Иерархия продукции (Номенклатура показывается как 4-й уровень, но это виртуальное дерево, на 4-м уровне пока будет название товара, в Ветис API 2.0 будет товар из справочника Меркурия, а не текстовое название):

Продукция Меркурий

2. Остатки в 1С

В Меркурии есть остатки, которые называются записи складского журнала (ЗСЖ). В 1С ЗСЖ соответствует справочник Серия номенклатуры или Партия. В минус оформить ВСД невозможно.

Измерения остатков в Меркурии:

  1. Вид продукции 
  2. Дата выработки 
  3. Запись складского журнала

Ресурсы остатков в Меркурии:

  1. Объем (обычно в кг)
  2. Количество единиц упаковки (например, коробки)

Очень большая проблема:

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

Решение проблемы:

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

Т.к. в Меркурии разрешен ввод ВСД с бумаги, то в 1С вносятся остатки в разрезе, подходящем грузополучателям.

Мой опыт.

Проблема ввода остатков по Меркурию состоит в том, что под все даты выработки (или сроки годности), хранящиеся на складе, нужно подобрать входящие ВСД:

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

Для ввода остатков по бумажным ВСД применяем документ  1С "Качественное удостоверение". В табличной части в колонке ВСД вводим сведения по всем входящим ВСД (серия, номер и дата ВСД, лабораторные исследования и разрешение не ввоз для импортного товара).

Документ "Качественное удостоверение"

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

Сопоставление остатков с документом "Качественное удостоверение"

Не очень большие Проблемы:

  • Как обеспечить учет в 1С в разрезе указанных измерений
  • Как обеспечить точность в разрезе дат выработки
  • Как обеспечить учет в разрезе ЗСЖ

Решение проблем:

  • Для учета в Меркурии создать свой регистр накопления.
  • Объяснять сотрудникам склада важность отгрузки в разрезе дат выработки.
  • Списание остатков, соответствующим ЗСЖ решается за счет регистра накопления

3. Оформление ВСД

3.1. Приход

В Меркурии понятию прихода соответствует гашение входящего ВСД. В случае, если будет выявлено расхождение между количеством в ВСД и фактическим количеством, нужно оформить возвратный ВСД. Законодательство накладывает строгие требования к сроку гашения входящего ВСД и оформления возвратного ВСД: в течение смены ветврача!

Мой опыт.

После факта приемки происходит сопоставление данных из документов: 

  1. Качественное удостоверение (данные о товаре, бумажных ВСД и датах выработки).
  2. Приход (данные о факте приемке без детализации до дат выработки)
  3. Операция ТСД (данные о факте приемки с детализацией до товара, партии, даты выработки, количеству паллет и коробок)

Создание входящего ВСД по факту приемки

3.2. Расход

В Меркурии понятию расхода соответствует оформление исходящего ВСД. В случае ошибочно оформленного ВСД, его можно отменить - аннулировать ВСД.

Чтобы оформить ВСД, сотруднику предприятия нужно указать в цели реализации "в пищу людям". Если указать цель "для свободной реализации", то ВСД оформить не получится. Вместо этого будет оформлена заявка на оформление ВСД, по которой сотрудник СББЖ должен  уже оформить ВСД.

Как пример, требования сети Лента к оформлению ВСД (у Ленты будет реализована интеграция SAP с Ветис API 2.0):

  1. ВСД содержит ссылки на конкретный товар из справочника товаров Меркурия;
  2. в одном ВСД содержится информация только по 1 производственной партии (партия закодирована в штрихкоде этикетки на коробке);
  3. в одном ВСД содержится информация только по 1 дате выработки (дата выработки закодирована в штрихкоде этикетки на коробке);
  4. в ВСД в поле «Согласованный код продукции» должен быть GTIN код коробки.
  5. в ВСД должен указываться SSCC код паллеты

Требования по оформлению ВСД сети Тандер:

  1. Отправитель и его площадки должны быть зарегистрированы в системе ФГИС «Меркурий»;
  2. При оформлении ЭВСД в разделе сведениях о получателе должен указываться адрес соответствующего Распределительного Центра согласно приложению 1 к настоящему уведомлению;
  3. Партия поступающей продукции должна быть обеспечена оформленной ЭВСД в системе «Меркурий» на момент прибытия а/м в точку разгрузки;
  4. Оформление 1 ЭВСД на партию продукции равен 1 СКЮ, согласно Приказу Минсельхоза России от 27.12.2016 No 589 и ст. 4 «ТР ТС 021/2011 Технический регламент Таможенного союза»;
  5. В пакет документов на поставку необходимо прикладывать сжатую с расширенной информацией распечатку ЭВСД (образец в приложении 1)
  6.  Вид продукции при оформлении ЭВСД должен соответствовать трехуровневому классификатору ФГИС «Меркурий», который был предварительно предоставлен для формирования данных в разрезе СКЮ;
  7. Предприятие изготовитель продукции в ЭВСД должно соответствовать ГУИД изготовителя, который был предварительно предоставлен для формирования данных в разрезе СКЮ;
  8. Строка ветеринарно-санитарной экспертизы должна быть заполнена одним из имеющихся в системе значений, в оформленных ЭВСД должны быть указаны результаты ветеринарно-санитарной экспертизы (лабораторные исследования);
  9. Дата изготовления поставляемой Вами продукции в ветеринарных сопроводительных документах, как на бумажном носителе, так и в электронном ветеринарном свидетельстве, после вашего перехода в следующий формат: ДД.ММ.ГГГГ, ДД.ММ.ГГГГ - ДД.ММ.ГГГГ, в случае указания дат изготовления диапазоном.
  10. Дата окончания срока годности поставляемой Вами продукции в электронных ветеринарных сопроводительных документах должна полностью совпадать с информацией на потребительской упаковке;
  11. Продукция со сроком годности 5 дней и менее должна быть указана как скоропортящаяся;
  12. Номер ТТН должен полностью соответствовать номеру по которому были выписаны ЭВСД (включая регистр, пробелы и символы);
  13. Дата ТТН должна соответствовать дате ТТН в ЭВСД;
  14. Вид транспорта и номер а/м в ЭВСД должны соответствовать транспортному средству, которым осуществляется перевозка товара;
  15. При оформлении ЭВСД не ставить отметку «Учет ВСД».

3.3. Инвентаризация

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

3.4. Объединение партий

В Меркурии понятие Объединения партий ввели для совмещения нескольких ЗСЖ в одну. Такие ситуации могут возникать, когда получен несколькими поставками на склад один товар с одними и теми же датами выработки.

4. Выводы

Рассматривайте внедрение Меркурия как большой проект внедрения 1С с нуля. Нельзя недооценивать сложность его реализации.

Если возникли вопросы, пишите в комментариях. Будем обмениваться информацией.

Скачать файлы

Наименование Файл Версия Размер
Опыт интеграции 1С с системой Меркурий (Часть 5):
.docx 74,32Kb
09.07.17
12
.docx 1.0 74,32Kb 12 Скачать
Требования сети Лента к поставщикам по Меркурию
.docx 121,77Kb
22.07.17
9
.docx 121,77Kb 9 Скачать
Требования сети Тандер к поставщикам по Меркурию
.pdf 177,50Kb
13.08.17
10
.pdf 177,50Kb 10 Скачать
Требования сети X5 к поставщикам по Меркурию
.pdf 5,27Mb
13.08.17
11
.pdf 5,27Mb 11 Скачать

См. также

Комментарии
1. Иван Коротеев (kiv1c) 352 11.07.17 14:04 Сейчас в теме
Добрый день! Спасибо за статью, подскажите как решали вопрос с сопоставлением входящих ЭВСД с партиями/сериями в 1с? делали ли сканер qr кода или забиваете guid вручную для каждой серии?

и еще вопрос по некоторым полям: пытались ли заполнить immunizationInfo и precedingVetDocuments ? я их заполнял, а в веб-интерфейсе они все равно пустые.
2. Александр Тарасинский (axxell) 979 11.07.17 15:48 Сейчас в теме
Проблема во входящих в том, что сетям нужен конкретный товар с конкретными датами выработками и сроками годности, а у нас входящие оформлены на ветгруппу и на период (например, нужно за 11.07.17, а выписывают июль 2017). Поэтому, создали в 1С отдельный документ, который выписывается на основании Прихода. В этом документе есть товарные позиции и все даты выработки. Для каждой строки проставляется входящий ВСД. Эти ВСД выгружаем в Меркурий в нужной нам детализации.

По иммунизации не сталкивался.
3. Шевченко Владислав (ofshadows) 31.07.17 11:33 Сейчас в теме
Добрый день! В одной из предыдущих веток данной темы говорилось, что в открытом доступе будет конфа по интеграции с Меркурием. Будет?
dsv_nsk; zaharev.k; +2 Ответить
4. Андрей Аникин (user821192) 01.09.17 12:41 Сейчас в теме
Добрый день! Какой программный продукт посоветуете для интеграции 1С УПП 1.3 и ГИС Меркурий?
6. Александр Тарасинский (axxell) 979 05.09.17 10:38 Сейчас в теме
(4)Добрый день!
Есть продукт Визард - поищите на этом сайте. У них есть реальные клиенты, который интегрировались
5. Андрей Молоков (amolokov) 05.09.17 08:26 Сейчас в теме
Тоже бы хотелось получить совет по програмному продукту. У нас используется многопередельное производство. Чтобы получить конечный продукт Создается 4-5 отчетов производтсва за смену. Причем выработка идет в кг а затем переводится в шт. и реализуется. Мне кажется отразить все эти переделы в меркуриий будет нереально и поэтому нужен укрупненный учет, который уже осуществляется в веб-интерфейсе. на мой взгляд предприятиям с многопередельным производством удобней будет комбинированная система. часть делать в веб интерфейсе (поступление, производтсвенные партии), а например выписку ВСД на продажу в 1с.
7. Александр Тарасинский (axxell) 979 05.09.17 10:40 Сейчас в теме
Я сейчас буду примимать участие в проекте интеграции с производством. Пока видение такое: для упрощения нужно списывать сырье после факта производства до составляющих, без учете переделов.
8. Андрей Молоков (amolokov) 06.09.17 14:55 Сейчас в теме
Если не секрет, какое интеграционное решение будете брать за основу?
9. Александр Тарасинский (axxell) 979 06.09.17 19:37 Сейчас в теме
(8)
Пока остановились на собственной разработке. Если увидим проблемы, переключимся решение компании Визард.
10. Анна Шеина (user826330) 12.09.17 16:44 Сейчас в теме
Добрый день, подскажите пожалуйста - если автомобиль отгружается в 22:00, а поступает в сеть в 6:00 следующего дня - какую дату ставить в ЭВСД, можно ли ставить непосредственно дату 6:00 следующего дня?
11. Александр Тарасинский (axxell) 979 12.09.17 17:45 Сейчас в теме
(10) Я думаю, что это возможно. Ведь допускается сценарий, когда нужно переоформить ВСД когда машина приехала в точку. Или если не будет работать Меркурий и нужно отправить машину, т.к. согласован срок поставки (на этот случай есть предложение РСХН, чтобы вместо GUID ВСД печатать Application ID). Правда не проверял позволит ли Меркурий оформить ВСД будущей датой.
16. Сергей (dsv_nsk) 04.10.17 05:40 Сейчас в теме
(11) присоединюсь к группе товарищей, интересующихся выпиской доков будущей датой...
12. Art Korn (user780762) 02.10.17 01:42 Сейчас в теме
День добрый, пока что только постигаю все премудрости взаимодействия с системой Меркурий, и возник вопрос : у 1С ведь есть готовая конфигурация (Управление ветеринарными сертификатами), которая отправляет документ (Транспортный/отгрузка/производство) в Меркурий через шлюз Ветис.API и получает ВСД, а также её можно интегрировать с УТ для выгрузки данных из раздела "Реализация товаров и услуг".
Собственно сам вопрос : для чего Вы разрабатываете собственную систему интеграции 1С и Меркурия, если она уже создана? Возможно, я чего-то конкретно не понимаю, тогда буду признателен если Вы укажите на область заблуждения :)
14. Дмитрий Иванов (DDEEXX) 03.10.17 15:05 Сейчас в теме
(12) Недавно обратился клиент с просьбой внедрить "Управление ветеринарными сертификатами" и интегрировать с УПП 1.3.
Начал изучать что это за Меркурий такой. Саму конфигурацию запустил (на тестовом сервере) вроде все работает. Интеграцию с УПП (а у них она для молокозавода) однозначно допиливать. Как это сделать очень большой вопрос, особенно в части производства. Пока все находиться на этапе проработки сценариев для взаимодействия с УПП. Если будет получаться, опишу свой опыт.
15. Сергей (dsv_nsk) 04.10.17 05:40 Сейчас в теме
(14)
Разработчики Молокозавода летом говорили, что как раз Управление ветеринарными сертификатами взяли за основу - т.к. это типовая отраслевая конфа, и политика лицензирования совпадает с логикой 1С.
Меня сначала напрягало, что оно отдельностоящее, но потом выверты других интеграторов напряли больше.

Такой вопрос - а как там с отражением НЗП?
И что можно менять в конфе, а то нет?
17. Дмитрий Иванов (DDEEXX) 04.10.17 08:09 Сейчас в теме
(15) С Меркурием начал заниматься только неделю назад. Сейчас изучаю теорию. Многие вопросы еще не ясны. Если будет получаться на практике обязательно напишу.
Наткнулся на один документ ветеринария.рф , вроде ходят перенести обязательную электронную сертификацию на полгода, на 1 июля 2018 года.
18. Сергей (dsv_nsk) 04.10.17 09:07 Сейчас в теме
(17) это опасная тенденция. И если будет - то только отсрочка казни египетской.
Скорей как в ЕГАИС будет - отправлять данные надо будет, но за ошибки вазелин не придется готовить.
Сети опять же блажат...

У меня ключ не раньше 9-го приедет - пока руки сильно чешутся все испробовать...
13. Александр Тарасинский (axxell) 979 02.10.17 09:20 Сейчас в теме
Добрый день!
У меня самописная конфа. И у меня 80 хоз.субъектов, которые работают по своим правилам.
19. Александр Ефимов (yxo) 08.10.17 13:10 Сейчас в теме
Вопрос немного не по теме. У нас товар перемещается между фиктивными организациями, есть перемещения задним числом. Это все теперь не будет работать, если внедрять Меркурий? Я так понимаю, что задним числом не выписать вет свидетельство и получить доступ для левой организации не получится.
Кто-нибудь уже задавался таким вопросом?
Спасибо.
20. Геннадий Николаев (genayo) 08.10.17 13:52 Сейчас в теме
(19) Не получится. Надо будет выписывать в реальном времени две ветсправки - для реализации левой компании, и для реализации покупателю.
22. Александр Ефимов (yxo) 08.10.17 17:49 Сейчас в теме
(20) (21) Ну и хорошо. Не люблю эти левые схемы...
21. Александр Тарасинский (axxell) 979 08.10.17 14:17 Сейчас в теме
(19)
Вся затея Меркурия в том, чтобы начать контролировать товарные потоки и любые несоответствия будут фиксироваться. Потом будет проводиться анализ по нарушениям и к лидерам нарушений будут направляться проверки.
23. Андрей Молоков (amolokov) 23.10.17 07:35 Сейчас в теме
Добрый день! Хотелось бы узнать, как продвигается ваше внедрение на производственном предприятии?
24. Александр Тарасинский (axxell) 979 23.10.17 13:51 Сейчас в теме
(23)
Добрый день!
Учет в УПП по сериям и Расходным ордерам.
Учет в Меркурии ведется на Ветис API 1.4 в разрезе товарных позиций (Номенклатуры) с детализацией до Дат выработки продукции.
Остатки продукции вводятся в Меркурии исходя из остатков по Сериям в 1С как Инвентаризация.
Документом ОПЗС фиксируется как Производственный ВСД.
Отгрузка, оформленная как Расходный ордер склада, фиксируется как Исходящий ВСД. В ВСД записываем для каждого товара код товара как требует получатель груза или указываем свой код товара.
25. Андрей Молоков (amolokov) 24.10.17 06:12 Сейчас в теме
(24)
Документом ОПЗС фиксируется как Производственный ВС
Спасибо!
26. Егор Коршунов (no_limits) 25 25.10.17 15:51 Сейчас в теме
Добрый день, коллеги, а пробовал кто-нибудь по guid документа (ВСД) найти его в веб-версии меркурия?
27. Александр Тарасинский (axxell) 979 25.10.17 21:08 Сейчас в теме
28. NadNadejda (NadNadejda) 17.11.17 13:05 Сейчас в теме
Добрый день, коллеги.
Есть База УПП, в ней производство и база УТ, в ней продажи. Натянули модуль интеграции на УТ. Что имеем: под каждую реализацию создаем свои партии с продукцией и сроком годности и датой выработки. Вопрос: а нужно ли тогда состыковывать реальное производство? и кто, и как сможет проверить, что реально в учетной системе и на производстве происходит, а что показано в Меркурии?
29. Александр Тарасинский (axxell) 979 17.11.17 22:03 Сейчас в теме
(28)
Не заметят пока не придут с проверкой и будут сверять остатки в Меркурии с фактом.
30. Денис Перов (user875291) 06.12.17 11:48 Сейчас в теме
А на исходящие ВСД работает Ваша система? если да то подскажите на 1 ИНН можно несколько компьютеров подключить? Организация птицефабрика занимающаяся выращиванием и забоем курицы.
31. Денис Перов (user875291) 06.12.17 11:51 Сейчас в теме
дайте пожалуйста номер консультанта для связи!(denis@ksa34.ru)
32. Александр Тарасинский (axxell) 979 06.12.17 17:01 Сейчас в теме
(31)
Добрый день!
Слишком сложная вышла программа. Лучше обратитесь в другую компанию.
Оставьте свое сообщение