[ОТВЕТИТЬ]
19.10.2015 19:16
MWWRuza
 
Решил создать отдельную тему, дабы не захламлять имеющиеся темы по ЕГАИС - в одной обсуждаем новости, приказы, документы и т.д..., в другой работу с УТМ....
Здесь хочу обсудить все, что связано с доработками учетной системы, в основном бек-офиса.
На сколько нужна интеграция, синхронизация справочников и т.д.-?
В принципе, сейчас можно подтверждать/отказывать/подтверждать частично закупки и без интеграции с товароучетной системой. В дальнейшем, с 01.07.2016, все, что нужно будет добывить, должно быть добавлено в фронт...
Вот и хочется понять, а что в беке нужно и в каком объеме? Кто, что думает на эту тему?
19.10.2015 21:59
MWWRuza
 
На сегодняшний момент, у меня на сопровождении есть несколько магазинов в которых работает(и пока не планируется замена) ККС Магазин, под 1С7.7. Естественно, никто кроме меня его поддерживать не будет. Поэтому и возник сабжевый вопрос.
Сейчас есть два варианта внешней обработки, под 7.7, скачанные с ИнфоСтарта, одна с помощью cUrl работает, другая напрямую из 1С, без кУрла, через MSScriptControl и WinHttp. В принципе, обе работают, на любой конфигурации, или даже без конфигурации(с пустой конфигурацией, без единого объекта), так, как никак не связаны с БД. Вот я сейчас и ломаю голову - насколько нужно с конфой и БД завязываться? Что это даст? То, на что я надеялся - автоматизированная загрузка накладных в БД, растаяло как мираж - нет ШтрихКодов EAN-13, соответственно, говорить об загрузке не приходится - только путаницы добавит...
20.10.2015 08:43
Stakanoff
 
Возможно, клиентам следует купить УТАП или другую конфигурацию на 1С8 (поддерживающую все функции для ЕГАИС), а вам (или обратитесь к другим разрабам) настроить двустороннюю интеграцию (используя УТАП как прокладку).
Поддерживать самостоятельно (и централизованно для нескольких клиентов) достаточно сложно, по времени можно не успеть что то сделать и т.п.
Также ФС РАР будет развивать ЕГАИС (пересортица, инвентаризация, возможен и другой функционал, в будущем будут упразднять старый ЕГАИС добавляя в УТМ возможность внесения новых позиций номенклатуры для производителей и импортеров). Будут меняться форматы и т.п. Оно клиенту надо, такие риски? А так накатите обновку на прокладку и все.
Такое решение хорошо подойдет и тем, кто хочет сэкономить на лицензиях УТАПа и подобных конфигураций.
Подобные решения мы делали.
20.10.2015 10:05
MWWRuza
 
Как у Вас в Москве все просто получается... Вы представляете бюджет всего этого дела? У нас в районе просто засилье сетевиков - через каждые 100 метров - Дикси, через 300 Пятерочки... Сейчас, вести речь о смене программы - совсем не выход. Тут не понятно, что через пол года будет, а Вы говорите - "будет развивать, будет меняться"... А по времени - да ничего быстро не делается, время на доработки есть.

И еще, наверное самая большая проблема - отсутствие квалифицированных пользователей... Это не Москва, это деревня... Она вчера коровам хвосты крутила, а сегодня ее за программу сажают А все типовые конфигурации, особннно 8.х, усложнены черезмерно, как всегда, сделаны для всех и не для кого конкретно. У меня же все просто, и функционал достаточен для наших задач.
Поэтому, пока это(переход на что-то другое) не обсуждается...
Пока(пока возможно и пока магазины еще "живы") буду поддерживать то, что есть. Тем более, пока ничего сверхестественного в задаче я не вижу, все можно сделать, только хочется понять, на сколько это все должно быть сложно, что нужно, а без чего можно и обойтись... Для этого и создал эту тему.

