[ТЕМА ЗАКРЫТА]
03.12.2015 15:22
AndreyZh
 
Цитата:
IT527 Этот момент у вас как-то будет реализован? Тема на конфе ФСРАР:

WBReturnFromMe принят. Первые тикеты
Цитата:
декларант Пока что в системе реализовано так, что признаки WBReturnToMe, WBInvoiceFromMe, WBReturnFromMe, например признак WBReturn нужны только для информации, чтобы представлять, что это пришла обратно от получателя та продукция, которую вы когда-то ему отправляли, но нужно ли это, все равно идентификатор «Б» уже изменится. К тому же если розница отправляет возврат поставщику с типом «WBReturnFromMe», то поставщик должен в входящей очереди видеть ТТН с типом «WBReturnToMe», а видят как есть «WBReturnFromMe». Т.е. подмены на стороне ЕГАИС нет.
Но писали, что в будущем возможно введут контроль за этими признаками. Пока можно ставить что угодно как в отправляемой накладной, так и в возвратной.
Спасибо за информацию - к счастью на светлое ЕГАИСное будущее.. В плане подтверждения приходов, что нужно на 1 января вреде бы ничего не поменялось, а там "или ишак сдохнет, или султан"
03.12.2015 16:02
AndreyZh
 
Разрешите посоветоваться?

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

В принципе плохо подумал! Ведь ФСРАРовцы в любой момент, как например в сообщении 229 могут поменять протоколы и алгоритмы взаимодействия с УТМ и что тогда? Одно дело подправить уже отлаженную программу: УС Лэнд:ЕГАИС - финальные версии, инструкции, полезные замечания и выложить очередной релиз, а другое дело вносить изменения в оперативную разработку в непонятной стадии на момент их чудачеств.

Может быть разумно оставить функционал УСЕга "как есть" - этого достаточно на "новый год", а другие задачи вынести в отдельную программу, работающую в той же компьютерной среде... Просто будет не одна, а две програмки и ярлыка вызова... но возможно это позволит избежать "неожиданностей" от ФСРАР? - Как считаете?
03.12.2015 17:01
svm55
 
Уважаемый Автор!
тут у меня были глюки с обновлением, в результате которых у меня не стало ни УТМ ни сертификата Гост. Однако теперь всё работает, установилось, службы не останавливаются. Вроде всё путём.
Ну что можно снова попробовать? А не посмотреть ли мне остатки для проверки работоспособности? запрашиваю. получаю ответ, затем шаг 3 про остатки и вот результат. А раньше работало. Может это 1.0.7 новый?
Вложения
Тип файла: rar глюк 1.rar (327.8 Кб, 49 просмотров)
03.12.2015 17:06
svm55
 
Ещё проверил простое. запрос контрагентов, себя и известную мне фирму зарегистрированную в ЕГАИС точно, ранее смотрел. Получил вот что
Вложения
Тип файла: rar Глюк 2.rar (642.2 Кб, 44 просмотров)
03.12.2015 17:09
svm55
 
Извините!!! поспешил Приходят Криптотикеты. там всё написано.
03.12.2015 18:14
FinSoft
 
Возможно, лучше оставить отлаженный вариант на 1 января, а на базе его стартовать новый с расширением до полного функционала. В егаис порядок работы со всеми документами примерно одинаковый (в плане послать/получить ид задания/через время найти входящее по ид задания/загрузить квитанцию/зачистить файл квитанции и т.п.).

Цитата:
AndreyZh Разрешите посоветоваться?

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

В принципе плохо подумал! Ведь ФСРАРовцы в любой момент, как например в сообщении 229 могут поменять протоколы и алгоритмы взаимодействия с УТМ и что тогда? Одно дело подправить уже отлаженную программу: УС Лэнд:ЕГАИС - финальные версии, инструкции, полезные замечания и выложить очередной релиз, а другое дело вносить изменения в оперативную разработку в непонятной стадии на момент их чудачеств.

Может быть разумно оставить функционал УСЕга "как есть" - этого достаточно на "новый год", а другие задачи вынести в отдельную программу, работающую в той же компьютерной среде... Просто будет не одна, а две програмки и ярлыка вызова... но возможно это позволит избежать "неожиданностей" от ФСРАР? - Как считаете?
03.12.2015 18:47
svm55
 
