От обучения к ограничению: Какое производство не планирует 1С ERP

0. Сергей Куканов (Gavrik) 340 01.03.17 01:08 Сейчас в теме
В попытке построить сложную систему планирования на примере кабельной промышленности я столкнулся с рядом проблем. Некоторые удалось решить манёврами в системе ERP, а некоторые требуют доработки. Дойти до конечной цели, в которой я бы планировал производство с выбором критерия "Дешевле" или "Быстрее" с правильными нормативами пока не получилось. Предлагаю ознакомиться с ограничениями производственного планирования. 1С ERP ред. 2.2.2.199

Перейти к публикации

Лучшие комментарии
28. Alex A (rubik-onnline) 11.05.17 15:00 Сейчас в теме
Также столкнулись с подобной проблемой, когда спецификации написаны на 1 км кабеля, но производится всегда с точностью до десятков и метров. А если делать спецификации на метр, то не хватает трех знаков после запятой для разных красителей, если округлять до тысячной, все равно получаются большие погрешности.
Был еще вариант создать спецификации на минимальную определенную партию (70-100 метров), но он также не выдержал критики. Вариант с единой спецификацией тоже не устроил, п/ф продаются, производятся про запас, на отдельный заказ и могут перебрасываться на другие заказы.
В конфигурациях вроде УПП пересчитывались эти данные, исходя из некратного количества продукции. Потенциальный выход также нашли в переходе на низкоуровневые единицы измерения, смутили дикие значения в движениях по регистрам, а также в проводках регламентированного учета. Да, упаковки можно использовать в документах, но видеть многомиллионные движения в регистрах и проводках неудобно. Кроме того, ERP зачастую пока подкидывает задачи при закрытии месяца, требующие анализа регистров (ошибки пользователей, косяки системы, которые имеют место быть к сожалению). Также в ходе тестирования этого решения было выяснено, что теоретически можно наткнуться на "математико-техническое" ограничение, когда после скольких-то символов программа выдает ошибку. Также долго выполняется построение графика (конечно, может есть сервера с сотнями гб ОЗУ, но в нашем случае один заказ из 7-10 полуфабрикатов считался несколько минут, может, сейчас по-другому, тогда еще 2.1.3 был релиз), регламентные операции. Производство пока небольшое обходимся выпуском без заказов с "некратной" обработкой табличной части, также вроде как считается, если поправить в коде (менеджер объекта ресурсной спецификации на 2.1.3 и где-то в общих модулях на 2.2.3 кода при пересчете Цел(Количество...), но разработчикам виднее, скорее всего, связано с долями стоимости).
adhocprog; okulus; Gavrik; +3 Ответить 2
Остальные комментарии
1. Антон Чарушкин (hulio) 24 10.03.17 10:20 Сейчас в теме
На партнерке не обсуждали с разработчиками?
2. rjhev korum (корум) 307 10.03.17 12:16 Сейчас в теме
(0)
Ключевой момент сказан, что карта соответствует одному производственному этапу. Следовательно, в систему должно быть введено 7 маршрутных карт на каждый передел.


Что-то смущает в этой фразе.

Что будет в системе, если ввести нормальную ресурсную спецификацию без создания маршрутных карт на каждую операцию?
mr_tuzlukov; rovenko.n; vvr908; +3 Ответить 1
3. Сергей Куканов (Gavrik) 340 12.03.17 13:58 Сейчас в теме
(1) нет доступа. в процессе оформления..
4. Dim Dragonim (Dragonim) 81 15.03.17 08:23 Сейчас в теме
А зачем вам маршрутные карты с 1 операцией?

