Adriano Teodorico

Boa Tarde Italo, sim, esta em Anexo, so mudei o quebradelinha=<br> eu que agradeço, queria poder contribuir mais com o ACBR, mais o tempo esta curto aqui na empresa. Atenciosamente. 4R.ini

Bom dia, so para quem precisar, para pular linha na Discriminação do serviço é so colocar <br> que vai funcionar. 4R funcionando 100%. Abraço Atenciosamente.

Boa tarde senhores, estou fazendo testes com o provedor 4R, aparentemente esta perfeito, so a discriminação não esta pulando linha com ";". O 4R ja tem que mandar com #13#10 para pular as linhas se eu não me engano, vou olhar o do trunk para verificar certinho. Atenciosamente.

Obrigado, Abraço.

Tiago, boa tarde, sabe me dizer qual é a Diferença do ACBrNFe.Download e ACBrNFe.WebServices.DownloadNFe.Executar ?, qual é o correto usar? Aparentemente os dois da o mesmo retorno. Atenciosamente.

Italo, boa tarde, esta mudança tinha ficado correto, atualizei ons fontes agora e voltou com 2 casas decimais, Gerador.wCampo(tcDe2, '#33c', 'ValorUnitario', 01, 015, 1, NFSe.Servico.ItemServico.ValorUnitario, ''); essa informação é so gerada para o simpliss, somente ele permite vários itens na nota, e valor unitário e com 4 casas decimais, pois caso pegue locação de escora por exemplo que é 0,15 centavos por peça, da erro de a soma dos itens estar diferente do total, pois acontece do cliente arredondar o total. Fiz vários testes e desde do trunk1 venho mudando isto para ficar com 4. Tem algum motivo específico que não pode ser máximo 4? de qualquer forma estou disponibilizando a unit "corrigida" em ANEXO, linha 388 Gerador.wCampo(tcDe4, '#33c', 'ValorUnitario', 01, 015, 1, NFSe.Servico.ItemServico.ValorUnitario, ''); Atenciosamente. pnfsNFSeW_ABRASFv1.pas

Bom dia Italo, ja notei a mudança, estou a continuar os testes. Abraço e muito Obrigado. Atenciosamente.

Caros colegas, casas decimais para ValorUnitario esta 2, aumentem para 4 por favor, pois não se trata de valor final e sim unitário. Na Linha 512 do pnfsNFSeW.pas está, "Gerador.wCampo(tcDe2, '#33c', 'ValorUnitario', 01, 015, 1, NFSe.Servico.ItemServico.ValorUnitario, '');", mudar para: "Gerador.wCampo(tcDe4, '#33c', 'ValorUnitario', 01, 015, 1, NFSe.Servico.ItemServico.ValorUnitario, ''); Obs: a Unit corrigida esta em ANEXO. Atenciosamente. pnfsNFSeW.pas

Bom dia amigos, atualizei o ACBR ontem e ainda continua dando INTERNET_OPTION_CLIENT_CERT_CONTEXT, tem alguma propriedade nova para não cair neste erro?, Estou ajustando para o SIMPLISS. Atenciosamente.

Boa tarde, atualizei o ACBR hoje, e arrumei o leiaute do MDFe de alguns textos que estavam cortando e também corrigi na impressão do evento do MDFe( Cancelamento/Encerramento) que não estava aparecendo a Visualização em Tela, Mandava direto para Impressora. Estou Anexando somente os que sofreram alteração. Atenciosamente. ACBrMDFeDAMDFeRLRetrato.pas ACBrMDFeDAMDFeRLRetrato.dfm ACBrMDFeDAEventoRL.pas ACBrMDFeDAEventoRL.dfm

Bom dia, seu SAT esta com a ultima atualização?, caso não esteja, atualize. É muito estranho, em alguns casos, tive que desligar e ligar novamente o SAT ai sim saia o SAT. Mais poste o XML gerado para darmos uma olhada. Atenciosamente.

