Italo Giurizzato Junior

Boa tarde Brizolla, O componente ACBrNFe, por outro lado tem tudo implementado. Exite uma Function que realiza a consulta das NF-e destinadas. A Manifestação do Destinatário são eventos. Favor ler com atenção a NT 2012/002 antes de tentar usar a function para consultar e enviar o evento de manifestação. Quer mais dicas: dentro da pasta ...\Exemplos\ACBrNFe2 existe um arquivo txt chamado ConsultarNFeDestinadas estude ele também.

Boa tarde Cristiam, No seu post ao enviar a carta de correção você esta colocando: nSeqEvento=1 xCorrecao=CORREÇÃO DE CFOP: 5102 E CORREÇÃO DE NCM : 87085099) Lhe pergunto essa carta é a primeira ou a segunda? Se for a segunda o correto seria: nSeqEvento=2 xCorrecao=CORREÇÃO DE CFOP: 5102 E CORREÇÃO DE NCM : 87085099)

Boa tarde Cesar, O erro ao validar o XML indica que a IE esta com o conteúdo vazio e isso não é permitido. Você esta tentando enviar a NF-e ou NFC-e e qual versão? Você esta utilizando os schemas que estão disponíveis junto com o programa exemplo do ACBrNFe e os mesmos estão atualizados?

Boa tarde Rômulo, Isso é muito estranho, por favor post o XML da NFS-e.

Boa tarde a todos, Sim, esse CSC é o Token, a SEFAZ mudou o nome pois estava ocorrendo uma certa confusão. Será possível, consulta, solicitar e até mesmo revogar um CSC. O componente ACBrNFe já esta sendo alterado para ajuda-los nessa tarefa. Estou trabalhando na implementação da function: AdministrarCSC cuja sintaxe será: Ok := ACBrNFe.AdministrarCSC(ARaizCNPJ, AIndOP, AIdCSC, ACodigoCSC); Onde: ARaizCNPJ: String; contem somente somente os 8 primeiros dígitos do CNPJ AIndOP: TpcnIndOperacao; Novo tipo cujos valores são: ioConsultaCSC, ioNovoCSC, ioRevogaCSC AIdCSC: Integer; Contem o identificador, numero sequencial 1, 2, 3, .... ACodigoCSC: String; Contem o código alfa numérico do CSC A function retorna True ou False para indicar se a Operação foi realizada com sucesso. Favor ler a NT para mais detalhes. Quando vai estar disponível? Não sei, uma vez que a NT não traz as datas, os Schemas não foram disponibilizados e as SEFAZ autorizadoras precisam implementar os Web Services.

Boa tarde zottis, A principio somente esta linha uma vez que o seu problema é a consulta.

Boa tarde Gilberto, O programa exemplo se utiliza da versão feita em Quick Report.

Boa tarde Léo, Fiz a alteração, favor atualizar os fontes e testar.

Boa tarde, Não existe carta de correção e nem Inutilização de numeração para o MDF-e. Existe o site referente ao MDF-e, mas não existe nenhuma opção nele para que possamos fazer consultas como temos na NF-e. https://mdfe-portal.sefaz.rs.gov.br/

Boa tarde Dangelo, Envie para o repositório uma alteração na rotina que faz a leitura do XML, por favor atualiza os fontes e teste novamente.

Boa tarde a todos, Nova Andradina/MS, esta sim implementada para o provedor Betha. Importante a lista de cidades no combobox não é atualizado a medida que novas cidades são incluídas. Lembrem-se que se trata de um programa exemplo e para saber se acidade esta implementada ou não devemos utilizar o botão que retorna o nome do provedor caso a mesma esteja.

Boa tarde a todos, Não utilizo o Fast Report, se não me falha a memória o link não tem que ocorrer a nível de execução em vez de projeto?

Boa tarde CSD, O problema sitado na descrição do tópico é porque o XML não contem o protocolo de autorização. Para o componente de impressão do DACTE é interpretado que o XML não foi enviado para a SEFAZ. Se o XML foi enviado e mesmo assim ele ficou sem o protocolo de autorização, a solução é simples: 1. Carregar o XML com o LoadFromFile; 2. Realizar a consulta; 3. Imprimir o DACTE.

