Italo Giurizzato Junior

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.

Bom dia Ademar, Favor atualizar os fontes e testar novamente.

Bom dia Ale, Uma empresa ficar sem a internet por falha na rede é algo que até da para conversar com a SEFAZ, agora ficar sem internet por falta de pagamento da fatura, acho melhor fechar as portas.

Bom dia Ale, Primeiro, voltamos a frisar que não poste conteúdo de arquivos como texto na postagem, pois deixa ela muito longa, procure sempre anexar, no seu caso o XML referente a nota. Segundo, no caso da NFC-e pressupõe que o consumidor já vai levar a mercadoria, logo não existe a cobrança de frete e nem sequer devemos informar a empresa que vai transportar a mercadoria. No meu entendimento se vai ocorrer a cobrança do frete devemos emitir uma NF-e e não uma NFC-e.

Bom dia Ale, Tanto da NF-e (venda ao consumidor final) quanto na NFC-e devemos informar o valor aproximado dos tributos. Em uma cartilha do próprio IBPT sugere que seja impresso o valor, o porcentual e a fonte, no caso o IBPT. Quanto a endereço, telefone e site do Procon para mim é novidade não vi isso em nenhum DANFE. Para imprimir as mensagens abaixo você pode colocar em observações: Valor Aprox. dos Tributos Federais R$ xx,xx (yy,yy%) - Fonte: IBPT Valor Aprox. dos Tributos Estaduais R$ xx,xx (yy,yy%) - Fonte: IBPT

Tiago, Não entendi: "Esse webservice não tem lógica". Você leu a Nota Técnica que trata sobre esse Web Service? O NFeConsDest só serve para o Destinatário, por outro lado o NFeDistribuicaoDFe pode ser usado tanto pelo destinatário quanto pelo emitente da nota. Se o destinatário se manifestar sobre uma nota, o emitente da mesma quando realizar uma consulta usando esse web service terá como retorno a manifestação feita pelo destinatário. Se a manifestação for do tipo Operação concluída, isso significa que o destinatário já recebeu a mercadoria. Temos ai o Canhoto eletrônico. Desculpe, mas quem diz que esse web service não tem lógica, realmente não conhece nada sobre ele.

Boa tarde a todos, Tiago, Cantu esta coberto de razão, não se deve automatizar isso. Desta forma você esta informando a SEFAZ que comprou da empresa XYZ sendo que na verdade essa empresa esta dando um golpe. Melhor você repensar sobre o assunto.