Italo Giurizzato Junior

Bom dia Rogercon, Isso pode ocorrer. Abra a aplicação que você pretende utilizar o componente. No Delphi temos uma opção que aparece a lista de componentes instalados, selecione o componente e depois salve a sua aplicação, isso costuma resolver o problema.

Bom dia Junior, Alem da alteração a ser feita no arquivo ACBr.inc, no seu fonte há necessidade incluir esta linha: {$I ACBr.inc}

Bom dia Filippe, O arquivo esta com zero bytes, porque o componente separa do XML retornado da SEFAZ o grupo que contem as TAGs que nos interessa. Quando ele não encontra o grupo é salvo um arquivo vazio. Abra o arquivo ACBrNFeWebServices.pas e identifique a linha que salva o arquivo: <loto>-rec.xml No comando que salva temos uma variável chamada FRetWS, altere para FRetornoWS. Isso vai fazer com que seja salvo o XML retornado pela SEFAZ, ai sim vamos ter ideia do que esta ocorrendo.

Boa tarde Filippe, Quando aparece um mensagem em branco, significa que o webservice retornou um mensagem de erro cujo componente não é capaz de apresenta-la. Pelo simples fato dela não estar no padrão de retorno. Abrindo o arquivo de retorno com o bloco de nota as vezes da para identificar o motivo.

Boa tarde Fernando, Utilizo uma maquina com Windows 7 32 bits, Delphi 7 e Quick Report 5.02 No caso do CT-e, NF-e e NFC-e utilizo as minhas aplicações que rodam em meus clientes. Logo os valores não são "estáticos". Utilizo certificado cedido por clientes e colégas e nunca tive esse tipo de erro: Assinatura difere do calculado.

Boa tarde HRomano, Essa TAG já esta prevista, mas para o provedor SimplISS, para que possamos fazer com que essa TAG seja gerada também para o provedor FISS-Lex, há necessidade de termos os schemas que preve essa TAG. Caso contrario o XML não vai ser validado pelo componente.

Boa tarde Graça, Antes essa tag era local de retirada agora é local de coleta. Antes ela ficava dentro do grupo de notas fiscais de papel agora esta dentro do grupo remetente E os grupos de documentos ou seja notas fiscais de papel, notas fiscais eletrônicas e outros que ficavam dentro do grupo rementente agora estão fora, possui um grupo proprio. No caso de duvidas de como montar a rotina que alimenta o componente, favor tomar como base a que conta na pasta exemplos. ...\Exemplos\ACBrCTe AlimentarComponente.txt <== este fragmento de código já traz as alterações para a versão 2.00 é só estuda-lo.

Boa tarde Fernando, Estranho, essa alteração foi realiza por mim a um bom tempo e foi disponibilizada no SVN.

Bom dia jwester, Me diz qual é o Last commit revision do fonte ACBrNFSeUtil ?

Bom dia Akai, Isso é muito estranho uma vez que a classe TIdendificaRps faz parte da geração do XML. Fiz uma alteração no destructor TACBrNFSe.Destroy; Vamos ver se vai resolver o problema.

Bom dia DATAC, Sim agora temos a tão sonhada CC-e para o CT-e. Mas vamos aos detalhes: 1. A CC-e só vai ser disponibilizada para a versão 2.0 do CT-e 2. Já é possível fazer os testes com esssa nova versão em ambiente de homologação. 3. O ambiente de produção ainda não esta disponivel. 4. O ACBrNFeMonitor ainda não é compativel com a versão 2.0 do CT-e Como não sou eu o responsável pelo ACBrNFeMonitor não tenho condições de estipular prazo, mas uma coisa é certa, ele estará compativel até 01/06/2014, pois é a data final que a SEFAZ vai aceitar CT-e na versão 1.04

