Italo Giurizzato Junior

Thaine, Sim, você pode enviar apenas uma CC-e com varias correções basta colocar o trecho: with ACBrCTe.EventoCTe.Evento.Items[0].InfEvento.detEvento.infCorrecao.Add do begin grupoAlterado := sGrupo; campoAlterado := sCampo; valorAlterado := sValor; nroItemAlterado := iNumItem; end; dentro de um loop e a cada execução dele, os valores de sGrupo, sCampo, sValor e iNumItem são alterados para a próxima correção.

Boa tarde Joel, Toda contribuição é bem vinda. Você pode realizar as alterações, correções necessários para que o componente funcione 100%. Depois você post como anexo os fontes que foram alterados, para que possamos avaliar e disponibilizar para os demais colegas.

Boa tarde Thaine, Note que: Chave, sCNPJ, sGrupo, sCampo, sValor, iNumItem e iNumLote são variáveis. No caso Chave é a chave do CT-e que vai receber uma Correção; sCNPJ é o CNPJ do emitente do CT-e; sGrupo é o nome do grupo onde contem o campo ( sCampo ) que vai ter o seu valor ( sValor ) alterado. Se o campo faz parte de uma lista temos que indicar a sua posição na lista ( iNumItem ), o primeiro da lista é sempre 1. Já iNumLote é o numero do lote de evento a ser eviado. Aconselho você baixar e ler a Nota Técnica 2013/013, mais precisamente as páginas que se referem a carta de correção. E no Anexo VII você tem uma lista com os nomes dos grupos e campos impedidos de sofrerem alteração por carta de correção. Como exemplo: Grupo: rem = remetente Campo IE = Inscrição Estadual Você não pode fazer uma carta de correção para corrigir a IE de um remetente.

Boa tarde Joel, Correto, o conteudo de: ACBrNFSe1.WebServices.EnviarSincrono.NFSeRetorno.ListaNfse.CompNfse[0].Nfse.XML Compreende apenas o conteudo do grupo Nfse, já o que é salvo em disco é acrescentado o grupo CompNfse e dentro dele o grupo Nfse. O motivo é porque se a NFS-e foi cancelada os dados referente ao cancelamento ficam em um grupo separado e fora do grupo Nfse. O XML então salvo em disco segue a estrutura contina no manual Versão 2.0 da ABRASF página 33 onde é declarado o tipo complexo tcCompNfse.

Boa tarde info02serraf, A versão do XML de eventos não foi alterado, portanto continua com a versão 1.00 o que mudou foi a versão dos demais XML para 3.10

Boa tarde Alexandre, A vários meses eu, juntamente com o Juliomar iniciamos o processo de reestruturação da pasta Pacotes. Note que tanto a pasta Exemplos como Fontes, possuem uma pasta especifica para cada componente. Por outro lado a pasta Pacotes que contem os fontes para instalação dos componentes estavam misturados. Com a permissão dos Administradores e outros Moderadores demos inicio a reestruturação. É preciso agora remover da pasta ACBrNFe2 os pacotes de instalação dos componentes NFS-e, CT-e, MDF-e e outros. Mas para isso é preciso concluir as alterações no programa de instalação: ACBrInstall. Qual você vai utilizar para instalar, tanto faz, ambos vão funcionar.

Boa tarde Acca90, O componente esta configurado corretamente? Ele foi alimentado com os dados pertinentes a nota de serviço?

Boa tarde mepissolato, A chave de acesso que você se refere é a chave de 44 digitos? Se sim, o XML da NFC-e esta sendo salvo em disco? Se sim, ao carregar o mesmo através do LoadFromFile a chave será armazenada na propriedade ID. Para obter o conteudo basta: schave: Copy(ACBrNFe.NotasFiscais.Items.NFe.inFNFe.ID,4,44); O copy é necessário pois na propriedade ID temos o literal "NFe" como prefixo da chave. Espero ter ajudado.