Попробуйте реализовать данную схему через многоэтапное производство в 1 Ресурсной спецификации.
5. Владислав Рожевский (vvr908) 357 15.03.17 14:53 Сейчас в теме
Я бы даже задал такой вопрос - а обязателен ли для вас в принципе многоэтапный производственный процесс с промежуточными выпусками?
Может быть, вообще можно все делать в один этап с одной маршрутной картой, а операции завести все 7 в одну МК?
Как я понимаю, решение о количестве этапов в спецификации принимается в каждом случае индивидуально, и вариант "операция = этап" только один из возможных (причем этот вариант разработчиками официально НЕ рекомендуется - А.Голдун на партнерском форуме высказывался об этом неоднократно).
6. Владислав Рожевский (vvr908) 357 15.03.17 14:56 Сейчас в теме
Если вы сделаете все операции в одном этапе, то у вас будет хуже считаться график производства (на уровне интервального планирования), но по идее должна лучше работать подсистема MES-планирования (на уровне пооперационного расписания).
rovenko.n; +1 Ответить
7. Сергей Козынкин (Ulus) 229 17.03.17 05:21 Сейчас в теме
(5) не понятно немного. Вы вообще выпуск полуфабрикаов на склад (или в незавершенку) хотите не делать ?
8. Сергей Козынкин (Ulus) 229 17.03.17 05:23 Сейчас в теме
Статья отличная. Реальные практические примеры планирования на реальных предприятиях.
Побольше бы таких ....
mr_tuzlukov; +1 Ответить
9. m-serg74 (m-serg74) 37 17.03.17 10:38 Сейчас в теме
(5) с чего это? полуфабрикаты разных готовых продукций могут быть выполнены по одинаковым спецификациям, зачем все в одну маршрутку валить?
10. Сергей Куканов (Gavrik) 340 18.03.17 22:48 Сейчас в теме
(7) Спасибо! ПФ из производства не выходит. На склад тоглько ГП.
11. Сергей Куканов (Gavrik) 340 19.03.17 02:09 Сейчас в теме
(2) Не получится создать одну спецификацию целиком - ограничение системы. Для "полуфабриката, производимого в процессе" требуется указывать спецификацию. Если указывать обеспечение как материал, то система анализирует только склады, но не производство.
12. Миколка Ровенко (rovenko.n) 21.03.17 14:17 Сейчас в теме
Коллеги,
1) ЕРП в отличии от УПП не базируется на техкартах. В этапе спецификации пишутся те же данные, что и в тех карте.
2) в ресурсной спецификации указывается минимальная производимая партия. То есть если у нас может производится партия в 100 килограмм, и в 825 и 1073, то в спецификации необходимо указывать материалы, ресурсы и РЦ для 1 килограмма продукции. Да, неудобно, да, все привыкли писать для 1000 килограмм, но пока такое ограничение.
3) поскольку в спецификации указывается минимальная неделимая партия, материалы указываются для этой партии. В связи с этим если для следующего этапа необходимо полуфабрикат с первого этапа, он будет передаваться в количестве, кратном минимальной партии спецификации. Если же нужно не кратное количество, то система обеспечивает по потребностям. В Вашем примере: необходимо 1025 кг. Размер партии - 1000 кг. Соответственно заказано на второй этап минимальное количество партий, чтобы обеспечить материалами - 1 партии не хватает, нужно 2. Вот и 2000.
Обойти эту проблему можно 2 вариантами: см. пункт 2 или же многоэтапная спецификация (но этот вариант часто не подходит в связи со сложными производственными процессами и использованием полуфабрикатов в нескольких процессах)
mr_tuzlukov; +1 Ответить 1
13. Сергей Куканов (Gavrik) 340 21.03.17 23:26 Сейчас в теме
(12) Для многих отраслей, минимальная партия недопустима. Как в моём примере, так и например, в строительстве. 4,2 куб.м. бетона...
14. Миколка Ровенко (rovenko.n) 22.03.17 11:10 Сейчас в теме
(13) Нет, вопрос в том, что производственная спецификация записывается для минимальной неделимой партии товара. Как пример, у нас было производство специй и там в пачке было по 80, 120 или 160 пакетиков. Но поскольку пакетик - это полуфабрикат, который может передаваться и в количестве 271 штуки, то на пакетик специй была создана отдельная спецификация на 1 штуку. А вы можете передавать по 100.
То же и с бетоном, если вы создали спецификацию на 0,1 куба, то спокойно можете создавать заказ на 4,2 и на 6,7. И с кабелем так же.
15. Сергей Куканов (Gavrik) 340 23.03.17 00:11 Сейчас в теме
(14) Вы видели в статье расчет системы на минимальную партию. Это теоретический, но нерабочий механизм для бизнеса. Никто вам не будет переводить все спецификации завода для отходов в расчете выпуска 1 кг, или 0,1 куб.м. из-за такого ограничения. Со штуками примеры можно не приводить, это лайт вариант, оно работает.
16. Миколка Ровенко (rovenko.n) 23.03.17 15:43 Сейчас в теме
(15) Смысл я понимаю. Логика систем разная. В УПП реквизит "Количество" - любое удобное число. В ЕРП - это наименьшее целое кратное. Потому да, 0,1.
Но:
1) насколько часто у вас изменяются спецификации, что "Никто вам не будет переводить все спецификации завода"? Пример - мой отец работает на сахарном заводе. Пришло новое руководство и потребовало для более точного контроля переписать всё не в тоннах, а в килограммах. И это сделали,.. очень быстро, за несколько дней.
2) на многих производствах технологи используют калькулятор для расчета количества материалов. Что мешает использовать калькулятор, чтобы поделить спецификацию на 1000?
17. Владимир Литвиненко (VladimirL) 568 23.03.17 16:22 Сейчас в теме
Описание маршрутных карт и операций немного сбило с толку. Ведь описанную проблему и ее решение было проще продемонстрировать не спускаясь до уровня МК и операций.

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

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

