Italo Giurizzato Junior

Boa tarde Junior, Post como anexo o XML de retorno ao realizar a consulta.

Boa tarde Daniel, Ao realizar a consulta você informou o NSU = 39 como sendo o terceiro ou quarto parâmetro no método? O correto é informar como sedo o terceiro e no quarto informar uma string vazia.

Verifique a posição do caminho dentro do Library Path. O caminho do ZLibExGZ deve estar antes do PCN2.

Boa tarde Mauricio, Muito obrigado pela colaboração e já esta disponível.

Boa tarde Fabio, Se compararmos os campos: #126 - nSeqAdic tipo Numérico cujo tamanho é: 1-3, ou seja, varia de 1 até 3 dígitos. #128n - nItemPed tipo Numérico cujo tamanho é 6. Baseado nas informações acima chego a seguinte conclusão: 1. Por ser campo numérico o conteúdo só pode ter dígitos. 2. Se o tamanho esta definido como sendo 6 e não 1-6, isso significa que o campo tem que ser preenchido com 6 dígitos. Mas se analisarmos o schema temos: <xs:element name="nItemPed" minOccurs="0"> <xs:annotation> <xs:documentation>Número do Item do Pedido de Compra - Identificação do número do item do pedido de Compra</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:pattern value="[0-9]{1,6}"/> </xs:restriction> </xs:simpleType> </xs:element> Note que o elemento nItemPed é opcional e o seu valor é formando somente por dígitos [0-9] e cujo tamanho é variável {1,6}. Resumindo: Segundo o manual o conteúdo da TAB nItemPed é um número com 6 dígitos, mas segundo o schema o conteúdo é um número com tamanho variável de até 6 dígitos.

Graça, Vou checar para deixar igual.

Boa tarde Graça, Ai que esta o problema. A propriedade ID tanto na NF-e, CT-e e MDF-e não devemos atribuir nada, ou melhor atribuir uma string vazia. Lembre que a propriedade ID é o identificado do documento fiscal, que no caso é a chave precedido de NFe ou CTe ou MDFe dependendo do modelo do documento. A propriedade ID é gerado automaticamente pelo componente, se você atribuir algo a ID o componente ignora a chave gerada e usa a informação atribuída como sendo o Identificador. O IF foi incluído para ficar compatível com os demais componentes.

Boa tarde, Primeiramente, não post arquivos ou fragmento destes como texto e sim como arquivo em anexo. Segundo, o erro se refere a uma nova unit que foi recentemente incluída no componente e o ACBrInstall não esta atualizado. Por favor pesquise no fórum informando o nome da Unit, ou seja, ZLibExGZ para saber o que tem que ser feito. É preciso incluir o caminho da pasta que contem essa unit no library path do Delphi.

Boa tarde Delfino, A Unit pcnRetDistDFeInt.pas esta atualizada? Pois a propriedade XML que ao compilar acusa como inexistente esta definida na unit acima.

Boa tarde, O componente possui o método LoadFromFile que lê o conteúdo do XML e os dados são armazenados em propriedades que tem nomes idênticos aos das TAGs. O programa exemplo se utiliza desse método para poder imprimir o DANFSE, por exemplo.

Boa tarde Emerson, Muito estranho esse erro, uma vez que a Unit ZLibExGZ é compatível a partir do Delphi 6 até o XE2 (se não me falha a memória).

Boa tarde Graça, Qual é a versão do seu Delphi? Todas as funcionalidades (Enviar, Consultar Status, ...) estão com o mesmo problema?

Boa tarde a todos, Os fontes inicialmente disponibilizados bem como a unit ZLibExGZ, sem nenhuma alteração compila sem nenhum problema no Delphi. Foi disponibilizado uma alteração na Unit pcnRetDistDFeInt.pas visando atender tanto o Delphi quanto o Lazarus.

Boa tarde João, procNFe_v3.10.xsd = NF-e resEvento_1.00.xsd = Evento de Cancelamento, Evento de Carta de Correção, Eventos de Suframa, EPEC, Resumo de Eventos de CT-e Autorizado/Cancelado e Resumo de Eventos de MDF-e Autorizado/Cancelado procEventoNFe_v1.00.xsd = Eventos de Manifestação do Destinatário resNFe_v1.00.xsd = Resumo de NF-e

Boa tarde a todos, Se tratando do MDF-e todos os Web Services estão hospedados na SEFAZ-Virtual do Rio Grande do Sul. Portanto quando este para, ninguém consegue enviar, consultar, ...

Boa tarde Rogério, O trecho que você postou altere para: [infOutros001] tpDoc=99 descOutros=CNPJ DO EMITENTE [docAnt001] CNPJCPF=09341352000185 IE=416121525116 UF=SP xNome=A R CAÇADOR PRESENTES - ME [idDocAnt001001] chave=35150110506899000172570010000000021109007077 Se atente para o que esta em negrito e vermelho. Note que algumas linhas foram removidas, portanto você deve remover.

Boa tarde Murilo, Dependendo da versão do Windows há necessidade de executar o Instalar.bat como administrador, caso contrario as DLLs não são registradas. Se não me falha a memória devemos instalar o certificado depois do Capicom ter sido copiado e registrado no Windows.

Boa tarde Graça, Favor atualizar todos os fontes de todas as pastas. Compare a sua rotina que alimenta o componente com a do programa exemplo. Fiz um teste usando o programa exemplo e não tive esse erro.

Boa tarde Leandro, O arquivo que você anexou se refere a NFS-e que você pretende cancelar. O que lhe pedi é o arquivo de solicitação de cancelamento.

Boa tarde Graça, Pelo Log notei que o problema encontra-se no arquivo ACBrProvedorGinfesV3.pas Por favor exclui-a esse fonte e atualize todas as pastas novamente e tente instalar novamente. Cleiton se o problema encontra-se no mesmo arquivo, faça o processo acima.

Boa tarde Emerson, A ideia agora é se o salvar do Geral estiver com o valor true será salvo os arquivos de envio e de retorno da SEFAZ. Por outro lado o salvar do Arquivos se estiver com o valor true será salvo os XMLs referentes a documentos e resultados de processamentos. É por isso que o arquivo de retorno da consulta só será salvo se o Salvar do Geral estiver com o valor True.

Boa tarde João Carlos, Na página 4 da Nota Técnica 2014/002 versão 1.01 temos uma tabela que mostra quais os tipos de retornos que cada um recebe.

Boa tarde João, Muito obrigado pela colaboração, já esta disponível.

Bom dia Tiago, Se você esta usando a versão que vem com o Delphi deve ser a versão 3.0 do Quick Report. Sendo assim, primeiramente você deve alterar o arquivo ACBr.inc (...\Fontes\ACBrComum), você deve comentar a diretiva de compilação chamada QReport_PDF. Segundo você deve seguir o passo a passo (Property_Does Not Exist.txt) que encontra-se na pasta: ...\Fontes\ACBrNFe2 Terceiro, deve-se alterar o Pacote de instalação, removendo a BPL que se refere a versão 5 do Quick Report.

Bom dia Paulinho, A sua aplicação, simplesmente imprime o DANFE baseado na leitura do XML? Ou o usuário digita os dados pertinentes a venda e a sua aplicação gera o XML, assina, valida, envia para SEFAZ e imprimi o DANFE? Se é a segunda opção, os dados referentes a venda não são armazenados em nenhum lugar?