Italo Giurizzato Junior

Bom dia Robson, Se o seu cliente necessita com uma certa urgencia, por que nesse primeiro momento, você não utilzia o emissor gratuito da SEFAZ? Após a emissão, me parece que ele possui uma opção para exportar o XML. Aqui mesmo no fórum existem vários post que contem XML de CT-e anexados.

Bom dia Liandro, Ontem a noite, usando a minha aplicação, lancei dois conhecimentos, emiti o primeiro sem nenhum problema, mandei emitir o segundo, sem nenhum problema. Depois solicitei o cancelamento do primeiro, também o cancelamento foi realizado sem nenhum erro, solicitei o cancelamento do segundo, idem. Nenhum erro foi apresentado, logo o problema deve ser com a sua aplicação. Você esta utilizando as DLLs, que vem junto com o ACBr, principalmente a Capicom ? Depois do XML gerado assinado, não existe algo que por ventura esteja alterado o XML?

Boa noite Nivaldo, Nunca usei o emissor gratuito da SEFAZ, mas pelo que sei, ele não salva os XML em disco. Mas me parece que existe uma opção para exportar o XML, ou seja salvar em disco o XML da NF-e emitida. Tendo o XML, a amplicação de controle de estoque poderia carregar o arquivo e fetuar a baixa de forma automatica. Desde que os códigos usados para os produtos sejam iguais tanto no programa da SEFAZ quanto no controle de estoque. Como você pode ver, não é impossível, mas trabalhoso. Se o usuário esquecer de exportar um XML o controle fica furado.

Boa noite Luciano, O DACTE em questão é o que foi feito em Quick Report Se sim, até onde eu me lembro, mandei para o SVN uma atualização do DACTE que formata corretamente o CNPJ e o CPF. Inclusive criei uma nova função chamada FormataCNPJCPF que detecta o tipo de documento e formata-o.

Boa noite Mark Apollo O primeiro arquivo se refere ao envio e pelo que eu vi, você esta usando o programa exemplo, inclusive com os dados ficticios dele. O segundo arquivo se refere ao retorno que contem o numero do recibo. Tenta montar usando o programa exemplo ou a sua aplicação, mas com dados um pouco mais reais.

Boa tarde Robson, Porque você não baixa o Manual versão 1.04c do CTe que encontra-se disponivel no Portal Nacional do CT-e. Nele você vai encontrar a estrutura completa do XML, com a indicação dos campos obrigatórios e dos opcionais. Se você já utiliza o ACBrNFe não vai ter dificuldade em usar o ACBrCTe, uma vez que os comandos são os mesmos, a lógica é a mesma, e as propriedades do componente seguem a mesma nomenclatura do manual.

Boa tarde Liandrocs, Hoje a noite vou realizar o seguinte teste: Emitir dois CTe e depois em seguinte efetuar o cancelamento de ambos. Se funcionar sem nenhum problema, podemos concluir que o problema é realmente a sua aplicação.

Boa tarde, A function ACBrNFSe1.CancelarNFSe(sCodigo) onde sCodigo é o codigo de cancelamento da NFSe. Ela requer que você carregue antes o XML da NFSe. Ou você pode utilizar a function abaixo, sem a necessidade de carregar o XML da NFSe: ACBrNFSe1.WebServices.CancelaNFSe(sCodigo, numNFSe, sCNPJ, sIM, sCodMun); Onde temos: sCodigo = código de cancelamento numNFSe = numero da NFSe sCNPJ = CNPJ do prestador de serviço sIM = Inscrição Municipal do prestador de serviço sCodMun = Codigo do Municipio do prestador de serviço Todos os 5 parametros são string.

Boa tarde a todos, Favor atualizar os fontes e testar novamente o cancelamento.

kzarlopes, Se o componente estiver configurado para salvar os arquivos de envio/retorno, existe um arquivo com o seguinte nome: <num>-pro-rec.xml Esse arquivo contem o resultado do processamento do lote enviado. Se o CTe foi rejeitado, o motivo da rejeição esta nesse arquivo.

Boa tarde kzarlopes, Como você pode ver no PDF no quadro N. Protocolo não consta o numero do mesmo, apenas a data e hora, que por sinal é praticamente a mesma da emissão com diferença de 3 segundos. O XML esta assinado, mas não esta protocolado. E ao realizar a consulta na SEFAZ, tanto no ambiente de homologação quanto de produção ele não existe. Isso significa que ele não foi enviado. Se foi, deve ter sido rejeitado.

Boa tarde Medreis, É isso mesmo.

