Italo Giurizzato Junior

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.

Bom dia Dércio, Eu não tenho nenhum cliente que emite NFS-e. Eu apenas ajudo na medida do possível o desenvolvimento do componente.

Bom dia, Você esta fazendo a maior confusão. MDF-e significa Manifesto Eletrônico de Documentos Fiscais e não tem nada haver com a Manifestação do Destinatário. O MDF-e é um documento emitido pelas transportadoras e serve para relacionar todos os CT-e emitidos para acobertar o transporte das mercadorias que compõe a carga de um caminhão. E tem como objetivo agilizar o processo de fiscalização entre as fronteiras de um Estado e Outro. Por outro lado a Manifestação do Destinatário tem como objetivo informar a SEFAZ se o destinatário tem ou não tem conhecimento sobre a operação, bem como se a mercadoria foi entregue ou não. Resumindo é o canhoto de entrega eletrônico. O que vai mudar é o Web Services utilizado para realizar a consulta, ou seja, obter a lista de notas emitidas contra o CNPJ do destinatário. O Web Services atual só pode ser utilizado pelo Destinatário, o novo poderá ser utilizado pelo Destinatário e pelo Emitente da Nota. O Destinatário vai utiliza-lo para obter a relação das notas com a finalidade final de realizar a manifestação. O Emitente vai utiliza-lo para obter a relação das manifestações. Desta forma o Emitente poderá dar baixa no seu sistema, acusando a efetiva entrega da mercadoria ao Destinatário.

Bom dia hintz, Vamos deixar claro algumas coisas: 1. o nome da propriedade é dEmi, portanto devemos incluir a seguinte linha: ide.dEmi := Now; // por exemplo 2. na unit pcnNFeW.pas, linha 364 temos: if nfe.infNFe.Versao >= 3 then begin Gerador.wCampo(tcStr, 'B09', 'dhEmi ', 25, 25, 1, DateTimeTodh(nfe.ide.dEmi) + GetUTC(CodigoParaUF(nfe.ide.cUF), nfe.ide.dEmi), DSC_DEMI); // Alterado por Italo em 12/03/2014 if (nfe.ide.modelo = 55) and (nfe.ide.dSaiEnt <> 0) then Gerador.wCampo(tcStr, 'B10', 'dhSaiEnt', 25, 25, 0, DateTimeTodh(nfe.ide.dSaiEnt) + GetUTC(CodigoParaUF(nfe.ide.cUF), nfe.ide.dSaiEnt), DSC_DSAIENT); end else begin Gerador.wCampo(tcDat, 'B09', 'dEmi ', 10, 10, 1, nfe.ide.dEmi, DSC_DEMI); Gerador.wCampo(tcDat, 'B10', 'dSaiEnt', 10, 10, 0, nfe.ide.dSaiEnt, DSC_DSAIENT); if nfe.Ide.dSaiEnt>0 then Gerador.wCampo(tcHor, 'B10a','hSaiEnt', 08, 08, 0, nfe.ide.hSaiEnt, DSC_HSAIENT); end; Como você pode ver, dependendo do valor atribuído a propriedade versao sera gerado a TAG: dEmi ou dhEmi com o valor atribuído a propriedade dEmi.

Bom dia Marco, Muito obrigado pela colaboração, já esta disponível.

Bom dia Juliano, Em vez de utilizar o Gerar, tentou usar o Enviar?