Italo Giurizzato Junior

Boa tarde a todos, O remetente (emitente do documento originário) pode muito bem acabar emitindo 2 ou mais notas para o mesmo cliente no mesmo dia ou no dia seguinte por exemplo. A transportadora por sua vez pode incluir todas essas notas em um único CT-e desde que o remetente e o destinatário seja o mesmo. Uma prova disso é que o grupo <infNFe> pode possuir uma lista com até 2000 notas. Todos a de concordar, se essa possibilidade fosse ilegal, primeiro a SEFAZ iria rejeitar, mas não o fez, portanto o XML assinado e com o protocolo de autorização de uso, temos portanto um documento fiscal válido juridicamente. Sendo assim, como a nossa amiga Jeanny eu também acredito que o fiscal ou esta muito mau informado e orientado ou quer tirar proveito da situação. A autuação pode ser derrubada com esse pequeno trecho do Ajuste Sinief numero 9 de 25 de outubro de 2007: (...) Cláusula quinta O CT-e deverá ser emitido com base em leiaute estabelecido no MOC, por meio de software desenvolvido ou adquirido pelo contribuinte ou disponibilizado pela administração tributária. § 1º O arquivo digital do CT-e deverá: I - conter os dados dos documentos fiscais relativos à carga transportada; II - ser identificado por chave de acesso composta por código numérico gerado pelo emitente, CNPJ do emitente, número e série do CT-e; III - ser elaborado no padrão XML (Extended Markup Language); IV - possuir numeração seqüencial de 1 a 999.999.999, por estabelecimento e por série, devendo ser reiniciada quando atingido esse limite; V - ser assinado digitalmente pelo emitente. (...) Os negritos em vermelho é por minha conta. A clausula quita deixa clara que o XML será gerado segundo o Layout estabelecido no MOC - Manual de Orientações do Contribuinte e nele diz que podemos ter até 2000 notas. Note que o inciso I do primeiro paragrafo faz referencia ao documento originário no plural, mas uma prova que podemos ter no mesmo CT-e mais de uma nota. Espero ter ajudado.

Boa tarde Adir, Muito obrigado pelo alerta, já efetuei a correção e disponibilizei.

Bom dia Adir, Muito obrigado pela colaboração, já esta disponível.

Bom dia Caetano, Qual lista você se refere? É aquela lista disponível dentro da pasta: ...\Exemplos\ACBrNFSe? Se sim, esquece pois ela esta desatualizada. A cidade de João Pessoa/PB não é mais atendida pelo provedor Ginfes e sim pelo SisPMJP. Para saber qual é o provedor de uma determinada cidade basta executar o programa exemplo, nele temos um botão para realizar essa consulta. Você deve informar o código IBGE da cidade, que no caso de João Pessoa é 2507507.

Bom dia Anselmo, Eu utilizava a versão 3 e ao passar para a 5 esse problema não tive. Somente um detalhe na versão 3 a visualização é em tela cheia por padrão e no 5 não, é preciso configurar cada um dos relatórios.

Bom dia cspimenta, Muito obrigado pela colaboração, já esta disponível.

Bom dia a todos, Gustavo o procedimento continua o mesmo que você descreveu. Só lembrando que tem o Enviar o Evento por E-mail e gerar o PDF do mesmo. Todas esses procedimentos podem ser vistos no programa exemplo.

Boa noite Eduardo, Uma coisa é cancelar um CT-e e outra coisa é emitir um CT-e que anula ou substitui outro. Veja bem você esta emitindo um novo CT-e, portanto o CT-e anulado ou substituído permanece inalterado.

Boa tarde Jean, No detalhamento do produto entre outras coisas temos o valor do frete, valor do seguro, descontos e outros. Na totalização da Nota, grupo <total> também temos o valor do frete, seguro, descontos e outros. Sendo assim, se a nota possui 2 ou mais itens o valor do frete (por exemplo) terá que ser rateado entre os itens e cuja somatória tem que ser igual ao informado no grupo <total>. Esse rateio poderá ser proporcional a quantidade, ou ao valor do produto, por exemplo.

