Italo Giurizzato Junior

Bom dia Santos, Você consegui remover os componentes do Delphi e remover os Paths antigos do Library Path? Na pasta Raiz dos novos fontes tem um arquivo PDF que traz a sequencia dos pacotes que devem ser compilados e instalados. Você acha os pacotes dentro de suas respectivas pastas dentro da pasta pacotes.

Bom dia Webert, Você esta usando o componente ACBrNFSe para gerar o XML que você postou? Pelo que pude ver não esta, pois no seu XML aparece o prefixo "tipos:" e o Ginfes não utiliza esse prefixo, dependendo do nível da TAG é usado "ns2:", "ns3:" e "ns4:".

Bom dia Diogo, Como assim solução?

Bom dia Rodrigo, Qual é a mensagem de erro? Código do País? Qual é o País? Não foi você que desenvolveu o programa?

Bom dia Dalitas, Desculpe, mas você leu a postagem do Juliomar logo acima? Ele diz que GNRE ainda não esta pronto, falta fazer correções no fonte dele para deixa-lo compatível com os demais componentes do trunk2.

Boa tarde Emerson, Se essa unit é a que você enviou por e-mail para mim, conforme já respondido, já esta no SVN. Mais uma vez muito obrigado pela colaboração.

Bom dia Emerson, O cancelamento é por evento e foi feito alguns ajustes ontem se não me falha a memória. Sendo assim, por favor atualize os fontes e tente novamente.

Bom dia Matthias, Mil desculpas pela demora, problemas aqui na empresa. Não estou conseguindo achar o xml exemplo que você disponibilizou no dia 5 de junho, inclusive o link esta quebrado para que eu possa baixar novamente. Por gentileza, anexe ele novamente. Os schemas consegui baixar.

Boa tarde Emerson, Isso é estranho, pois na function GetPath que encontra-se em ACBrDFeConfiguracoes no final ela cria a pasta. function TArquivosConf.GetPath(APath: String; ALiteral: String; CNPJ: String; Data: TDateTime): String; (...) if not DirectoryExists(Dir) then ForceDirectories(Dir); Result := Dir; end;

Bom dia, O XML é salvo em campos diferentes em cada etapa do processo? Ou o campo é o mesmo e ele vai sendo atualizado? Se é o mesmo, porque você não salva o XML assinado e validado antes do envio e depois do envio só que agora com o protocolo de autorização?

Bom dia Fladimir, O pessoal esta trabalhando em um novo monitor que inclusive já esta disponível, trata-se do ACBrMonitorPlus. Não sei se já foi implementado o comando DistribuicaoDFe, mas com certeza será implementado.

Bom dia Braz, O XML de uma NF-e autorizada, não pode ser alterado, ou seja, remover o protocolo de autorização e colocar no lugar o de cancelamento com o componente fazia antes. Hoje existe o evento de cancelamento, ou seja, um outro XML onde temos a solicitação do cancelamento, o protocolo da SEFAZ referente ao cancelamento e a informação que o evento foi registrado e vinculado a NF-e. Ao cancelar uma NF-e, você não altera o XML da NF-e e sim envia ao destinatário o arquivo: *-procEventoNFe.xml referente ao cancelamento. Se desejar é possível gerar em PDF um documento que contem os dados do XML citado acima e enviar ambos por e-mail para o cliente.

Bom dia Sergio, Se a SEFAZ colocou o capcha para poder baixar o XML de uma NF-e, significa que ela não quer que essa baixa seja feita por uma aplicação, você não concorda? Não tendo o capcha ou quebrando o mesmo, podemos baixar o XML de qualquer contribuinte, ou seja, a sua aplicação estaria obtendo documentos fiscais emitidas por qual quer pessoal sem o consentimento dela. No meu entendimento isso é crime.

Bom dia a todos, Os novos endereços publicados pela SEFAZ-RS foram atualizados tanto nos fontes do Trunk quanto no Trunk2. Quem não quer ter surpresa então migre o mais rápido possível para o Trunk2.