Bom dia Emerson, Sim, pode ocorrer o envio do lote e por algum motivo a SEFAZ não retornar ou a internet "cair" ai você fica sem o retorno do protocolo. Agora a chave que gera é o componente e não a SEFAZ.

Bom dia Carlos, Acredito que você esteja utilizando o DANFSE feito em Quick Report, sendo assim ele não é pois esta passando as informações corretas veja: O techo de código abaixo se refere ao DANFSE em Quick Report: Notei que o XML (RPS) de envio para o webservice o valor atribuido ao tributo CSLL é 76.56, mas no retorno, XML (NFSe) o valor é 229.68 ou seja o mesmo de COFINS. Exatamente como você reportou no seu post acima. Quero lembra-lo que o XML da NFS-e não é gerado pelo componente e sim retornado pelo WebService, sendo assim existe um erro no provedor. Favor entrar em contato com eles e reportar o erro.

Bom dia Neo, Atualize os fontes e tente novamente.

Bom dia Liandrocs, Você tentou incluir os componentes em um Data Module ou direto no form que ele vai ser utilizado e não usar o Create e muito menos o Destroy, ou seja mante-los criados o tempo todo, enquanto a aplicação estiver rodando?

Bom dia Thaine, As diferenças são grandes, veja: if (tabelaVALOR.AsFloat > 0) then begin vPrest.comp.Add.xNome:=tabelaDESCRICAO.AsString; vPrest.comp.Add.vComp:=StrToFloat(FormatFloat('##0.00', tabelaVALOR.AsFloat)); end; No código acima o Add esta sendo executado duas vezes, neste caso você esta gerando dois elementos na lista, o primeiro com a descrição ( xNome ) e o segundo somente com o valor ( vComp ). No código abaixo o Add esta no WITH, logo ele vai ser executado somente uma vez, portanto sera gerado apenas um elemento e este vai conter as duas informações: xNome e vComp. if (tabelaVALOR.AsFloat > 0) then begin with vPrest.comp.Add do begin xNome:=tabelaDESCRICAO.AsString; vComp:=StrToFloat(FormatFloat('##0.00', tabelaVALOR.AsFloat)); end; end; Se você colocar o techo de código dentro de um loop com 10 interações, neste caso o valor do frete é composto por 10 componentes, da forma que você fez teriamos dentro da lista 20 elementos e da forma que postei teria apenas 10 elementos. Lembre-se que cada elemento da lista é composto pelo nome e pelo valor e não somente pelo nome ou pelo valor.

Boa noite Arce, Segunda-feira, vou analisar o problema.

Boa noite Marcio, O DACTE feito em Fast Report, me parece que não esta seguindo o Manual publicado pela SEFAZ. Nele os dados do caminhão, ou seja se placa, RNRTC e etc, só são impressos quando for lotação, caso contrario não é impresso. Esse DACTe deve ter algumas propriedades ou parametros onde você alimenta os dados como placa, etc. Sendo que o DACTe só pode imprimir o que consta no XML nada a mais.

Boa noite Medreis, Quando você solicita o cancelamento de uma NFSe, o que temos como responta é o XML da NFSe cancelada.

Boa noite Marcio, Desculpe pela demora em responder. Existe uma falha no LoadFromStream, vou corrigir isso semana que vem. Enquanto isso, antes de executar o EnviarEmail, alimente a propriedade NomeArq com o nome do arquivo XML salvo em disco.

Boa noite Neo, Desculpe pela demora em responder. Mas este arquivo em anexo trata-se do retorno da consulta, que contem uma lista de NFSe. Essa lista pode ter uma ou mais notas. Você deve ler o arquivo que contem o nome: <numNota>-nfse.xml e não o <num>-lista-nfse.xml

Boa tarde Thaine, Da forma que você esta fazendo esta errado, a maneira correta é: if (tabelaVALOR.AsFloat > 0) then begin with vPrest.comp.Add do begin xNome:=tabelaDESCRICAO.AsString; vComp:=StrToFloat(FormatFloat('##0.00', tabelaVALOR.AsFloat)); end; end;

Boa tarde Ero, O numero de recibo retornado pela SEFAZ se refere ao lote enviado, como o lote pode ter até 50 NF-e, isso significa que todas vão ter o mesmo numero de recibo. Eu não guardo o numero do recibo e sim a chave e o numero protocolo de autorização, este sim é diferente para cada NF-e mesmo que enviadas no mesmo lote.

Boa tarde Vinício, Desculpe na demora em responder. Por favor atualize os fontes e teste novamente.