carlosmarian

Olá. É o erro foi que alguns arquivos(pas e inc) foram corrompidos durante atualização.... Removi tudo e baixei novamente e agora foi. Desculpa ai.

Atualizei meu rep para revisão 11475 e ao rodar o instalador do ACBr estou tendo erro ao compilar "ACBr_DFeComum.dpk" ACBrDFeCapicom.pas(66) Error: E2003 Undeclared identifier: 'HCERTSTORE' ... ACBrDFeCapicom.pas(66) Error: E2003 Undeclared identifier: 'HCERTSTORE' ... Aparece que depois que foram removidos alguns pas da pasta "ACBr\Fontes\Terceiros\JediWin32API" e alterado o uses para "JwaWinCrypt" no fonte "ACBrDFeCapicom.pas" é que este erro iniciou. Uso Delphi 2009. Acredito que seja algo pontual na minha estrutura, mas pesquisando não consegui identificar uma forma de corrigir. Log de erro em anexo. log_Delphi_2009.txt

Olá. Ao efetuar um post no site "http://www.codigocest.com.br/consulta-codigo-cest-pelo-ncm" com o parâmetro "ncmsh" valendo o nro do NCM ele retorna um html com o(s) CEST possível. É possível tratar o retorno e extrair os CEST e utilizar. Até mais.

Este fórum: http://www.spedbrasil.net/forum/ é uma boa fonte de informação ref a questões de legislação. At+

Olá, O erro pode estar relacionado ao valor do atributo/tag uf, na definição ele é um Alfanumérico de 2 posições e vc esta passando um numérico. Veja isso no manual página 26, e tbm na definição do tipo "TUf" que esta no schema "tiposBasicoGNRE_v1.00.xsd" Até.

Fiz alguns pequenos ajustes na rotina de consulta de configuração de UF, se possível verificar se estão corretos.. Tbm incrementei o exemplo para permitir na consulta informa a Uf e a Receita a ser consultada. Obrigado. Trunk2.zip

Olha por favor se alguém conseguiu fazer uso do método de consulta de configuração(ACBrGNRE1.WebServices.ConsultaUF.Executar) e teve retorno correto, por favor de um retorno, realmente não consegui efetuar consulta. Tbm não achei post que detalhe este procedimento, como indicado pelo Juliomar. At+

Olá... Identifiquei um caso que talvez seja necessário uma revisão no seu script: Para o CEST "1200700" na tabela disponível em https://www.confaz.fazenda.gov.br/anexo-i.pdf existe 3 NCM, 8544, 7605 e 7614. Neste caso o mesmo CEST(12.007.00) deveria estar nos ranges 85440000 até 85449999, 76140000 até 76149999 e 76050000 até 76059999, correto?

Olá, estou começando os testes com o GNRe. De início ao tentar fazer uma consulta de configurações estou tendo um problema. Faço as atribuições da seguinte forma: ACBrGNRE.WebServices.ConsultaUF.Uf := 'SC'; ACBrGNRE.WebServices.ConsultaUF.Executar; O XML é gerado da seguinte forma: <TConsultaConfigUf xmlns="http://www.gnre.pe.gov.br"> <ambiente>2</ambiente> <uf/> </TConsultaConfigUf> Ao debugar a rotina que gera o xml, o atributo fUf esta vazio. O que posso estar fazendo errado? Outro fato que é estou recebendo a mensagem "12045 - A autoridade de certificação não é válida ou está incorreta.", para contornar este erro passei a usar "libCapicomDelphiSoap" no atributo "SSLLib". Obrigado pela atenção.

Esta acima da opção SAT.

Verifique a nota técnica 2015/003.

Cantu, como esta o atributo "Dest.indIEDest" ? no meu cliente estava passando valor incorreto, passei 9 e a nota não foi criticada. At+

Tbm estou tendo este erro ao tentar emitir uma nota para SEFAZ da BA. Cliente esta em ambiente de Produção e a nota é para fora do estado. "Alíquota de ICMS superior a definida para a operação interestadual"

Olá, Em alguns PCs(Windows 64bits) ao tentar executar a ação de assinar um XML(Só estão usando openssl na NF-e) usando openssl tenho o seguinte erro: "Error: unable to load default xmlsec-crypto library. Make sure that you have it installed and check shared libraries path (LD_LIBRARY_PATH) environment variable." Analisando o código identifiquei que esta exception é gerar pelo ACBr ao tentar executar o método "ACBrDFeOpenSSL.xmlSecCryptoDLLoadLibrary('openssl')"(linha 134). Estou usando as dll´s do OpenSSL(versão 0.9.8.14) que estão no repositório; As dlls estão na pasta do executável; Em maquinas 32bits ainda não tivemos esta falha. E em algumas 64bits apresentam o erro, não ocorre em todas. Eu teria que usar uma versão específica quando fosse 64bits?

tiposGeralCTe_v2.00_OPENSSL.xsd

Post acima resolvido. Obrigado.

Na versão trunk2 usando OPENSSL tivemos problemas nas TAGs abaixo: 1824 - Element '{http://www.portalfiscal.inf.br/cte}tpMed': [^] 'un' is not a valid value of the local atomic type. 1824 - Element '{http://www.portalfiscal.inf.br/cte}tpMed': [^] 'Kg' is not a valid value of the local atomic type. Com a alteração do arquivo conforme citado acima o erro na TAG IE foi resolvido mas apareceu este novo erro.

Foi versionada a NT 2015/003 e tbm o schema. Favor verificar maiores detalhes no site da NFe. Até mais

Foi liberada nova versão da NT 2015/003. A obrigatoriedade do campo CEST foi postergada. Favor verificar maiores detalhes no Site da NFe Até mais.

Fiz o ajuste no arquivo "tiposBasico_v3.10.xsd" e testei com CAPICOM e OPENSSL, nos dois casos consegui emitir Nfe, CC-e, Consultar a nota e Cancelar. Alguma recomendação, ou dica de que usa OPENSSL? At+

Olá Régys... Com esta alteração funcionará para CAPICOM e OPENSSL? Ou eu terei que manter as duas versões(uma pasta para schema CAPICOM e uma para OPNESSL). Outra coisa, poso ter erros similar no CTe? Em alguma outra tag. Obrigado.

Olá, Em alguns casos durante a tentativa de envio da Nfe estou tendo o seguinte retorno de erro: "O tempo limite da operação foi atingido - URL:https://nfe.svrs.rs.gov.br/ws/NfeAutorizacao/NFeAutorizacao.asmx - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeAutorizacao" Alguém já passou por um caso similar e teria alguma dica. Na minha implementação não estou alterando os atributos de configuração "AjustaAguardaConsultaRet", "AguardarConsultaRet", "IntervaloTentativas" ou "Tentativas" os valores são os padrões do ACbr(TWebServicesConf). Obrigado.

Mas caso por uma questão de infra do meu cliente eu não posso habilitar este atributo? Teria alguma outra alternativa? Alguma atributo no componente? At+

OK, no meu caso resolvido.

Também estou com esse erro do Dynlibs.dcu vocÊ já resolveu? Alguém teve alguma evolução sobre este caso?