PS И к сожалению, консерватизм пользователей настолько силный, что я даже бухгалтерию пока не смог уговорить на восьмерку перейти, хотя сделал все для этого - свой обмен, простой и удобный, и т.д.... Не хотят, говорят - привыкли, и пока поддерживается 7.7, будут на ней работать... Вот перестанут поддерживать - тогда куда денутся... Если раньше не загнутся и не сдадут все свои магазины очередным "Пятерочкам"
20.10.2015 10:42
AndreyZh
 
ИМХО - не парьтесь!

Главное на 01 января иметь возможность подтверждать приходы, но скорее всего ЕГАИС для розницы перенесут, а Вы сейчас тратите свои ресурсы на "борьбу" с полуфабрикатом (ЕГАИС) взаимодействие с учетками, которого несколько раз ещё поменяется.

Не утверждая на 100% и для фиксации продаж не нужен весь интерфейсный мусор ЕГАИС, а только набор инфы в кассовой программе - смотрите внимательно инструкцию к УТМ в плане отправки чеков.
20.10.2015 11:36
MWWRuza
 
Ну да, я так и думаю... И для фиксации продаж, вся инфа идет "от марки", из БД учетной системы, как я понимаю ничего и не берется... Еще-бы с журналом ясность внесли, а то срок отодвинули уже раз на 01.01.2016, отодвинут ли еще - не понятно, могут и не отодвинуть, а как его вести так и не ясно... В том числе и на сайте, в личном кабинете(когда доделают, сейчас пока не доделано), с приходом понятно, а расход откуда брать, если до 01.07.16 мы его не обязаны через ЕГАИС проводить?
20.10.2015 12:50
AndreyZh
 
Цитата:
MWWRuza ... Еще-бы с журналом ясность внесли, а то срок отодвинули уже раз на 01.01.2016, отодвинут ли еще - не понятно, могут и не отодвинуть, а как его вести так и не ясно... В том числе и на сайте, в личном кабинете(когда доделают, сейчас пока не доделано), с приходом понятно, а расход откуда брать, если до 01.07.16 мы его не обязаны через ЕГАИС проводить?
"Влом" писать - покажу фрагмент инструкции по версии

 Добавление новых возможностей:

 Журнал учета реализации алкогольной продукции в формате приказа ФСРАР № 164 от 19 июня 2015 года, вводимый к обязательному ведению в каждом обособленном подразделении предприятия розничной торговли алкогольной продукцией и пивом с 1 января 2016 года.

 Кратко - суть. Фиксируются на каждой торговой точке каждая продажа каждого наименования алкоголя и пива, в конце смены подводятся итоги по продажам каждого наименования и емкости бутылки (потребительской тары). Конечно возможно по принципам «прилавочной торговли вычислять продажи ежедневно пересчитывая остатки и автоматически определяя продажи – как удобнее. Для фирм on-line торговли, ведущей алкогольные реквизиты товаров данный журнал «получается» автоматически – без изменения технологии торговли.

 Замечание. Согласно «приказу» журнал ведётся в «бумажном» (как описано) или «электронном» виде при работе с ЕГАИС, но только с 01 июля 2016, т.е. на 01 января «остается» только «бумажный» вариант.

Вызов: аналитика/алкоголь/журнал учета реализации алкогольной продукции. Из экранной формы задаётся период времени (по приказу - сутки); группу складов (торговых точек) для определения обособленного подразделения или ничего, если по учитываемому магазину; код клиента «с которого» программа определит реквизиты торговой точки; тип отражаемых в журналах операций.

В результате, получаемую «бумажку» храним за каждый день на торговой точке. Вид журнала операций, получаемый из системы:
Код:

                                                                                       Приложение № 1 к приказу Федеральной службы
                                                                           по регулированию алкогольного рынка от 19.06.2015 № 164

                         Журнал учета объема розничной продажи алкогольной и спиртосодержащей продукции

Наименование организации, Ф.И.О. индивидуального предпринимателя     ООО "ПРОШНЯНСКИЙ КОНЬЯЧНЫЙ ЗАВОД"                
ИНН/КПП организации, ИНН индивидуального предпринимателя            5029113285    /502901001   
Адрес места осуществления деятельности организацией, индивидуальным 
предпринимателем: 141011,МОСКОВСКАЯ ОБЛ.,Г.МЫТИЩИ,ФУРАЖНЫЙ ПР-Д.ВЛ.4                                                            
----------------------------------------------------------------------------------------------------------------------------------
       |  Дата   |                   |                                                  |         |                |              
   №   |розничной|                   |                                                  | Код вида|     Емкость    |  Количество  
 п./п. | продажи |   Штриховой код   |                 Наименование продукции           |продукции|       (л)      |     (штук)   