Bom dia Solivan, Não adianta nada você gerar uma chave e atribuir ela a propriedade ID, pois o componente vai ignorar. A chave tem que ser gerada pelo componente e você lê ela através da propriedade ID para poder armazena-la no banco de dados. Lembre-se que a chave é composta por um campo chamado cNF, ou seja, código da Nota Fiscal. Alguns desenvolvedores atribuem a esse campo o mesmo numero da NF, que ao meu ver esta errado e no manual da NF-e, diz que cNF tem que ser um numero aleatório. A minha sugestão é em vez de você gerar a chave, gere o cNF (numero inteiro de 8 dígitos) através do Randomize, armazene ele no banco de dados e quando for alimentar o componente com os dados da venda pegue essa informação do banco e atribua ao campo cNF depois de todo o processo, ou seja quando o XML foi gerado e assinado, leia a propriedade ID, remova se desejar os 3 primeiros caracteres "NFe" para ficar somente com a chave e armazene-a no banco de dados. Trabalhando desta forma não tem erro.

Bom dia a todos, Dizer que da erro na consulta é muito vago. Por favor sejam mais especifico informando com exatidão a mensagem de erro retornada ao realizar a consulta de um cadastro para obter os dados de uma empresa.

Bom dia Magela, O que vem a ser esse "local de emissão"? No meu entendimento a principio o local de emissão do CT-e é o endereço da transportadora que deve aparecer ao lado do logo juntamente com os demais dados.

Bom dia Ermo, Se a SEFAZ retornar em xMotivo a mensagem: Falha no Schema XML não tem jeito. Uma saída é você pegar o XML que foi rejeitado, abrir ele com o bloco de notas e copiar o seu conteúdo para o validador da SEFAZ-RS, quem sabe ele aponte com mais precisão o que esta errado. Segue o link do validador: https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx

Bom dia Ariel, NF-e e NFC-e são modelos de documentos fiscais diferentes sendo assim cada um possui a sua sequencia de numeração própria. Através de um navegar abra o XML de uma NF-e, você vai notar logo no inicio uma TAG chamada <mod> cujo conteúdo é 55, ao fazer o mesmo com o XML de uma NFC-e o conteúdo da mesma TAG é 65. Isso prova que se trata de documentos fiscais diferentes. Sendo assim você pode sim ter uma NF-e e uma NFC-e do mesmo emitente com mesmo numero e serie, não existe nenhum problema quanto a isso. A SEFAZ não vai acusar duplicidade pelo simples fato de serem de modelos diferentes.

Bom dia Santos, O que o Régys quis dizer, que nos fontes baixados do repositório Trunk (não daremos mais suporte) as propriedades tem o seguinte nome: Token e idToken. Já os fontes baixados do repositório Trunk2 (fontes oficiais e atualizados) as propriedades passaram a se chamar: CSC e idCSC.

Bom dia Rafael, Eu já estou com elas em mãos, vamos estuda-la e iniciar as implementações. Esta disponível também os novos schemas por conta dessa alteração. Por favor não fiquem nervosos e ansiosos, pois os testes só poderão ser feitos a partir de 01/10/2015 no ambiente de homologação e em 03/11/2015 vai estar liberado para o ambiente de produção. Temos ai 2 meses para implementar e isso é tempo suficiente.

Bom dia Everton, Por favor atualize os fontes e compile a sua aplicação com a opção Build. Fiz a correção e acrescentei o parâmetro data na definição da function GetPathDownload.

Bom dia a todos, Pessoal, por favor não poste conteúdo de arquivos como texto da postagem, procure sempre anexa-los, a postagem fica mais curta.

Bom dia Emerson, Por favor atualize os fontes e teste novamente.

Bom dia Desingenrba, Por favor quanto for postar preste muito atenção em qual fórum vai postar, pois este o ACBrMDFe se trata do componente para emissão do MDF-e Manifesto Eletrônico de Documentos Fiscais, não tem nada haver com a Manifestação do Destinatário e muito menos com o Download de NF-e. Outra dica, leia a nota técnica que trata sobre: DistribuicaoDFe - Distribuição de Documentos Fiscais Eletrônicos.