Italo Giurizzato Junior

Boa noite, Onde esta o erro no trecho postado acima?

Boa noite Cleber, A tag RNTRC pertencente ao grupo rodo é o numero de registro obrigatório do emitente do CT-e. Já a mesma tag pertencente ao grupo prop é o numero de registro obrigatório do proprietário do veículo.

Boa noite Julian, Até onde sei a SEFAZ não disponibilizou os endereços de homologação e produção para CC-e do CT-e.

Juliana, Qual versão do Ginfes você esta usando? A compilação que você diz é ao validar o XML?

Mandei mais uma alteração, favor atualizar e testar.

Juliana, Vou estudar a melhor solução.

Boa tarde Alexandre, Quanto ao DACTe realmente ainda não foi feita as alterações, mas elas serão feitas, se você puder colaborar nesse sentido, ficamos agradecido.

Mandei para SVN, uma alteração no fonte ACBrNFSeWebServices, favor baixar e testar novamente.

Boa tarde Ricardo Você poderia disponibilizar esse Manual?

Com certeza, e informe o fato no campo de observação.

Boa tarde Juliana, Ao imprimir ou no arquivo XML ? Segundo o Manual no XML deve-se informar com 4 casas decimais.

Boa tarde Me diz uma coisa: Você manteve a alteração proposta por mim, no fonte ACBrNFSeWebServices, linhas: 956 e 957 da function TNFSeEnviarLoteRPS.Executar e acrescentou o endereço no SOAPAction?

Boa tarde, Cleber No CT-e não existe nenhuma tag referemte a desconto no XML versão 1.03, mas na versão 1.04 temos uma tag chamada vDesc, destinada ao valor do desconto da fatura. Na versão 1.04 temos um grupo chamado cobr (Dados da cobrança do CT-e) dentro dele temos os grupos fat (Dados da Fatura) e dup (Dados da Duplicata). O melhor caminho é você consultar o contador de seu cliente, como proceder neste caso. Sei que em NF-e o valor do Desconto é abatido da base de calculo, no seu exeplo teriamos a BC = R$ 80,00 Mas no CTe não sei se o calculo é o mesmo. Espero ter ajudado.

Pode ser, No padrão Ginfes só funcionou colocando uma string vazia, agora no Abrasf, precisamos pesquisar. Se você tiver condições de entrar em contato com o pessoal, questione eles sobre isso.

Bom dia, Vamos fazer o seguinte teste: No fonte ACBrNFSeWebServices vamos alterar as linhas: 956 e 957 da function TNFSeEnviarLoteRPS.Executar Em vez de: '' + FCabMsg + '' + '' + FDadosMsg + '' + mude para: '' + StringReplace(StringReplace(FCabMsg, '<', '<', [rfReplaceAll]), '>', '>', [rfReplaceAll]) + '' + '' + StringReplace(StringReplace(FDadosMsg, '<', '<', [rfReplaceAll]), '>', '>', [rfReplaceAll]) + '' + Realize o teste de envio novamente.

Boa tarde a todos, Importante: Comunicado para os emissores de CTe Nota 1: A versão 1.04 entrará em produção a partir de 01/11/2011, estando disponível em ambiente de homologação a partir de 01/09/2011. Nota 2: Informamos que a data final para utilização da versão 1.03 encerra-se em 29/02/2012. A partir de 01/03/2012 somente será aceita a versão 1.04, para os ambientes de homologação e produção. Nota 3: Nota técnica sobre alteração na validação de duplicidade está disponível no portal. Extraido do site da Sefaz de Mato Grosso http://www.sefaz.mt.gov.br/portal/cte/

Compile os pacotes synapse e PCN2 antes de compilar o pacote ACBr_NFSe.

Boa tarde, O componente ACBrNFSe se utiliza de alguns fontes do ACBrNFe, portanto você não pode remover os paths do library path, ai não instala mesmo.

Boa tarde Alexandre, Estamos trabalhando nesse sentido. Uma coisa é certa, na versão 1.03 já mais o componente vai gerar as tags referente ao ICMS60 (por exemplo) e na versão 1.04 mesmo que você informe os dados referente ao CST80 ou 81 já mais as tags vão ser geradas. No primeiro momento pensei em manter os nomes usados na versão 1.03, mesmo que tenha sido alterado na 1.04, como exemplo sito o campo cMunEmi que foi alterado para cMunEnv. Se tivessemos mantido no componente a nomenclatura cMunEmi, mundando no momento de gerar o XML ou na sua leitura, a sua aplicação iria continuar do mesmo jeito. Mas como a idéia é manter a mesma nomenclatura, ou seja componente = manual, você vai ter que fazer algumas alterações na sua aplicação, principalmente nos campos cujos nomes foram alterados. Por questão de tempo, nem tudo foi alterado mas será. Uma coisa é certa, mesmo com os nomes da versão 1.03, principalmente no que se refere ao ICMS, a geração e a leitura do XML esta garantida. Qualquer erro por favor reporte, e todas as sugestões são bem vindas.

Bom dia Alexandre, Acabo de disponibilizar uma alteração no ACBrCTe, que visa deixar o componente em conformidade com o manual versão 1.04 no que diz respeito as Informações do Vale Pedágio. Ou seja agora é possível cria uma lista, usando o Add. Favor atualizar os fontes e realizar testes.

Bom dia, É a primeira vez, que vejo esse erro, tenta realizar uma consulta para ver o que retorna.

Boa Noite Alexandre, Você tem toda razão, não versão 1.03 o grupo valeped tinha como ocorrência 0-1, já na versão 1.04 passou para 0-n ou seja uma lista de n elementos.

Boa tarde, No programa exemplo, ele gera apenas 1 RPS por lote, mas você pode sim adicionar ao componente varios RPS e enviar tudo de uma vez. Funciona de forma semelhante a da NFe.

Faça da seguinte forma: Execute os comandos abaixo na sequencia: // Gera o XML, Assina e Salva o Arquivo em disco ACBrNFe.NotasFiscais.Assinar; // Imprime o DANFe ACBrNFeDANFe.MostrarPreview := true; ACBrNFe.NotasFiscais.Imprimir;

Esta disponivel uma alteração do componente, faça o favor de baixar esta atualização e testar novamente.