Italo Giurizzato Junior

Boa tarde Robson, Sim, você pode se basear no programa exemplo e nos fragmentos de código salvos nesta pasta tambem em formato TXT.

Boa noite Wilson, Realizei algumas alterações, por favor atualize os seus fontes e teste novamente.

Boa noite, Experimente comentar a linha que esta provocando o erro.

Bom dia Pedro, Note que alem dos arquivos referentes aos schemas do provedor Ginfes encontram-se dentro da pasta ...\Exemplos\ACBrNFSe\Delphi\Schemas\Ginfes, devemos copiar para dentro desta pasta os 3 arquivos Config_*.ini Configurar o programa exemplo ou a sua aplicação essa pasta como sendo o path dos schemas. Configurar para a cidade desejada, no caso São José do Rio Preto-SP.

Boa tarde Pedro, Ginfes é o provedor utilizado por algumas prefeituras. Ginfes utiliza o padrão Abrasf.

Boa tarde, A mensagem é clara, você tem que ver qual é o regime especial do prestador e colocar. Tem certas informações que são especificas do prestador, outras são especificas da cidade. Você tem que sanar esses problemas entrando em contato com o prestador e prefeitura, quando for o caso.

Bom dia, O programa Exemplo disponibilizando junto com os fontes do componente, gera o XML.

Hilderaldo, Como dito o protocolo de autorização retornado pela SEFAZ, normalmente não vem com assinatura. É enviado para SEFAZ o XML assinado, ela retorna o XML contendo o protocolo, o componente por sua vez se encarrega de acrescentar ao XML assinado as tags referente ao protocolo. Quanto ao uso do OpenSSL perante ao Capicom no que diz respeito a performace, não sei te responder, até hoje só utilizei o Capicom.

Eu não tenho nenhuma aplicação utilizando o componente ACBrNFSe, mas temos varios colegas no fórum que já estão.

Boa tarde Marcos, Você esta usando o componente ACBrCTe para ler o XML de um CTe? Se sim, os dados são armazenados em campos que possuim o mesmo nome que consta no manual do CTe. Uma dica é você estudar o programa que encontra-se na pasta ...\Projetos\EmissorDFe\Delphi É um programa desenvolvido por mim que tem a finalidade de ler o XML de uma NFe ou CTe e permitir a visualização/impressão do DANFE ou DACTE.

Hilderaldo, A minha aplicação tem 3 opções basicas: 1. Lançamento do Conhecimento => aqui o usuário digita todos os dados pertinentes ao transporte da carga e salva no banco de dados. 2. Emitir CTe => aqui é apresentado uma lista de todos os conhecimentos que ainda não foram enviados para SEFAZ. 3. Cancelar CTe => aqui é apresentado uma lista de CTe autorizados pela SEFAZ e cujo serviço de transporte ainda não foi executado. Como exposto acima se um conhecimento foi lançado ontem e não foi emitido o CTe, hoje ao executar a opção 2. este conhecimento vai aparecer junto com os que foram lançados hoje. E ao selecionar os conhecimentos e clicar no botão [Emitir o CTe] os XMLs vão ser gerados, assinados, validados, enviado para sefaz, protocolados, os DACTEs impressos e os e-mails contendo os XMLs e DACTEs em PDF enviados para os Tomadores do Serviço.

Hilderaldo, Exitem basicamente 3 comandos: Assinar; => Gera o XML, assina e salva em disco. Valida; => Verifica se o XML existe e se esta assinado para poder validar, caso contrario executa o Assinar. Enviar(Lote); => Verifica se o XML existe e se esta assinado para poder enviar, caso contrario executa o Assinar e depois o Valida. Noque que se você executar apenas o comando Assinar, o XML vai ser gerado assinado e salvo em disco, mas não vai ser validado e muito menos enviado para SEFAZ.

Bom dia, Sim, os fontes do ACBrNFSe (em desenvolvimento) estão no repositório Branches. Crie uma pasta, por exemplo: ACBrTeste, configure o Tortoise para baixar os fontes do branches nesta pasta. Dentro dela você vai encontrar um arquivo TXT orientando os próximos passos, ou seja a instalação do componente. Para as cidades que utilizam o provedor Ginfes, as chances de funcionar são grandes, agora dependendo do provedor...

Bom dia Marcos, Que tipo de testes você pretente realizar?

Bom dia Hilderaldo, Quando é realizado a consulta para obter o protocolo, o XML retornado pela sefaz contem o protocolo, a decisão de assinar a mensagem fica a critério da UF interessada. "Manual CTe versão 1.04c página 44"

Bom dia Maiko, Se foi impresso essa mensagem "CTe não enviado para a sefaz" é porque o comando "Enviar" não foi executado. Como você esta se baseando na minha rotina, para construir a sua veja este trecho: // EnviaSefaz = variável booleana // Se False, apenas gera o XML, assina, valida e Imprime o DACTe não protocolado // Se True, gera o XML, assina, valida, envia para o SEFAZ e Imprime o DACTe protocolado if DM_CTA.EnviaSefaz then begin MemoStatus.Lines.Add(' Aguarde Enviando...'); // Envia o lote de Conhecimentos para o SEFAZ e Imprime o DACTe // Lote = variável que contem o numero do lote (numero sequencial) DMCTE.CTe.Enviar(Lote); (...) end; Note que o comando Enviar(Lote) só será executado se a variável EnviaSefaz for True. Eu tenho essa variável na minha aplicação, por que não tenho um certificado válido, desta forma consigo testar tudo mesmo o envio e o retorno da sefaz. Se você fez a sua rotina parecida com a minha e tem um certificado válido deixe essa variável com o valor True.

