Italo Giurizzato Junior

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.

Se não me falha a memória tanto o RJ como RO se utilizam da SEFAZ Virtual do RS. Eu acredito que todas as UFs que se utilizam da SVRS vão aderir a NFC-e.

Boa tarde Reij, Primeiramente o fórum ACBrMDFe se refere ao componente para emissão do Manifesto de Documentos Fiscais Eletrônicos. Não tem nada haver com a Manifestação do Destinatário que é uma funcionalidade do componente ACBrNFe. Segundo, quando postar um arquivo ou fragmento de rotina, por favor, post como anexo para que o post fique curto. Existem coisas a mais na sua rotina no que diz respeito a checagem do cOrgao e por outro lado esta faltando a justificativa quando o manifestação for de operação não realizada. Notei também que esta faltando a seguinte linha: infEvento.nSeqEvento := 1;

Boa tarde Jairo, Até onde sei, os Estados que participam do projeto piloto são: AC, MA, RN, SE, AM, MT e RS. Existe uma noticia que o RJ vai aderir a NFC-e. Quanto ao resto, temos aguardar.

Boa tarde Fábio, O CT-e esta sendo enviado para o ambiente de homologação, mas a chave da NF-e, é de uma enviado também para o ambiente de homologação ou produção?

Boa tarde Danny, Muito obrigado pela colaboração.

Boa tarde Marcel, São 2 arquivos e eles estão na pasta: ...\Exemplos\ACBrNFSe\Delphi\Schemas\FISSLEX

Boa tarde Paulo, Muito obrigado pela colaboração.

Boa tarde Danilo, Muito obrigado pela colaboração.

Boa tarde Flavio, Muito obrigado pela colaboração.