Доделать регламентированный отчёт по ЕСВ <1С:Предприятие 8.3, УТП для Украины 1.2>
(завершен)
Необходимо доработать регламентированный отчёт по ЕСВ, чтобы была возможность выводить данные по сотрудникам, которые работают по договорам ГПХ в разрезе подразделений организации.
Т.е., выбираем определенное подразделение, и в нужные таблицы отчёта должны попасть сотрудники, которые согласно документу "Договор на выполнение работ с физ.лицом" был в период отчёта оформлен за выбранным подразделением.
Отчёт уже дорабатывался предыдущим программистом, но проблема в том, что как минимум в "Таблица 6" попадают те сотрудники, у которых срок действия договора ГПХ уже был завершен в предыдущих периодах.
Устранить проблему с остановкой службы "Агент сервера 1С предприятие" <1С:Предприятие 8.3, не имеет значения>
(завершен)
Windows Server 2008 R2, после того, как словили вирус, перестала работать 1С. При попытке установить версию 8.3.8.1652 или 8.3.9.2033 служба "Агент сервера 1С" запускается, и сразу же останавливается. При установке версии 8.3.16.1063 агент нормально стартует и работает.
Уже пробовал чистить srvinfo, да и полностью сносить все папки 1С после переустановки. Порты использую стандартные, пользователя для службы 1С при установке всех трёх версий указывал одного и того же.
У нас сейчас непонятные проблемы с обменами (РИБ), единственная возможная причина, о которой я могу предположить - это разные версии платформы на двух физических серверах. Поэтому мне очень важно успешно установить версию 8.3.8.1652. Ищу человека, который поможет разобраться с проблемой при запуске службы агента сервера.
Доработка модуля складского учета <1С:Предприятие 8.3, УТП для Украины 1.2.46.1 (обычные формы)>
(завершен)
Добрый день.
Сейчас складской (управленческий) учёт на материальном складе ведется в программе Акцепт. Хочется внедрить удобную схему оперативного управленческого учета выданных и полученных материалов в 1с.
01.02.2019 была проведена инвентаризация, результаты инвентаризации планируем загрузить в 1с через "Оприходование товаров" (обработка для загрузки из Эксель уже готова).
Т.е. остатки мы получим. Далее, как я вижу, поступление товаров на склад мы можем делать через "Приходной складской ордер", тут вроде как проблем не возникает, и такая схема должна сильно упростить жизнь бухгалтерии (ввод "Поступление товаров и услуг" на основании ПСО).
А вот с расходом вопрос - стандартный документ "Расходный складской ордер" подразумевает ввод на основании бухгалтерского документа. Как происходит по факту выдача материала: во время смены сотрудник (как правило, ответственный за получение материалов во время смены) приходит на склад, говорит что ему нужно, кладовщик выдает ему материал, записывает ФИО ответственного, что выдала и в каком количестве в рукописный журнал, ответственный расписывается. И вот именно этот механизм "рукописей" хотелось бы или полностью или частично автоматизировать.
На начальном этапе хотя бы чтобы кладовщик постфактум - или по окончании смены, или после выдачи материалов вносила эти данные в документ в 1С, и проходило списание товаров с управленческих регистров складского учета. Чтобы можно было оперативно получить данные об остатках товаров на складе, кто что и когда взял, что и когда поступило.
Конфигурация сильно изменена, т.е. с поддержки снята. Конкретно эти модули если и были ранее затронуты, то незначительно.
Связь 1С с весами через Windows Socket <1С:Предприятие 8.3, УТП для Украины >
(завершен)
Есть обработка связи 1С с весами. Работает через ActiveX компоненту Windows Socket. Все работает хорошо до того момента когда по каким то причинам пропадает связь с контроллером (к примеру пропало питание на свиче). В таком случае WinSocket постоянно возвращает State=7, то есть «подключён».
Если в таком случае перезапустить обработку, то при подключении будет выдаваться State=6, то есть «подключение», что вроде бы как корректно.
Принудительно обрывать связь, к примеру каждые две секунды при помощи обработчика ожидания, для того чтобы подстраховаться от подобных обрывов связи не хочется. Во первых (субъективно) - это увеличивает время «прибытия» значения веса в 1С от контроллера, во вторых - контроллер позволяет не более 4х одновременных подключений, и есть подозрение что при такой схеме создаются зависшие подключения, которые в дальнейшем препятствуют нормальному «свежему» подключению.
Необходимо разработать алгоритм стабильного восстановления связи WinSocket в 1с.
Экспорт исходящих платежных поручений в нужный формат для загрузки в системы Клиент банк <1С:Предприятие 8.3, Управление торговым предприятием для Украины>
(завершен)
Разработка мобильного приложения для связи Android с 1С <1С:Предприятие 8.3, Управление торговым предприятием для Украины>
(завершен)
Есть обработка, которая получает данные от радио весов, на которых мы взвешиваем рулон стали. Предусматривается следующая логика автоматизации:
1. При помощи планшета на Андроид кладовщик сканирует QR код рулона
2. В обработку передается информация о рулоне, который только что был просканирован
3. На экране планшета кладовщик видит надпись "Рулон номер ### взвешивается".
4. После того, как обработка получает от весов сигнал, на экране планшета меняется надпись "Вес рулона номер ### - ### кг. Записать?", появляются кнопки "Записать" и "Повторное взвешивание" ("Продолжить взвешивание").
5. При нажатии на кнопку "Записать" приложение дает сигнал обработки на запись документа, на экране планшета появляется надпись: "Рулон номер### с весом ###кг записан!".
6. Появляется стартовый экран приложения, на котором есть кнопка "Сканировать QR код рулона" и кнопка "История взвешиваний".
Пункты 1-2 уже реализованы, интересует разработка именно мобильного приложения.
Регистрация наработок оборудования в ERP, проблема проведения <1С:Предприятие 8.3, 1С:ERP Управление предприятием 2 (2.2.1.142)>
(завершен)
Пытаюсь разобраться с работой в этой конфигурации, и возникает очень неприятная ошибка. В системе есть возможность регистрировать наработки узлов объектов эксплуатации "От источника" - т.е., к примеру, есть прокатный стан (объект эксплуатации) и есть клети прокатного стана (узлы объекта эксплуатации). Параметр наработки для них один - время работы в часах. И вот для того, чтобы не регистрировать наработки отдельно для прокатного и стана и для каждой клети, есть возможность привязать время работы клетей к времени работы стана. Но при попытке проведения документа регистрации наработок возникает ошибка. Привожу текст: Запись с такими ключевыми полями уже существует! : ПериодыАктуальностиОбъектовЭксплуатации: (ТУТ ИДЕТ ДАТА ТЕКУЩЕГО ДОКУМЕНТА РЕГИСТРАЦИИ НАРАБОТОК), Регистрация наработок (НОМЕР ДОКУМЕНТА) от (ДАТА И ВРЕМЯ), Прокатный стан номер 1 (Регистры сведений: Периоды актуальности объектов эксплуатации; Номер строки: 2) Понимаю, что это не совсем верно, но я попробовал отключить движение этого документа по регистру Периоды актуальности объектов эксплуатации. В таком случае документ проводится без проблем, наработки регистрируются, но пропадает возможность автоматически подбирать ремонтные работы по узлам, в зависимости от количества наработки. Так же менял периодичность регистра на "в пределах секунды" - не помогло. Если же не включать регистрацию наработок узла от источника, по которому потом оформляется наработка, то документы проводятся без проблем. Прошу помочь решить эту проблему.
Импорт таблицы и добавление справочников <1С:Предприятие 8.3, "Управление торговым предприятием для Украины", редакция 1.2. Разработка конфигурации: "ABBYY Ukraine", 2007-2016 (1.2.38.1) >
(завершен)
Процесс производства стальных труб представляет собой
получение металла в рулоне с завода-поставщика, порезку его вдоль на полосы
(полученный материал именуется штрипс) и дальнейшее деформирование штрипса в
трубу. Трубы формируются в пачки труб.
На полученную в рулоне сталь есть сертификат, в котором
указывается химический состав (файл сертификата в приложении). Нам необходимо
оперативно получать данные о химическом составе каждой пачки согласно этому
сертификату.
Полученные рулоны, порезанные штрипсы и произведенные пачки
нумеруются согласно внутризаводским правилам.
К примеру: есть рулон хим состава А и хим состава В. Рулон А
порезали на 3 штрипса, из которого изготовили 16 пачек трубы. Рулон В порезали
на 2 штрипса, из которого изготовили 12 пачек трубы. Таким образом, 16 пачек
трубы будут иметь хим состав А, 12 пачек – хим. Состав В.
Перед началом работы по производству трубы из штрипса отдел
технического контроля вносит в 1С данные о производмиой трубе - толщина,
размер, количество труб в пачке, марка стали. После выпуска пачки трубы она
взвешивается, и при нажатии на кнопку «Печать» контроллер ОТК заносит в 1С
информацию о весе этой пачки, и распечатывает бирку со всем данными о пачке.
Отдел технического контроля должен иметь возможность при
отгрузке во время оформления документов на пачку оперативно указывать
химический состав конкретной пачки трубы.
Как мы видим реализацию этого процесса (не есть догмой!):
1. Добавляется справочник Рулоны, куда импортируется
информация с сертификата качества (номер плавки, хим. состав и пр.). Так же
необходимо прописывать наш, внутризаводской, номер рулона. Нумерация идет
последовательно, поэтому заполнение графы "Номер" можно сделать
автоматическим, с возможностью ручного изменения.
2. Далее рулоны необходимо порезать на штрипсы, для этого
создать операцию "Порезка" в табличной части которой необходимо
указать программу реза (на какое количество штрипсов и на какие ширины режется
рулон (эти данные являются справочными (в большинстве случаев неизменными) поэтому
можно сделать "подбор") и номер штрипса.
3. В "Карточку пачки" добавить возможность выбора
штрипса или нескольких штрипсов (бывает, когда в одной пачке находятся трубы,
произведенные из разных штрипсов, это нужно учесть). В случае, когда
пользователь выбирает несколько штрипсов ему так же дается возможность выбрать,
из какого штрипса будет подвязываться химсостав.
4. В итоге мы должны получить "карточку пачки", в
которой будет указаны данные о штрипсе, из которого произведена труба, данные о
хим. составе стали и номере плавки с возможностью формирования документа
сертификата в формате .doc или .xls и распечатывания этого документа.
Повторюсь, что приведенная выше схема не является
обязательной, вы можете предложить своё решение.
Ждем ваших предложений.
Файл сертификата доступен по адресу: http://www.ex.ua/612024057122. Хим состав выделен желтым цветом.
Дополнение функционала 1С для работы отдела сбыта <1С:Предприятие 8.3, "Управление торговым предприятием для Украины", редакция 1.2. Разработка конфигурации: "ABBYY Ukraine", 2007-2016 (1.2.38.1) >
(завершен)
Необходимо дополнить существующую конфигурацию, текстовое и графическое описание в файлах по ссылке:
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!