Italo Giurizzato Junior

Boa tarde Leonardo, O erro ocorre somente no momento de imprimir o DACTE, correto? Alguma coisa no passo a passa você esta deixando de fazer, uma vez que esse roteiro foi montado por mim quando eu tinha 2 maquinas, uma com o Quick Report 3.00 e outra com o Quick Report 5.02 Para fazer funcionar com a versão 3.00 eu seguia o passo a passa e funcionava 100%.

Bom dia Leonardo, Na pasta ...\Fontes\ACBrCTe existe um arquivo TXT chamado property_does_not_exist, ele contem um passo a passo para resolver esse problema.

Julio, Se o identificador for "id" com o i minusculo ao tentar assinar o lote usando o Capicom, a assinatura não será realizada gerando uma exceção. Para manter o identificador todo em minusculo a assinatura não pode ser realizada.

Bom dia Marcos, O DAMDFE feito em Quick Report imprimi sim os dados do Emitente como no DANFE no DACTE. Se você utiliza o Quick Report verifique se você não esta atribuindo o valor True a propriedade: ExpandirLogoMarca.

Bom dia Alberto, Você utiliza o componente ACBrMDFe? Se sim, esta com todos os fontes de todas as pastas atualizados?

Bom dia Travache, Por favor baixe o Manual do componente ACBrNFe que esta disponível aqui no fórum em Downloads e também na pasta: ...\Doctos\Manuais Nele você encontra o Método que atende ao novo Web Services com a respectiva sintaxe.

Bom dia Cristiano, Você quer enviar a NFS-e para a prefeitura de qual cidade?

Bom dia Travache, Estranho, analisando os fontes do componente eu encontrei somente um comando que salva e nele consta que o nome deve ser <chave>-nfe.xml Verifique a sua aplicação.

Bom dia a todos, Lembrem-se que o novo Web Service retorna as informações Zipadas e até o momento o componente não realiza a descompactação para que as informações possam ser lidas e tratadas. Por ser um Web Service novo, pode estar com problemas na SEFAZ.

Bom dia Julio, Da forma que você fez criando mais uma propriedade no método, obriga o desenvolvedor a saber qual é o valor que tem que ser passado dependendo do provedor. No meu entendimento se deve ou não realizar a assinatura, isso tem que ser parametrizado na Unit de cada provedor, ficando desta forma transparente para o desenvolvedor. Você sabe que para o provedor XYZ deve-se passar o valor False para a propriedade ABC e outro que esta começando agora não vai saber e consequentemente não vai funcionar uma vez que o método assume o valor True na falta do mesmo. Até alguém lembrar que tem que passar o valor diferente dependendo do provedor, já se passou um bom tempo. Pensando desta forma fiz algumas alterações e criei uma propriedade interna chamada AssinaGerar. Agora temos o AssinaRPS, AssinaLote e AssinaGerar. Alguns provedores possuem o método Gerar alem do Enviar, qual a diferença? O Enviar permite que seja enviado um lote contendo de 1 até 50 RPS assinados um a um ou não. O Gerar permite que seja enviado um único RPS assinado ou não. O problema que alguns provedores ao enviar o lote os RPS não devem ser assinados, somente o lote, mas por outro lado ao enviar através do método Gerar o RPS tem que ser assinado.

Boa tarde Daniel, O que tudo indica sim.

Boa tarde Tiago, Por favor baixo o manual do ACBrNFe que esta disponível tanto no fórum em Downloads, bem como na pasta: ...\Doctos\Manuais. O componente ACBrNFe permite emitir tanto a NF-e quanto a NFC-e na versão 3.10, bastando configura-lo corretamente.

Bom dia Junior, Essa consulta foi realizada no ambiente de homologação ou de produção?

Bom dia, Por favor baixe do Portal Nacional do CT-e o Manual versão 2.00a do CT-e, na página 183 temos uma tabela contendo a relação de Campos que não podem ser alterados através de uma Carta de Correção Eletrônica. Nessa Tabela temos o campo CST para qualquer modalidade de ICMS.

Bom dia a todos, Para mais informações sobre esse novo método, por favor, vide o Manual do componente ACBrNFe que encontra-se disponível no fórum em Downloads e na pasta ...\Doctos\Manuais

Bom dia Herbert, Por favor atualiza os fontes e testa novamente. Verifique se as propriedades FNSU, schema e FinfZip foram alimentadas. Lembre-se que se trata de uma lista, logo podemos ter até 50 FinfZip.