Italo, bom dia, tem alguns XMLs que estão sendo baixados utilizando o ACBR( ACBrNFe.Download;), e não consigo abrir o xml. Baixando este mesmo pelo programa de Manifesto da sefaz abre normal. Analisando os dois registros notei que o problema é que não esta aplicando o UTF8 no download realizado pelo ACBR. olha a parte comparada abaixo: Trecho do XML baixado pelo ACBR : <xProd>L&M VIBE BOX 100 SLIMS</xProd> Trecho do XML baixado pelo Manifesto do SEFAZ : <xProd>L&amp;M VIBE BOX 100 SLIMS</xProd> desde ja meu muito Obrigado. Atenciosamente.

Pessoal, boa tarde, alguém já conseguiu emitir NFe em homologação aplicando a regras da NT 2015/003 no estado de São Paulo? esta dando o erro "Falha no Schema XML do lote de NFe". Esta Validação não esta sendo Local, e sim la na Sefaz/SP. Local da Arquivo Validado com Sucesso! desde ja meu muito Obrigado. Atenciosamente. 35151157883035000133550010000508781005400625-nfe.xml

Obrigado Italo, Vou verificar. Abraço.

Bom dia Pessoal, é o seguinte, o ACBR hoje quando um cliente emite uma nota no dia 01/11 por exemplo com data de emissão 31/10/ o ACBR esta jogando o XML de distribuição na pasta do mes 11 e não do mes 10, parece que o XML é jogado na pasta de acordo com a data de autorização e não pela data de emissão, isto esta correto? Isto é raro acontecer, mais quando acontece pode ficar nota sem escriturar dentro do mes de emissão da NFe, pois alguns escritórios importam pelo XML. segundo a SEFAZ: " Atualmente o limite técnico para autorização de NF-e com data retroativa é de 30 (trinta) dias ou outro limite definido pela Unidade da Federação, a contar da data de emissão. Não havendo outros impedimentos fiscais, a empresa poderá emitir a NF-e em questão no início do mês seguinte tão logo seja possível apurar os valores a serem documentados. " Fonte: http://www.nfe.fazenda.gov.br/portal/perguntasFrequentes.aspx?tipoConteudo=7zEQFBPObw0= Atenciosamente.

Pois é Daniel, por este motivo que eu não pedi para vocês mexerem nos fontes e forçar a criada da TAG. Reportei este erro para bematech, vamos ver que bixo dá, so coloquei para alguns amigos que estejam na mesma "sofrência", saibam em que ponto partir para fazer acontecer e dar certo! Atenciosamente. Forte Abraço.

Pessoal, bom dia, estava com um problema que estava me perturbando, em alguns clientes que utilizam o SAT da Bematech RB 1000 FI, ficava dando os seguintes erros: 20151023110741|SAT-AC|info|Iniciando recebimento de dados de venda... 20151023110741|SAT-AC|erro|Código do produto ou serviço em branco 20151023110741|AC-SAT|erro|Especificar apenas 1 grupo dentre: PISAliq, PISQtde, PISNT, PISSN, PISOutr 20151023110741|AC-SAT|erro|Dados de venda inválidos Reparei que isto so acontecia quando tinha cliente informado, comparando com outros XMLs que tem cliente e deram certo, notei que os que deram erro, o problema era relacionado a tag <entrega>, especificamente falta da TAG xCpl, é ridiculo, mais o SAT da Bematech (unico que tive este tipo de problema) exige que tenha todas as tags informadas na parte de entrega. <entrega> <xLgr>RUA DOS PARDAIS</xLgr> <nro>125</nro> <xCpl>ERRO QUANDO NÃO MANDA ESTA TAG</xCpl> <xBairro>E.ZANATA 5821.1512</xBairro> <xMun>DRACENA</xMun> <UF>SP</UF> </entrega> E o Interessante é que tenho aqui comigo um SAT da Bematech para testes e não da erro, mais em alguns clientes acontece este problema, eles estão com a ultima versão do SB. Estou relatando aqui para que se alguem estiver com esse erro que relatei acima, pode ser mesmo que o meu. Atenciosamente.