Или в модели производства версии 2.2 что-то изменилось и эти рассуждения неверны?


Проблему описанную в статье можно кратко резюмировать так: ERP, как и УПП, по прежнему лучше всего подходит под задачи сборочно-дискретных производств. Для остальных типов производств приходится делать доработки либо подстраиваться под то, что предлагает система, создавая разные спецификации для разных объемов одних и тех же выходных изделий, или выделять минимальную партию и работать от ее спецификации.
18. Andrey Erastov (tailer2) 23.03.17 17:12 Сейчас в теме
(1) я бы таки плюс поставил за правильный вопрос

ну, на "партнерку" позвал бы :)
19. Andrey Erastov (tailer2) 23.03.17 17:19 Сейчас в теме
партнер 1С - звучит гордо

не менее гордо, чем "менеджер" для продавца
20. Виктор Окулов (okulus) 20.04.17 12:57 Сейчас в теме
Сорвалась продажа 1С:ERP одному кабельному заводу после того, как заказчик прочитал эту статью. Подскажите, есть решение описанной проблемы?
21. Сергей Куканов (Gavrik) 340 24.04.17 11:14 Сейчас в теме
(20) ну решение всегда можно найти, но пока планировать производство кабельного завода в ERP весьма проблематично.
1. Доработать (лучше тогда доработки переносить в отдельный продукт типа 1С:MES)
2. Принять работу стандартного функционала ERP, но с доработками пересчёт/заполнения ТЧ
22. Владимир Петров (ИТРП) (pevlar) 25.04.17 10:54 Сейчас в теме
Решение подобных «проблем» нужно основывать на правильном применении инструмента. Если система предполагает задание ресурсных спецификаций на минимальную дискрету планирования (таковой для данного примера, очевидно, является килограмм), то не стоит пытаться «обмануть» систему, подсовывая ей другие «удобные» варианты. "Никто вам не будет переводить все спецификации завода" – не аргумент. Правильная подготовка НСИ – это основа проекта внедрения таких систем. Для выбора конкретного проектного решения по НСИ полезно провести всестороннее функциональное моделирование, а не зацикливаться на догмах типа «все нормирование в кабельном производстве должно быть на 1000 кг». В этом случае будет найден вариант, подходящий и для планирования производства партий 389кг, и для ведения нормирования. Такие задачи успешно решаются и «продажи 1С:ERP» не срываются, если это не продажи коробок с 1С:ERP, а настоящие проекты.
корум; +1 Ответить 2
23. Сергей Куканов (Gavrik) 340 25.04.17 12:07 Сейчас в теме
(22)
"Никто вам не будет переводить все спецификации завода" – не аргумент.

Эта формулировка как раз основывается не на бизнес-требованиях, а на ограничениях системы и вам, как консультанту, нельзя этого признать, ибо не будет "продажи 1С:ERP", о чём вы написали под лозунгами "провести всестороннее функциональное моделирование". Хоть обмоделируйся, сами подверждаете мин.дискретные значения.
Предложите переписать колоссальное количество техкарт завода под программу. Зачем? А какой экономический эффект? Посмотрите на это не со стороны консультанта с целью продать, а владельца бизнеса.

А дальше знаете что вы предложите? Отходы металлов указать в граммах, а дорогостоящие лаки и красители вы предложите в спецификацию вводить в миллиграммах. Браво!!!