Bom dia Castro, Analisando melhor a mensagem de erro temos: leiauteNFe_v3.10.xsd#/schema/complexType[1][@name ='Tlocal[1]''Sequence[1]''Choice[1]''Element[1]' A mensagem de erro se refere ao elemento de numero 1 do Choice de numero 1 da sequencia de numero 1. Se abrirmos o arquivo leiauteNFe_v3.10.xsd e procurarmos pela definição de Tlocal vamos encontrar: <xs:complexType name="TLocal"> <xs:annotation> <xs:documentation>Tipo Dados do Local de Retirada ou Entrega // 24/10/08 - tamanho mínimo // v2.0</xs:documentation> </xs:annotation> <xs:sequence> <xs:choice> <xs:element name="CNPJ" type="TCnpjOpc"> <xs:annotation> <xs:documentation>CNPJ</xs:documentation> </xs:annotation> </xs:element> Como você pode ver o elemento de numero 1 é o CNPJ cujo tipo é TCnpjOpc que por sua vez esta definido no arquivo tiposBasico_v3.10.xsd O TLocal se refere ao local de entrega da mercadoria, informação esta gerada no XML quando for diferente do endereço do Destinatário. Favor verificar se o arquivo tiposBasico_v3.10.xsd contem a definição do TCnpjOpc, se não possuir significa que este arquivo esta desatualizado e isso explica o erro.

Bom dia Marco, Veja estes NCM extraídos do arquivo: TabelaIBPTaxRJ15.1.B ( pasta: ...\Exemplos\ACBrIBPTax\tabela ) 105011100 - Serviços de transporte rodoviário de cargas a granel 105011110 - Serviços de transporte rodoviário de cargas sólidas a granel 105011120 - Serviços de transporte rodoviário de cargas líquidas ou liquefeitas, a granel 105011130 - Serviços de transporte rodoviário de cargas gasosas a granel 105011200 - Serviços de transporte rodoviário de cargas vivas 1050113 - Serviços de transporte rodoviário de carga geral 105011310 - Serviços de transporte rodoviário de carga solta, não unitizada. 105011320 - Serviços de transporte rodoviário de carga unitizada, exceto de contêineres 1050114 - Serviços de transporte rodoviários de contêineres 105011410 - Serviços de transporte rodoviário de cargas frigorificadas ou climatizadas 105011490 - Serviços de transporte rodoviário de outros tipos de contêineres 105011500 - Serviços de transporte rodoviário de mudanças domésticas, de mobília de escritório e de outros objetos 105011600 - Serviços de transporte rodoviário de cargas especiais e de grande porte 105011700 - Serviços de transporte rodoviário de veículos 1050118 - Serviços de transporte rodoviário de produtos perigosos 105011810 - Serviços de transporte rodoviário de combustíveis, lubrificantes e GLP, inclusive apresentado em botijões metálicos 105011820 - Serviços de transporte rodoviário de produtos químicos perigosos 105011890 - Serviços de transporte rodoviário de outros produtos perigosos 105011900 - Outros tipos de carga dos serviços de transporte rodoviário

Bom dia Juliano, Favor atualizar os fontes e testar novamente com o Enviar e depois com o EnviarSincrono.

Boa tarde Rubens, O método consultar se utiliza do Web Services Consultar que tem por finalidade retornar a situação atual de uma NF-e. Ou seja, retorna o protocolo de autorização caso esta esteja autorizada, ou os eventos que por ventura estejam vinculados a mesma. O valor de uma NF-e, você só obtêm lendo o XML da mesma ou através do método DistribuicaoDFe que tem por objeto retornar uma lista com até 50 resumos de NF-e ou de eventos. O problema é que a SEFAZ teve a ideia de retornar esses resumos zipados. No caso do resumo da NF-e temos o valor da NF-e que foi emitida contra o seu CNPJ.

Boa tarde Cesar, Note que o conteúdo da TAG: xServ é CONSULTAR NAO ENCERRADOS sendo que eu alterei para que a palavra NAO seja acentuada. Atribua o valor False a propriedade RetirarAcentos: Configuracoes.Geral.RetirarAcentos := False; Antes de realizar a consulta.

Bom dia Castro, Esse se não me falha a memória aparece quando a definição de um tipo no caso o Tlocal aparece em dois XSD.

Bom dia Herbert, Se você estiver com todos os fontes atualizados, deve ter visto na unit pcnRetDistDFeInt.pas a seguinte mensagem: //********************************************************************** // // É preciso implementar a partir deste ponto uma chamada para // Descompactar o conteudo de FInfZip. // //********************************************************************** Abrindo o XML de retorno, note que temos uma TAG chamada docZip, ela contem dois atributos: NSU e schema e o seu conteúdo esta zipado. Ao descompactar esse conteúdo vamos ter acesso as informações dos grupos resNFe e resEvento. Precisamos encontrar uma forma de realizar essa descompactação dentro do componente, ou seja encontrar uma Unit que possa ser utilizada pelo componente para realizar essa tarefa e que esta Unit seja Open Source.

Bom dia Cesar, O que fiz foi incluir o acento na palavra NÃO no XML que é enviado a SEFAZ. Se o erro persiste acredito que o problema deve ser em função da versão do Delphi ou na SEFAZ mesmo.

Bom dia Elcyberg, Já checou a configuração do Internet Explorer? Mais precisamente no que diz respeito a revogação de certificados.