----------------------------------------------------------------------------------------------------------------------------------
      1|01.08.15|                    |Коскенкорва водка 0.5л.финл.                      |   200   |           0.500|             1
----------------------------------------------------------------------------------------------------------------------------------
                                                     Итого по виду алкогольной продукции                                         3
……

----------------------------------------------------------------------------------------------------------------------------------
     25|01.08.15|                    |Масс. Мускат белый 0.75л                          |   462   |           0.750|             1
----------------------------------------------------------------------------------------------------------------------------------
                                                     Итого по виду алкогольной продукции                                         1
                                                                          Итого по дате                                         35
                                                                                   Итого                                        35
20.10.2015 13:10
MWWRuza
 
Да это у меня давно реализовано, в программе, формируется в виде отчета, после закрытия кассовой смены. Только ШтрихКод то брать неоткуда... Или, когда в бумажном виде ведется, то ШтрихКод необязателен, что-то такое, вроде где-то проскакивало?
20.10.2015 13:55
AndreyZh
 
Цитата:
MWWRuza Да это у меня давно реализовано, в программе, формируется в виде отчета, после закрытия кассовой смены. Только ШтрихКод то брать неоткуда... Или, когда в бумажном виде ведется, то ШтрихКод необязателен, что-то такое, вроде где-то проскакивало?
ШО не отвечают? - Наверное все спецы сдают алкогольную декларацию, а "мои" реальные пользователи уже сдали, что позволяет мне "расслабиться"...

По сути: "Штриховой код" - это просто элемент формы журнала и представляет собой 68-значное представление кода акцизной марки в формате PDF-417. Заполняется исключительно в электронной форме при фиксации продаж в ЕГАИС (обещают когда-нибудь из личного кабинета), а при ручном ведении или для "пива" не заполняется.

Если рассуждаете по ШК товаров в формате EAN-13, то в ЕГАИС (журнале и прочей "чухне") он вообще не нужен, хотя в описании интерфейса по продажам к УТМ он упоминается.
20.10.2015 14:20
student
 
Цитата:
AndreyZh Если рассуждаете по ШК товаров в формате EAN-13, то в ЕГАИС (журнале и прочей "чухне") он вообще не нужен, хотя в описании интерфейса по продажам к УТМ он упоминается.
возможно все именно так, поскольку утм пропускает на кассе при продаже и 8-и значный шк от пачки сигарет вместо еан13 - главное чтобы пдф417 соответствовал шаблону :)
20.10.2015 18:53
MWWRuza
 
Цитата:
AndreyZh Заполняется исключительно в электронной форме при фиксации продаж в ЕГАИС
Во! Тогда я готов к 01.01.2016

Цитата:
AndreyZh Если рассуждаете по ШК товаров в формате EAN-13
Да не, это я понимаю... О EAN-13(ну, или 8, с пачки сигарет) я сожалею только с той позиции, что если-бы он был в накладных поставщиков, то я бы сделал автоматизированную загрузку накладных из ЕГАИС, а без ШК, весь егаис как бесполезный апендикс - только свою функцию выполняет, нам от него пользы ноль...
21.10.2015 06:40
Mtirt
 
А почему нельзя AlcCode забивать наравне со штрих-кодами и использовать при идентификации?
21.10.2015 10:21
MWWRuza
 