Bom dia Professor, Até onde sei, Piracicaba/SP se utiliza do provedor SimplISS. Você tem duas opções para emitir a NFS-e: 1. Via Site, não requer certificado, apenas um login: Usuário e Senha. 2. Via WebService, requer certificado Se você optar pela segunda opção é possível sim desenvolver uma aplicação utilizando o componente ACBrNFSe.

jwester, Com as alterações que fiz e disponibilizei, não tenho mais erros de validação no lote apenas no que diz repeito a assinatura, uma vez que não estou utilizando um certificado de uma empresa de Recife. Você esta com todos os fontes do componente atualizados? Verifique se não tem nenhum cujo ícone esta com uma bolinha vermelha, caso positivo exclua e baixe novamente. Você esta utilizando os schemas que estão na pasta Recife?

Boa tarde Akai, Como não tenho certificado válido para realizar esses tipos de testes, por favor, tente identificar onde ocorre o problema, pois na rotina que realiza a consulta não encontrei nada de anormal.

Boa tarde jwester, Disponibilizei uma alteração, favor atualizar os fontes e testar novamente.

Boa tarde Andeson, Já encontra-se disponível os fontes alterados para suportar mais este provedor. Muito obrigado pela colaboração.

Boa tarde Marcio, Obrigado pela colaboração, já disponibilizei a sua correção.

Boa tarde Eduardo, Sim, e isso é imples de resolver, basta alterar o layout do DACTE aumentando o espaço para imprimir mais de um, e alterar a rotina que imprimi esses dados.

Eduardo, O XML esta sendo gerado com a versão 2.00, correto? Se sim, o problema esta na SEFAZ, favor entrar em contato com eles.

Bom dia Eduardo, O envio esta sendo feito em ambiente de homologação ou produção?

Fernando, Esta ocorrendo falha na validação do XML, mais precisamente na TAG xCondUso ? Se sim, o motivo é simples, a SEFAZ tinha publicado um schema errado, favor atualizar os schemas. Dentro da pasta: ...\Exemplos\ACBrCTe\Delphi\Schemas\V200 temos o arquivo: PL_CTe_200a_NT2013_013.zip Utilize os schemas deste arquivo.

Bom dia Mark Apollo, Muito obrigado por ter detectado o erro. Já esta disponivel o fonte corrigido.

Igor, Você esta pagando um preço alto por gerar o XML fora do componente e depois querer utiliza-lo para assinar e validar. Nota Técnica 2013/004, página 96 A nomenclatura da TAG que representa o grupo de informações de documentos é: infDoc A sua aplicação esta gerando essa tag com o seguinte nome: infdoc Notou a diferença? O componente ao ler o XML checa se existe a TAG: infDoc e não encontra, pois a sua aplicação gerou a TAG: infdoc. Como você pode ver o componente esta em conformidade com o Manual e Notas Técnicas, pelo menos nos esforçamos para isso. O problema esta na sua rotina que gera o XML. A versão que devemos usar no momento é a ve100. A minha sugestão é: Faça tudo através do componente ou reveja toda a rotina de geração de XML, comparando a nomenclatura das TAGs com as que estão na NT 2013/004. Pois podem existir outras com nomes errados.

Igor, Até agora não consigo entender porque tem pessoas, que alimentam o componente com os dados, executa o comando GerarXML, manda salvar, depois executa a limpeza, carrega o XML salvo, manda validar, etc, etc. Porque não simplificar toda essa rotina. 1. Limpa o componente; 2. Alimenta com os dados; 3. Valida. O comando Valida, se encarreta de executar o comando Assinar que por sua vez se encarrega de gerar o XML, assinar e salvar o XML assinado em disco. Outra coisa, você esta com todos os fontes atualizados? Você notou que o componente agora possui uma nova propriedade: "VersaoDF"? Qual é o valor que você atribuiu a essa propriedade (ve100 ou ve100a) ?

Bom dia Ricardo, Dentro da pasta ...\Exemplos\ACBrCTe temos varios arquivos TXT, no AlimentarComponente.txt você vai encontrar a solução.