Italo Giurizzato Junior

Bom dia Fabio, O componente se utiliza do schema cte_v1.04 para validar o xml, o problema é que, os modais possuem um schema separado um para cada modal, no caso do rodoviário temos o cteModalRodoviario_v1.04 Realizei os seguintes testes: Somente o schema cte_v1.04 => checa o xml menos as tags referente ao modal. Somente o schema cteModalRodoviario_v1.04 => checa as tags referente ao modal mas não encontra a tag CTe acusando erro de validação. Usando os schemas cte_v1.04 e cteModalRodoviario_v1.04 (nesta ordem) => checa as tags referente ao modal mas não encontra a tag CTe acusando erro de validação. Usando os schemas cteModalRodoviario_v1.04 e cte_v1.04 (nesta ordem) => checa o xml menos as tags referente ao modal. Cheguei a conclusão que podemos adcionar mais de um schema mas somente o utimo é utilizado para validação. Como não domino esse assunto, e os comandos utilizados para validação, talvez os colegas com mais conhecimentos possam nos ajudar.

Bom dia Guarasemini, Com relação aos schemas tem que usar os adotados pelo provedor GINFES, lembre-se que existem varios provedores que utilizam o padrão ABRASF, mas tem os seus schemas proprios. Agora com relação a Aliquota, pela mensagem de erro, me leva a crer que em Rio Claro não é 2%, favor verificar junto a prefeitura qual é a aliquota adotada por Rio Claro.

Boa tarde, Apague os arquivos Config_Municipios.ini, Config_URL.ini e Config_Schemas.ini E baixe-os novamente, depois realize os testes usando o programa Exemplo.

Bom dia, Sim, esta funcionalidade esta ativa, mas depende da UF. Qual é a mensagem de erro?

Bom dia, O provedor GINFES utiliza o padrão ABRASF, e o formato do campo AliquotaServicos é 0.0000 Algumas cidades requerem que o percentual seja dividido por 100 outras não. Se o percentual é 2% você deve informar o valor 2 ou 0.02, um deles tem que ser aceito.

Bom dia Fabio, Poste o XML que ocorre a rejeição. Uma dica, na versão 1.04 o numero RNTRC agora tem somente 8 digitos e não mais 14.

Bom dia Paulo, As alterações no Schema da versão 1.04 foram drasticas, alem das novas tags, temos tags que não existem mais e outras foram renomeadas. A sugestão é simples, tenha duas versões da sua aplicação, uma com o componente configurado para versão 1.03 e outra para 1.04.

Boa tarde Akei, Foi usado um certificado valido para realizar a assinatura? A empresa titular do certificado esta habilitada junto a prefeitura a emitir a NFSe? Lembre-se que possuir um usuário e senha para emitir a NFSe via site, para algumas prefeituras isso não significa que a empresa esta habilitada a emitir via webservice. Espero ter ajudado.

Há necessidade de saber se o municipio já disponibilizou a NFSe. Outra coisa, qual é o provedor deste serviço ? Segue o Padrão ABRASF? Quais são as URLs para acesso ao webservice tanto de homologação quanto de produção? Eu entrei no site da prefeitura e não encontrei nada, sobre o assunto.

O problema é que os arquivos de configuração não contemplam o municipio de Gravatai.

Você não respondeu, para qual municipio ?

Bom dia, Você esta com os arquivos de configuração (Config_Municipios.ini; Config_URL.ini; Config_Schemas.ini) atualizados? Qual é o municipio?

Boa tarde a todos, Unit ACBrCTeUtil.pas atualizada e disponibilizada.

Boa noite Gustavo, O que pode estar acontecendo é que a empresa esta cadastrada para emitir a NFSe via site, mas não esta cadastrada para emitir via WebService.

Boa noite Gilberto, Os schemas estão atualizados? O problema talvez esteja aqui: 01 PESO BASE DE CALCULO 0.0000 campo qCarga = zero

Bom dia Wellington, A SEFAZ costuma demorar 24 horas no minimo para realmente estar liberado.