Boa tarde, Como ainda falta alguns ajustes na rotina, se não atribuirmos o valor true a essa propriedade corre-se o risco do XML sem o protocolo, após realizar a consulta não ser atualizado com o mesmo. Principalmente se o CT-e em questão após o envio foi cancelado. Mas checando a rotina notei que o componente compilado com a diretiva PL_200, sempre vai receber o protocolo de Autorizado.

Boa tarde, Muito obrigado, já esta disponível.

Boa tarde, Acredito que o problema seja a versão do Quick Report, pois com a versão 5.02 imprime de forma correta.

Boa tarde Luciolt, Alteração realizada e já esta disponível.

Boa tarde Pedro, Não são só esses. Você esta sabendo que MG esta com o SCAN ativado? Isso significa que o ambiente normal da SEFAZ-MG esta com problemas.

Boa tarde Robson, Deve existir um erro no TfqrDanfeQrRetrato, mas quando o Delphi tenta abrir-lo ocorre o erro pois para que o mesmo possa ser aberto há necessidade de abrir o TfqrDanfeQr primeiro. Tente executar o passo a passo que encontra-se dentro da pasta: ...Fontes\ACBrNFe2 uma vez que você esta utilizando o Quick Report 3 em vez de 5.

Boa tarde, Procure sempre atualizar todos os fontes de todas as pastas e não somente a pasta do componente que você utiliza.

Boa tarde Volnei, Vamos a pergunta que não quer calar: Você esta com todos os fontes de todas as pastas atualizados? Esses valores: teRegistroPassagem, teRegistroPassagemBRId estão definidos em pcnConversao.pas que encontra-se na pasta PCN2.

Boa tarde Walter, A ideia é o seguinte: Ou você atribui 0.05 a variável Alíquota: Aliquota := 0.05; Ou atribui 5 e depois divide por 100: Aliquota := 5 / 100; Ou atribui 5 e depois multiplica por 0.01: Aliquota := 5 * 0.01; Isso pode soar estranho, mas em vez da constante 5, podemos ter ai um campo do banco de dados com essa informação. algo do tipo: Aliquota := CampoAliquota * 0.01; Servico.Valores.Aliquota:= RoundTo5(Aliquota, -2);

Boa tarde Adir, Muito obrigado pela colaboração, já esta disponível.

Pedro, Me expressei errado, eu gostaria de saber para qual UF você esta enviado e em qual ambiente. Você já disse que esta enviado para o ambiente de homologação, mas para qual UF ? Quando a informar? Lembre-se que o componente possui 2 propriedades uma para configurar o mesmo no que diz respeito a ambiente e UF. E ao alimentar o componente com os dados pertinentes da venda devemos também informar o ambiente e isso você já mostrou que esta fazendo.

Os seus fontes estão atualizados? De qualquer forma vou checar a rotina.

Andreas, Por favor leia a Nota Técnica 2014/002 que trata da Distribuição de DFe - Documentos Fiscais Eletrônicos. Na página 4 temos uma tabela que mostra o que você (terceiro) vai ter acesso. Respondo perguntas futuras: 1. Isso já esta implementado no componente? Não. 2. Vai ser implementado? Sim. 3. Quando? Agosto / Setembro de 2014.

Bom dia Darlana, Quando a Rejeição é Erro não Catalogado, com certeza o problema é na SEFAZ. E como se trata da SEFAZ-MG, quando a mesma esta com algum problema é retornado essa rejeição.

Bom dia Vinicius, Primeiramente não confunda Rejeição com Falha na validação. Rejeição é um erro retornado pela SEFAZ, por exemplo CNPJ do destinatário inválido. Falha na validação é um erro retornado pelo componente ao confrontar o XML gerado com os schemas. Portanto se nos outros clientes a aplicação esta rodando sem nenhum problema é porque esta utilizando os schemas corretos. E este cliente novo, os schemas não estão.

Bom dia Pedro, Esta faltando informar para qual ambiente você esta enviado e a UF.