Уважаемые спецы! То что я прислал в 235-237 - моя ошибка - установил не тот сертификат ГОСт, исправил, всё работает. Но программа-то смотрите какие ответы давала! Ощущение-то возникает, что всё работает, только вот во входящих документах что-то неправильно, или контрагентов нет (а их действительно может не быть). Наверное на все случаи не придумаешь, но всё же при получении Криптотикета неплохо уведомлять... (чтоб не волновался, а исправлял СВОЮ ошибку) Ну как в моём случае с ЭП.
03.12.2015 21:25
AndreyZh
 
Цитата:
svm55 Уважаемый Автор!
тут у меня были глюки с обновлением, в результате которых у меня не стало ни УТМ ни сертификата Гост. Однако теперь всё работает, установилось, службы не останавливаются. Вроде всё путём.
Ну что можно снова попробовать? А не посмотреть ли мне остатки для проверки работоспособности? запрашиваю. получаю ответ, затем шаг 3 про остатки и вот результат. А раньше работало. Может это 1.0.7 новый?
Цитата:
svm55 Ещё проверил простое. запрос контрагентов, себя и известную мне фирму зарегистрированную в ЕГАИС точно, ранее смотрел. Получил вот что
Цитата:
svm55 Извините!!! поспешил Приходят Криптотикеты. там всё написано.
Аналогичные (схожие) диагностики "УС Лэнд:ЕГАИС" возникают зачастую в ситуациях: не задан или неверен идентификатор Вашей фирмы в ЕГАИС в настройке программы или он не согласован с сертификатами на JaCarta. При этом обмен с УТМ (ЕГАИС) происходит, но приходят "пустые" (с ошибками) квитанции и "пустые" файлы ответов. Программа анализирует ответы (XML файлы) на наличие обязательных атрибутов и если не находит, то выдает диагностическое сообщение... но может быть реально разрушенный файл на диске.

Пользователь ЕГАИС конторой ФСРАР априори предполагается весьма продвинутым посему рекомендую просто пытаться открыть соответствующий запросу XML файл (по остаткам my_rests.xml) в каталоге DATA и всё станет "очевидным"
03.12.2015 21:26
IT527
 
Цитата:
—К 20 апреля будут сданы декларации за I квартал, а в этих декларациях будут комплексно отражены все те объемные показатели, которые прошли у организаций за этот период времени, и тогда мы сможем увидеть и сравнить информацию об объемах поставок, поданную через ЕГАИС, и информацию, поданную в декларациях, – рассказывает Кружалин. – Вот если на тот период времени мы поймём, что кто-то так и не удосужился за всё это время обеспечить со своей стороны функционирование системы, вот тогда мы уже начнем делать выводы. Если выяснится, что организация вообще не поставила ЕГАИС, будем применять все меры, предусмотренные законодательством, вплоть до отзыва лицензии. Если же ЕГАИС стоит и организация все зафиксировала в системе, но по независящим от нее обстоятельствам возникли какие-то проблемы, никаких наказаний, конечно, не будет. Аналогичное понимание есть и для розницы. Следует учесть, что лицензии на розничную продажу выдаёт не РАР, а лицензирующие органы субъектов РФ. Но мы работаем с ними в тесном взаимодействии.
Ну вообщем если ФСРАР оптовиков до апреля не тронет, то до розницы совсем руки будут коротки .. дотянуться. Вполне можно заниматься подключением, в январе после каникул, особенно если затариться алкоголем в декабре с запасом.

А по УС Лэнд: ЕГАИС , если существующая версия максимально допилена под подтверждение накладных, то логичнее её заморозить, и может быть делать версию с базой данных.
03.12.2015 23:12
svm55
 
