Painel de líderes

Prezados Amigos, Precisamos muito integrar ao provedor PRODATA pra Cidade de RIO VERDE-GO. O padrão é ABRASF 2.1 e segue XML em anexo. O link para da homologação é: http://homologacao.rioverdegoias.com.br/prodataws/services/listServices O link para da produção é: http://online.rioverdegoias.com.br/prodataws/services/listServices Toda documentação você encontra no site da ABRASF na sessão da NFS-e - Versão 2.01 http://www.abrasf.org.br/paginas_multiplas_detalhes.php?cod_pagina=1&titulo=TEMAS%20T%C9CNICOS&data=nao Obrigado! Márcio Lopes

Boa tarde a todos, Foi publicado no Portal Nacional do Conhecimento Eletrônico a NT 2013/006 juntamente com o Pacote de Liberação 2.00, no final de Maio. Ela se refere a versão 2.00 do CT-e cujas datas de liberação são: Ambiente de Homologação: até 01/09/2013; Ambiente de Produção: 01/11/2013. Note que existe a palavra "até" antes da data, portanto o ambiente de homologação pode ser liberado antes. O MOC - Manual contido na NT é preliminar, portanto pode sofrer alterações. Mas, não vamos deixar para última hora ou vamos? Eu não vou, já estou trabalhando na implementação dessa nova versão. Criei uma diretiva de compilação chamada PL_200 para tornar o componente compativel. Esta faltando implementar as classes que vão conter os grupos de informações de unidade de transporte e unidade de carga ligados aos documentos originários. Até o momento o DACTE continua o mesmo, somente o XML que teve a sua estrutura reformulada. Por conta disso não foi possível manter um nivel alto de compatibilidade, vamos a um exemplo: Nas versões 1.03 e 1.04 os documentos originários ficam dentro do grupo remetente, na versão 2.00 eles passam a ter um grupo próprio e fora do remetente. Este mês começo a fazer os primeiros testes, gerar, assinar e validar o XML e é claro finalizar a implementação. A minha previsão é que até o final de Julho já esteja tudo disponivel para todos da comunidade ACBr.

Boa tarde a todos, Encontra-se disponivel as alterações realizadas por mim no componente ACBrMDFe conforme a NT 2013/002. Favor atualizar os fontes do componente, bem como do programa exemplo. Peço por gentileza, de baixar também a NT 2013/002, disponibilizada no portal MDF-e. Foram implementadas as novas classes que diz respeito as informações de unidade de transporte e de carga bem como as alterações de nomenclatura, tipos e tamanhos em TAGs já existentes. Gostaria de Reforçar que dentro da pasta ...\Fontes\ACBrMDFe não existe mais a pasta DAMDFE_QR3, mas por outro lado tem um arquivo chamado: Property_Does Not Exist.txt Nesse arquivo vocês vão encontrar um passo a passo para resolver esse tipo de erro que aparece quando se utiliza versões diferentes do Quick Report.

Use o ShowLog do SVN para descobrir. Ela foi removida no dia 06/07/2013 na revisão 5372 e foi adicionado o arquivo "Property_Does Not Exist.txt" Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste em especial a "2.2 - Permaneça no assunto".

ok, valeu a força!!! abraço!!

Astrogildo82, não é estresse, mas o desencontro de informações e os posts sem mencionar o que está sendo feito levam a erros de interpretação. Vou analisar as mudanças nas exportações, mas eu já havia feito, só não tive tempo de subir ainda, estava aguardando verificar se não ia ter mais mudança na tabela. David, o Astrogildo tem razão, verifique seu repositório, pois a descrição foi acertada ontem para funcionar de qualquer forma, independente do padrão adotado (com ou sem aspas, com ";" no meio ou não). Você já realocou seu repositório para o novo endereço?

Se você atualizar o ACBr vai ter problemas, porque agora ele considera a coluna, então os itens sairão deslocados ou será gerado erro.

Lembre que isso ainda é especulação, está todo mundo esperando a regulamentação sair, dizem que vai ser essa semana, não podemos afirmar ainda.

Eu não recomendo mais o uso da DLL nativa no DBase, Fox, Harbour, etc ... Isso por que temos várias funções que retornam structs, arrays, ponteiros, e outras estruturas de dados que essas linguagens não suportam. Uma solução é usar como ActiveX, como o Rafael Dias falou acima. ... Ou ... Ou implementar no ACBrFramework versões alternativas dessas funções que retorne/receba strings formatadas ao invés de array e structs, +- como é a interface TCP do ACBrMonitor. Como isso daria um bom trabalho pra fazer, acredito que o uso do ACBrMonitor é mais vantajoso.

Boa tarde!! Depois de pesquisar uma maneira de traduzir as mensagens de validação do XML, me deparei com um artigo que explica que o MSXML 5 foi lançado exclusivamente para o Office sendo a única versão com métodos para assinatura digital, distribuída a partir do Office 2003 até a versão 2007. Segue o artigo que explica: http://balaiotecnologico.blogspot.com.br/2012/07/assinando-documentos-xml-com-capicom-e.html). Então me ocorreu que em um Office em português essas DLLs do MSXML5 poderiam ser do mesmo idioma, e foi ai que eu me dei bem. Instalei um Office 2007 em Português e peguei a DLL "msxml5r.dll" (DLL de resource c/todas as mensagens) e deu certo. Só precisa desta, a outra eu mantive igual a que está no SVN, pois a versão era mais recente. Em anexo a DLL "msxml5r.dll". Espero ter ajudado. _____________________________ Cristiam Silva Azambuja msxml5r.7z msxml5r.7z