Italo Giurizzato Junior

Boa noite Eduardo, O certificado que você esta usando é um certificado válido (comprado) ou é aquele disponibilizando pela SEFAZ-RS ?

Boa noite, Em um CTe entre outros dados você tem que informar o documento que originou o CTe. Esse documento pode ser uma NFe ou Nota Fiscal comum (papel) ou outro tipo de documento. Você pode informar 1 mais documentos originarios, desde que todos sejam do mesmo tipo exemplo: Um CTe pode conter 3 NFe. Fique a vontade em perguntar. Espero ter ajudado.

Boa tarde Alexsander, veja este link: http://www.pbh.gov.br/bhissdigital/port ... ntacao.php Em Belo Horizonte é utilizado o padrão Abrasf.

Boa tarde Julian, Se o CTe gerado e assinado por último sobrescreveu o que estava inclusive protocolado é por que a chave é a mesma, sendo assim você pode carrega-lo usando o comando LoadFromFile do componente e depois realizar a consulta: // Carrega para o componente os dados do arquivo XML // NomeArquivo é uma variável string que contem o caminho + o nome do arquivo ACBrCTe1.Conhecimentos.Clear; ACBrCTe1.Conhecimentos.LoadFromFile(NomeArquivo); // Realiza a Consulta na SEFAZ protocolando o arquivo, ou seja atualiza o XML // com o protocolo de autorização ou de cancelamento ACBrCTe1.Consultar; // Carrega para o componente os dados do arquivo XML agora protocolado ACBrCTe1.Conhecimentos.Clear; ACBrCTe1.Conhecimentos.LoadFromFile(NomeArquivo); // Imrime o DACTe ACBrCTe1.Conhecimentos.Imprimir; Uma dica para evitar o ocorrido: Inclua um campo chamado Status na tabela que contem os dados do conhecimento, esse campo pode assumir os seguintes valores: G = Gravado E = Enviado A = Autorizado o Uso (quando o XML recebe as tags do protocolo de Autorização) C = Cancelado (quando o XML recebe as tags do protocolo de Cancelamento) Você deve atualizar esse campo a medida que os passos vão sendo executados. Desta forma um registro de um conhecimento com Status = A significa que o XML foi gerado, assinado, validado, enviado e protocolado, logo no maximo ele pode ser cancelado ou ter o seu DACTe reimpresso ou o XML ser enviado por e-mail para o tomandor do serviço. Espero ter ajudado

Bom dia Araujo, Vou dar uma geral no programa exemplo e disponibiliza-lo.

Bom dia Willian, O certificado disponibilizado pelo SEFAZ-RS só serve para assinar o XML, ele não tem validade para acessar o WebService da SEFAZ, seja qual for o UF. Espero ter ajudado.

Boa noite, A apresentação da competencia no formato MM/AAAA já foi incluida na impressão do DANFSe. O componente fica com o mesmo valor contido no XML retornado, a apresentação/impressão do mesmo que é tratada.

Boa noite a todos, Sem um certificado válido não é possível testar nada. Existe no site da SEFAZ-RS um certificado "frio" só serve para assinar o XML. Com este certificado, você podera testar se os dados que você esta passando para o componente estão corretos, pois você podera gerar o XML, assinar e validar. Espero ter ajudado.

Alexandro, Os fontes do componente ACBrCLe encontra-se no branches. Não tivemos ainda o envio do XML com sucesso. O Portal Nacional, esta sobe responsabilidade da SEFAZ-AM. Toda ajuda é bem vinda.

Bom dia Alexandro, Esta em desenvolvimento, o problema é que existem muito poucas informações, e quem as detem (SEFAZ-AM) demora para responder as questões.

Bom dia Graça, Como você disse o veiculo esta transportando um carga que tem vários CT-e (um unico remetente e vários destinatarios) , logo existe varias NF-e, portanto para cada CT-e vai ter o seu valor, cuja somatória é o valor total acobertado pelo seguro. No manual da versão 1.03 não consta o tamanho, na versão 1.04 consta o tamanho 4. O mais importante é o schema, na versão 1.03 é tratado como uma simples string, já na versão 1.04 não, deve-se seguir a mascara XXX9999 ou seja 3 letras e 4 digitos.

Boa noite Willian, A ordem é essa mesma.

