Dercide Alvarez

Bom dia a todos, Eu também estou passando pelos mesmos problemas de validações que todos estão mencionando. Fiz as alterações acima mencionadas pelo Fernando Schulz e o arquivo não apresentou mais erros no validador. E essas alterações estão conforme o manual que recebemos do banco. Dercide.

Boa noticia André, Eu também estava começando a implementar. Vamos aguardar subir o pessoal aprovar e subir a atualização. Valeu. Dercide.

Bom dia, Essa correção já foi implementada no componente ?? Dercide.

Renan, Nossos emails são via Locaweb, e funcionam normalmente. Só configurei a opção : ACBrMail.SetTLS := True; Já a opção : ACBrMail.SetSSL := ConexaoSegura; // Conforme configuração Tenta dessa maneira. Dercide.

Mauro, Imaginei que fosse algo desse tipo também, o interessante é que funciona assim a tempos. Tirei o link, e funcionou. Vou deixar sem, para poder enviar os emails. Dercide.

Boa tarde, Fiz vários testes, e verifiquei que o problema acontece por causa da mensagem do corpo do email. Testei inclusive com a Demo. Se deixar a mensagem vazia, o email é enviado corretamente. Se colocar a mensagem,,,e dentro coloquei www.xxxxxxx.com.br (isso causo o erro). Não são todos os endereços, mas no caso especifico o que eu uso da nossa empresa causa rejeição. Mas como disse, isso aconteceu até agora com 2 email de clientes. Alguém já passou por isso ? Dercide.

Os dados de emails são os mesmo, apenas tenho uma rotina de envio de email para outras coisas : Ordens de Compra, Orçamentos, etc. Que pega os mesmos dados da conta de email, e envia o email normalmente, porém na NF-e ocorre o erro. Testando com os dados do meu email, e outros aqui da empresa, e de outros clientes funciona o envio da NF-e. Dercide.

Boa tarde, Começou da dar esse erro ao tentar enviar email da NFe em alguns clientes. Os emails estavam funcionando sem problemas. Um provedor é o Terra. Os dados estão todos corretos, pois tenho uma outra rotina propria de email no sistema que esta funcionado perfeitamente. Aconteceu em dois clientes até o momento, já fiz vários testes e não vai. Se coloco os meus dados de email, funciona perfeitamente, mas com os dos clientes da erro. Já pesquisei no forum, e não achei nada referente a isso. SetSSL := False; SetTLS := True; Se alguém tiver uma luz, é bem vinda. Dercide.

Bom dia Rafael, Tenho utilizado o CSOSN 102, e as tags vão zeradas, apenas preencho as obrigatórias. <ICMSUFDest> <vBCUFDest>0.00</vBCUFDest> <pFCPUFDest>0.0000</pFCPUFDest> <pICMSUFDest>18.0000</pICMSUFDest> <pICMSInter>12.00</pICMSInter> <pICMSInterPart>40.0000</pICMSInterPart> <vFCPUFDest>0.00</vFCPUFDest> <vICMSUFDest>0.00</vICMSUFDest> <vICMSUFRemet>0.00</vICMSUFRemet> </ICMSUFDest> Os xmls tem sido validados. Dercide.

Eu não uso o AcbrPlus, uso o componente NFe no software, ai já não sei como é a integração do TXT com o AcbrPlus. Dercide.

Esta sendo rejeitado porque é uma venda para fora do estado, e para consumidor final indFinal=1 Ai nesse caso, deve-se gerar a tag do DIFAL. Pesquise, que tem vários post falando sobre isso. Dercide.

Sandro, IndIEDest := inNaoContribuinte; Isso gera indIEDest = 9 Dercide.

Bom dia, Passei com um problema semelhante com uma carta de correção. Dando duplicidade de evento, porém não havia nenhuma carta anterior, e consultamos no site, e nada constava. Alterei o sequencial da carta de correção, ai foi enviada. No site consta apenas a ultima carta que enviei, porém se baixo o XML, consta os dois eventos. Dercide.

Segue o link com uma tabelas. http://www.tabelaicms.com/ Dercide.

É justamente isso, ICMS interno SC = 17% Dercide.

Rafael, O erro esta no teu código fonte, pois você não faz o tratamento para a situação de Não Contribuinte. Dest.indIEDest := inNaoContribuinte; //inIsento; E o fato dele ser ISENTO, não quer dizer que seja consumidor final. ide.indFinal := cfconsumidorfinal; Reveja a rotina, pois esta faltando uma perna, pois ele pode ainda ser ISENTO ou NÃO CONTRIBUINTE. Dercide.

A Trunk1 não é mais atualizada desde o ano passado. Dercide.

Boa tarde, Estou com problemas de consultar o forum, esta bem lento, dando umas pedaladas para carregas as paginas. Alguém mais esta passando por isso ? Essa semana o forum estava em manutenção, será que foi isso que acarretou o problema ?? Dercide.

Boa dia, Só para confirmar, "Todas as empresas do Simples Nacional, não precisam enviar o DIFAL ?" É isso né ?? Dercide.

Marcos, Eu salvo os XML das NF-e, eventos e NFS-e no banco de dados, além de salvar em pastas especificas os XMLs. Não tenho tido problemas de lentidão ou desempenho, e com isso posso transportar o DB sem problemas, a minha aplicação, caso não encontre o XML nas pastas, eles puxa do banco de dados e salva automaticamente na pasta. Funciona perfeitamente. Dercide.

Italo, Eu me confundi, no RPS já tinha a serie, somente na NFSe que foi incluido. Beleza então, já estou fazendo os ajustes. Dercide.

Italo, Pelo o que vi a série também foi incluída no nome do RPS. Então teremos a serie no nome do RPS e da NFSe, é isso né ? Isso esta me causando um monte de problemas em clientes, pois eu monto o nome do RPS e da NFSe quando preciso carrega-los. Como mudou no nome, o sistema não encontra o XML. As alterações ficaram dessa forma com o numero de serie, ou será incluso mais alguma informação ? Dercide.

Andre, Conforme solicitado segue um xml exemplo com o DIFAL, é um teste de homologação, de SC para SP. Dercide. 42160604438126000101550010000060171000060172-NFe.xml

Italo, Quanto a isso beleza, apenas queria saber de que forma será inclusa a serie na descrição, mas tranquilo vamos gerar aqui pra testar. Abraços. Dercide.

Maria, Acredito que o erro esteja aqui : indFinal := cfConsumidorFinal; Dest.indIEDest := inContribuinte ==> Se é Consumidor Final, não pode ser contribuinte. Ontem fazendo testes do DIFAL, apareceu essa mesma mensagem, zerei as aliquotas e valor do ICMS, e gerei as tags do DIFAL, ai sim deu certo. Mas no meu caso, era um teste de venda Interestadual CFOP 6.107, para não contribuinte e consumidor final. Dercide.