Если внимательно посмотрели статью, там и так есть длинные цифры:
24. rjhev korum (корум) 307 25.04.17 12:38 Сейчас в теме
(23)
Предложите переписать колоссальное количество техкарт завода под программу.

Погромист вы или где??

Загрузите техкарты, нажмите кнопку, пересчитайте в нужных измерениях.
Пока пересчитывается, спокойно сходите на обед.

Нашли проблему.

(23)
Отходы металлов указать в граммах

Кхм, аналогично.
Более того, многие заводы полвека с такими нормативами в граммах и миллиграммах живут с начала работы, не говоря уж об автоматизации в 60-х.
25. Владимир Петров (ИТРП) (pevlar) 25.04.17 12:47 Сейчас в теме
(23) Обратите внимание, переписывать техкарты - это Ваше предложение (предположение), и Вы сами на него, по сути, ответили... Переписывать техкарты незачем. Нужно правильно настроить НСИ в соответствии с конкретными задачами. Причем, настроить нужно так, чтобы было удобно и целесообразно выполнять в бизнес-процессах вполне определенную, а не умозрительную работу. В определенных ситуациях могут понадобиться и доработки, оптимизирующие выполнение конкретных функций. Варианты, как это сделать, есть. Это и применение разных единиц измерения и коэффициентов. Как пример, вероятно, обратили внимание, что появился коэффициент применения маршрутной карты. Ирония тут плохой помощник. Исходить нужно из практических соображений, в том числе предусматривать нужно и удобство интерфейсов для конкретных рабочих мест, с необходимым преобразованием данных (если это действительно нужно) и межсистемную интеграцию с преобразованием единиц измерения, для работы с другими единицами измерения, например, в маршрутных картах PDM-систем и т.д.
26. Владимир Петров (ИТРП) (pevlar) 25.04.17 13:15 Сейчас в теме
(23)
Эта формулировка как раз основывается не на бизнес-требованиях, а на ограничениях системы и вам, как консультанту, нельзя этого признать, ибо не будет "продажи 1С:ERP", о чём вы написали под лозунгами "провести всестороннее функциональное моделирование".


