Italo Giurizzato Junior

Boa Tarde Tiago, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Anderson, Muito simples, basta você acrescentar a seguinte linha: ACBrNFe.Configuracoes.WebServices.Visualizar := False; Na sua rotina de configuração do componente.

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.

Boa tarde Junior, Muito obrigado pela colaboração, já fiz as devidas alterações, ainda hoje estarei disponibilizando.

A versão do Quick Report é a 5.02

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.

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.

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.

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.

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

Bom dia ALA, Exatamente.

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.

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.

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.

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.

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.

Renfd, De qualquer forma inclui a linha e já esta disponível.

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.

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.

Boa tarde Delcio, A cidade de Planalto Alegre/SC já foi implementada a um bom tempo. Se você teve que inclui-la isso significa que os seus fontes estão desatualizados.

Bom dia Renfd, Mas essa linha já existe, em 1417.

Bom dia Gustavo, Essa primeira fase da implementação, o componente gera e salva em disco um XML contendo o CT-e mais o retorno da consulta conforme estrutura apresentada. Depois vamos melhorar, para que o conteúdo do XML seja armazenado em uma propriedade, para satisfazer a necessidade daqueles que preferem armazenar o XML no banco de dados e não em disco.

Bom dia carlos, O endereço de teste: http://189.75.118.162:8181/prodatawsts Não funciona. Veja este exemplo de URLs de Rio Verde/GO Homologação - Teste http://homologacao.rioverdegoias.com.br/prodataws/services/NfseWSService?wsdl/ Produção http://rioverdegoias.com.br/prodataws/services/NfseWSService?wsdl/ No caso de Formosa/GO A URL de produção ficaria da seguinte forma: http://189.75.118.162:8181/prodataws/services/NfseWSService?wsdl/ O que esta em negrito é o endereço que você colocou no arquivo como definitivo, acredito eu que seja o de produção. Se você trocar pelo 189.75.118.162:8181/prodatawsts note que existe um ts no final que talvez signifique teste, o mesmo não funciona, ao colocar a URL em um navegador ele não consegue resolver. Já a anterior funciona. Talvez para o ambiente de homologação a porta não seja 8181.

Bom dia Reij, Esqueceu sim, veja: if cbxtipoop.ItemIndex = 3 then begin infEvento.tpEvento := teManifDestOperNaoRealizada; infEvento.xJust := sJust; end;

Bom dia a todos, Encontra-se disponível uma alteração que ao consultar a situação atual de um CTe, se o mesmo conter algum evento vinculado será salvo o arquivo: <chave>-CTeDFe.xml A principio o arquivo será salvo em disco desde que as propriedades Geral.Salvar ou Arquivos.Salvar possuem o valor True. A estrutura do novo arquivo é: <CTeDFe> <procCTe versao="2.00"> <CTe xmlns="http://www.portalfiscal.inf.br/cte"> ... </CTe> <protCTe versao="2.00"> ... </protCTe> </procCTe> <procEventoCTe versao="2.00"> <eventoCTe xmlns="http://www.portalfiscal.inf.br/cte" versao="2.00"> ... </eventoCTe> <retEventoCTe versao="2.00"> ... </retEventoCTe> </procEventoCTe> </CTeDFe> O que esta em azul é o CT-e assinado com o protocolo de autorização. O que esta em vermelho é o processamento dos eventos vinculados ao CT-e. Volto a frisar que esse arquivo só será salvo caso o CT-e possua pelo menos 1 evento vinculado a ele. Essa estrutura foi baseada no arquivo retornado pela SEFAZ quando via site é solicitado o Download de um CT-e. Por favor realizem testes e reporte os eventuais erros.