Почему нельзя? Можно, и так и нужно делать. Но, сейчас, на текущий момент, в базе есть несколько тысяч позиций алкогольной номенклатуры, у которой нет AlcCode, а есть только "галочка", что это "Алкогольная продукция", есть "КодАлкоголя" по классификатору(ну, это который - водка груз "200"), есть реквизит производитель(справочник Контрагенты - тоже, весьма спорный реквизит), ну и естественно есть ШК EAN-13, при чем, по некоторым позициям, их по нескольку к одной номенклатуре привязано. Сейчас, что-бы навести порядок, надо сажать грамотного и ответственного пользователя, который сможет сопоставить имеющуюся номенклатуру по AlcCode с номенклатурой ЕГАИС. Проблема здесь в частности у меня, как обычно - кадровый вопрос - а кто это будет(и сможет правильно) делать??!
Вот и возникает вопрос - а надо ли это вообще? Закупку можно и так подтвердить/подтвердить_частично/отклонить, при продажах все идет от акцизной марки, журнал обещают, что будет строиться в ЛК по данным ЕГАИС, декларацию, если ее не отменят, как атавизм, можно будет по данным закупок, и в части продаж по данным журнала формировать... Там сопоставление номенклатуры тоже не требуется. Отсюда и вопрос - а нужна ли вся эта затея с сопоставлением кодов номенклатуры егаис, с имеющейся номенклатурой?

PS
Цитата:
на текущий момент, в базе есть несколько тысяч позиций алкогольной номенклатуры
"Подсчитал " - в самом крупном магазине, 5201 позиция номенклатуры, с признаком "Алкогольная продукция" на текущий момент...
И они все с EAN-13, и очень многие есть на остатках.
21.10.2015 10:37
Mtirt
 
РАР неоднократно говорил в своих видео, что захочет увидеть остатки по алкоголю.
Причем, возможно, уже на 01.01.2016.
Для того, чтобы это сделать, явно надо будет привязать товар к AlcCode
21.10.2015 10:54
MWWRuza
 
Ну, да, Татьяна, это весомый аргумент... Придется делать... Даже страшно представить, сколько косяков будет И не автоматизируешь особо...
Максимум, что приходит в голову, это при сканировании товара при приходе(добавлении товара в накладную), запрещать добавление товара с признаком "алкоголь" пока не занесут в его карточку код из накладной(если его в карточке еще нет), полученной из ЕГАИС... А при проведении, контоллировать, правильно ли занесли, сверяя накладную в УС, с накладной из ЕГАИС. За какое-то время, какая-то часть справочника "обзаведется" кодами, а потом, если потребуют остатки - то на то, что останется без кодов, и при этом есть на остатках(старые, доегаисные поставки), добить уже руками...
21.10.2015 12:59
AndreyZh
 
Цитата:
Mtirt РАР неоднократно говорил в своих видео, что захочет увидеть остатки по алкоголю.
Причем, возможно, уже на 01.01.2016.
Для того, чтобы это сделать, явно надо будет привязать товар к AlcCode
Цитата:
MWWRuza Ну, да, Татьяна, это весомый аргумент... Придется делать... Даже страшно представить, сколько косяков будет И не автоматизируешь особо...
Максимум, что приходит в голову, это при сканировании товара при приходе(добавлении товара в накладную), запрещать добавление товара с признаком "алкоголь" пока не занесут в его карточку код из накладной(если его в карточке еще нет), полученной из ЕГАИС... А при проведении, контоллировать, правильно ли занесли, сверяя накладную в УС, с накладной из ЕГАИС. За какое-то время, какая-то часть справочника "обзаведется" кодами, а потом, если потребуют остатки - то на то, что останется без кодов, и при этом есть на остатках(старые, доегаисные поставки), добить уже руками...
Что же Вы так об этой теме волнуетесь?

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

Что по рознице...: Для подтверждения приходов или фиксации продаж "остатки" не нужны... ну может быть "когда-нибудь". Для внутреннего перемещения, ну или списания другие и гораздо более сложные "заморочки"... в теме ЕГАИС есть мой вопрос и попытки обсуждения (ответа), где основной лейтмотив "всё кабздец"... тема длинная, лень искать!
22.10.2015 07:03
Mtirt
 
MWWRuza, вы же 1С-ник, вот вам еще дополнение для AlcoCode
Цитата:

Re: Расшифровка строки в штрих-коде PDF417 на марке