не удержался.
Это с егаис 2016. Вопрос был "Какие подойдут программы только для подтверждения закупки"?
Ответ:(конечно не мой)
"Тысячи их. Простой запрос в гугле выдал AlcoEGAISdealer, егаисик, УС Лэнд:ЕГАИС (хотя она какая-то странная), навороченная ДоКа – ЕГАИС и Umbrella ЕГАИС (мы скорее всего будем использовать на ресторане именно её). Плюс на инфостарте есть разные внешние обработки, но насколько хорошо они будут работать я не знаю."
03.12.2015 23:19
svm55
 
О-о-о... извините, Вы в курсе... (читал тему далее)
04.12.2015 06:51
Mtirt
 
Цитата:
FinSoft Возможно, лучше оставить отлаженный вариант на 1 января, а на базе его стартовать новый с расширением до полного функционала. В егаис порядок работы со всеми документами примерно одинаковый (в плане послать/получить ид задания/через время найти входящее по ид задания/загрузить квитанцию/зачистить файл квитанции и т.п.).

Ага, только в ответ на акт подтверждения накладной приходят разные наборы ответов и квитанций в зависимости от того, что было в акте...
04.12.2015 09:33
AndreyZh
 
Цитата:
svm55 не удержался.
Это с егаис 2016. Вопрос был "Какие подойдут программы только для подтверждения закупки"?
Ответ:(конечно не мой)
"Тысячи их. Простой запрос в гугле выдал AlcoEGAISdealer, егаисик, УС Лэнд:ЕГАИС (хотя она какая-то странная), навороченная ДоКа – ЕГАИС и Umbrella ЕГАИС (мы скорее всего будем использовать на ресторане именно её). Плюс на инфостарте есть разные внешние обработки, но насколько хорошо они будут работать я не знаю."
Цитата:
svm55 О-о-о... извините, Вы в курсе... (читал тему далее)
... ну тогда приведу цитату из личной переписке по опыту тестирования одной из программ - надеюсь автор не обидится?

Цитата:
Решил посмотреть программу Амбрелла. При ее запуске она создала папку UmbrellaUTM (что-то похожее на папку ТТ) и видимо скопировала из ТТ какие-то данные.Входящие стали видны только из этой программы, даже если запросы делать в другой программе или в командной строке.

Команда curl -X GET >> spisok_otvetov.xml и другие программы перестали показывать ответы. Удалил программу Umbrella, переустановил УТМ (C:\TT\installer\bin\transport-installer-gui.bat ), чтобы были видны входящие хотя бы после новых запросов.

Папку UmbrellaUTM пред этим сохранил. Делал проверку входящих, были данные только по недавно сделанному запросу. когда поменял базу seg0 из Амбреллы в ТТ, то почему-то даже связь не устанавливалась, см. скрин
(наверное другая структура данных). Поменял обратно, связь появилась и что странно данные во входящих тоже появились. Хотя перед этим выводились данные только по новому запросу (см. файл с ответами)
и после всего этого другие программы тоже начали видеть входящие и оприходывать их смогли. Хотя до этого я такую же манипуляцию делал, но не получалось. а также замещал в еще одном варианте файлы папки seg0 из Амбреллы в ТТ, т.к. в Aмбрелле они другого размера и не все, размер папки seg0 в ТТ-48 мб, а в Амбрелле-1.8 мб. и тоже из этого не получилось получить входящие.

предупреждали бы разработчики хотя бы заранее, что их программа так делает
04.12.2015 09:36
AndreyZh
 
Цитата:
Mtirt Ага, только в ответ на акт подтверждения накладной приходят разные наборы ответов и квитанций в зависимости от того, что было в акте...
Это и сейчас программа понимает и "разруливает" в режиме каскадного удаления документов.

Видимо выходные придётся посветить, что-бы аккуратно вернуть все "взад", добавив пару интересных предложений, а программу, работающую с базой делать отдельной, но, как и УСЕга многозадачной и интегрированной с ней... то бишь исправить вначале, что бездумно "наворотил"
04.12.2015 09:37
Mtirt
 
Я понимаю, но ваш коллега так оптимистично про это сказал :)
04.12.2015 09:51
AndreyZh
 
Цитата:
Mtirt Я понимаю, но ваш коллега так оптимистично про это сказал :)
У него вообще по жизни самоуверенность и оптимизм 146%
04.12.2015 11:03
AndreyZh
 
