GustavoKato

Bom dia pessoal. Desenvolvi um serviço para transmissão e autorização de CT-es no qual utilizo também a rotina de enviar os DACTEs via e-mail e notei que o consumo de memória está subindo demasiadamente visto que a intenção é funcionar 24/7. Notei que provavelmente é a rotina de gerar o PDF (utilizo QuickReport) que deve estar mantendo sujeira na memória. Rastreei mas só encontrei alguns objetos/referencias utilizando apenas "Free" ao invés de "FreeandNil" porém não acredito que seja motivo para aumentar tanto o consumo. Alguma sugestão? Valeu!

boa tarde pessoal. Estou com o problema que o cliente não possui seguro e não está gerando a tag <seg>. alguém tem a solução?

Boa tarde, pessoal. Alguém já escriturou ct-es de anulação/substituição? Tenho a mesma dúvida também para SPED ICMS. Obrigado Gustavo Kato

Como já dito em outros tópicos, estude os arquivos de exemplo. Lá irá encontrar a rotina completa

o erro são de campos que estão sem valor, preencha e tente reenviar

Doni, já sim... fiz alguns ajustes mas acho que só a rotina de consulta de status do ct-e não esteja 100% correta.

são usados números aleatórios, gravo o XML em um campo onde a chave é Empresa e Conhecimento. Ou seja, só gravo XML em arquivo depois que o mesmo foi autorizado Obrigado pelo retorno.

Boa tarde, caros colegas... Ontem (12/12/2012) ocorreu um problema na SEFAZ de SP e ocasionou uma série de problemas. Desenvolvi meu próprio gerenciador/monitor de ct-es o qual lê os xmls da base de dados, transmite e grava o retorno. Porém com a lentidão/queda da SEFAZ, retornou o erro "Rejeição: Uso indevido", assim, o usuário gerou o XML novamente ocasionando a criação de uma nova Chave e novo arquivo, e ao tentar transmitir, retornou erro de duplicidade, pois os CT-es foram autorizados porém o retorno veio incorreto. Resumindo, sobrescreveu o XML antigo (autorizado) e criou outro com o mesmo número de conhecimento. Se não bastasse, o site não está permitindo realizar o download do XML autorizado, minha dúvida é: Há alguma forma de carregar o XML e alterar alguns campos e gerar novamente sem alterar a Chave (function TCTeW.GerarXml)? por ex: if CTe.infCTe.ID = '' then GerarChave();

Bom dia, Thalita. Veja o exemplo no arquivo \acbr\Exemplos\ACBrCTe\InutilizarNumeracao.txt ou utilize o software da SEFAZ

No sistema em que trabalho envio ao Tomador

que tal começar lendo o manual disponível no site da SEFAZ?

CC.Add(Trim(fEncontra_CC(cdsEmailEMAIL_TOMADOR.Value))); cada endereço de email tem q ser uma "linha" no stringlist, não está passando mais de um?

utilizo assim não tive problemas... sCC := TStringList.Create; //Quebra o email em uma lista para o caso de mais de um destinatário StrToStringList(email, Destinatarios); email := Destinatarios.Strings[0]; for i := 1 to Destinatarios.Count - 1 do sCC.Add(Destinatarios.Strings[i]); sendo "email" o destinatario e sCC a stringlist com o endereço das cópias

recompilou os pacotes?

boa tarde, vc deve estar com erros ao montar o XML... neste caso os conhecimentos nem chegam a ser transmitidos, portanto não haverá retorno

EU, na minha humilde opnião acho que tem gente que abusa da boa vontade dos colaboradores... Ah, ainda em tempo, dê uma olhada no arquivo Exemplos\ACBrCTe\RotinaCompleta.txt

bom, se não for possível debugar coloque um exe com procedimento para salvar o exception em arquivo texto... as vezes alguma excessão "prende" o executável

tente com ACBrCTe1.WebServices.Retorno.CteRetorno.ProtCTe.Items[0].cStat; ACBrCTe1.WebServices.Retorno.CteRetorno.ProtCTe.Items[0].xMotivo;

só pra fechar o tópico, a resposta do SEFAZ-MS --- Resposta enviada por Daniel Pereira de Carvalho em 16/10/2012 08:09 --- Bom dia Gustavo. Houve um problema na configuração do novo servidor nos sistemas da SEFAZ/MS que foi solucionado ontem (15/10) por volta das 12:00. Favor verificar se o problema ainda persiste na transmissão dos arquivos. Grato, Daniel Carvalho, Equipe CT-e/MS. --- Mensagem enviada por Gustavo Kato em 9/10/2012 9:20 --- Bom dia, estou recebendo o seguinte erro quando tento transmitir um lote com mais de 3 conhecimentos: WebService Retorno de Recepção: - Inativo ou Inoperante tente novamente. - Request Entity Too Large (413) - 'https://producao.cte.ms.gov.br/cteWEB/CteRecepcao.asmx' porém de 3 em 3 é normal, o que há de errado? Obrigado Gustavo Kato ------------------------------------------------------------------------ só achei o tempo pra resposta longo demais, uma semana pra passar um posição é muito tempo pra nossa área.

sim, o servidor está localizado em SP. Estou no aguardo do e-mail deles. Obrigado Italo

exato, em SP não ocorre problema algum deste tipo(até mesmo com lotes maiores), na filial em MS ocorre. Ambos são transmitidos por um único servidor conectados via TS utilizando o mesmo certificado.

Então, o cliente emite para SP pela mesma conexão, entao acredito que deveria ocorrer neste caso também. Verifiquei o site da SEFAZ MS e não encontrei nenhuma nota sobre. Acho que estou meio de mãos atadas. Obrigado

está com o acbr atualizado? se sim, debugue a função CTeUtil.IdentificaTipoSchema

Bom dia pessoal, tenho um cliente emitindo em MS desde o mês passado e a poucos dias começou a retornar um erro quando tento transmitir um lote médio (+- 15 conhecimentos) por exemplo Segue o erro: WebService Retorno de Recepção: - Inativo ou Inoperante tente novamente. - Request Entity Too Large (413) - 'https://homologacao.cte.ms.gov.br/cteWEB/CteRecepcao.asmx' *acontece em produção também. Porém, enviando de 3 em 3 vai. Será q a internet que está muito lenta?