Bom dia Rafael, Primeiramente, se você realizou alguma alteração nos fontes para que ocorresse o envio, por favor post como anexo somente os fontes alterados, para que eu possa disponibilizar para todos. Segundo, o componente salva na pasta RPS, os XMLs individuais de cada RPS. Na pasta Ger é salvo o arquivo de envio de lote contendo todos os RPS que compõe o lote, também é salvo nesta pasta o arquivo de retorno contendo todas as NFS-e. Por fim na pata NFSe, é salvo os XMLs individuais de cada NFS-e. Espero ter ajudado.

Bom dia Leandro, Muito obrigado pela colaboração. Já realizei as alterações e disponibilizei. Reforçando: Não temos as URLs tanto do ambiente de homologação quanto de produção para os Estados: AM, CE e MG Não temos as URLs do ambiente de produção para os Estados: MS e PR

Bom dia Edson, O componente segue o que esta estabelecido no manual. A SEFAZ ao retornar o resultado de uma consulta sobre a situação atual de uma NF-e, a estrura do XML retornado é: Informações sobre a autorização da NF-e; Lista de eventos (se houver) vinculados a NF-e; Por outro lado quando você enviou uma carta de correção, o componente salvou um XML contendo os dados de envio e o retorno da SEFAZ acusando a vinculação deste evento a NF-e em questão. E ao enviar uma solicitação de cancelamento para a mesma NF-e, o componente salvou um outro XML contendo os dados de envio e o retorno da SEFAZ acusando a vinculação deste evento a NF-e em questão. Portanto você tem os XMLs de cada evento separadamente. Para a SEFAZ, quando solicitamos uma consulta, ela entende que queremos um histórico completo referente a NF-e consultada, ou seja, a sua autorização e a lista de eventos caso existam. Mas nada lhe impede de desenvolver uma rotina própria para extrair desse retorno somente o que deseja.

Bom dia a todos, Enviei para o SVN uma atualização dos fontes do componente ACBrNFe. As alterações se referem a inclusão de novas URLs para o Estado de PE que disponibilizou os WebServices de Autorização e Retorno de Autorização. Desta forma o componete ACBrNFe esta apto para enviar lotes de NF-e na versão 3.10 para quase todos os Estados brasileiros. Esta faltando apenas: Produção / Homologação AM AM CE CE MG MG MS -- PR PR No caso de MS as URLs do ambiente de homologação já foram liberadas. Para realizar as alterações no componente estou me baseando nas URLs publicadas no Portal Nacional da NF-e.

Bom dia Demostenes, Qual é o Modelo de Documento Fiscal que ocorreu o erro ao enviar na versão 3.10? Para qual UF você esta tentando enviar? Você esta usando os schemas corretos para a versão do Documento Fiscal desejado?

Jairo, Por favor atualize os fotes e teste novamente.

Boa tarde maikews, Segundo a legislação, a Nota Fiscal hoje é um arquivo eletrônico no formato XML, assinado digitalmente pelo emitente e protocolado pela SEFAZ autorizadora do mesmo. Portanto o XML nas condições acima é um Documento Fiscal válido Juridicamente, logo não se trata de um arquivo XML qualquer. Na legislação consta também que o Emitente é obrigado a disponibilizar o XML assinado e protocolado de forma imediata ao destinatário da mercadoria assim que ele obter o protocolo de autorização da SEFAZ. E se uma transportadora for envolvida no transporte dessa mercadoria, ela também tem o direito de receber o XML da NF-e. No meu entendimento a maneira mais simples de disponibilizar um arquivo de computador a outra pessoa, é simplismente envia-lo por e-mail. O Destinatário e a transportadora no caso tem a obrigação de solicitar o arquivo junto ao emitente, principalmente o Destinatário, pelo simples fato de que ambos, emitente e destinatário devem possuir e guardar pelo tempo legal (5 anos) o XML da NF-e para fins de fiscalização. Caso o emitente se recuse a disponibilizar, o destinatário pode e deve no meu entendimento denunciar junto ao Fisco a atitude do mesmo. A SEFAZ não pode e não vai disponibilizar o XML de um transação comercial para Deus e todo mundo. Veja bem não estamos falando de um XML qualquer, trata-se de um documento fiscal. Não estou criticando ninguem apenas interpretando a legislação.