Не вижу никакой проблемы в том, чтобы находить и признавать ограничения системы - именно это и есть наша работа, для этого и проводим функциональное моделирование, чтобы найти решения для таких случаев. Если бы таких ограничений не было бы (что теоретически не достижимо для абсолютно всех случаев), то не нужны были бы и специалисты. 1С:ERP - слишком сложная система, чтобы просто взять и начать с ней работать. Этот факт даже признавать специально не нужно, - подтверждается реальной практикой...
27. Виктор Окулов (okulus) 05.05.17 08:41 Сейчас в теме
(26)
У ИТРП есть внедрения 1С:ERP на кабельных заводах?
28. Alex A (rubik-onnline) 11.05.17 15:00 Сейчас в теме
Также столкнулись с подобной проблемой, когда спецификации написаны на 1 км кабеля, но производится всегда с точностью до десятков и метров. А если делать спецификации на метр, то не хватает трех знаков после запятой для разных красителей, если округлять до тысячной, все равно получаются большие погрешности.
Был еще вариант создать спецификации на минимальную определенную партию (70-100 метров), но он также не выдержал критики. Вариант с единой спецификацией тоже не устроил, п/ф продаются, производятся про запас, на отдельный заказ и могут перебрасываться на другие заказы.
В конфигурациях вроде УПП пересчитывались эти данные, исходя из некратного количества продукции. Потенциальный выход также нашли в переходе на низкоуровневые единицы измерения, смутили дикие значения в движениях по регистрам, а также в проводках регламентированного учета. Да, упаковки можно использовать в документах, но видеть многомиллионные движения в регистрах и проводках неудобно. Кроме того, ERP зачастую пока подкидывает задачи при закрытии месяца, требующие анализа регистров (ошибки пользователей, косяки системы, которые имеют место быть к сожалению). Также в ходе тестирования этого решения было выяснено, что теоретически можно наткнуться на "математико-техническое" ограничение, когда после скольких-то символов программа выдает ошибку. Также долго выполняется построение графика (конечно, может есть сервера с сотнями гб ОЗУ, но в нашем случае один заказ из 7-10 полуфабрикатов считался несколько минут, может, сейчас по-другому, тогда еще 2.1.3 был релиз), регламентные операции. Производство пока небольшое обходимся выпуском без заказов с "некратной" обработкой табличной части, также вроде как считается, если поправить в коде (менеджер объекта ресурсной спецификации на 2.1.3 и где-то в общих модулях на 2.2.3 кода при пересчете Цел(Количество...), но разработчикам виднее, скорее всего, связано с долями стоимости).
adhocprog; okulus; Gavrik; +3 Ответить 2
29. Сергей Куканов (Gavrik) 340 12.05.17 20:41 Сейчас в теме
(28) Спасибо за интересный комментарий!
rubik-onnline; +1 Ответить
30. Сергей Куканов (Gavrik) 340 12.05.17 20:51 Сейчас в теме
(28) по докладу 1С производительность расчета графика значительно выросла в версии 2.2
okulus; rubik-onnline; +2 Ответить
31. Alex A (rubik-onnline) 13.05.17 20:35 Сейчас в теме
Радует, что график на 2.2 необязателен. Честно говоря, раньше у большинства клиентов он был формальным, т.к. линии позволяют производить с запасом продукцию.
32. splxgf (splxgf) 14.05.17 04:01 Сейчас в теме
Можно сделать доработку которая будет формировать уникальные спецификации на каждый заказ.
Все эти масштабирования работают только при штучно-сборочном производстве, а когда отходы при производстве к примеру 30 кг на 100 кг продукции (и 50 кг на 1000 ГП), то универсальной спецификацией не обойдешься.
корум; Gavrik; +2 Ответить 1
33. Сергей Куканов (Gavrik) 340 14.05.17 17:55 Сейчас в теме
(32) ну да, как вариант создать эталонные спецификации и на основании собственного расчета заполнять. Правда и так 100k спецификаций, а так будет ещё больше)
34. Алексей Кислов (akislov) 19.05.17 11:15 Сейчас в теме
Уважаемые коллеги! Какая-то очень грустная статья получилась. И есть целый ряд причин для такой "грусти". Пишет партнер - франчайзи "1С" (судя по профилю пользователя), в идеологии инструмента не до конца разобрался, цели не формализованы, не в курсе нововведений... продолжать можно долго, одна только "поломка" ограничения 2.1, путем временного отключения производства 2.1 для сохранения спецификации с последующим использованием 2.1 - особого стоит, хорошо бы автору документацию почитать, да и статься есть отдельная на эту тему.
Интересно, а на партнерском форуме сложно было задать вопросы и получить ответы и только после этого делать "аналитику постовую" или это просто банальный персональный PR через громкое название темы? Товарищи, грустно, грустно от такой позиции автора. Сильно рад, что в комментариях очень много толковых слов есть, видно, что коллеги в теме, честно, рад. Скажу как есть - для "кабельной промышленности" в типовом функционале есть "куда расти", как минимум - это выбор маршрутов - альтернативных ресурсных спецификаций, есть и еще некоторые моменты, но все они не "блокирующие", а вообще, слабо открыть конфигуратор и сделать свое небольшое дополнение, исходя из желаемых улучшайзеров? Существует 100500+ вариантов специфики конкретного производства и его процессов, в рамках одного типового функционала поддержать все и вся - это будет "мега монстр", который не взлетит в частом случае использования, для таких задач есть отраслевые и специализированные решения, вот, свежая статья на эту тему - https://habrahabr.ru/company/1c/blog/328966/
А вот пост Виктора Окулова стоит разобрать отдельно!
35. Сергей Куканов (Gavrik) 340 19.05.17 12:21 Сейчас в теме
Я рад, что на статью обратил внимание сотрудник 1с и подтвердил что для "кабельной промышленности" в типовом функционале есть "куда расти". Это главное. Остальное - эмоции автора комментария.
36. Алексей Кислов (akislov) 19.05.17 13:19 Сейчас в теме
(35)

