Italo Giurizzato Junior

Bom dia a todos, Como o prazo para utilizar a versão 1.03 do CTe esta se esgotando, mandei para o SVN o ACBr.inc alterado, conforme pedido do Alexandre.

Bom dia Silvério, Essa atributo de identificação da uma dor de cabeça, pois no bloco de assinatura ela tem quer ser Id e não id dai o erro.

Boa tarde a todos, O componente possui uma função para realizar o cancelamento da NFSe, para tal devemos carregar o XML da respectiva NFSe a ser cancelada e passar como parametro o código de cancelamento: 1 - Erro de emissão; 2 - Serviço não concluido; 3 - RPS Cancelado na Emissão. A impressão do DANFSe detecta se a NFSe foi cancelada ou não, caso afirmativo imprime a tarja: NFS-e Cancelada Porque não esta aparecendo a tarja? Simples o XML não foi atualizado, uma vez que a função CancelarNFSe somente solicita o cancelamento e salva o retorno da mesma. Para que o XML seja atualizado havia a necessidade de realizar uma consulta do tipo ConsutarNFSeporRPS. Realizei uma alteração na função CancelarNFSe que vai realizar automaticamente essa consulta e consequentemente atualizar o XML. Favor baixar a atualização e realizar os testes. Fico no aguardo de um retorno.

Boa tarde a todos, Fiz uma comparação no que diz respeito ao XML enviado e retornado com relação as: NT 2010/008 - Registro de Eventos da Nota Fiscal Eletrônica Carta de Correção; NT 2011/006 - Cancelamento da NF-e como Evento da Nota Fiscal Eletrônica; NT 2012/002 - Manifestação do Destinatário. Bom pessoal salvo algumas alterações, para o Cancelamento e Manifesto, podemos utilizar as rotinas para a Carta de Correção. A minha sugestão é transformar as rotinas que gera e le o XML hoje usado pela CCe, em rotinas para gerar e ler o XML de eventos. Dependendo da chamada CCe, Cancelar ou Manifesto, o XML a ser gerado pela rotina inclui os campos especificos e ao ler o retorno, le os dados especificos dependendo do tipo de evento. Não sei se ficou claro, mas a implementação do Cancelamento por evento e a Manifestação do Destinatário que tambem é um evento, esta facil de ser realizada.

Boa tarde Marcos, No caso da NFe, isso é possível, uma vez que na versão 2.0 da mesma o que ocorreu foi o acrescimo de novos campos. Mas o CTe, teve alterações drasticas quebrando o XML em 2, sendo que o primeiro é igual para todos os modais e o segundo é especifico ao modal em questão, sem falar nos novos campos, nos que foram removidos e outros que tiveram os seus nomes alterados. Portanto não vejo outra alternativa, que não seja utilizar 2 aplicações, uma para cada versão.

Bom dia a todos, Para o CTe temos o DACTE em Quick Report e Fast Report sendo que este último esta desatualizado com relação a nova versão 1.04 O arquivo ACBr.inc que encontra-se na pasta ...\Fontes\ACBrComum possui uma diretiva de compilação que precisa ser descomentada para que o componente possa gerar o PDF.

Boa noite, Os fontes foram removidos do branches.

Boa noite Fabio, Anexo o XML, para que possamos verificar qual é o problema.

Bom dia Toya, o campo cNF, o ideal é ser um valor randomico, não sendo possível gerar esse numero randomico, deixe o cNF igual ao numero da nota. Espero ter ajudado.

Bom dia Valdir, O componente ACBrNFSe esta sendo desenvolvido segundo o padrão ABRASF, a prefeitura de São Paulo utiliza outro padrão.

Boa noite Esta ocorrendo esse erro porque você não esta alimentando corretamente o componente, veja como fazer estudando o fragmento de código abaixo: {$IFDEF PL_104} case DM_CNT.Conhec2CSTICMS.AsInteger of 00: begin Imp.ICMS.SituTrib := cst00; Imp.ICMS.ICMS00.CST := cst00; // Tributação Normal ICMS Imp.ICMS.ICMS00.vBC := RoundTo(DM_CNT.Conhec2BaseCalc.AsFloat, -2); Imp.ICMS.ICMS00.pICMS := RoundTo(DM_CNT.Conhec2AliqICMS.AsFloat, -2); Imp.ICMS.ICMS00.vICMS := RoundTo(DM_CNT.Conhec2ValorICMS.AsFloat, -2); end; 20: begin Imp.ICMS.SituTrib := cst20; Imp.ICMS.ICMS20.CST := cst20; // Tributação com BC reduzida do ICMS Imp.ICMS.ICMS20.pRedBC := RoundTo(DM_CNT.Conhec2ReducaoICMS.AsFloat, -2); Imp.ICMS.ICMS20.vBC := RoundTo(DM_CNT.Conhec2BaseCalc.AsFloat, -2); Imp.ICMS.ICMS20.pICMS := RoundTo(DM_CNT.Conhec2AliqICMS.AsFloat, -2); Imp.ICMS.ICMS20.vICMS := RoundTo(DM_CNT.Conhec2ValorICMS.AsFloat, -2); end; 40: begin Imp.ICMS.SituTrib := cst40; Imp.ICMS.ICMS45.CST := cst40; // ICMS Isento end; 41: begin Imp.ICMS.SituTrib := cst41; Imp.ICMS.ICMS45.CST := cst41; // ICMS não Tributada end; 51: begin Imp.ICMS.SituTrib := cst51; Imp.ICMS.ICMS45.CST := cst51; // ICMS diferido end; 60: begin Imp.ICMS.SituTrib := cst60; Imp.ICMS.ICMS60.CST := cst60; // Tributação atribuida ao tomador ou 3. por ST Imp.ICMS.ICMS60.vBCSTRet := RoundTo(DM_CNT.Conhec2BaseCalc.AsFloat, -2); Imp.ICMS.ICMS60.pICMSSTRet := RoundTo(DM_CNT.Conhec2AliqICMS.AsFloat, -2); Imp.ICMS.ICMS60.vICMSSTRet := RoundTo(DM_CNT.Conhec2ValorICMS.AsFloat, -2); Imp.ICMS.ICMS60.vCred := RoundTo(DM_CNT.Conhec2CreditoICMS.AsFloat, -2); end; 90: begin Imp.ICMS.SituTrib := cst90; Imp.ICMS.ICMS90.CST := cst90; // ICMS Outros Imp.ICMS.ICMS90.pRedBC := RoundTo(DM_CNT.Conhec2ReducaoICMS.AsFloat, -2); Imp.ICMS.ICMS90.vBC := RoundTo(DM_CNT.Conhec2BaseCalc.AsFloat, -2); Imp.ICMS.ICMS90.pICMS := RoundTo(DM_CNT.Conhec2AliqICMS.AsFloat, -2); Imp.ICMS.ICMS90.vICMS := RoundTo(DM_CNT.Conhec2ValorICMS.AsFloat, -2); Imp.ICMS.ICMS90.vCred := RoundTo(DM_CNT.Conhec2CreditoICMS.AsFloat, -2); end; end; {$ENDIF}