Ну не знаю уже в какой раздел форума разместить? Короче и в моей деревне "проснулись":

Цитата:
Саратовский бизнес выступил против "алкогольного "Платона".

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

На встречу собрались около 100 чел. Представители бизнеса отметили, что внедрение системы имеет "неорганизованный и принудительный характер", и сравнили ее с запуском системы "Платон", предназначенной для сбора налога с большегрузов.

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

Было отмечено, что борьба с поддельным спиртным на деле может обернуться новыми поборами и повышением цен. По словам бизнесменов, власти не информировали их о нововведениях, а критика технической составляющей ЕГАИС заставляет думать, что она не остановит недобросовестных дельцов, а даст им дополнительную нишу. Система пока работает в пробном режиме, тем не менее, продавцы должны подключиться к ней с 1 января. Если они не успеют подать заявку, им грозит штраф в 200 тыс. руб.

"У малых розничных магазинов нет свободных средств на покупку оборудования – интернет-соединения, дополнительных сканеров, компьютеров, кассовых аппаратов, программного обеспечения, а ведь еще надо переобучить персонал и заплатить за абонентское обслуживание системы. Система еще слабо опробована, и мы опасаемся, что при массовом подключении могут возникнуть сбои, которые обернутся для предпринимателей миллионными убытками", – высказала мнение руководитель отделения организации "Опора России" по Кировскому району Виктория Александрова.


В принципе сразу появился комментарий к данной новости, а учитывая компетентность регионального источника в нём все важные новости комментируются троллями областного правительства, т.е. комментарий вполне можно считать официальной точкой зрения:
Цитата:
На днях писал что так и будет. Тут уже я могу точно сказать, что 70 проц. купленного алкоголя, как и прочего товара в Торговых точках куплено в черную. Схемы известны и ясны как 2+2. Сейчас вой поднимется не малый. Опять будут кричать что Бизнес загнется и прочее и прочее. Эта система просто и тупо закрывает любые черные поставки алкоголя и заставляет работать в белую исключительно по легальным поставщикам....В плане того, сколько травится народа алкоголем и то что многие частные торговые точки сознательно покупают контрафакт, то мне как покупателю глубоко похрену какие потери в этом случае понесут Торговые точки. Свое здоровье важнее...... Если бы не было факта отравлений и все торгаши были бы честные и тупо уводили бы прибыль, то мне было бы без разницы. Но у нас народ такой, что готов потравить пол города чтобы положить лишний рубль в карман....
04.12.2015 17:06
FinSoft
 
Цитата:
AndreyZh У него вообще по жизни самоуверенность и оптимизм 146%
Это про меня? Есть такое, чувствую свою силу
Если серьезно, то я имел ввиду, что отработав подтверждение накладной, все остальное делается более или менее по аналогии. Да, система довольно тяжелая и запутанная, приходится по несколько раз перечитывать доку и переосмысливать код.
05.12.2015 22:05
AndreyZh
 
Цитата:
IT527 Обратите внимание вот на этот момент. Тут техподержка ФСРАР подтверждает, что УТМ документы сам принимает автоматом, а не ждёт запроса на накладные из внешней программы.
Подтверждаю!

В пятницу на работе просил прислать ТТН для "отката" системы к начальному по идеологии варианту. На ПК разработке был запущен УТМ и всё, а сам занимался другими делами на другом ПК. Все ТТН посланные в то момент УТМ автоматически забрал в свою локальную БД, а сегодня мне снова пришлось попрошайничать по ТТН для домашнего ПК.

Цитата:
IT527 Перенос УТМ на другой компьютер
Пока нет четкой определенности как это правильно делать и в разделе разработки "народ" до сих пор проверяет различные "теории". Возможно - есть сохраняемая от ЕГАИС информация... и не только в указанном файле (его перенос на всегда приводит к ожидаемому результату), а так же "привязка" УТМ к конкретному ПК, т.е. перенос всего каталога приводит зачастую УТМ в нерабочее состояние. Только вопрос, а зачем этим (переносом УТМ) заниматься? В принципе в нём нет надолго необходимой информации.

