Виталий, ого как все напутано! Линукс сервер и Постгрю обычно берут, если хотят экономить деньги; зачем в этой схеме еще винда? Если вы купили виндузный сервер, то зачем вам умножать сущности за счет отдельно стоящего компьютера с СУБД? Или работайте на MsSQL, или на виндузной версии PostgreSQL на том же компе, что и сервер 1С. Выгоды от использования линуксовой сборки постгри будут перечеркнуты деградацией работоспособности всей системы из-за необходимости плотно общаться двум компьютерам через сетевую инфраструктуру.
unixODBC вам понадобился бы, если бы сервер 1С работал на вашем Debian. На серверах Windows нужна обычная технология ODBC. Для обоих случаев драйвера скачиваются с сайта постгри https://odbc.postgresql.org
Самое главное, что вам нужно уяснить - это что сервер 1С хранит данные в том виде, как ему удобно. Это со стороны кажется, что может быть сложного в справочнике банков - код, название, свифт, бенифициант и пр., все казалось бы можно положить в плоскую табличку и почему же глупая 1С не идет таким простым путем. Да только не все так просто - есть общие реквизиты, есть ограничение доступа на уровне реквизитов, есть критерии отборов по реквизитам, есть состав функциональных опций из реквизитов различных объектов, есть таблицы изменений для планов обменов, есть встроенное версионирование, есть агрегаты с кластерными индексами, есть расширения конфигураций, которые модифицируют структуры данных... В общем пытаться встроиться в структуру данных 1С - занятие сложное и бестолковое. Есть разные методики, и вам даже тут в комментариях на вопрос уже статью на ИТС подсказали, но почти при каждом обновлении структура будет изменяться (реструктуризация) и вам заново нужно будет выгружать во внешний файл мэпинг бизнес-реквизитов с новыми идентификаторами в базе.
Самый правильный вариант общения 1С и внешних систем, или через промежуточную БД (файловую шару, FTP и так далее по методам поочередной выгрузки-загрузки), или через вызовы открытого API. К примеру, если объем запрашиваемой информации не очень большой и не очень частый (не чаще раза в час), то можно воспользоваться встроенным интерфейсом ODATA. С помощью этого механизма можно даже всякую мелочевку грузить в 1С. Я на эту тему пару статей на инфостарте писал - https://infostart.ru/public/711302/
Артем Скоробогатый, значит нужно гуглить по правительственным сайтам и специализированным форумам. Про отчет по финмониторингу впервые слышу. Подозреваю, что это проверка фискалов, что бы вы не отмывали деньги.
Если у вас явно нет кнопки отправки и предполагается сохранение отчета в обычный файл Excel, то пока не пришли настоящие специалисты давайте мыслить логически: а) просто так отправить файл вы не можете - он должен быть подписан ЭЦП из специализированного ПО, которого скорее всего у вас нет, иначе бы вы не писали данный вопрос; б) следовательно вам нужно подтвердить себя методом авторизации на каком-то портале госуслуг и уже там загрузить ваш отчет в том виде, как будет затребовано.
Владислав Бочков, тогда иди в 1С - там порог входа ниже и вакансий больше. На Битрикс основное лаве идет не с оклада в веб-студиях, а именно с фрилансинга, который ты игноришь.
Владислав Бочков, а я сто раз говорил, что никуда ездить не нужно, а можно сидя в любой глубинке, имея только доступ к интернету, рубить деньги на удаленке.
Saboteur, +1. Слышал и раньше много историй успеха на тему админов-удаленщиков. Моя бывшая контора сама некоторое время услугами таких ребят пользовалась. А сейчас с массовым распространением VDS/VPS и "облаков", удаленные админы нужны просто всем и на фрилансерских сайтах море предложений.
Виктор, значит перепутал с другой системой (на российских конфигурациях не специализируюсь). Ок, добавляйте новое значение перечисления. Далее делайте поиск по конфигурации с названием элемента перечисления, который соответствует 18%. Вы найдете процедуру (возможно даже не одну) в общем модуле, которая отвечает за трансляцию перечисления в цифру и добавьте там ваш новый элемент. Так же в выборке будет ряд отчетов, в которых в схеме компоновки будут прописаны получения ставки НДС, и возможно несколько документов (особенно с учетом того, что непонятно кто вам переписывал вашу старую ут 11.1) - всюду нужно добавить ваше новое значение. На самом деле все довольно просто и за пару часиков уложитесь.
Nobody_Admin, у меня нет Бух 3.0 и не могу посмотреть как там точно реализовано, но это управляемое приложение и по умолчанию разные обмены происходят именно на сервере, а не с клиента. Это в старых системах типа УТ10 обмен физически происходил с компьютера пользователя.
Xvir43, у вас "там" есть код, который выполняется при выборе контрагента/договора - в реквизит документа устанавливается тип цены, который пользователь может изменить при наличии на это прав. Далее на события добавления новых строк с товарами и указания этих самых товаров срабатывает другой код, который из подсистемы ценообразования получает цены и заполняет в таблице суммовые колонки.
Не знаю, что там у вас за конфигурация, но попробуйте изучить код модуля объекта. Возможно там есть экспортная процедура для заполнения свойств новой строки. Тогда даже самому запросы к ценовым регистрам не нужно будет делать (плюс скидки, наценки и так далее).
На это минорной нотке я уже ничего не могу подсказать. Если бы я был на твоем месте, то перевел бы сервер в режим отладки, поставил бы галочку "остановка при ошибке" и запустил бы обмен. Далее смотрел бы по контексту кода, где произошла ошибка.
С похожей ошибкой в мое франче сами столкнулись, когда в офисе подняли платформу с 8.2 на 8.3 - в коде синхронизации ЗУП и БУ были попытки создания только V81COMConnector и V82COMConnector. Я дописал коннектор для 8.3 и все заработало. Но тут явно не тот случай.
Тут вообще может быть или банальщина - опечатка в параметрах подключения или изменившиеся порты сервера. Или какая-то ошибка платформы.
Gambol, давайте самое простое и очевидное.
На вашей парочке перемещенных компов в списке баз есть база на компе главбуха. Удалите ее из списка и добавьте заново. Все получилось и 1С заработала?
Если нет, то перейдите по пути, который указали в подключении, и скачайте к себе любой из файликов. Если получилось, то попробуйте создать там любой пустой файлик (потом удалите). Если данные действие не получились, то для вашего пользователя запрещено "чтение и запись" по сети из зашаренного каталога базы.
mrgrigo, что-то не то делаешь. посмотри типовые - там кучу рекламы и "помощники" при старте запускают. но при этом интерфейс никуда не едет и окно загрузки не зависает.
Кстати, "модальное окно" в платформе оставили для запуска устаревшего кода. При разработке рекомендуют открывать обычное окно с блокировкой или окна-владельца или всего интерфейса.
mrgrigo, вы же понимаете, что я не имею ни малейшего понятия ни о структуре вашего запроса, ни о предметной области решения?
Вы пишите (в контексте вопроса по группировкам месяцами) - что "нужно получить всю номенклатуру и вывести". Сразу картинка отчета из двух столбиков - месяц и номенклатура. Пока все понятно.
Далее появилось "если по ней не было движений -- просто не заполнять поля для них". Что? Нужно сделать какой-то общий перечень номенклатуры, а в конкретном месяце, при отсутствии движений выводить среди номенклатур пустые строчки? Звучит странно и бесмысленно, но технически реализуемо.
Писать отдельные вопросы отдельными "вопросами" на тостере правильно, так как я не всегда отвечаю. Тут есть много других, кто могут постараться размять мозги и дать ответ. Тот же Константин. К тому, же я не очень люблю вопросы с загадками, так как я обычно беру деньги за уточнение туманных заданий.
Alcher, траты на установку новой платформы - это зарплата сисадмину, который нажал на инсталл, и программисту, который подправил свой код, если решите снять режим совместимости с 8.2
Нет такого понятия, что вы купили 8.2, а для 8.3 нужно доплачивать - вы имеете право на любую версию платформы, хоть 8.0
unixODBC вам понадобился бы, если бы сервер 1С работал на вашем Debian. На серверах Windows нужна обычная технология ODBC. Для обоих случаев драйвера скачиваются с сайта постгри https://odbc.postgresql.org
Самое главное, что вам нужно уяснить - это что сервер 1С хранит данные в том виде, как ему удобно. Это со стороны кажется, что может быть сложного в справочнике банков - код, название, свифт, бенифициант и пр., все казалось бы можно положить в плоскую табличку и почему же глупая 1С не идет таким простым путем. Да только не все так просто - есть общие реквизиты, есть ограничение доступа на уровне реквизитов, есть критерии отборов по реквизитам, есть состав функциональных опций из реквизитов различных объектов, есть таблицы изменений для планов обменов, есть встроенное версионирование, есть агрегаты с кластерными индексами, есть расширения конфигураций, которые модифицируют структуры данных... В общем пытаться встроиться в структуру данных 1С - занятие сложное и бестолковое. Есть разные методики, и вам даже тут в комментариях на вопрос уже статью на ИТС подсказали, но почти при каждом обновлении структура будет изменяться (реструктуризация) и вам заново нужно будет выгружать во внешний файл мэпинг бизнес-реквизитов с новыми идентификаторами в базе.
Самый правильный вариант общения 1С и внешних систем, или через промежуточную БД (файловую шару, FTP и так далее по методам поочередной выгрузки-загрузки), или через вызовы открытого API. К примеру, если объем запрашиваемой информации не очень большой и не очень частый (не чаще раза в час), то можно воспользоваться встроенным интерфейсом ODATA. С помощью этого механизма можно даже всякую мелочевку грузить в 1С. Я на эту тему пару статей на инфостарте писал - https://infostart.ru/public/711302/