среда, 13 мая 2009 г.

Хорошо забытое старое

После первомайских праздников звонит мне бухгалтерия клиента. У бухгалтера по банку почти истерика: села разносить свежие выписки, а они все проводят не так, как раньше и как надо. Главбуха нету, она не знает, что делать. Попыталась выяснить по телефону, как и что она делает. Говорит, что все, как обычно. В выписке в 1С все разнесла, но остатки на конец дня с выпиской из банка ну никак не сходятся. Пришлось срочно выезжать. Я злюсь, думаю, что сейчас приеду и окажется, что какую-нибудь галочку не там поставили. Приехала, бухгалтер мне все показывает. Блин, и правда все правильно разнесено. Аналогичная выписка за 30 апреля все красиво провела, а за 5 мая зачем-то в приходе выделила и куда-то попыталась засунуть НДС, а расход вообще не провелся никак. Я в непонятках. КАК документ может вчера работать так, а сегодня вдруг иначе??
Полезла в код. И все оказалось интересно. Несколько лет назад наше любимое правительство что-то не то съело и ни с того ни с сего неожиданно решило ввести спецсчета по НДС. Типа чтобы на расчетный счет шла только сумма без НДС, а НДС аккумулировался на отдельном служебном счете. Бухгалтера, естественно, в панике. В авральном режиме переписываются банковские документы в 1С. А потом правительство попустило и оно так же неожиданно это гениальное нововведение отменило. Программерам видимо было жалко удалять результат своей напряженной работы. А закомментить его было лень. Еще бы, куски кода, разбросанные в полутора десятке мест в довольно объемном модуле. Они взяли и просто поменяли в этих кусках дату, с которой должны были заработать спецсчета, на некую дату в отдаленном будущем. И этой датой оказалось "01.05.09". Модуль просто послушно пытался выделить НДС и отправить его на несуществующий спецсчет. Пришлось сделать то, что было лень разработчикам: найти и закомментить все эти куски кода. После этого выписка заработала в обычном режиме.

четверг, 12 марта 2009 г.

Обмен данными между "1С:Предприятие 7.7" и системами "Клиент-Банк"

У моего клиента для импорта выписок из "Клиент-Банка" стоит продукт от Внедренческого Центра "Конто". Это система внешних обработок, ядром которой является основная обработка и обработки, соответствующие форматам обмена данными разных банков.
Когда меня впервые позвали "настроить "Клиент-Банк"", я здорово занервничала. На первый взгляд все показалось оооочень сложным. Но при ближайшем рассмотрении там оказалось работы на пару минут.
Итак, что нужно сделать, чтобы заработал "Обмен данными между "1С:Предприятие 7.7" и системами "Клиент-Банк" от "Конто" для очередного нового открытого счета.
1. Конечно же должен стоять "Клиент-Банк" нового банка. Надо же откуда-то данные выгружать =)
2. Ищем папку в базе данных 1С, в которой лежит обработка ClientBank.ert. В моем случае она лежала в папке с очень оригинальным названием "ClientBank".
3. Потом нужно определить, какая из обработок в этой папке соответствует формату выгрузки данных вашего банка. Я делала это двумя способами.
а) нашла в инете табличку "Перечень поддерживаемых банков по состоянию на ..." на сайте фирмы-разработчика и определила по названиям обработок, что мне нужно;
б) второй раз вариант а не прошел, т.к. сайт разработчика не работал и перенаправлялся на сайт http://1c.abbyy.ua/ Там же ссылка на нужную табличку оказалась битой, удалось найти только аналог для "восьмерки". Поэтому я внимательно изучила содержимое вышеупомянутой папки "ClientBank" и нашла там файлик Formats.xls, который и является собственно табличкой, которую я искала через одно место. Так же есть history.txt, в котором можно найти, какому формату какая обработка соответствует.
4. Теперь все в той же папке ищем файл ClientBank.ini. Туда вписываем название банка (как он будет отображаться дальше при работе с обработкой) и название соответствующей ему обработки. Он должен выглядить примерно так:
ЭнергоБанк;Energy.ert
Фортуна;Fortuna.ert
Надра;Kiev-new.ert
Хрещатик;khrest.ert
Альфа-Банк;csbank.ert
5. Проверяем, чтобы указанные в ClientBank.ini обработки обязательно были в одной папке с ClientBank.ert (это осоновная обработка).
6. Запускаем в 1С основную обработку ( например, в моем случае это меню "Отчеты" -> "КлиентБанк") и начинаем работать.
Да, и не забудьте прежде чем загружать данные в 1С сначала выгрузить их в "Клиент-Банке" =)