Joel, Relaxa. A alteração que fiz foi drastica, como não tenho XML de exemplo de todos os provedores, eu tinha e tenho a conciencia de ter esquecido de algo. É por isso que quando alguem diz que a impressão esta incompleta eu pesso o XML para testar e efetuar as correções. Procure checar diariamente se existem atualizações, pois a qualquer momento eu posso enviar uma correção ou melhoria do ACBrNFSe ou de outro componente. E falando nisso, mandei mais uma atualização para o SVN, agora de pouco.

Joel, Por favor não post em duplicidade. Já lhe respondi no outro post. Post Trancado por duplicidade.

Boa tarde Joel, Acabei de fazer um teste usando o seu XML com o programa exemplo. Todos os dados foram impressos no DANFSE. Por favor atualize todos os fontes de todas as pastas. Inclusive hoje mesmo enviei para o SVN atualizações referente ao componente ACBrNFSe. Não esqueça de compilar com a opção Build a sua aplicação.

Boa tarde Rômulo, Muito obrigado pela colaboração, já esta disponivel a sua alteração.

Igor, Da mesma forma que a sua aplicação defini qual será o numero do CT-e ( TAG nCT ) ela deve também definir o código aleatório ( TAG cCT ). Ambos, numero e código devem ser armazenados no registro juntamente com os demais dados do CT-e no banco de dados. Por outro lado o LoadFromFile que utilizamos para carregar para o componente o conteudo de um XML, possui dois parametros. Sendo que o segundo é um valor booleano, cujo padrão é True, isso diz ao componente para que ele gere novamente o XML. Se você executar desta forma: LoadFormFile( sArquivo, False ); O XML vai ser lido e nada vai ser gerado, portanto a chave do CT-e lido não corre o risco de ser alterada.

Boa tarde dalpiaze, Acredito que você esta equivocado. Toda a implementação para o envio sincrono foi feita inicialmente para a NFC-e, mas esta disponivel para a nova versão da NF-e. Note que a linha 1620 que você se refere as condições impostas é para determinar se a consulta usando o numero do recibo vai ser realizada ou não. Se o ModeloDF for moNFCe não realiza a consulta uma vez que o envio é sincrono, por outro lado se for enviado uma NF-e no modo Sincrono a consulta também não é realizada.

Boa tarde Jairo, Por favor o XML e não o PDF do DANFSE. Com o XML tenho como testar e fazer as devidas correções.

Boa tarde Rigotti, Muito obrigado pela colaboração, já esta disponivel a correção.

Boa tarde Elvis, E os schemas, estão atualizados? Você esta usando os schemas do pacote PL_CTe_200a_NT2013_013.zip que esta dentro da pasta: ...\Exemplos\ACBrCTe\Delphi\Schemas\V200 ?

Boa tarde Fernando, Algumas considerações: 1. O arquivo que você se refere: 1-rec-c.xml é gerado pelo componente ACBrNFSe ( Nota Fiscal de Serviço Eletrônica) e você postou o seu problema no fórum destinado ao componente ACBrCTe (Conhecimento de Transporte Eletrônico), portanto tome cuidado ao postar. 2. Você diz que o problema não é a SEFAZ pois não se trata de uma nota de serviço mas o arquivo que você faz referencia no seu último post é o retorno do numero do protocolo informando que o lote de RPS foi recebido pelo webservice da prefeitura. 3. Ao postar o conteudo de um arquivo, seja ele TXT ou XML post sempre como anexo e não da forma que você fez, postando como um texto.