Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    38.050
  • Registro em

  • Última visita

  • Days Won

    1.077

Tudo que Italo Giurizzato Junior postou

  1. Bom dia Rigotti, Muito obrigado pela colaboração, logo estarei disponibilizando.
  2. Bom dia Sadao, Você poderia postar como anexo o XML de um CT-e de anulação bem como um exemplo de um DACTE de Anulação? Em uma passada rápida no fonte do DACTE realmente não tem nada com relação a anulação e isso explica o preview em branco.
  3. Bom dia, Primeiramente você não inutiliza CT-e e sim um numero ou uma faixa de números que por um motivo não foi ou foram utilizados na emissão do CT-e, exemplo: Foi emitido o CT-e de numero 1500, ao emitir o próximo (que deveria ser o de numero 1501) foi emitido com o numero 1510. Note que não existe os CT-e de 1501 a 1509, o sistema simplesmente pulou essa faixa de números. Caso o sistema impeça de emitir os próximos com números retroativos, a solução é solicitar junto a SEFAZ a inutilização de numeração, que neste caso é a faixa de 1501 a 1509. Uma coisa é cancelar um CT-e emitido e autorizado pela SEFAZ e outra é inutilizar numeração que não foi utilizado na emissão de CT-e.
  4. Bom dia Kelson, A primeira parte da sua rotina onde você gera, assina e salva o XML não se faz necessário. Aconselho utilizar somente a segunda, pois o Enviar se encarrega de Gerar, Assinar, Validar e salvar em disco o XML. Comente a primeira parte para ver se resolve o problema. Uma vez que o erro diz que a TAG CNPJ esta vazia.
  5. Boa noite Jorge, Já estou trabalhando na implementação do EPEC, por se tratar de um evento todas as rotinas básicas são as mesmas para a CC-e, Cancelamento entre outros eventos. Só será acrescentar o que é especifico para o EPEC e fazer com que o componente identifique que o evento é um EPEC e não outro tipo, visto que o mesmo é enviando para o Ambiente Nacional e não para a SEFAZ autorizadora. Quanto a distribuição de DF-e, assunto tratado na NT 2014/002 como falta schema de validação, URLs e o ambiente de homologação ainda vai demorar uns 4 meses para ser liberado, vamos deixar para implementar quando a SEFAZ publicar o que esta faltando.
  6. Boa noite Ivan, Estude por exemplo o funcionamento do Cancelar, para conhecer todas as rotinas envolvidas.
  7. Boa Tarde Tiago, Muito obrigado pela colaboração, já esta disponível.
  8. Boa tarde Anderson, Muito simples, basta você acrescentar a seguinte linha: ACBrNFe.Configuracoes.WebServices.Visualizar := False; Na sua rotina de configuração do componente.
  9. Boa tarde Lucas, Algo esta errado, pois você diz que quando emiti uma nota para outra cidade a sua aplicação acessa o WebService da cidade do cliente (Tomador do Serviço) e não do Emitente (Prestador do Serviço). O componente só vai acessar o Web Service da cidade ABC em vez da cidade XYZ, se ele for configurado em tempo de execução com o código IBGE da cidade ABC, caso contrario não.
  10. Boa tarde Junior, Muito obrigado pela colaboração, já fiz as devidas alterações, ainda hoje estarei disponibilizando.
  11. A versão do Quick Report é a 5.02
  12. Boa tarde PrudenSis, Esse arquivo TXT mencionado no post anterior é um exemplo para que desenvolve em Delphi, no seu caso que se utiliza do ACBrNFeMonitor para emitir o CTe ele não vai ter nenhuma serventia. Se não me falha a memória o arquivo INI que deve ser gerado como entrada para o monitor não sofreu alteração por conta da nova versão do CT-e. O monitor vai pegar as informações e gerar o XML segundo a nova versão. Mas para isso é preciso utilizar uma versão do monitor que já esteja preparado para a versão 2.00 do CT-e.
  13. Boa tarde, Vamos as diferenças: Consultar pelo numero do recibo, obtemos como resposta se o lote foi ou não processado, se sim, obtemos o Protocolo de autorização. Consultar pelo XML, há necessidade de se ter o XML, caso você não tenha não tem como utilização, se tem será retornado a situação atual da NF-e, se esta autorizada ou cancelada bem como os eventos vinculado a mesma caso existam. Consultar pela chave, o retorno é o mesmo da consulta pelo XML, a diferença que não há necessidade de se ter o XML. Após a consulta pelo XML ou pela chave é possível ler a propriedade cStat para obter o status da mesma da seguinte forma: Status := ACBrNFe1.WebServices.Consulta.cStat; Espero ter ajudado.
  14. Boa tarde a todos, Esta disponível no Portal Nacional da NF-e a Nota Técnica 2014/002 que trata do assunto de distribuição de documentos fiscais eletrônicos. Quero chamar a atenção de algumas coisas: 1. O ambiente de teste só será disponibilizado em 15/09/2014; 2. O Web Service NfeConsultaDest será desativado em 02/02/2015; 3. Não foi disponibilizado os schemas de validação para consulta de DF-e (distDFeInt_vx.xx.xsd); 4. Não foi disponibilizado as URLs de homologação e de produção. Como vocês podem ver, temos que esperar para começar a implementar e realizar os primeiros testes. Mas isso não significa que podemos deixar de lado a NT. Convido a todos a baixar e ler, são apenas 13 páginas, e não vem depois dizer, que não tem tempo para ler. Lendo com bastante atenção vocês vão descobrir algumas coisas interessantes nessa NT. Não vou contar, leiam.
  15. Boa tarde Tatiane, Como assim "prazo de validade", a partir do momento que um CT-e é enviado e autorizado pela SEFAZ ele se torna um documento com validade jurídica. O tempo que um caminhão vai levar para transportar a carga da sua origem até o seu destino é outra história. Para que o caminhão possa trafegar com a carga há necessidade de se imprimir o DACTE que nada mais é do que a representação gráfica do CT-e. Eu nunca li em nenhum manual ou nota técnica que o DACTE tem prazo de validade. Existem prazos para que um CT-e seja Cancelado ou que venha sofrer uma alteração através de Carta de Correção ou uma Complementação de Valores.
  16. Bom dia a todos, Link: http://www.cte.fazenda.gov.br/informe.aspx?#46 22/05/2014 - Atenção: CT-e versão 1.04 - Final de Vigência Conforme previsto na Nota Técnica 2013/010, publicada em julho de 2013, a partir de 02/06/2014 somente serão autorizados os Conhecimentos de Transporte Eletrônicos emitidos na versão 2.00. Orientamos os contribuintes que ainda estão emitindo seus Conhecimentos de Transportes Eletrônicos na versão 1.04 que iniciem a utilização da versão 2.00. Assinado por: Secretaria da Fazenda do Estado de São Paulo
  17. Bom dia a todos, Foram feitas algumas alterações e correções, pois o nosso colega Nicolas detectou que a rotina esta anexando ao CTe somente um evento, sendo que o retorno da consulta a situação atual pode conter 1 ou mais e no teste que ele realizou continha 3 eventos. Alem dessa correção foi incluída uma nova propriedade chamada RetCTeDFe que pode ser lida logo após realizar a consulta. sXMLFinal := ACBrCTe1.WebServices.Consulta.RetCTeDFe; Por favor atualizem os fontes e realizem novos testes para que possamos arredondar essa funcionalidade.
  18. Bom dia Fernando, Quanto a numeração e série não muda nada por causa da nova versão. A série continua a mesma e a numeração continua na sua sequencia, exemplo: Série - Numero - Versão 001 1500 1.04 001 1501 1.04 001 1502 2.00 001 1503 2.00 Lembre-se que a série e o numero se refere ao Documento Fiscal que esta sendo emitido. A versão se refere a estrutura do arquivo XML, como esta ocorrendo uma alteração drástica em sua estrutura, para que a SEFAZ consiga processar o XML de forma correta é necessário identificar qual estrutura que vai ser processado, a forma mais simples de se fazer isso é através de um atributo chamado versão. Se a versão for 1.04 a SEFAZ vai utilizar a rotina que processa o XML segundo a estrutura dessa versão, por outro lado se a versão for 2.00 será utilizado uma outro rotina, uma vez que a estrutura são diferentes, como dito anteriormente. Espero ter ajudado.
  19. Boa noite ncc, Ao realizar a consulta foi salvo em disco os seguintes arquivos: *-ped-sit.xml, *-sit.xml e *-CTeDFe.xml O conteudo de *-sit.xml contem as duas cartas? Se possível post como anexo os 3 arquivos.
  20. Boa tarde Jairo, Acabo de receber um comunicado que Roraima emitiu na data de hoje a sua primeira NFC-e em ambiente de homologação. Como dito anteriormente Roraima é mais um Estado que se utiliza da SVRS e que esta aderindo a NFC-e. Se todos os Estados que se utilizam da SVRS aderirem, pelas minhas contas chegar a quase a metade de todos os Estados brasileiros.
  21. Rigotti, Esse problema ocorre somente nessa TAG? Se sim, e pelo o que você expôs a melhor solução é entrar em contato com o provedor e relatar o problema para que eles resolvam.
  22. Renfd, De qualquer forma inclui a linha e já esta disponível.
  23. Boa tarde Rigotti, É preciso saber, se esses caracteres estão sendo retornados pelo próprio Web Service ou por você ter usado algum programa que incluiu.
  24. Boa tarde Renfd, Só um detalhe a rotina a ser alterada é a que faz a leitura de um XML do RPS, correto? Pois a geração do XML é outra e já contempla a inclusão da TAG no XML do RPS para o provedor em questão.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.