Bom dia Maiko, Os fragmentos que você se baseou se refere a minha aplicação, quando desenvolvi acabei utilizando e mesma tabela: Cnt_Notas para armazenar os documentos originários (NF, NF-e ou Outros) e documentos anteriores por exemplo: CTRC (conhecimento de papel), CTe, etc. mas você pode ter no seu banco de dados 2 tabelas. Não sou nenhum expert em transporte de cargas, mas estudando o Manual do CTe conclui que os dados referentes ao grupo: idDocAnt = Informações de identificação dos documentos de Transporte Anterior faz referencia ao conhecimento emitido pela transportadora anterior ou seja Redespacho. Vamos a um exemplo para ficar mais claro. Transporte de carga envolvendo somente 1 transportadora, neste caso não temos redespacho logo, não temos os tais dos documentos de transporte anterior. Transporte de carga envolvendo duas transportadoras, neste caso temos redespacho. A primeira transportadora vai informar somente os documentos originários, e colocar os dados da segunda transportadora no grupo recebedor, alem de informar quem é o remetente e o destinatário da carga. A segunda transportadora vai informar os documentos originários mais o documento anterior, por exemplo o CTe que a outra emitiu, colocar os dados da primeira transportadora no grupo Expedidor, alem de informar quem é o remetente e o destinatário. Observação o Remetente e Destinatário não são transportadoras e sim as outras duas empresas, a que vendou e a que comprou a carga que vai ser transportada. Espero ter ajudado e não confundido mais ainda.

Bom dia Cleber, Segundo o MOC - Manual de Orientação do Contribuinte, com relação ao tipo de emissão do CTe temos apenas 4 nesta nova versão, são eles: Normal; Contingência com FS-DA; SVC-RS; SVC-SP.

Dionatan, O procedimento Enviar; realiza as seguintes tarefas: Gerar o XML contendo os dados carregados previamente no componente; Assinar o XML; Salvar o mesmo em disco; Validar; Enviar para a SEFAZ; Salvar o retorno com o numero do recibo; Realizar a consulta; Salvar o retorno da mesma com o numero do protocolo de autorização, caso tenha sido processado com sucesso na SEFAZ; Atualizar o XML já salvo, acrescentando ao mesmo as tags referente ao protocolo de autorização; Imprimir o DACTE. Eu utilizo o procedimento: EnviarEmail do proprio componente para enviar o XML e o DACTE em PDF (utilizo o Quick Report 5.02). Acabei de baixar e instalar o Visualizador DFe - Documento Fiscal Eletrônico, disponibilizado no portal nacional do CTe. Realizei um teste com um dos CTe emitidos pelo meu cliente. O Visualizador alem de apresetar todos os dados, informou que a estrutura do XML é valida, a assinatura é valida e que o mesmo esta autorizado. Se possível poste como anexo, um XML do seu cliente que esta apresentado problemas.

Sim, Ele foi feito usando o Quick Report, se você trabalha com o Delphi 7, o QR veio junto, basta instalar, uma vez que não é instalado automaticamente. Agora se você trabalha com uma versão do Delphi posterior a 7, ai vai ser necessário arrumar o Quick Report para a versão do seu Delphi. Ou você escrever o DANFSE em Rave por exemplo.

Bom dia, Perguntas: Você pega o conteudo do XML e salva a onde? Quem acusa o problema, o seu cliente (que emite o CTe) ou quem recebe o XML e vai verificar a validade do mesmo? O XML enviado para o Tomador do Serviço é o que foi salvo pelo componente?

Gabriel, Ele esta junto com o ACBrNFSe no repositório branches.

Bom dia Gabriel, O Procedimento chamado Enviar do componente faz muito mais do que isso. Ele envia o lote, salva o retorno que contem o protocolo ( Recibo ), consulta a situação do lote, caso tenha sido processado com sucesso, salva o XML contendo a NFSe, imprime o DANFSE.

Boa tarde Paulo, Até o momento, não temos um programa monitor para o CTe aos moldes da NFe: ACBrNFeMonitor. É por isso que você procurou e não achou. Não sabemos se vamos desenvolver um monitor especifico para o CTe ou se o que já existe para NFe será alterado para ser usando tanto para NFe quanto para o CTe.

Boa tarde Luiz Claudio, No Library Path o PCN2 deve vir antes do ACBrCTe, caso contrario você vai ter problemas. Na minha maquina esta nesta sequencia: ...\DLLs\OpenSSL ...\Fontes\ACBrCapicom ...\Fontes\ACBrComum ...\Fontes\Synalist ...\Fontes\PCN2 ...\Fontes\ACBrNFe2 ...\Fontes\ACBrCTe