wilson_jr

Boa tarde a todos! Alguém esta entregando o bloco 1600? Gostaria de tirar algumas duvidas: Quanto ao bloco 150, se vocês tem um cadastro para as administradoras? alguém teria uma lista das administradoras? Como estão fazendo quanto a forma de pagamento x administradoras? Pois estou pensando em amarrar fixamente a forma de pagamento ja com a administradora, ficando assim: CARTÃO DÉBITO VISANET/CIELO, CARTÃO CRÉDITO VISANET/CIELO, CARTÃO DÉBITO REDECARD.... O problema disso terei varias formas de pagamento. Grato, Wilson.

Boa tarde a todos! Entrei em contato com a Sefaz PR, mas não souberam me informar claramente sobre isso. A unica coisa boa, é que lá o cancelamento pode ser feito em até 168 horas. Com isso a minha opção foi igual a sua danny alterei meu aplicativo para cancelar no modo antigo para o estado do PR. Assim voltou a funcionar. Att, Wilson.

Bom dia, isso está ocorrendo com um cliente meu do PR. Alguém saberia informar se o evento de cancelamento está disponivel no paraná? Grato, Wilson.

Boa tarde a todos! Já tenho a impressão em modo FSDA funcionando porém tenho duvida quando a implementação dessa emissão: Após preencher todos os campos do componente é necessário utilizar os comandos? ACBrNFe1.NotasFiscais.Assinar; ACBrNFe1.NotasFiscais.Valida; No meu aplicativo esta passando por essas linhas mesmo que seja emissão em contingência, com isso o usuário teria que informar a senha do certificado. Fazendo um teste, retirando essas duas linhas ao imprimir a nota, não ocorreu problemas, e depois enviei normalmente, a nota ficou registrada e validada. OBS: No envio para a sefaz também não assinei e validei. Seria isso mesmo, ou teria que assinar e validar sempre? Att, Wilson.

Olá Italo, Era isso mesmo, não sei pq atualizei pelo svn e não tinha atualizado os arquivos, apaguei e ficou correto agora. Abraços! Wilson.

Bom dia a todos, hoje atualializei o componente e tentei enviar uma CCe. Alterei o código para: ACBrNFe1.EventoNFe.idLote := StrToInt(idLote) ; with ACBrNFe1.EventoNFe.Evento.Add do ..... porém mesmo assim ocorreu o erro de data de processamento, olhei a unit pcnEnvEventoNFe e lá também está -03:00, após alterar para -02:00 enviou normalmente. notei que a Unit pcnCCeNFe.pas está -02:00. Att, Wilson.

Olá estou tendo problemas no envio do CCe. verifiquei que no XML: 2012-10-23T12:26:13-03:00 --> Data que pego da consulta ACBrNFe1.WebServices.StatusServico.dhRecbto; 2012-10-23T12:26:23-02:00 --> Data de retorno do Evento não sei porque essa data do evento vem com -02:00 e a data que consulto -03:00. Alguém sabe o porque? Grato. Wilson

Olá bom dia! Ao gerar o bloco H020 pela segunda vez o total de linhas desse bloco fica duplicado no registro 9900, verifiquei que não esta sendo iniciada a variavel que conta o total de registros: procedure TBloco_H.CriaRegistros; begin FRegistroH001 := TRegistroH001.Create; FRegistroH990 := TRegistroH990.Create; FRegistroH005Count := 0; FRegistroH010Count := 0; FRegistroH020Count := 0; //------> NÃO POSSUI ESTA LINHA FRegistroH990.QTD_LIN_H := 0; end; Att, Wilson.

Bom dia caros, Como vocês estão fazendo o envio e recebendo o retorno da NFe? ACBrNFe1.NotasFiscais.Assinar; ACBrNFe1.NotasFiscais.Valida; ACBrNFe1.Enviar(StrToInt(vNumLote), false); //envia mas não imprime no meu caso ACBrNFe1.Consultar; // É correto consultar após o envio? ACBrNFe1.NotasFiscais.Items[0].SaveToFile; Recibo :=ACBrNFe1.WebServices.Retorno.Recibo; cstat := UTF8Encode(Inttostr(ACBrNFe1.WebServices.Retorno.cStat)); Xmotivo:= ACBrNFe1.WebServices.Retorno.xMotivo; Att, Wilson.

