Italo Giurizzato Junior

Boa tarde Eliomar, Vamos ter que criar um novo provedor no componente, para atender a cidade de Mineiros e Rio Verde.

Boa tarde a todos, O arquivo 608-env-lotS-c.xml se refere ao XML de envio de lote no modo sincrono, se atente para o nome do arquivo. 608-env-lots-c.xml 608 = numero do lote env = envio lot = lote S = sincrono -c = completo ou seja temos no XML as tags de envelope, quando o nome não tem o -c significa que ele não tem as tags de envelope. O arquivo de retorno do webservice que contem as notas é: *-lista-nfse.xml onde: * = o numero do lote enviado que no seu exemplo acima seria 608 O resto do nome deixa claro que se trata de uma lista de nfse, esse é o retorno do webservice, o componente se encarrega de salvar separadamente cada nota com o seguinte nome: *-nfse.xml, onde * = numero da NFS-e e não do RPS A principio os XML referentes as notas ficam dentro da pasta NFSe.

Boa tarde Darlana, Se não me falha a memória a manifestação do destinatário é feita no Ambiente Nacional, é bem provável que a SEFAZ do emitente ainda não compartilhou essa nota com o AN, pode ocorrer atrazos nesse compartilhamento. Acredito que se tentar se manifestar, pode ser que você receba uma mensagem que o evento foi recebido mas não foi relacionado com a NF-e, uma vez que ela ainda não existe no AN. Veja item 4.9.9 da NT 2012/002 - página 9

Boa tarde Paulo, O componente possui duas propriedades chamada Salvar, uma fica dentro de Geral e outra dentro de Arquivo se não me falha a memória. Atribua o valor TRUE as duas, o componente vai se encarregar de "protocolar" o XML assim que a SEFAZ retornar o protocolo de autorização.

Boa tarde Paulo, No caso da NF-e, mesmo para teste, sem ter um certificado, você não faz nada alem de escrever as rotinas da sua aplicação. Arrume um certificado com algum cliente seu e é importante que o mesmo já esteja habilitado para emitir NF-e, caso contrario o certificado só vai servir para assinar. E você quer realizar todos os testes, não é verdade? Para isso é preciso ter um certificado habilitado para emissão de NF-e junto a SEFAZ.

Boa tarde Eliomar, Não podemos gerar o XML e enviar só porque ele é parecido com o schema de tal cidade. Precisamos saber qual é o provedor ou seja a empresa contratada pela prefeitura da cidade que se deseja emitir a NFSe, qual é o schema utilizado por esse provedor, as URLs de homologação e produção entre outras coisas. Caso contrario não vai funcionar.

Boa tarde, Rosemir, Realmente a NT que trata do assunto não deixa claro o que ser feito em cada situação. No meu entendimento se uma nota foi denegada significa que ela não foi autorizada, logo a transação comercial através daquela nota não pode ser realizada, logo não faz sentido você se manifestar sobre ela, e se recebeu a mercadoria, significa que comprou sem nota. Se a nota foi cancelada, também não faz sentido você se manifestar sobre ela, pois quem cancela é o emitente, e se cancelou é porque nenhuma mercadoria vai ser acobertada por ela. Resumindo você só pode se manifestar sobre uma nota valida ou seja, autorizada. Se você consegui se manifestar sobre uma nota cancelada, verifique se a SEFAZ realmente relacionou o evento de manifestação com a nota, se sim, não deveria, o correto é retornar uma rejeição.

Bom dia Lincoln D, Se você atualizar os fontes, vai ver que essa divisão por 100 foi retirada.