Сообщение ivt_2009 » 09 окт 2015, 12:43
При сканировании большого количества марок выяснилось , что номер начинается не всегда с 9й позиции.
Процедура будет выглядеть так:

&наСервере
функция получитьИдТовараСмарки(НомерМарки) ЭКСПОРТ
итр = 0;
Значение=СокрЛП(НомерМарки);
Если СтрДлина(Значение) <> 68 Тогда

//Сообщить("Некорректный номер марки")
возврат неопределено;

Иначе

если сред(Значение,4,5) = "00000" тогда

Значение = Сред(Значение,9,11);
итр =11;

иначе

Значение = Сред(Значение,8,12);
итр =12;

конецЕсли;

Результат=0;

Для Х=1 По итр Цикл

М=1;
Для У=1 По итр-Х Цикл

М=М*36

КонецЦикла;

Результат=Результат+(Найти("0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ",Сред(Значение,Х,1))-1)*М;

КонецЦикла;

возврат Формат(Результат, "ЧЦ=19; ЧВН=; ЧГ=0");

КонецЕсли;

конецФункции //функция получитьИдТовараСмарки(НомерМарки) ЭКСПОРТ
Как обычно, взяла с форума РАРа.
22.10.2015 10:01
MWWRuza
 
Спасибо Татьяна.
Если-бы у меня фронты были под 1С, я бы может и ушел от EAN-13 для алкоголя - а нафиг они нужны?
В процедуре поиска товара смотреть, что ей на вход подсунули, и если это не штрихкод, а код алкоголя с марки - искать товар в базе по нему. Просто, хорошо, главное без ошибок(коды более уникальны, чем ШК), и удобно. Но фронты ККС IS-Market 4, и что они там наворочают, мне не ведомо...
Хоть бы что-то сделали, пока нет ничего, но вроде обещают, цитата с их форума:
Цитата:
Создано: 18.05.2015 09:52:22 #2
Приветствую!
Такая доработка есть в плане развития IS Market.
Но, обещать, еще не значит жениться... Как бы не кинули совсем, от них можно ожидать... К сожалению, связей с разработчиками у меня нет никаких. Они там увлеклись электронными очередями, ресторанами и т.д., и поддержка решений для торговли у них на заднем плане...

PS Вчера зарегился на форуме ФСРАР, но пока доступа к материалам по егаис нет... Попросил включить в группу, но пока ответа нет.
22.10.2015 10:35
MWWRuza
 
Звонил сейчас в ККС, не разрабам конечно, но, человеку приближенному к ним.
На текущий момент, говорят, что готово - формат передачи из бека в фронт - признака алкоголя, вроде как отдельным файлом(видимо для совместимости со старым протоколом), запрос сканирования акцизки при наличии у товара этого признака, сохранение ШК акцизки в базе и передача потом в бек(вобщем-то спорный вопрос, насколько сейчас нужна эта функция, ну в принципе пригодится, тот-же журнал формировать). Никаких онлайн функций связи с УТМ они пока не сделали, но вроде планируют делать... Буду ждать, время пока есть.
22.10.2015 10:39
Mtirt
 
Цитата:
MWWRuza PS Вчера зарегился на форуме ФСРАР, но пока доступа к материалам по егаис нет... Попросил включить в группу, но пока ответа нет.
Предыдущий запрос из открытой группы "Общение на тему производства и оборота алкоголя". Можете пока её почитать. Я дня три ждала, пока меня в группу для разработчиков включат...
27.10.2015 11:29
MWWRuza
 
Цитата:
Mtirt Я дня три ждала, пока меня в группу для разработчиков включат...
Меня включили на следующий день... Но, я разочарован... Там "разработчиков" кот наплакал Не знаю, по какому признаку туда доступ дают, сплошные новичковые вопросы... Мне показалось, что в открытой ветке даже больше полезной информации.
07.11.2015 00:26
MWWRuza
 
Все было хорошо, пока сегодня не попросили протестировать "1С Розница"...
Было три входящих ТТН, после загрузки в "Розницу", они благополучно удалились... Вот, пустой список, в моей "основной" программе - ККС Магазин:

Но, у меня они были уже загружены:
07.11.2015 00:35
MWWRuza
 