Поскольку смысл моего "мягко" поста был трактован неверно, придется написать "как есть". Партнеры бывают разные. Но к сожалению большому могу отметить, что некоторые из них, которые работают не как "партнеры". Регулярно разбираю обращения клиентов, можно привести несколько "сводных" случаев. Например, обращается клиент, есть некоторые сложности в рамках проекта, начинаем помогать, разбирать конкретные кейсы, и тут начинается самое интересное, исполнитель работ (партнер) заявляют о невозможности решения задачи, об ошибках типовой конфигурации, о необходимости больших доработок (приятно же еще закрыть таймшиты по разработке :). И тут возникает самый большой вопрос ПОЧЕМУмы узнаем об этом от клиента (или из публичной статьи партнера на том или ином ресурсе) ? от партнера нет ни обращения на ЛК (если есть ошибки), ни на форум (если есть вопросы по моделированию кейса) ? Получается, что партнеру не интересно развитие решение, он не способствует его совершенствованию, так партнер ли это вообще тогда? Такой хороший риторический вопрос!
37. Сергей Куканов (Gavrik) 340 19.05.17 16:43 Сейчас в теме
(36) Сейчас окажется всё на своих местах. Партнёр я совсем недавно, а когда я писал пост был обычным клиентом, который думал как пристроить коробку ERP и заменить решение УПП. Поэтому вы меня уже направляли на партнёрку, где я не имел доступ. Ну а если глобально подходить, то негативно реагировать на критику, что свойственно 1С, не считаю правильным. Есть объективные вещи существования специализированных продуктов. ERP для кабельного не подходит в режиме поставил и погнал. Нужны доработки. Может не сложные, но необходимые.
okulus; корум; +2 Ответить 1
38. Алексей Кислов (akislov) 19.05.17 17:16 Сейчас в теме
(37)
Сергей,

"Есть объективные вещи существования специализированных продуктов. ERP для кабельного не подходит в режиме поставил и погнал. Нужны доработки. Может не сложные, но необходимые."

Вот, с этим могу согласиться. Но при этом хотелось бы и обратного понимания, т.е. если делать выкладки по тому, что из поставки продукт может, а что реально требует доработки. Итого, мы поняли друг друга ? )))
39. splxgf (splxgf) 21.05.17 13:59 Сейчас в теме
ERP заточена под сборочные производства с единицами измерения в штуках, поэтому остальные страдают... килограммо-литры уже не вписываются в типовой функционал.
Объективно очень слабая документация и зачастую устаревшая, продукт меняется во многих подсистемах кардинально.
Доступ на партнерский форум (можно только чтение) желательно давать каждому купившему коробку ERP. Грамотных партнеров к сожалению мало, да и некоторые просто отказываются от новых проектов из-за нехватки ресурсов.
Gavrik; okulus; +2 Ответить
40. Виктор Окулов (okulus) 26.05.17 07:39 Сейчас в теме
41. Виктор Окулов (okulus) 26.05.17 07:45 Сейчас в теме
(34) Когда отраслевое решение будет - "1С:ERP Управление кабельным заводом" ? ;-)
42. user767855 (Александр Z) 07.06.17 15:59 Сейчас в теме
(22)
Если система предполагает задание ресурсных спецификаций на минимальную дискрету планирования


Даже слов не понимаю. "Минимальная дискрета" - это откуда взялось? Что арифметику отменили? Или опять программисты правят миром? Зачем ограничивать возможности? Кабели - это то что явно на поверхности, и там действительно нет ни одной тиражной программы - самописки одни. Зачем морочить голову техотделам и ограничивать возможности системы. В чем сермяга, объясните уважаемый Владимир Петров (ИТРП). И так вопрос использования единиц измерения не простой, так к нему еще ограничения ввели. ЗАЧЕМ?
43. Александр Захаров (Александр Z) 07.06.17 17:06 Сейчас в теме
(41)
(41)
Когда отраслевое решение будет - "1С:ERP Управление кабельным заводом" ? ;-)


В принципе у нас появляется такое желание. Собираем предложения. Если есть что сказать (кроме описанного выше), готовы рассмотреть.
44. Виктор Окулов (okulus) 01.07.17 12:18 Сейчас в теме
(43) "Иная простота хуже воровства"
45. Александр Захаров (Александр Z) 03.07.17 12:24 Сейчас в теме
(44) В чем простота, Виктор, и чем она вас так напугала? )))
46. Виктор Окулов (okulus) 07.07.17 12:50 Сейчас в теме
(45) Пока Вы собираете предложения, другие ищут работу
47. Александр Захаров (Александр Z) 07.07.17 13:29 Сейчас в теме
(46)
другие ищут работу


Сочувствую.

Чем могу помочь?
Оставьте свое сообщение