четверг, 19 февраля 2009 г.

Проблемы с выгрузкой регламентированных отчетов в XML (1с 7.7)

Налоговики неожиданно обновили регламентированную отчетность. В связи с чем возникли проблемы с выгрузкой готовых отчетов в формат XML для сдачи в налоговую. Приведу список возможных проблем и их решений.

1. При выгрузке появляется сообщение о том, что не найдены схемы выгрузки.
Причина: вместе с изменением формы отчета налоговая сменила и схемы.
Решение: зайти на сайт налоговой и скачать схемы. Для жителей Украины это можно сделать здесь.
Кроме самих схем (файлы вида J0115109.xsd) обязательно нужен файл Common_types.xsd (скачивается с той же страницы), иначе будет выскакивать ошибка про неправильные типы данных (вида " Схемы.ДобавитьСхему("",ПутьКСхемам+ИмяСхемы+".XSD");
{F:\WORK_BASE_1C\TEC_BUH\EXTFORMS\RP09Q1.GRP\XMLEXPRT.ERT(1998)}: msxml4.dll: file:///F:/Work_base_1C/TEC_BUH/ExtForms/rp09q1.grp/J0200107.XSD#/schema[1]/complexType[position() = 2 and @name = 'DHead']/sequence[1]/element[position() = 1 and @name = 'TIN'] Undeclared XSD type : 'DGLong'.").
Все эти файлы необходимо сбросить в папку с регламентированными отчетами (ExtForms\rp09q1.grp, например).

2. При выгрузке появляется ошибка вида "Схемы.ДобавитьСхему("",ПутьКСхемам+ИмяСхемы+".XSD");
{F:\WORK_BASE_1C\TEC_BUH\EXTFORMS\RP09Q1.GRP\XMLEXPRT.ERT(1366)}: msxml3.dll: Ошибочное определение для корневого элемента в схеме."
Причина: новые схемы не устраивают msxml3.dll.
Решение: установить более новый msxml (например, msxml4.dll). Установочный файл найти в интернете легко. В частности он есть все на том же сайте налоговой.
Иногда (как было в моем случае) простой установки недостаточно. Тогда нужно разрегистрировать msxml3.dll и зарегистрировать msxml4.dll.
Для этого нужно в командной строке Windows (Пуск -> Выполнить) прописать по очереди такие строки:
regsvr32 /u msxml3.dll
regsvr32 msxml4.dll
3. Могут выдаваться разные сообщения про ошибки работы с внешней компонентой V7plus.dll.
Решение: обновить/переустановить V7plus.dll. В моем случае у клиента эта проблема решена не до конца, т.к. я не имею там полноценного доступа к серверу. Не доверяют.

4. Могут появляться сообщения вида "The element: 'C_REG' has an invalid value according to its data type. [ (error position = 4)]"
Причина: в отчете не заполнен или некорректно заполнен какой-то из обязательных реквизитов. В данном случае это C_REG. Это номер региона (в случае для Декларации по НДС) он заполняется в самом низу отчета, в разделе служебных данных для выгрузки отчета в XML.
Решение: проставить в отчете требуемые реквизиты. Вообще если говорить о той же Декларации по НДС для Украины, то при попытке выгрузки в регламентированном отчете будет выведено предупреждение о незаполненных обязательных реквизитах с табличкой. Не игнорируйте его, заполните все, что требуется. Это поможет вам избежать появления данной проблемы и непоняток с налоговой.