Porque o percentual de desconto que aparece no danfe não é o mesmo que foi dado, como já foi mencionado anteriormente no exemplo que dei do valor de 33.16% depois dos calculos sai 33.15 ou 33.17 dependendo do valor, pois utilizamos valores arredondados. Já tinha solucionado isso fazendo um ajuste no componente, mas ai toda vez que iria atualizar tinha que ficar mudando o fonte, não queria ter que fazer isso novamente. Att, Wilson.

Bom dia colegas, Gostaria de saber se é possivel, incluir mais uma variavel para ser utilizada na impressão do danfe enviando o percentual de desconto, por exemplo vDescPerc, assim na impressão do danfe caso este campo esteja preenchido envia para o danfe este valor, em vez de usar o calculo atual. É claro que isso funcionaria somente na impressão, pois na re-impressão, este campo estaria vazio e assim utilizaria o calculo normal. Caso os moderadores do projeto aceitem, posso fazer isso, e mandar para que vocês avaliem e se aceitar atualizar o projeto. Aguardo considerações. Grato. Att, Wilson.

Boa tarde amigos, Depois desta correção o Bloco E116 esta sendo gerado. Os outros não testei pois ainda não sei se vou gera-los. Grato. Wilson.

Olá Kiko Fernandes, Aqui em SP, já estou recebendo rejeição ao tentar gerar sem essa tag. Vou tentar fazer esse teste jogando o valor de 0,001. Obrigado pela atenção. Att, Wilson.

Olá, o seu caso já foi resolvido mas também passei por isto nessa semana em SP. Alguns clientes começaram a dar inativo ou inoperante. E o mais engraçado era que em uma filial o sistema estava normal e na outra estavam parados. Então não era problema de webservice. Depois de horas gastas resolvemos apenas mexendo nas configurações do internet explorer. As 4 opções que desmarcamos foram: Ferramentas/Opções de internet/Avançadas - Usar FTP Passivo. - Verificar regovação de certificado do servidor. - Verificar se há assinatura em programas baixados. - Verificar se há revogação de certificados do editor. Fica ai essa dica, isso pode ocorrer geralmente quando o cliente utilizar win7 com ie8. Att, Wilson.

Bom dia a todos, Continuando o caso da tag II... Fiz uma nota pelo emissor e nele o XML tem a tag II, apenas com a BC. Mas pelo meu aplicativo mesmo passando valor na BC não é gerada a tag. Já tentei varias vezes, mas sem passar um valor no vII não aparece a tag. Alguém saberia me informar se tem alguma regra quanto a isso no componente? Anexei o XML gerado pelo emissor. Grato. Wilson. 3511100000000000000550010000027021702266083-procNfe.xml

Olá vanderlei, No seu XML o indTot esta indicando que este item não faz parte do total da nota, mas no total da nota esta somado os dois itens, não seria isso? PRODUTO MAO DE OBRA (SERVICO) 39269090 5102 UN 1.0000 241.2800000000 241.28 UN 1.0000 241.2800000000 0 Wilson.

Olá Kiko Fernandes, Ainda não resolvi este caso. Estou vendo outros problemas, mas logo cairei nele novamente. Grato. Wilson.

Olá companheiros, Estou ajustando o meu aplicativo para a NT2011.004, e tem um caso que não sei é o próprio componente que faz: Estou gerando notas de importação, antes não estava mandando a TAG II. E no item 4.3 - Validação da existência dos grupos IPI e II em operações de importação, me obriga a informar essa TAG. Porém pode ocorrer de em uma importação não haver imposto, pois trabalhamos com livros. Notei que quando passo os valores zerados essa TAG não sai no XML. Ao passar valores ela é gerada no XML. No manual de integração fala: Informar apenas quando o item for sujeito ao II Porém como já mencionei essa nova nota está obrigando a aparecer a TAG. Ocorreu isso com alguém já? Abraços. Wilson.

