Painel de líderes

Bom dia Valdir, Muito obrigado pela sua analise, já comentei também a linha que esta provocando a geração do "&". Quanto a rejeição ainda continuar, acredito eu que o provedor não implementou a analise do & O Web Service ao detectar a presença do caracter & deveria checar se o mesmo esta acompanhado de amp; caso afirmativo ignorar. Como essa checagem não esta sendo feita ao detectar o & já resulta em rejeição.

Essa exigência da mensagem "Transacao OK" ficar por 5 segundos na tela... nunca existiu para a CliSiTef... é algo novo, que apenas o pessoal da CERTIFIED está cobrando... Estamos em contato com eles... tentando explicar que isso não tem propósito no caso da CliSiTef pois: - Atualmente não há como saber se a Mensagem é a última que será enviada - Não há um "mapa" que determine quais os Tipos de mensagens devem permanecer por 5 seg - Não existe essa exigência em nenhum dos roteiros da Sw.Express ou Certified (isso era uma exigência do roteiro do TEF discado) Atualmente o pessoal da Certified está conversando com o pessoal da Sw.Express sobre essa "nova exigência"

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.

Legal. Não sabia deste detalhe. Bom pelo menos o próximo que for mexer já sabe onde terá que fazê-lo. E se alguém precisar desses campos já sabe que por enquanto terá que implementar também...

Usando desse modo eu consegui efetuar o cancelamento para o provedor Coplan, aqui no MT. Muito obrigado.

Tanto o layout 1 como o layout 2.0 estão no Manual como tendo 9 campos. Ou o Manual, ou o PVA estão errados. Você pode averiguar no site do SPED se há alguma informação adicional sobre o assunto?

Bom dia Italo, Bem, o problema do componente fazer a substituição duas vezes eu localizei. Veja se abaixo eu consigo explicar onde está o erro no componente. 1) na procedure TNFSeW.GerarXML_ABRASF_V1 da pnfsNFSeW.pas ele chama a função GerarTomador 2) Dentro da GeraTomador, temos a linha "Gerador.wCampoNFSe(tcStr, '#38', 'RazaoSocial', 001, 115, 0, NFSe.Tomador.RazaoSocial, '')", que acaba chamando a FiltrarTextoXML e gera a tag RazaoSocial formatada (já com o "&" substituído por "&amp"). 3) Depois temos a "procedure TNotasFiscais.Assinar(AssinaRPS: Boolean = True)" da ACBrNFSeNotasFiscais.pas. Nessa procedure temos a linha "FConfiguracoes."Geral.Save(NotaUtil.PathWithDelim(CaminhoArquivo) + Self.Items.NFSe.InfID.ID+'-Rps2.xml', LocNFSeW.Gerador.ArquivoFormatoXML)", que chama a função abaixo: "function TGeralConf.Save(AXMLName: String; AXMLFile: WideString; aPath: String = ''): Boolean" da ACBrNFSeConfiguracoes.pas. Nessa função save é executada a linha abaixo: //..SILVIO/RODRIGO estamos trocando o & por causa de erro na abertura do arquivo XML - 06-02-2014 vSalvar.Text := StringReplace(vSalvar.Text, '&', '&', [rfReplaceAll]); Com esta última rotina todo o conteúdo do xml passa NOVAMENTE pela substituição do caractere "&" por "&amp" . Eu comentei essa linha vSalvar.Text := StringReplace(vSalvar.Text, '&', '&', [rfReplaceAll]) e aí gerou corretamente, ou seja, ao invés de substituir o "&" por "&" por "&", substituiu por "&". Mas o erro inicial de "unexpected character" e que gera a rejeição pelo web service permanece. Obrigado!

Segue aqui o requisito segundo o ATO COTEPE o qual o homologador DEVE seguir: Como pode ser visto e está bem explicado no requisito, deve-se gerar o arquivo binário e assiná-lo gerando um arquivo .txt com a linha EAD, OPCIONALMENTE gerar arquivo texto com os registros E.

Primeiro passo você deve fazer um cadastro de desenvolvedor(autonomo ou PJ) no site da Sefaz (http://www.pfe.fazenda.sp.gov.br/ - Opção: Serviços -> Serviços Eletrônicos ICMS), após o cadastro deverá ser enviado a Sefaz(Endereço no site) a documentação referente ao software de acordo com a portaria CAT 108/03.

Olá asterix, O seu código parece estar correto. Estou adicionando uma aplicação para testes aqui. Qualquer um pode adicionar outros exemplos de erro ou testes necessários ou mesmo sugerir uma correção utilizando o exemplo que estou anexando aqui. Não havendo nenhuma objeção, vamos integrar o código ao SVN. Project1.zip

Obrigado por compartilhar a solução...

Bom dia a todos, Ontem a noite testei a inutilização de numeração do CT-e versão 2.00, como não sou perfeito, não funcionou de primeira. Depois de queimar alguns neuronios, descobri onde estava o erro. Solução implementada, teste refeito, ufa agora sim funcionou. As correções já encontram-se disponiveis, favor atualizar os fontes, pois o erro pode afetar também a versão 1.04 Pretendo até o final deste mês realizar mais testes. Vou postar aqui os resultados. Testes efetuados até o momento: * Consultar Status - OK * Envio - OK * Consultar Recibo - OK * Consultar Situação Atual do CT-e - OK * Cancelamento por evento - OK * Inutilização de numeração - OK