Bom dia, Existe uma propriedade no componente ACBrCTeDACTeQR, usada para informar o Path onde vai ser salvo o PDF. O nome do arquivo por padrão é a chave do CTe com a extensão pdf: .pdf

Sim, com certeza.

Para saber qual é o provedor, deve-se entrar em contato com a prefeitura, ou pesquisar no site da mesma.

Boa tarde Marcelo, Esta faltando nessa configuração o provedor ele é Ginfes? pelo name space parece que não. esses parametros: Config_Schemas=00001 Config_URL=00001 Prefixo2=ns2: Prefixo3=ns3: Prefixo4=ns4: Identificador=Id é para o provedor Ginfes.

Boa tarde Marcelo, O componente ACBrNFSe esta instalado corretamente, os fontes, schemas e arquivos de configuração estão atualizados. Você esta implementando para qual cidade?

Boa tarde Graça, Sim, nessa fase a transportadora podera escolher qual prestação de serviço deseja emitir de forma eletrônica ou papel. Para quem só emite eletrônicamente, em caso de contingência podera emitir no modelo 8 ou em FSDA (papel moeda) que segundo o manual é o correto.

Boa tarde Maiko, Vamos as respostas: tem lá da sua aplicação uma tabela chamada Cnt_Componentes, nessa tabela seria assim os itens da nota fiscal, o que vai na carga no caso? Não, essa tabela contem as descrições e valores dos componentes do frete, ou seja frete valor, seguro, pedagio, ... todo tipo de pessoa envolvida no CTe, Notas, etc vai na tabela PessoaFJ... Sim todas as notas fiscais que serão utilizadas nos CTe's e lotes estão na tabela Cnt_Notas... sim quando gerado um novo CTe vai criar um novo registro na tabela Cnt_Conhecimento cada item da Cnt_Conhecimento é atrelado a 1 documento, NF, NFe, etc... que vem da Cnt_Notas... Não, ao contrario cada registro na tabela Cnt_Conhecimento é que vai gerar o CTe (XML). e a tabela Cnt_Notas podera ter 1 ou mais registros para o mesmo Cnt_Conhecimento, logo um conhecimento podera ter 1 ou mais NF ou NFe. Lembre-se que podemos ter mais de um documento originário (NF, NFe) para o mesmo conhecimento, mas o tipo do doc. originário tem que ser o mesmo bem como o emitente e destinatário, exemplo: 1 conhecimento com 3 NF (papel) ou 1 conhecimento com 4 NFe. depois é possível enviar apenas 1 Conhecimento ou então como mostra o EnviarLote.txt posso selecionar vários itens da tabela Cnt_Conhecimento e gerar um lote, com tanto que as notas atreladas a estes conhecimentos sejam do mesmo remetente e para o mesmo destinatário... e por fim enviar o lote... por alto seria assim a rotina? No que diz respeito ao envio, podemos gerar um lote de envio com 1 ou mais conhecimentos, idependente da quantidade de documentos originarios que cada um possui, e pode ser de remetente e destinatirios diferentes. O importante é que o lote tem um limite de 50 conhecimentos e tamanho máximo de 500 kbytes (estipulado pela SEFAZ). outra coisa, sabe la nas informações complementares tem uma parte que você informa umas paradas de Fluxo...eu não sei como isso funciona ao meu ver deve ser detalhamento da rota? seria isso mesmo? encontrei la FluxoOrigem, FluxoPassagem, FluxoDestino, FluxoRota... Sim, e essas informações são opcionais. Espero ter ajudado.

Boa tarde a todos, Note que na chave consta logo após o CNPJ o modelo do documento, foi colocado 56 sendo que o correto é 57 para o CT-e.

As propriedades: QRCTe.PrevShowSearch := False; QRCTe.PrevShowThumbs := False; QRCTe.PreviewInitialState := wsMaximized; QRCTe.PrevInitialZoom := qrZoomToWidth; estão condicionadas ao {$IFDEF QReport_PDF} visto que elas não existem no Quick Report versão 3.0 que vem com o Delphi 7. Se tirarmos a condição vai ocorrer erro ao compilar, para quem tem a versão 3.0 do Quick Report.