Renato Chiari

Deu certo Luis, era isso mesmo, não tinha me atentado a esta propriedade. Valeu, obrigado!

Está OK, desculpe por ter lançado em local errado!

Bom dia, Gostaria de uma orientação, de alguém que já passou pelo problema abaixo ou sabe como proceder Temos um cliente que emitiu um CT-e de forma incorreta, ele indicou que o tomador do frente era o Remetente, porém o correto seria o Destinatário, o problema é que perceberam o erro quando já não era mais possível cancelar este CT-e para assim emitir um novo com a correção. Portanto o Remetente emitiu o evento de "Prestação de Serviço em Desacordo" e agora pelo que entendi cabe a transportadora (nosso cliente) emitir um CT-e de Anulação e depois um de Substituição corrigindo a informação incorreta. Estou implementando pois até então não tínhamos a opção de "Anulação" em nosso sistema, fazendo testes em ambiente de homologação a emissão da Anulação ocorreu sem problemas, porém ao emitir o documento de Substituição estou recebendo a seguinte rejeição: "A indicação do tomador do CT-e de substituição deve ser igual a do CT-e substituído", de acordo com a mensagem da rejeição eu não posso alterar a indicação do tomador, mas como então posso fazer o documento de Substiuição? Nesse caso o cliente deve emitir somente a Anulação e um novo documento do tipo "Normal" com a indicação do tomador correta? Desde já, obrigado!

Tentei atualizar a Midas e nada. Fiz até um novo projeto só para testar com um DBEdit ligado a um ClientDataSet sem conexão com BD, apenas trabalhando em memória e o problema ocorre, sinal que não tem nada relacionado com o BD apenas entre DBEdit/ClientDataSet. Inclusive testei a Midas de duas formas, usando a dll registrada e apenas adicionando MidasLib aos uses.

Fiz um teste aqui, No evento "onChange" do DBEdit o valor é "Ã", em seguinda no evento "onChange" do Field no Client Data Set o valor já é "A".

Somente com DBEdit

Mas também ocorre no Seattle. O estranho é que somente nesta máquina, em outra máquina do cliente não ocorre, e esta outra máquina utiliza a máquina que apresenta o problema como servidor do BD. Eu acho que deve ser alguma coisa no Windows.

Boa tarde a todos, Estou tento problemas de acentuação com uma máquina Windows 7 de um cliente. Temos 2 softwares rodando nesta máquina, um Delphi 7 com Firebird 1.5 e o outro Delphi Seattle com Firebird 2.5. No Delphi 7 os acentos são substituídos por uma espécie de pipe |, inclusive em locais onde o texto não vem do banco de dados, como o caption do CheckCox e títulos do DBGrid. No Delphi Seattle ocorre mais nos dados vindos do BD, o estranho que se eu digito um à em um DBEdit ligado a um ClientDataSet ele aparace normalmente (A com o til), porém quando o foco sai do campo o "til" é removido ficando somente "A". O idioma do Windows está configurado como português e a conexão com o banco de dados (utilizo DBExpress) está com o Server Charset WIN1252. Se eu pego o banco e o executável e jogo em outra máquina funciona perfeitamente. Alguém já teve algum problema assim?

Então, geralmente os que acontecem são contas do Outlook/Hotmail e Gmail, mas esses são usados por 90% dos nossos clientes. Quanto aos destinatários na maioria exite apenas 1, algumas notas são enviadas para 2 ou 3 cópias, mas acredito que não seria isso que ira caracterizar spam. Faz sentido, pois no assunto vai informando que esta sendo enviada uma nota fiscal, muitos vírus vem desta forma, rsrs. Mas o estranho é que em alguns clientes que emitem bastante nunca tiveram problemas, esta semana um criou uma nova conta no Outlook para o envio, e após cerca de 7 e-mails enviados a conta já foi bloqueada.

Problema resolvido! O pessoal da Fiorilli analisou o XML e identificou o problema, eu estava passando o valor da tag "CodigoCnae" da seguinte forma: "0105", e o servidor deles remove o 0 a esquerda, ficando assim: "105", com isso o arquivo XML acabava ficando diferente do envidado, gerando a inconsistência na assinatura. Aí que percebi que na verdade não devo passar nada na tag "CodigoCnae", somente a tag "ItemListaServico", isso para a Fiorilli. Obrigado pela ajuda de todos!

Bom dia, Gostaria de saber como vocês fazem quanto ao envio dos documentos fiscais por e-mail aos destinatário. Aqui configuramos o próprio e-mail do cliente para realizar o envio, daí cada um possui um provedor, Outlook, Hotmail, GMail, Uol. Na maioria dos casos funciona muito bem, porém em alguns clientes após um tempo de uso o provedor bloqueia este envio por entender que possam ser spam, algumas vezes conseguimos desbloquear mas após mais um tempo de uso o bloqueio volta. O que me indicariam? Qual provedor ou serviço de e-mail vocês trabalham? Desde já, obrigado!

Então, no início eu realmente não tinha feito este cadastro, entrei em contato com eles e fizeram o nosso cadastro com o CNPJ do certificado que estou usando, no caso o da empresa em que trabalho, porém o problema continuou, continuei o contato com eles via e-mail mas sem sucesso. Vou tentar contato novamente com eles via telefone e trago o retorno aqui.

Sim, acontece o mesmo problema nos 3 métodos.

Acabei esquecendo de anexar os arquivos XML... Segue o de envio e o de retorno. 1-env-lotS.xml 1-recS.xml

Sim, é justamente no Demo onde estou fazendo os testes, tentei mandar em produção para o provedor de minha cidade e tive o mesmo erro.