Bom dia Daniel Simoes, vou testar. Obrigado. Abraço.

Bom dia a todos, aqui na empresa optamos em utilizar a impressão gráfica pelo Fortes Report, pois os clientes gostam de visualizar o formulário antes de imprimir, tenho um cliente que comprou uma DR 700 e utilizou o driver spooler atual, versão 4.0.0.8, porém o suporte da daruma me relatou que mudaram a letra quando imprime através deste driver spooler, agora o CFe por exemplo, utilizando o ACBR fica com a chave de acesso cortando o primeiro numero e o ultimo número, pois aparentemente antes a letra era mais condensada, e agora não esta mais. Alguem ja passou por isto?...Em Anexo está uma comparação da Bematech 4200 e da DR700, o driver antigo imprimia igual o da Bematech. Obs, estou Utilizando o Trunk2 Atualizado. desde já meu muito Obrigado.

Junin, boa tarde, Obrigado, vou testar, abraço.

Senhores, bom dia, alguns Clientes optaram por imprimir o CFe na Impressora HP Laser, não quiseram comprar a de bobina, até ai, tudo bem, mudo as Margens e sai correto. Só que ai, não sei o que acontece, quando vou imprimir um Orçamento por Exemplo, utilizando o RDPrint, sai bem pequeno a impressão, desligo a impressora, saiu do sistema e entro e reemito o Orçamento feito pelo RDPrint, ai sai correto. Parece que a impressão do CFe esta mudando a configuração da Impressora para bobina e depois não volta para A4 por ser tratar de uma impressão Texto(RDPrint). Alguém já Passou por isto? Desde ja, meu muito Obrigado. Abraço a Todos.

Cesar, Bom dia, na pasta Exemplos\ACBrDFe\ACBrNFSe, tem um arquivo chamado Cidades que tem qual é o provedor, por exemplo Aracaju é WebISS, ai vai encontrar o Schema na pasta Exemplos\ACBrDFe\ACBrNFSe\Schemas. Espero ter ajudado. Atenciosamente.

Senhores, bom dia, Fui gerar o Sped Contribuições no Trunk2 e deu erro de estrutura, Verifiquei o problema e ja corrigi para deixar correto, fiz a seguinte mudança: procedure TACBrSPEDPisCofins.WriteBloco_1; begin if Bloco_1.Gravado then exit ; if not Bloco_M.Gravado then WriteBloco_M; if not Bloco_P.Gravado then WriteBloco_P ; // TIVE QUE COLOCAR ESTA LINHA NO ACBRSPEDPISCOFINS /// BLOCO 1 WriteRegistro1001; WriteRegistro1990; Bloco_1.WriteBuffer; Bloco_1.Conteudo.Clear; Bloco_1.Gravado := True ; end;} Segue o Arquivo Corrigido em Anexo. Atenciosamente. ACBrSpedPisCofins.pas

Obrigado Daniel. Abraço.

Caro Daniel, o erro relatado acima vem da configuração do XML, "temporizador", mais pode acontecer também este mesmo erro se passar o tempo informado, para prevenir esse problema, mesmo que retorna o erro eu guardo o numero de sessão, e quando cancelo novamente e da erro novamente, eu consulta a sessão anterior (ACBrSAT.ConsultarNumeroSessao(NumeroSessao)) e verifico se teve "CUPOM CANCELADO COM SUCESSO" , caso sim, marco como cancelado. Esta dando tudo certo, mais eu guardo também o XML de cancelamento e o numero do cupom utilizado para o cancelamento, e quando acontece este caso não consegui achar como pegar o XML de cancelamento novamente, preciso recuperar o XML de cancelamento, você sabe me dizer qual função consigo obter novamente o xml de cancelamento? Desde já meu muito Obrigado. Forte Abraço.