Что по "УС Лэнд:ЕГАИС"? Она переносится всем каталогом своего места "жительства" с подкаталогами... в любой другой каталог любого ПК простым копированием, сохраняя свои настройки и ... сейчас свою базу данных, привязываясь к транспорту, установленному на ПК.
06.12.2015 18:13
AndreyZh
 
Цитата:
декларант Берем символы с 8 по 19 (1CJFID3CDJKV), на конвертере (translatorscafe) показывает 177469000003644511, добавляем спереди ноль (0177469000003644511) и тогда этому алкокоду соответствует "Вино защищенного наименования места происхождения категории D.O.P. розовое сухое "Castillo San Carlos Rosado Tempranillo" ("Кастильо Сан Карлос Росадо Темпранильо") региона, 0.75, 11.5%."
Есть ещё с чем работать даже по "обертке" - пока четко определяет коды с 00000, а по остальным убил тучу времени с преобразованиями в разные стороны, проверил пару алгоритмов, которые нашел в рунет, но не смог понять правильного в данном случае... Будет сканер - буду тестить реальные объекты.
Цитата:
декларант А что было на этикетке бутылки, с которой считан код?
За неимением большего использовал методом копипаста для тестов примеры кодов из сообщения: Как получить информацию о коде вида алкогольной продукции по двумерному штрихкоду с ФСМ бутылки?

Пока вопрос неспешный - данная плюшка УСЕга потребуется при подборе справок А при постановке продукции на баланс.
07.12.2015 09:39
svm55
 
Уважаемый автор!
Вот пока развлекаюсь с УТМ и УС. от 30.11.2015
В старых версиях такого не было.
Нет всех КПП в запросе контрагентов. в xml - есть. прилагаю файлы. По другим контрагентам - то же самое всегда есть только последний!
Вложения
Тип файла: rar REPORT.rar (232.7 Кб, 41 просмотров)
07.12.2015 09:42
svm55
 
Последний в списке, но он первый в xml.
07.12.2015 10:03
AndreyZh
 
Цитата:
svm55 Последний в списке, но он первый в xml.
По любому - это ошибка программы, которая будет исправлена
08.12.2015 11:14
AndreyZh
 
Цитата:
декларант Берем символы с 8 по 19 (1CJFID3CDJKV), на конвертере (translatorscafe) показывает 177469000003644511, добавляем спереди ноль (0177469000003644511) и тогда этому алкокоду соответствует "Вино защищенного наименования места происхождения категории D.O.P. розовое сухое "Castillo San Carlos Rosado Tempranillo" ("Кастильо Сан Карлос Росадо Темпранильо") региона, 0.75, 11.5%."
А что было на этикетке бутылки, с которой считан код?
Алгоритмическая проблема, что при переводе 177469000003644511 в 36-ричную систему получается код 1CJFID3CDJMX, а не 1CJFID3CDJKV и наоборот соответственно... прикольно! решил проверить, что может мой инструмент глючит на сервисе - там даётся третий вариант: 1cjfid3cdjkw Однако все проверенные ШК с 00000, как было описано преобразуются правильно - наверное на "досуге" нужно будет разбираться?

Цитата:
svm55 Уважаемый автор! Вот пока развлекаюсь с УТМ и УС. от 30.11.2015 В старых версиях такого не было. Нет всех КПП в запросе контрагентов. в xml - есть. прилагаю файлы. По другим контрагентам - то же самое всегда есть только последний!
Поднял переписку - данный косяк наделал ещё 16 ноября... в письме хвалился новыми возможностями... Как бы ни было - исправлено во всех выставленных версиях.

P.S. Меня просили ответить на письмо с адреса ma__@gmail - увы помочь не могу... ни один почтовик не желает на этот адрес отправлять письма
08.12.2015 11:35
FinSoft
 
Цитата:
AndreyZh ЕГАИС присылает разные типы Tickets в зависимости от типа акта по ТТН. Вроде бы здесь есть, но повторю:

