Italo Giurizzato Junior

Luiz, Todos os fontes de todas as pastas estão atualizados?

Boa tarde Luiz, Dentro da pasta, ...\Fontes\ACBrMDFe temos o arquivo texto: Property_Does Not Exist Execute o passo a passo e verifique se o problema é resolvido.

Marcelo, Verifique se o código do item de serviço tem que ser informado com formatação (01.07) ou sem (0107). As vezes o Webservice esta retornado essa mensagem, sendo que o correto seria, número do RPS em duplicidade. Ou o número do RPS é inválido em função da Série informada.

Boa tarde Nellien, Bem que eu gostaria que fosse dessa forma, mas infelizmente não é possível, visto que no CT-e ocorreu mudanças drasticas na estrutura do XML. Vou sitar uma delas: Na versão 1.04 o grupo local de retirada ficava dentro do grupo documentos originários, mais precisamente as NF-e e o trupo com os documentos originários ficavam dentro do grupo remetente. Primeiramente note que existe um erro ai, pois se o documento originário for uma nota comum (papel) não temos como informar os dados do local de retirada quando este não for o mesmo do remetente. Isso foi resolvido na versão 2.00. Agora o grupo local de retirada (local de coleta como é chamado na versão 2.00) fica dentro do grupo remetente. Já o grupo com os documentos originários estão fora do grupo remetente. Como você pode ver as mudanças foram muitas, já na NF-e o que ocorreu foi apenas o acrescimo de uma duzia de TAGs novas, não ocorreu mudanças drasticas como no CT-e. A minha sugestão é você fazer uma aplicação que permita a visualização / impressão do DACTE referente a um XML da versão 1.04. Visto que o prazo para o cancelamento de um CT-e é de 7 dias, logo o seu cliente teria que conviver com duas aplicações uma de cada versão por no máximo uma semana.

Boa tarde Marcelo, O 01.07 é um código do tipo de serviço que a empresa executa. A mensagem de erro diz que esse código é inválido, portanto você deve informar o código correto, para isso é preciso saber qual é o código que foi atribuido para a empresa em questão. O código 01.07 se refere ao serviço de Suporte Técnico em informatica, no caso de um consultório odontológico o código é 04.12

Kamatha, Por favor não post o mesmo problema em varios tópicos. Já lhe respondi no outro.

Boa tarde Kamatha, Qual é a versão do documento fiscal configurado no componente, ve100 ou ve100a? Você esta usando os schemas corretos para a versão escolhida? Se não me falha a memória no ambiente de homologação só esta sendo aceito na versão 1.00a

Boa tarde icozeira, Você mesmo pode dar ele como resolvido.

Boa tarde Rodrigo, Muito obrigado pela colaboração, assim que possível vou estar disponibilizando os fontes. Uma dica, quando acrescentar uma propriedade nova em uma procedure ou function, mesmo que ela seja opcional, por favor inclua sempre por último e não no meio das outras já existentes.

Boa tarde Fernando, No caso do MDF-e temos 2 eventos: Encerramento e Cancelamento O evento Encerramento é obrigatório pois indica que a carga chegou ao seu destino. O evento Cancelamento só é enviado quando o MDF-e emitido esta errado e cuja carga não esta em transito. Logo são coisas completamentes diferentes. Outra coisa se você tentar cancelar um MDF-e enerrado vai ocorrer a Rejeição de código 609 e se tentar encerrar um MDF-e cancelado vai ocorrer a Rejeição de código 218.

Bom dia, Post como anexo um XML que tenha mais do que 2 chaves para que eu possa checar o problema.

Claudio, Você tem uma rotina própria que gera o XML do CT-e, correto? Ai você lê esse XML usando o comando LoadFromFile. Lhe pergunto pra que tudo isso? Por que você não alimenta o componente diretamente lendo as informações do banco de dados? O problema que você esta passando esta na cara que o XML que você esta gerando contem erros, e que por sinal esta no nome da TAG que deve ter alguma letra errada, por exemplo em vez de minuscula você colocou maiuscula.

Bom dia Cláudio, Como assim, você alimenta o componente ACBrCTe lendo o conteudo de um XML? Esse XML é de uma NF-e?

Boa tarde eazschornack, O que o seu cliente quer? Desculpe não ficou claro para mim o que você quer fazer. A SEFAZ publicou um modelo de DACTE e nós seguimos esse modelo. Até onde sei, quando não cabe todos os documentos originários na primeira folha o restante vai para a segunda folha. Os quadros que aparecem em baixo dos documentos originários, se não me falha a memória, tem que ser impressos na primeira folha.

Boa tarde Cláudio, Você utiliza o componente ACBrCTe?

Boa tarde zene, Você esta emitindo o CT-e em qual versão? Se é na versão 2.00 o cancelamento do mesmo é por evento, agora se for na versão 1.04 o cancelamento é através do webservice de cancelamento.

Boa tarde Thiago, Poste aqui no fórum como anexo ou envie para mim por e-mail somente os arquivos alterados.

Boa tarde Binho, Atualize os fontes e tente enviar usando o comando EnviarSincrono em vez do Enviar.

Cristiane, Vamos fazer um teste. Na unit ACBrNFeWebServices, procure por -sta.xml; if FConfiguracoes.Geral.Salvar then begin FPathArqResp := FormatDateTime('yyyymmddhhnnss',Now)+'-sta.xml'; FConfiguracoes.Geral.Save(FPathArqResp, FRetWS); end; Altere o FRetWS por FRetornoWS Realize a consulta novamente, desta forma o XML a ser salvo é exatamente o que foi retornado pela SEFAZ sem nenhum tratamento. Quem sabe descobrimos o problema.

Bom dia a todos, Visando sempre a compatibilidade entre as versões da NF-e e NFC-e, acabo de disponibilizar alguns ajustes nos fontes. Favor fazer uma cópia de segurança e atualizar os fontes. Realizem testes e retornem os problemas que encontrarem.

Marcelo, No seu caso você tem que utilizar a opção: Gerar e Enviar Lote Sincrono. Agora é preciso resolver os problemas apontados pela mensage: Começando pelo fato do prestador do serviço não estar cadastro junto ao provedor para emitir a NFS-e via WebServices. No caso da aliquota foi informado 0.03 informe 3.00

Cristiane, Se possível poste como anexo os XML de solicitação e retorno do status do serviço.

Ricardo, Isso significa que os seus fontes estão atualizados, mas os da Cristiane notei que não estão. A URL que aparece no erro que ela postou esta errada é outra conforme a última NT publicada pela SEFAZ.

Bom dia Marcelo, Tentou usar a opção: Gerar e Enviar NFSe ou Gerar e Enviar Lote Sincrono?

Bom dia Ricardo, Eu que agradeço pelos testes, realizados por vocês. Fico feliz que esteja gerando as TAGs de forma correta agora.