sesistemas

Boa tarde, Estou instalando o CTe em um cliente novo e todas a rotinas do CTe estão dando erros. O processo de consulta esta dando o erro abaixo: The server name or address could not be resolved - URL:https://cte.fazenda.mg.gov.br/cte/services/CteConsulta- SOAPAction:http://www.portalfiscal.inf.br/cte/wsdl/CteConsulta/cteConsultaCT. Pode ser algum problema na rede do cliente? Att.

Atualizei o ACBr e veio as alterações A mensagem de erro mudou agora esta dando a seguinte mensagem "JPEG error #53" Uso o Delphi XE3, pelos post vi que deu algo parecido do D7

Bom dia, Meu sistema usa a consulta CPF do ACBr. A consulta começou a dar um erro semana passada. Teve alguma mudança no ConsultaCPF? Erro na hora de fazer o download da imagem do captcha Erro HTTP: 500 Em anexo a imagem.

Boa tarde Carlos, Faz todo sentido o que você disse. Irei pesquisar mais neste sentido e postarei aqui caso obtiver sucesso. Atenciosamente.

Alguma sugestão? Algum componente específico para esta finalidade? Att,

Bom dia pessoal, Gostaria da ajuda e opinião de vocês com relação a um problema que estou tendo. Sempre que tenho que fazer uma alteração em uma trigger ou criar uma trigger nova no Firebird diretamente pelo sistema, enfrento alguns problemas. Eu utilizo o componente TSqlQuery sempre que preciso fazer um acesso ao Firebird, seja pra consultas SQL, Insert, Update, etc... Recentemente tive que fazer uma alteração em uma trigger, onde a mesma tinha variáveis declaradas, e ao executar o 'ExecSql', ocorre um erro referente à variável :DATA . E executando o trecho de código no IBExpert funciona normalmente. Segue um exemplo do problema: CREATE TRIGGER TRG_ITENS_ENTRADA_MOVIMENTO FOR ITENS_ENTRADA ACTIVE AFTER INSERT POSITION 0 AS declare variable DATA date; declare variable DESCRICAO varchar(30); begin SELECT ENT_DATA FROM ENTRADAS WHERE ID_ENTRADA = NEW.ITE_ENT INTO :DATA; DESCRICAO = 'REFERENTE A ENTRADA: ' || NEW.ITE_ENT; EXECUTE PROCEDURE INSERE_MOVIMENTO( NULL, NEW.ITE_PRO, NEW.ITE_ENT, 'ENTRADA', :DATA, 'E', :DESCRICAO, 'E', NEW.ITE_QUANTIDADE); end Gostaria de saber como vocês contornam este problema, e como faço para resolver isto? Att,

Boa tarde Ítalo, Eu consegui identificar o problema. O restante do DACTE não foi impresso porque o XML que está sendo gerado quando o Tipo de Serviço do CT-e é 'Redespacho Intermediário', não está incluso as informações dos documentos (notas). Pois na linha 1069 da unit pcteCTeW está tratando a rejeição 694 do manual: Grupo Documentos Transportados não pode ser informado para tipo de serviço redespacho intermediário e serviço vinculado a multimodal. Neste caso, o tratamento deverá ser feito no arquivo do FastReport, para não exibir o Child dos Documentos Originários, assim como está na impressão que você anexou. Se os responsáveis da manutenção dos arquivos do FastReport ou algum colega que tenha maiores conhecimentos puder fazer as devidas alterações, pois tenho tentando sem êxito. Atenciosamente.

Boa tarde Ítalo, Desculpe pois esqueci de mencionar que estou utilizando o FastReport. O mais estranho é que o problema ocorre somente quando vou imprimir o CT-e carregando o XML. No momento do envio não ocorre o problema. Vou analisar melhor a reimpressão e os fontes do FastReport novamente, para ver se está ficando algo sem ser preenchido neste momento. Se tiver alguma dica que pode me ajudar, ficarei grato. Atenciosamente. Wislei.

Bom dia, Estou com um problema na reimpressão do DACTE de CT-e de Redespacho Intermediário que não estou conseguindo identificar a causa. Acontece o seguinte, quando eu faço a emissão de um CT-e deste tipo, tudo ocorre normalmente e ao exibir o DACTE após a autorização, ele fica completo, sem nenhum problema. Mas quando vou reimprimir ele, carregando ele pelo componente (LoadFromFile) e executando a impressão, o DACTE fica incompleto. Será que devo informar alguma propriedade ao componente que está faltando? Pois os demais tipos (Normal, Subcontratação e Redespacho) reimprimem normalmente, apenas o Redespacho Intermediário que ocorre este problema. Segue XML e PDF do DACTE com problemas. Obs: Eu teste pelo Demo_ACBrCTe e ocorre o mesmo problema. Atenciosamente. 31140903341645000186574990000005861540821637.pdf 31140903341645000186574990000005861540821637-cte.xml

Fiz uma Nota Fiscal Serie D com os seguintes dados: PRODUTO | PREÇO PRODUTO | PREÇO VENDA 1 | 2,00 | 3,00 Neste caso, o produto tem seu preço 2,00 porém ao fazer a série D joguei o valor para 3,00, ou seja 1,00 de acréscimo No cupom este acréscimo dado ao produto: * Deve sair na linha das informações do produto (produto com valor 3,00) ou junto com os totalizadores, mostrando que tem 1,00 de acréscimo na VENDA?

Não consigo fazer download. Já tem o validador para MG 001? Favor, verificar grato!