Bom dia Leandro, Note que no XML do CTe temos duas TAGs: nCT e cCT nCT = numero do conhecimento cCT = código do conhecimento Ambos compõe a chave do CT-e, correto? Alguns desenvolvedores simplismente atribuiem o valor de nCT a cCT ou seja, cCT = nCT. Se você fizer isso o componente não gera aleatóriamente um valor para cCT. Outros (como eu) preferem que o valor do cCT seja um numero aleatório, neste caso podemos fazer de duas formas. 1. atribuir o valor zero a cCT, neste caso o componente se encarrega de gerar um numero aleatório para o cCT. 2. a sua aplicação gera esse numero usando o Random e depois ele é salvo no banco de dados no campo CodigoCT (por exemplo), e ao alimentar o componente simplismente atribuimos esse valor ao cCT ou seja, cCT = CodigoCT Se você seguir o segundo exemplo, você tem controle total da geração da chave do CT-e. Ou seja você consegue gerar novamente o XML com a mesma chave, assinar, validar e depois realizar uma consulta para obter o protocolo de autorização. Desta forma é possível gerar novamente o XML, assinado e protocolado que foi apagado sem querer querendo pelo usuário. Veja: Ao salvar os dados do conhecimento no banco de dados: Randomize; codigoNumerico := Random(99999999); // temos 8 noves, pois o código pode ter até 8 digitos. O valor de codigoNumerico é salvo no campo CTChave. Ao alimentar o componente: with ACBrCTe.Conhecimentos.Add.CTe do begin // // Dados de Identificação do CT-e // Ide.nCT := DM_CNT.ConhecimentoNumero.AsInteger; // Numero do conhecimento Ide.cCT := DM_CNT.ConhecimentoCTChave.AsInteger; // Código Aleatório (...) end; Gostou? Espero ter ajudado.

Bom dia Leonardo, Complementando que o Juliomar já escreveu, se você esta com todos os fontes de todas as pastas atualizadas, dentro da pasta: ...\Fontes\ACBrCTe, você vai encontar um arquivo texto que tem um passo a passo para resolver esse problema de propriedade inexistente. Em casa tenho duas maquinas, ambas com o Delphi 7, sendo que uma delas esta com o Quick Report 3.0 (que vem com o Delphi 7) e a outra com a versão 5.02 Na maquina que possui o QR 3.0 sigo o passo a passo e consigo eliminar todos os erros de propriedades inexistente, compilo a minha aplicação e ela roda 100%. O passo a passo foi escrito por mim, depois de quebrar a cabeça em busca de uma solução. Se é um passo a passo, assim tem que ser executado, na ordem e todos os passos, caso contrario não vai funcionar.

Bom dia João, O componente ACBrNFe possui uma propriedade: Configuracoes.Arquivos.Salvar Se o valor atribuido a ela for TRUE, assim que o webservice retornar o protocolo de autorização, o mesmo vai ser incluido ao XML e salvo em disco.

Bom dia arce, Se os dados contidos no RPS não estiverem corretos é bem provavel que o webservice vai retornar o que esta errado. Caso contrario você vai ter como resposta o XML da NFS-e.

Bom dia Oscar, Sim, é possível, mas recomendo que você leia atentamente a NT 2012/002, mas precisamente sobre o download. Pois existe regras e restrições. Quanto ao comando, me parece que o ACBrNFeMonitor, hoje possui um Help com todos os comandos.

Bom dia sesistemas, A resolução para esse tipo de problema é mais simples que você possa imaginar. Vamos aos passos de quando você envia e depois como resolver o problema do usuário que apaga o XML sem querer querendo. Passos para enviar: 1. Temos todos os dados pertinentes do conhecimento no banco de dados. 2. Alimentamos o componente com esses dados. 3. Se usarmos o comando Enviar(23) onde 23 (por exemplo) é o numero do lote, o XML é gerado em disco, assinado, validado, enviado, protocolado e o DACTE é impresso. 4. Enviar o e-mail para o tomando do serviço usando o EnviarEmail . 5. Salvar no banco de dados a chave, o protocolo de autorização de uso. Agora vamos aos passos para recuperar o XML que foi apagado: 1. Temos todos os dados pertinentes do conhecimento no banco de dados. 2. Alimentamos o componente com esses dados. 3. Execute o comando Valida, pois este gera o XML em disco, assina e valida. 4. Execute o comando Consultar, pois este vai realizar uma consulta na SEFAZ e vai protocolar o XML. Espero ter ajudado.

Paulo, O componente segue o que esta no manual, mas você tem toda a liberdade de altera-lo conforme a sua necessidade. Como no XML não consta o valor de cada nota, principalmente se a mesma for uma NF-e fica dificil implementar isso no componente.

Bom dia Adriano e sesistemas, Vou responder com relação ao DACTE em Quick Report. Realmente não esta previsto a impressão dos valores que compõe a prestação. E se tratando de Complementação de Valores, não é impresso os documentos originários. Infelizmente o manual que se refere ao DACTE deixa muito a desejar, pois não apresenta um lay-out para todas as situações. No caso do DACTE em Quick Report posso fazer as modificações, mas seria importante termos um modelo, digamos oficial.