Вот так выглядят не сопоставленные накладные:

так частично сопоставленные:

Так окно сопоставления номенклатуры:


Продолжаем продолжать... Только, пока не понимаю - нужно ли это кому, или так, из спортивного интереса...
07.11.2015 13:29
AndreyZh
 
Цитата:
MWWRuza Продолжаем продолжать... Только, пока не понимаю - нужно ли это кому, или так, из спортивного интереса...
Думаю, что нужно продолжать, хотя уверен, что ЕГАИС передвинут: рынок абсолютно неготов, а их поделки неработоспособные. Однако его всё равно рано или поздно введут, а накопленный опыт решения такого класса задач уже не потеряется впустую... надеюсь, что эта работа так же по заданию нанимателей, а не просто "развлекаловка"?
07.11.2015 19:20
MWWRuza
 
Цитата:
AndreyZh надеюсь, что эта работа так же по заданию нанимателей
Да... Но, все идет к тому, что закроются они нафиг..... Давят очень сильно сети. А работа не за конкретные деньги, а в рамках абонентской поддержки. Это, что касается основных заказчиков. Есть еще несколько более мелких, но там ситуация аналогичная, если не хуже. Может так получиться, что к моменту ввода всего этого безобразия, никому мои потуги будут уже не нужны. Только самому себе, для опыта
07.11.2015 19:53
AndreyZh
 
Цитата:
MWWRuza Да... Но, все идет к тому, что закроются они нафиг.....
Одни закроются, другие появятся, но если не хочет босс заниматься бизнесом, то программист его не сможет переубедить
Цитата:
MWWRuza Давят очень сильно сети.
По большей части - это лукавство, оправдывающее их нежелание пахать с утра до ночи, учиться и развиваться. Уровень затрат таких контор меньше, чем в сетевых магазинах. Поставщики дают сравнимые условия - лишь бы во время платили.
Цитата:
MWWRuza На А работа не за конкретные деньги, а в рамках абонентской поддержки. Это, что касается основных заказчиков. Есть еще несколько более мелких, но там ситуация аналогичная, если не хуже.
Это конечно хужее, но всё равно не стоит настраиваться на плохой исход!!! Часто в спорах аппоненты утверждают, что 1Сникам гораздо легче, чем нам (независимым "малышам") - не верят мне, что ВСЕ компьютерщики в опе... просто бизнес-среда сейчас для всех не очень комфортная. Однако всё плохое заканчивается.
Цитата:
MWWRuza Может так получиться, что к моменту ввода всего этого безобразия, никому мои потуги будут уже не нужны. Только самому себе, для опыта
Я лично (для прогресса, очищения рынка от бизнес-нахлебников, стимулирования на инвестиции разумных предпринимателей) считаю, что НУЖНО ВВОДИТЬ ЕГАИС, хотя само по себе, да и ещё в реализации ФСРАР - это бред сивой кобылы

Что по опыту! Бизнесы закрываются, предприниматели превращаются в "тлен", но открываются новые предприятия, реорганизуются процессы учета у старых - всем им НУЖНЫ грамотные и опытные в разных "нюансах" специалисты... Так, что ОПЫТ - единственное, что 100% можно получать в нынешнем бардаке.
07.11.2015 20:31
MWWRuza
 
Ладно, не будем о грустном

Немного поясню картинки.

1. Список входящих ТТН в УТМ ЕГАИС.
Обработка. При открытии проверяет документы в базе УТМ. Список можно обновлять кнопкой. Написан, но пока закоментирован код, который принудительно обновляет список через заданный промежуток времени(а нужно ли?). Колонки в принципе понятны, кроме последних двух: "Заг" - "галочка", если документ загружен в базу, "Подт" - если подтвержден. Будет еще кнопка удаления выбранного документа, но только при наличии обеих "галочек".

2. Журнал документов ЕГАИС.
Ну, тут я думаю, все понятно - стандартный журнал 1С, пока никакие "удобства" и "красивости" не делал.