Boa tarde, Desculpe pela demora, por favor realize o seguinte teste: Abra a unit ACBrNFeWebServices, e faça uma alteração na linha 2809: de: if (FConfiguracoes.WebServices.UFCodigo = 29) and (FConfiguracoes.Geral.VersaoDF = ve310) then // 29 = BA para if (FConfiguracoes.WebServices.UFCodigo in [29, 41]) and (FConfiguracoes.Geral.VersaoDF = ve310) then // 29 = BA Depois compile a sua aplicação com a opção Build, vamos ver se isso resolve o problema.

Boa tarde Andre, Desculpe pela demora, esta estranho isso, pois a function recebe os parâmetros independente se a validação vai ser feita pelo OpenSSL ou Capicom.

Boa tarde, Desculpe pela demora, vou analisar esses problemas.

Boa tarde Wislei, Desculpe a demora, mas já fiz a alteração e esta disponível.

Boa noite Sames, É isso que da ter pressa. Converse com o seu chefe relatando o problema que essa atualização esta provocando. Esse pessoal tem que refazer a rotina de leitura de tal forma que ela detecte a versão do XML e faça a leitura de forma correta, em vez de você utilizar programas para converter a estrutura do xml de 2.00 para 3.10 Se esse programa realizar alguma conversão errada o culpado será você.

Boa noite, Só uma pergunta: No título do seu tópico esta escrito "cnpj na emissão da nf-e" O que você quer dizer com nf-e: Nota Fiscal Eletrônica modelo 55 usada para registrar a venda de mercadorias e serviços e é enviada para a SEFAZ ou a Nota Fiscal de Serviço Eletrônica usada para registrar a prestação de um serviço e é enviada para um provedor contratado pela prefeitura?

Boa noite Joel, Primeiro não confundo MDF-e como manifestação do destinatário. MDF-e = Manifesto Eletrônico de Documentos Fiscais. Segundo, o documento fica disponível por 3 meses para ser manifestado pelo destinatário. E ao realizar a consulta de notas destinadas você não passa como parâmetro datas definindo um período. Qual NT que você leu?

Boa noite Walter, Primeiro vamos a mensagem de erro de validação: The element nProt with value ''. O elemento nProt com valor '' (vazio). Há necessidade de informar o numero do protocolo de autorização, quando solicitamos o cancelamento de um CT-e. Segundo, se você tentar cancelar um CT-e depois de ter emitido uma CC-e, a SEFAZ vai rejeitar o cancelamento. Pelo simples fato, de que se você emitiu uma CC-e significa que o serviço foi prestado e o tomador do serviço ou outro detectou um erro no CT-e, sendo assim não é mais possível cancelar o mesmo.

Boa noite Caetano, Ao enviar uma NF-e ou NFC-e para SEFAZ, pode ocorrer 3 situações: 1. Ser Autorizado; 2. Ser Rejeitado; 3. Ser Denegado; Se a nota for rejeitada, significa que algum dado esta errado, neste caso deve-se corrigir e enviar novamente. Se a nota for denegada, significa que o emitente ou destinatário possui alguma restrição ao fisco, neste caso não tem o que fazer. Após os problemas de acesso a SEFAZ forem sanados, temos que enviar a nota com os campos abaixo conforme você postou: Ide.tpEmis :=teOffLine; Ide.dhCont := date; Ide.xJust := 'Entrada em contingência por falhas na conexão com o web service.';

Boa noite Rubens, Você emitiu um CT-e, portanto ele esta autorizado, correto? Depois você efetua o seu cancelamento. Como o cancelamento é por evento, o XML do CT-e não é mais alterado, ou seja, ele permanece com o protocolo de autorizado. Carregar o XML do CT-e e atribuir o valor True a propriedade CTeCancelada em seguinte imprimir o DACTE, o mesmo vai ser impresso com uma Tarja: "CT-e Cancelado". Outra coisa, ao cancelar o CT-e é salvo um arquivo chamado: <ID>-procEventoCTe.xml Se você carretar o XML do CT-e e o de processamento do evento ao executar o ImprimirEvento, teremos um "documento" que comprova que o CT-e foi cancelado, e neste documento temos o protocolo de cancelamento retornado pela SEFAZ.

Boa noite, Você esta informando: grupoAlterado = 'infQ' campoAlterado = 'qCarga' valorAlterado = <novo conteudo> nroItemAlterado = 1 Como o grupo <infQ> é uma lista há necessidade informar o numero do item dentro da lista. Podemos ter um ou mais <infQ>, se o valor a ser alterado esta contido no segundo <infQ> temos que informar o valor 2 a nroItemAlterado.

Boa noite a todos, Por favor atualizem novamente os fontes, mais precisamente os schemas, acredito que agora estejam todos corretos.