Bom dia Paulo, A alteração no código que você fez, é da sua aplicação ou do componente? Com relação ao DACTE o componente esta seguindo o lay-out estabelecido pelo manual. No caso do CT-e existem 2 manuais sendo que um é exclusivo para o DACTE. Os dados do motorista você só informa se for lotação, caso contrario não, logo existe um DACTE para carga fracionada e outro para lotação.

Boa tarde arce e Carlos, Favor atualizar os fontes e tentar novamente o EnviaSincrono(). Já inclui a cidade de Bariri/SP.

Boa tarde Junior, Se o manual que você olhou é o último publicado pela SEFAZ ou seja versão 5.0 (versão do manual) não existe nenhuma outra tag que não seja a CST para os códigos 04, 06, 07, 08 e 09 tanto para PIS como COFINS. Portanto pede para esse "contador" mostrar a lei ou o manual que diz que tem que informar o valor da base de calculo.

Rigotti, Mais uma vez, atualize os fontes e tente novamente. A Data do Serviço, não me recordo quem sugeriu, e a forma de alimentar essa informação, uma vez que não encontrei em nenhum dos provedores essa informação. Quando ao valor, removi a divisão por 100, que foi incluida a quase um ano, vamos esperar que alguem reclame que o valor agora esta incorreto, para que eu possa dar uma solução melhor para esta questão.

Boa tarde, Vou verificar, assim que o problema for sanado, disponibilizo a correção.

Boa tarde Edmundo, ContentTypeTemplate é uma string e esta definida em SOAPConst e CheckContentType é uma procedure e esta definida em SOAPHTTPTrans O seu Delphi esta instalado corretamente?

Boa tarde Rigotti, Favor atualizar os fontes e testar novamente.

Boa tarde Eduardo, Você esta se referindo a qual componente? Se é o ACBrNFSe, qual é a cidade?, você selecionou a pasta correta de schemas? Uma vez que existem varios provedores e cada um com seu schema de validação. Existe uma lista junto com o programa exemplo, onde temos o nome da cidade e o respectivo provedor.

Boa tarde a todos, Vamos voltar ao assunto: Download do XML, pois a SEFAZ vai impor novas regras. Primeiramente, baixem dos respectivos portais as seguintes Notas Técnicas: MDF-e (Manifesto Eletrônico de Documentos Fiscais) - NT 2013/004 CT-e (Conhecimento de Transporte Eletrônico) - NT 2013/010 Na MDFe_NT2013_004 traz o MOC (Manual de Orientação do Contribuinte versão 1.00a Na CTe_NT2013_010 traz o MOC versão 2.00 É sabido que vai sair a versão 3.01 da NF-e, mas até o momento não foi publicado a NT que trata dessa nova versão. Na página 103 do MOC - MDFe e página 151 do MOC - CTe, que encontram-se nas NT mencionadas acima, temos uma novidade, o grupo <autXML> = Autorizados para download do XML do DF-e, trata-se de uma lista com até 10 CNPJ ou CPF. Bom os MOCs não tem informações precisas, mas tudo indica que o numero de pessoas autorizadas a realizar o download do XML vai ser restrito. Vamos a um exemplo utilizando no caso o CT-e, onde temos normalmente, o Emitente, o Remetente e o Destinatário da carga. Essas três pessoas estão declaradas no XML, ou seja, é informado o CNPJ ou CPF delas. Acredito eu que essas pessoas (Emitente, Remetente e Destinatário) vão poder realizar o download do XML sem nenhum problema, obviamente seguindo as regras e restrições. Hoje qualquer um de nós tendo implementado a opção de download, se soubermos a chave da NF-e e esta estiver com a sua manifestação do destinatário realizada, é possível realizar o download. Isso faz com que o XML que é um documento fiscal eletrônico valido juridicamente, possa ser obtido por qualquer um. Com a inclusão no XML do grupo <autXML> podemos limitar as pessoas que vão estar autorizadas a realizar o download. Portanto se o contator da sua empresa se utilizada desse procedimento ou seja realiza o download do XML, você vai ter que incluir o CNPJ ou CPF do mesmo no grupo <autXML>, pois quando a SEFAZ implementar a checagem desse grupo, somente as pessoas autorizadas vão poder ter acesso ao XML. Como esse grupo <autXML> vai fazer parte das novas versões do MDF-e e CT-e, acredito que ele também vai aparecer na versão 3.01 da NF-e, vamos aguardar. Sendo assim, pessoal, se preparem para incluirem um cadastro de pessoas com autorização para download do XML. Antes que eu esqueça, boa leitura a todos.