Bom dia Elvis, O problema é que os municipios do estado do Mato Grosso não são obrigados a contratar o mesmo provedor de NFSe. Exemplo: Cuiaba é ISS.NET Primavera do Leste é Abaco Caceres é FISSLEX O componente que encontra-se na pasta Branches já tem algumas rotinas para o provedor ISS.NET, não me recordo se esta 100%.

Camila, Se possível poste os XML gerados, ou mande por e-mail.

Boa tarde Camila, Para qual cidade você esta tentando enviar ou consultar?

Boa tarde a todos, Para obter o numero do RPS: ACBrNFSe1.NotasFiscais.Items[x].NFSe.IdentificacaoRps.Numero Para obter o numero da NFSe: ACBrNFSe1.NotasFiscais.Items[x].NFSe.Numero Sendo que x é o indice da nota na lista do componente.

Boa tarde Ant. Carlos, Você tem certeza que a versão do seu Quick Report é a 7.0 ? Até onde sei a versão mais atual do QR para o Delphi 7 é a 5.02. A que vem com o Delphi 7 é a versão 3.0 Se a versão do seu Quick Report for posterior a 3.0, você deve alterar ou melhor descomentar uma diretiva de compilação que encontra-se no arquivo ACBr.inc da pasta: ...\Fontes\ACBrComum Procure por esta diretiva no final do arquivo: ACBr.inc Espero ter ajudado.

Bom dia Maiko, Vamos as respostas: 1. A filtragem de Enviados, Não Enviados e Não Protocolados: a principio é filtrado os não enviados para que o usuário possa realizar o envio dos mesmos, caso seja necessário a impressão de uma segunda via de um DACTE, cujo CTe já foi enviado, basta filtrar os enviados, selecionar o CTe desejado e mandar imprimir; Com relação aos não protocolados, pode ocorrer uma falha no retorno, neste caso temos o CTe como enviado, mas não protocolado, caso isso ocorra, basta o usuário filtrar os conhecimentos enviados e não protocolados, seleciona-los e realizar a consulta, caso eles tenham sido autorizados, o programa vai protocolar, ou seja incluir as tags referentes ao protocolo de autorização no XML que já encontra-se assinado. 2. No meu sistema os campos: Codigo e Numero reference respectivamente ao código da filial da transportadora e o numero do conhecimento. Logo é o campo numero que possui uma sequencia, já o campo Codigo só varia se o conhecimento pertencer a outra filial, tempos portanto: Codigo | Numero 001 00001 001 00002 001 00003 (...) 002 00001 002 00002 002 00003 (...) Espero ter ajudado.

Boa noite Maiko, A SEFAZ sempre recebe um lote contendo 1 ou mais conhecimentos (limitado a 50 conhecimentos e 500Kbytes). Quanto ao numero do lote eu utilizo um numero sequencial para cada lote enviado.

Boa tarde Rene, Poste o fragmento de código, responsável por passar o nome e CPF do motorista para o componente.

Boa tarde, Dependendo do provedor utilizado pelo municipio, é possível sim montar um lote com até 50 RPS e enviar. O componente gera os XML referentes aos RPS e salva-os na pasta RPS; gera o lote e salva-o na pasta Ger; e ao obeter a lista com as notas, elas são salvas separadamente na pasta NFSe.

Boa noite Gustavo, Para o municipio de Americana/SP o componente não esta 100% implementado.

Boa noite Rene, Problema resolvido, favor baixar a atualização e compile a sua aplicação usando a opção Build.

Boa tarde a todos, Esta disponivel uma alteração, favor baixar e testar.

Com certeza você deve estar fazendo algo errado, uma vez que a validação ocorre após a assinatura do XML.

Note que foi informato na tag cUF o código 35 que é SP