O validador ACBrValidadorPafECF para versão MG 001 está disponível? Não consegui fazer download no site http://www.regys.com.br/downloads/

Boa tarde Estou com um dúvida na CCe do CTe. Como eu faço para corrigir a chave de uma NFe em um CTe que contém várias notas? grupoAlterado infNFe campoAlterado chave valorAlterado 35121114086932000103550040000000211810175387 nroItemAlterado 01 Tenho que informar todas novamente ou somente a que foi alterada?Caso for somente a altera como faço a relação dela.

Bom dia Nellien, (Desculpa, mas só pra saber, é Nellien ou Jeanny?) Sobre a variável xMotivo eu consegui resolver, porém estou com outro problema. Ao imprimir o Recibo de Encerramento, a variável InfEvento.tpAmb da Unit ACBrMDFeDAMDFEFRDM (linha 405) está vindo com o valor taProducao , mas no XML o valor da tag tpAmb = 2 (Homologação). Você sabe me dizer o que posso fazer para resolver este problema? Eu atualizei todos os fontes t compilei novamente e o problema ainda persiste. Obs: Esse problema só ocorre no envio do Evento. Quando eu reimprimo o evento carregando o XML no componente da tudo certo. Creio que o problema está na leitura do retorno do WebService, assim como no problema da variável xMotivo. Segue em anexo o XML e o Recibo de Encerramento respectivo. Encerramento.pdf 311402033416450001865800100000019012436750841101121-procEventoMDFe.xml

Bom dia Nellien, O XML está correto, apenas no momento da impressão é que a variável xMotivo está vindo vazia. Segue em anexo o XML e o Recibo de Encerramento respectivo. Atenciosamente. Encerramento MDF-e.pdf 311402033416450001865800100000018614760381221101121-procEventoMDFe.xml

Boa tarde, Na impressão do Evento de Encerramento, a propriedade xMotivo que é impressa juntamente com o cStat não está sendo preenchida e não estou conseguindo encontrar o problema Em minha aplicação eu consegui obter o retorno dela através do seguinte comando: ACBrMDFe.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.xMotivo Mas na Unit ACBrMDFeDAMDFEFRDM, que alimenta o FastReport a propriedade RetInfEvento.xMotivo está vindo vazia.

Boa tarde albertonunes, Aqui em Minas Gerais acontece muito este problema quando o WebService está com um tempo de resposta alto. A solução aqui sempre é esperar... Att,

Bom dia segundo “Art. 58-B Fica permitida a utilização de carta de correção, para regularização de erro ocorrido na emissão de documentos fiscais relativos à prestação de serviço de transporte, desde que o erro não esteja relacionado com: II - a correção de dados cadastrais que implique mudança do emitente, tomador, remetente ou do destinatário; Eu posso mudar o endereço do remetente ?

No caso esta impressão está disponível apenas em QuickRepor ou em FastRepor tbm?

Mais uma vez, muito obrigado Ítalo!

Boa tarde Ítalo. No meu processo aqui, eu apenas carrego o XML emitido em contingência (FSDA) e envio ele. E com isso, a tag <dhEmi> está ficando com este valor. Eu fiz desta forma para corrigir o problema: ACBrCTe1.Conhecimentos.Items[0].CTe.Ide.dhEmi := Now; É o melhor a se fazer ou há uma outra forma de tratar este problema? Atenciosamente,

Este problema que o Wislei citou está ocorrendo comigo também. Quando emitimos um CT-e em FSDA e o transmitimos no mesmo dia, tudo ocorre sem problemas. Mas se tentarmos transmitir o CT-e no dia posterior, é retornado a seguinte mensagem: Rejeicao: Data de entrada em contingencia posterior a data de emissao Alguém sabe me dizer o que pode ser? Segue XML que estou tentando enviar em anexo. Atenciosamente 31131103341645000186570010000033215032478517-cte.xml

Boa tarde Italo. Realizando novos testes eu identifiquei o seguinte. A Rejeicao: Falha no Schema XML especifico para o modal só ocorre se eu tentar emitir o MDF-e em homologação. Se eu mudar para produção o XML é autorizado. Eu entrei em contato com o SEFAZ de MG para saber se há algum problema com o ambiente de homologação. Qualquer resposta ou solução que eu encontrar aqui posto no forum. Seguem os XML de homologação que não foi autorizado e o de produção que foi autorizado. 31131103341645000186580010000011231000000013-mdfe - HOMOLOGACAO.xml 31131103341645000186580010000001231000000019-mdfe - PRODUCAO.xml

Bom dia. Muito obrigado pelas dicas Carloshteles, através das suas dicas eu consegui autorizar a NFC-e no WebService de AM pelo Demo da NF-e. Detalhe: Tive que voltar a hora do meu computador duas horas para ficar igual ao do WebService e corrigir uma rejeição.

Bom dia Italo, Depois que você postou a inclusão desta nova propriedade eu verifiquei ela aqui no meu componente. Estou tentando transmitir utilizando a versão 1.00 primeiramente pois com menos TAGS creio que terei menos problemas...rs A validação do XML pelo componente com os XML Schemas que você me informou ocorre perfeitamente. Porém o WebService que não aceita o meu XML me retornando a Rejeição:Falha no Schema XML especifico para o modal Eu já revirei o XML de cima em baixo conferindo com o manual, e salvo as novas tags da versão 1.00a, está tudo certo. Você tem alguma outra dica que posso verificar aqui? Segue XML gerado. Atenciosamente Wislei 31131003341645000186580010000123681000000010-mdfe.xml