Boa noite a todos Disponibilizei, para baixar via SVN o fonte: pcnAuxiliar.pas Nele já consta as alterações necessárias para a versão 1.04 do CT-e. Esta faltando os fontes do componente ACBrCTe. Devo alerta-los que no ACBr.inc enquanto não estiver disponivel os demais fontes deve-se manter comentado a linha que define a diretiva de compilação PL_104.

Boa tarde Gustavo, Você já entrou em contato com a prefeitura de Americana? De uma olhada no site de Americana.

Boa tarde, poste o XML gerado e que não ocorre a validação.

Bom dia Gustavo, Segundo o site www.ginfes.com.br os endereços do Webservices são: Homologação: https://homologacao.ginfes.com.br/ServiceGinfesImpl Produção: https://producao.ginfes.com.br/ServiceGinfesImpl Tudo indica que sim, mas você deve confirmar isso, informando a cidade em questão. Espero ter ajudado

Boa tarde a todos Disponibilizei, para baixar via SVN o fonte: pcnConversao.pas Nele já consta as alterações necessárias para a versão 1.04 do CT-e. Não é só isso tem mais fontes alterados, disponibilizei mais este pois não traz nenhum prejuizo no andamento dos demais componentes. Devo alerta-los que no ACBr.inc enquanto não estiver disponivel os demais fontes deve-se manter comentado a linha que define a diretiva de compilação PL_104.

Boa tarde Moises Inclua no Form a unit pcnConversao onde é feita a configuração do componente. Espero ter ajudado.

Boa noite Fábio, Segunda-feira, disponibilizo no branches o programa exemplo.

Boa noite a todos, Esta disponivel no branches, os fontes do ACBrNFSe. No Padrão GINFES já é possível: Gerar o XML do RPS; Gerar o Lote; Assinar o Lote; Validar; Enviar para o WebServices; Obter o retorno com o protocolo de recebimento; Realizar a Consulta da Situação do Lote de RPS; Obter o retorno com a situação do lote enviado; Realizar a Consulta do Lote caso a situação seja 4 = Processado com Sucesso; Obter o retorno contendo a lista de NFSe gerada pelo WebService; Ainda temos que escrever mais 2 rotinas de consulta e a rotina de cancelamento de NFSe. Acredito que até o final desta primeira quinzena de Setembro vai esta tudo pronto e testado. Inclusive a impressão do DANFSe. Como o Padrão ABRASF é identico, pretendo fazer com que todas as rotinas possam trabalhar com os dois padrões. Só que isso vai ficar para a segunda quinzena de Setembro. Só não vou ter como testar, pois na cidade que moro, o padrão Ginfes. Quando estiver funcionando tanto no padrão Ginfes quanto no Abrasf vou disponibilizar os fontes no trunk.

Boa noite Se o Windows for 64 bits a pasta onde deve ser copiadas as DLLs é c:\windows\SysWOW64\ Espero ter ajudado.

Boa noite Renê, No que diz respeito ao XML tudo foi implementado. O que precisa checar é quanto ao DACTe se não esta faltando nada.

Boa noite, Verifique se ao carregar o XML para o componente a chave permanece a mesma ou ela muda, note que no final temos 9 digitos de código aleatório mais o digito verificador. O problema pode ser esse. Espero ter ajudado.

Boa tarde Rene, Na minha maquina tenho todos os fontes prontos para a versão 1.04 Inclusive realizei testes em ambiente de homologação (unico ainda disponivel) no estado de São Paulo Todos os testes foram bem sucedidos. Veja resultados dos testes neste mesmo Tópico. Pretendo disponibilizar os demais fontes semana que vem.

Bom dia a todos Disponibilizei, para baixar via SVN os fontes: ACBr.inc e pcnGerador.pas neles já consta as alterações necessárias para a versão 1.04 do CT-e. Não é só isso tem mais fontes alterados, disponibilizei somente estes 2 pois eles não trazem nenhum prejuizo no andamento dos demais componentes. Devo alerta-los que no ACBr.inc enquanto não estiver disponivel os demais fontes deve-se manter comentado a linha que define a diretiva de compilação PL_104. //------------------------------------------------------------------------------ // Definições para o compomente ACBrCTe //------------------------------------------------------------------------------ // Define o Pacote de Liberação / Descomente o pacote a ser utilizado // Atenção não comente ou descomente as duas definições {$DEFINE PL_103} //{$DEFINE PL_104}