1. На полный отказ. Один тикет, что ЕГАИС принял отказ. Остатки не повышаются;
2. На полное подтверждение. Один тикет, что ЕГАИС принял акт, второй тикет, что подтвердил проведение ТТН. Остатки повышаются;
3. На акт расхождения. Один тикет, что ЕГАИС принял акт - остатки не повышаются. Затем поставщик на данный акт формирует акт согласия или отказа. Всегда приходит тикет от поставщика. В случае согласия остатки повышаются, при отказе по идее болтовня с поставщиком должна продолжаться, но УС Лэнд:ЕГАИС далее не продолжает беседу с этим "упертым" поставщиком полагая диалог законченным.
Как я понимаю, в случае 3.
Если поставщик подтвердил акт, то мы получаем второй тикет. Аналогично ситуации, когда шлем подтверждение всей накладной, только сервер ЕГАИС генерит тикет не на основании нашего подтверждения, а на основании подтверждения поставщика. У нас обрабатываем одинаково.
Если поставщик дал отказ по акту, то нам приходит второй тикет с результатом Rejected. После этого все повторяется снова - либо шлем ему исправленный акт, либо полностью подтверждаем накладную, либо полностью от нее отказываемся.
По идее должно быть так. Во всяком случае у себя сделал такую цепочку, но не могу все еще до конца проверить.
08.12.2015 11:54
AndreyZh
 
Цитата:
FinSoft Как я понимаю, в случае 3. Если поставщик подтвердил акт, то мы получаем второй тикет.
От поставщика!

Цитата:
FinSoft Аналогично ситуации, когда шлем подтверждение всей накладной, только сервер ЕГАИС генерит тикет не на основании нашего подтверждения, а на основании подтверждения поставщика.
Нет поставщик идет "лесом" - оба тикета от ЕГАИС

Цитата:
FinSoft Если поставщик дал отказ по акту, то нам приходит второй тикет с результатом Rejected. После этого все повторяется снова - либо шлем ему исправленный акт, либо полностью подтверждаем накладную, либо полностью от нее отказываемся.
В разделе разработчиков ФСРАР утверждается, что проблемы диалога после отклонения акта расхождения поставщиком плохо проработаны - "я" бросаю дальнейший диалог с ним... и считаю разумным в данном случае вообще сделать "акт отказа", что возможно для таких "упертых" поставщиков.

Цитата:
декларант Здесь правильно показал
??? Когда появляются ТРИ разных результата в математических алгоритмах, то уверенности в правильности ЛЮБОГО из них уже нет
08.12.2015 12:06
FinSoft
 
Цитата:
AndreyZh От поставщика!
Что значит от поставщика? Все тикеты идут от сервера егаиса, просто генерить он их может либо на основании нашего подтверждения или подтверждения поставщика.
08.12.2015 12:21
SaSMuS
 
AndreyZh,

Доброго времени суток, пишу парсер входящей ттн, использую Ваш пример ттн, т.к. у нас ни один поставщик не готов прислать ттн через Егаис.
Парсер под Ваш образец написал, посмотрел в инструкцию, а там еще есть поля, которых нет у вас.
Их можно игнорировать или просто откинуты для упрощения?
08.12.2015 12:27
AndreyZh
 
Цитата:
SaSMuS AndreyZh,

Доброго времени суток, пишу парсер входящей ттн, использую Ваш пример ттн, т.к. у нас ни один поставщик не готов прислать ттн через Егаис.
Парсер под Ваш образец написал, посмотрел в инструкцию, а там еще есть поля, которых нет у вас. Их можно игнорировать или просто откинуты для упрощения?
В УСЕга программа честно пытается взять из входящего файла ТТН все требуемые по УТМ атрибуты, но если не находит, то берет значение по умолчанию... а Вы как хотите!
08.12.2015 12:35
SaSMuS
 
Цитата:
AndreyZh В УСЕга программа честно пытается взять из входящего файла ТТН все требуемые по УТМ атрибуты, но если не находит, то берет значение по умолчанию... а Вы как хотите!
Я правильно понимаю, что их может и не быть?
Странно как-то, если накладные заливаются в УТМ с проверкой по схеме - как там может не быть каких-то атрибутов, хотя...

Кстати, большое спасибо за примеры файлов, помогли


Опции темы


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

 

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