3. ТТН загруженная из ЕГАИС.
Ну, шапка документа - там все понятно, я думаю...
Поставщик: прямо при загрузке, вытягивается из УТМ все, что можно, просто строками. Выполняется поиск Контрагента в базе по следующему алгоритму - сначало по ID, если находит - УРА! выбираем его из справочника контрагентов для дальнейшего использования, появляется надпись о сопоставлении зеленого цвета. Если не нашли, ищем по связке ИНН/КПП. Так, как в базе одно поле для хранения этих реквизитов, при чем хранится может в разных справочниках - ЮрЛица и ФизЛица, то сначала по длине ИНН определяем вид контрагента, потом ищем его, в случае ЮрЛиц, в двух вариантах, с разными слешами -"/" и ""\. Если нашли - выбираем его, и пишем красным, что надо сопоставить. При нажатии на кнопку "Выполнить сопост." просто в имеющийся(найденный по ИНН или выбранный вручную) элемент справочника дописывается ID ЕГАИС, после чего он становится "сопоставленным". Надо будет еще сделать возможность создания нового контрагента, если его нет в базе, полностью по данным ЕГАИС.
Табличная часть документа. Аналогично с контрагеном, при загрузке ищется в справоснике "Номенклатура", товар по ЕГАИС_ID, если найден - подставляется в отдельную(скрытую) колонку документа, и в колонке "С" появляется "галочка", что значит - "Номенклатура сопоставлена". В зависимости от этого, при клике на строке документа, либо открвывается элемент справочника "Номенклатура", либо открывается форма сопоставления Номенклатуры.

4. Сопоставление "нашей" номенклатуры с номенклатурой_ЕГАИС.
Ну, само сопоставление - ничего особенного, просто дописывается ЕГАИС_ID в справочник, и все... Ничего ни где не ищется - а как??? А вот с контрагентами - производителями/импортерами, аналогично как и с поставщиком. ИНН/КПП получаю запросом по ID, потом буду выполнять сопоставление дописыванием этого ID в справочник.

5. "На основании" этого документа, вводится стандартная приходная накладная. Там нужно только проверить ШК EAN-13, и розничные цены, и если есть расхождения - исправить количества. По разнице этих двух документов, если она будет, можно будет сформировать акт разногласий.

PS Все "общение" с УТМ производится напрямую, без CUrl, через MS-скрипты. XML формируется тоже скриптами, через DOM. "Технологию" подсмотрел в обработке с ИнфоСтарта. В случае больших пакетов, больше 570 кб, производится обмен через CUrl.
07.11.2015 21:25
AndreyZh
 
Хорошая качественная работа с подходом, отражающим Ваше видение задачи. У меня другой взгляд, другая последовательность развития интеграции с ЕГАИС - ну и что?

Думается Ваше данное решение нужно презентовать на мисте, а то там народ ищет, в том числе "за деньги" решения для ЕГАИС под клюшки...

P.S. Возможно неоднозначно написал? Просто своё творение ориентировал на пользователей вообще не имеющих и не желающих иметь автоматизацию бизнеса, но которым нужно пережить начало ЕГАИСа, а Ваше уже ориентировано, на автоматизированных на прогах платформы 1С:7.7, т.е. более разумных и восприимчивых к новым (углубленным) технологиям. Вам проще, но нужно заняться продвижением на целевую аудиторию... ИМХО
08.11.2015 00:01
Tushkanchik
 
Наткнулся на программу Retail Declaration, при ее ценнике тысяча в год и заявленной работе с егаисом (Взаимодействие с Универсальным Транспортным Модулем (УТМ) ЕГАИС как в части подтверждения закупок продукции, так и в получении справочников продукции) имхо хорошая альтернатива для начинающих.
08.11.2015 09:53
MWWRuza
 
И что толку... Это опять, самостоятельно-живущая программа, каких сейчас много, хоть и с неплохим функционалом. Для начала, чтобы пережить неизбежный приход этого безобразия, скорее всего - пойдет.
Мы же здесь обсуждаем доработки БЭК-Офисов, имеющихся, которые уже давно работают в магазинах, и которые не только под алкоголь заточены.


Опции темы


Часовой пояс GMT +3, время: 12:51.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.