Bom dia. Alguém que já tenha homologado DAV e Pré-Venda poderia me informar se isto estaria correto: A Pré venda não pode ser feita pelo PAF, teria que ser um executavel a parte? Quando faço uma Pré-Venda não imprimo nada correto? Qual o sentido de ser interligado ou integrado ao ECF? Estou pensando em usar uma tela do meu sistema de retaguarda que faz pedido fazer a pré venda e DAV, porém ela não ficaria ligada ao ECF somente enviaria o pedido para o PAF imprimir o cupom, poderia fazer dessa forma? Grato. Wilson.

Sim, exato. Porém com esses campos salvos no XML não consegui fazer os calculos, pois eles já ficam arredondados e as vezes a porcentagem ficava maior ou menor do que o esperado. Consegui resolver da seguinte maneira: troquei a linha : PrintTab(NotaUtil.FormatFloat(RoundTo(100-((((Prod.VUnCom*Prod.QCom)-Prod.vDesc)/(Prod.VUnCom*Prod.QCom))*100),-1))+'%') por: PrintTab(NotaUtil.FormatFloat(100-(((Prod.VUnTrib)/(Prod.VUnCom))*100))+'%') Antes estava mandando o VUnTrib = VUnCom, agora no campo VUnTrib estou salvando sempre o valor unitário exato, como no manual fala que é um "campo meramente informativo", faço assim: vUnCom= 49.9000000000 vProd = 42.42 vUnTrib = 42.4150000000 vDesc = 7.485 (100-(((42.415)/(49.9))*100)) = 15 Na conta antiga daria 15.01 Foi a unica forma que encontrei para fazer bater os calculos. att, Wilson.

Bom dia André, Retirando o RoundTo na impressão ficou corretamente, porém ao gerar o PDF a partir do xml não dá certo. O problema é que o desconto já esta arredondado, assim como o valor total, ainda não descobri uma solução para isso. Ex: 49.90 - 15% = 42.415, mando esse valor para o componente (7.485 de desconto), ele imprime os 15% na nota. blz Porém no xml ele salva o valor do desconto com 2 casas (7.49) e o valor total (42.42), quando é calculado novamente 100-(((49.90-7.49)/(49.90))*100) = 15.01% Se alguém souber de algo ficarei grato. Wilson.

Bom dia André, Retornando nesse assunto não consegui ter o resultado esperado, estou mandando novamente o xml e pdf. Os itens originalmente tiveram um desconto de 33.16 %, mas depois do arredondamento do item o desconto ficaria 33.15% item R$65 - 33.16% = 43.4525 Desconto = 21.5475, depois de arredondado fica 21.55 Quando mando para o componente o valor de 65 e desconto de 21.55 teria que gerar o percentual de 33.15 43.45 / 65 = 0.6684615 0.6684615 * 100 = 66.84615 100 - 66.84615 = 33.15385 mas ainda mostra 33.20 Localizei na unit ACBrDANFeCBRaveRetrato a linha onde é feito o calculo do percentual: PrintTab(NotaUtil.FormatFloat(RoundTo(100-((((Prod.VUnCom*Prod.QCom)-Prod.vDesc)/(Prod.VUnCom*Prod.QCom))*100),-1))+'%') Quando retiro o RoundTo me retorna o 33.15, e se passo o valor sem arredondar do desconto 21.554 é retornado o 33.16% que necessito. Teria como verificar? Grato. 35110604528398000194550020000019811000019812.pdf 35110604528398000194550020000019811000019812-nfe.xml

Pelo que me parece o seu layout esta diferente do que eu gero. Veja o meu. Obrigado. 1270.pdf

Segue. Grato. 35110304528398000194550010000012701000012703-nfe.xml

Bom dia Caros, Eu utilizo o componente ACBrNFeDANFERaveCB para a emissão do Danfe, e verifiquei que no arquivo ACBrNFeDANFERaveDM foi retirado o Round do calculo do percentual do desconto. Não entendo muito bem como é o funcionamento dos componentes. Quando faço alguma nota que tem um desconto de por exemplo 30,13 no danfe sai 30,20. Neste caso o item no valor de R$20 com desconto de 30,13 ou (R$6,026) quando passo para o componente já passo arredondado (R$6,03) o percentual do desconto daria (30,15) mas no danfe apresenta 30,20. Alguém saberia me informar se tem como ajustar esse calculo que é feito, ou como faço para mudar do ACBrNFeDANFERaveCB para o ACBrNFeDANFERaveDM ? Grato. Wilson.