quartarollo

As minhas estão assim e não vai. É Windows 10 32 bits.

Temos dois clientes com Win10 Pro atualizado e não funciona! Não sei como identificar se o protocolo TLS1.2 está em funcionamento na maquina.

SP. Mas, a minha configuração não está correta, certo?

Olá pessoal, tudo bem? Nossos clientes estão utilizando já há algum tempo a nota na versão 4.0. Hoje, dia 02/08/2018, por volta das 11:00, começou a retornar o seguinte erro "Erro 12030 - A conexão com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompativel foi encontrado". Pesquisando na Internet vi várias pessoas relatando erro para emitir as notas e com problemas. Nas configurações do nosso componente está assim: Nfe.SSL.SSLType := LT_TLSv1_2; // NF 4.0 // Utilizando a biblioteca WinCrypt NFe.ConfiguracaoGeral.SSLLib := libWinCrypt; Nfe.SSL.SSLHttpLib := httpWinHttp; Será que até ontem isso funcionava e hoje por causa do protocolo obrigatório TLS, não funciona mais hoje, JUSTAMENTE a data do encerramento da versão da NF 3.10 ??? Alguém mais está passando por esse problema? Ou o problema é no SEFAZ. Obrigado.

Entendi e concordo plenamente com o seu raciocínio. Talvez meu erro foi não ter falado ANTES com a SimplISS. Liguei lá e eles me disseram que o ambiente de homologação está com problemas !!!!!! Me orientaram a alterar os dados cadastrais da empresa em ambiente de homologação, alterando-a para não ser optante do Simples Nacional e zerando as alíquotas. Dai funcionou !!! Depois vou ter que passar para produção um processo que nunca testei, vai ser meio na "aventura". Está bom assim ou quer piorar ??? ahahah Obrigado pela atenção e ajuda!

Bom dia, tudo bem? Obrigado pela resposta. O sistema da SIMPLISS me disse isso. Realmente é bem estranho, porque vou precisar dessas casas decimais. Quando consulto o protocolo recebo essa resposta "ERRO-CODIGO: E921 ERRO-MENSAGEM: CAMPO DE ALIQUOTA INFORMADO INCORRETAMENTE. ERRO-MENSAGEM: O CAMPO ALIQUOTA É NUMÉRICO E DEVERÁ TER TAMANHO MÁXIMO DE 15,2 OU SEJA, 15 NÚMERO INTEIROS E 2 DECIMAIS." Será que é outro campo, outra aliquota ? Obrigado mais uma vez!

Olá pessoal, como vão? Estou tentando fazer a HOMOLOGAÇÃO do sistema de envio de nota fiscal eletrônica de serviços. Porém, estou recebendo o seguinte erro "Campo de Aliquota informado incorretamente. O campo Aliquota e numerico e devera ter tamanho maximo de 15,2 ou seja, 15 numero inteiros e 2 decimais." O XML está indo com 04 casas decimais, segue trecho do XML: <ValorServicos>10.00</ValorServicos> <IssRetido>2</IssRetido> <ValorIss>0.45</ValorIss> <BaseCalculo>10.00</BaseCalculo> <Aliquota>4.4900</Aliquota> <ValorLiquidoNfse>10.00</ValorLiquidoNfse> Existe alguma configuração onde altero isso para duas casas decimais ? Obrigado.

Olá pessoal, tudo bem? Quando o pagamento da nota for A VISTA, o que antes saia na DANFE, agora não está mais saindo na versão 4.0. Antes sai na versão 3.10, pagamento A VISTA. Isso é uma nova convenção ou preciso adicionar alguma informação a mais no XML? Abaixo segue a tag "pag" -<pag> -<detPag> <tPag>01</tPag> <vPag>2220.00</vPag> </detPag> </pag> Obrigado pela atenção.

Fala Italo, tudo bem? As mexidas (fontes) eu havia colocado numa das respostas acima. Mas, vamos com calma que isso nunca entrou em produção em nenhum cliente meu. Coincidentemente, vou voltar a trabalhar nisso nesse mês para vários clientes que necessitarão. Vou citar aqui o post onde anexei os fontes. Espero poder ajudar. Obrigado a todos!

Olá pessoal, tudo bem? Já implementamos a nota fiscal 4.0 em vários clientes e todos em pleno funcionamento. Fomos fazer mais um. Fizemos, geramos o XML e fomos validar o mesmo lá naquela site da SEFAZ-RS. Ai rejeitou, retorno "Numero da parcela invalido ou não informado" Peguei de outro cliente que inclusive já está em produção, mesmo erro !!! Fui atrás da rejeição, estou indicado forma de pagamento Duplicata, como segue: - <cobr> - <dup> <nDup>501/A</nDup> <dVenc>2018-06-13</dVenc> <vDup>75.66</vDup> </dup> - <dup> <nDup>501/B</nDup> <dVenc>2018-07-13</dVenc> <vDup>75.65</vDup> </dup> </cobr> - <pag> - <detPag> <tPag>14</tPag> <vPag>151.31</vPag> </detPag> </pag> E esse aqui embaixo é um trecho de uma nota já PROTOCOLADA !!!! - <cobr> - <dup> <nDup>503/A</nDup> <dVenc>2018-05-21</dVenc> <vDup>884.15</vDup> </dup> </cobr> - <pag> - <detPag> <tPag>14</tPag> <vPag>884.15</vPag> </detPag> </pag> Se eu gerar sem pagamento não tem erro. Alguém tem alguma experiencia com isso ou sugestão ??? Obrigado pela atenção.

Putz... E eu quebrando a cabeça aqui !!! Obrigado pela informação.

Obrigado!

Olá pessoal, como vão? Estamos atualizando para versão 4.0. Temos clientes que não são postos de combustíveis e sim auto peças, mas, revendem óleos lubrificantes. Na validação da nota fiscal está solicitando a descrição do produto segundo a ANP. Eu até baixei uma planilha deles onde se tem o código ANP x descrição. Alguém saberia me dizer que, se, além dessa descrição, aquela parte de percentual de GLP, Gás Natural e Gás Natural importado é OBRIGATòRIA para a validação e protocolo? E se for, quem indicaria isso? Fornecedor, cliente ou tabela do governo ? Obrigado pela atenção.

Porque será que acontece isso? Tem a ver com LibWinCrypt e xsLibxml2?

Se eu pudesse falar uns palavões falaria uns 80 !!! Fruta que caiu !!! Filho da puLga !!! Baralho !!!! Cara, muito obrigado pela ajuda !!! NUNCA que iria pensar nisso !!! Obrigado mais uma vez !!!!

Olá pessoal, tudo bem? Fizemos as alterações da nota fiscal 4.0 e estamos instalando nos clientes. Aqui, como de praxe, funcionou perfeitamente. A unica diferença é que estamos utilizando um certificado A1 e no cliente é A3, cartão. Baixei os esquemas XML no portal da nota fiscal eletrônica em http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8=, Esquemas XML NF-e - Pacote de Liberação No. 9 (Novo leiaute da NF-e, NT 2016.002 v.1.40) (24/10/2017) (ZIP) Aqui tudo funcionando. Dai fomos instalar no cliente. Simplesmente o erro que recebemos quando vamos gerar o XML é "Erro: Schema inválido". Atualizei os fontes do Acbr. O problema ainda persiste. Pesquisei no fórum e vi que poderia ser alguma coisa relacionado ao GTIN. Meu cliente não tem GTIN no cadastro. Dai fui lá na base e coloquei "SEM GTIN". Quando fui geral o XML recebi novamente o erro, mas, dessa vez com mais informações. "GTIN não pode ser vazio". Segue imagem do erro, se ajudar. O mais curioso de tudo isso, é, porque aqui ni Windows7 (não sei se tem a ver) na nossa empresa está tudo funcionando e lá no nosso cliente (windows 10) não está? Inclusive usando a mesma base, mesma informações, salvo o certificado que aqui é A1 e lá é A3. Obrigado a todos pela atenção.

Concordo. Fizemos dessa maneira! Aproveitando o "gancho".... Você sabe me dizer qual é a diferença entre os Dados Adicionais de interesse do fisco" e os outros "Dados Complementares" ? Obrigado mais uma vez!

Mas é claro que não vou assumir isso, meu caro, he, he, he!!! Agora pensa no contrário, o contador falar que tem esse campo lá e tem que ser usado. Aliás, o começo de tudo foi o fato de eu achar estranho de isso não sair na DANFE. Mas, tudo bem. É duro, a discussão vai longe. E na verdade a parte técnica já está superada. Agora é perguntar para o contador e ele responder se os valores serão alocados onde for necessário, ou num lugar como já vem acontecendo ou noutro nessa parte nova. Agradeço mais uma vez a todos! Obrigado!!!

Isso mesmo !!! Você elucidou bem!! Parabéns !!! Então veja que ainda vai dar muito discussão acerca disso. Se eu tiver mais alguma informação, coloco aqui. Obrigado mais uma vez a todos!

Eu sei meu caro... Só que estou tentando dizer, não sei se estou sendo muito claro, é que com a versão 4.0 foi criada tag ESPECIFICA para esse fim. Quando a nota for com a finalidade de DEVOLUÇÃO Veja a NT_2016_002 que trata da alteração do leiaute da nfe, versão 1.41 de Novembro de 2017. Pagina 5: "Inclusão de campo no Grupo Total da NF-e para informar o valor total do IPI (id: W12a) no caso de devolução de mercadoria por estabelecimento não contribuinte desse imposto " Pagina 31: "Deve ser informado quando preenchido o Grupo Tributos Devolvidos na emissão de nota finNFe=4 (devolução) nas operações com não contribuintes do IPI. Corresponde ao total da soma dos campos id:UA04. ". E por ai vai. Sacou? Obrigado a todos pela atenção!

Certo, assim é. Mas, na versão 4.0, agora tem essa tag vIPIDevol. Veja o que fala o manual "Deve ser informado quando preenchido o Grupo Tributos Devolvidos na emissão de nota finNFe=4 (devolução) nas operações com não contribuintes do IPI. Corresponde ao total da soma dos campos id:UA04. " Sacou?

Obrigado pela resposta. No mais, é isso mesmo, né? A DANFE vai ficar meio "esquisita" por causa disso. Dai se a pessoa ler as informações adicionais, vai entender, acredito!

Bom dia, pessoal, tudo bem? Acho que minha dúvida é mais conceitual do que técnica. Já pesquisei no fórum e encontrei as respostas da parte técnica. Mas, vamos lá... Uma empresa enquadrada no Simples Nacional vai devolver (finalidade Devolução) produtos para uma empresa que NÃO está enquadrada no Simples Nacional. E terá que devolver também o IPI. Já sei que tenho que utilizar a tag "vIPIDevol", pois está devolvendo o IPI. E no total da nota a tag "vIPIDevol" também. Beleza. Deu certo, XML está correto. Já validei. Mas, na impressão da nota fiscal (DANFE), não vai aparecer essa informação em nenhum lugar. Até vai ficar meio estranho, porque o valor dos produtos está menor que o valor da nota e não tem nenhum outro campo como despesas assessorias, seguro, frete e até o próprio IPI preenchidos. Finalmente a pergunta... Nessas condições deve-se indicar nas informações complementares o valor do IPI devolvido ??? Obrigado a todos pela atenção.

Ah tudo bem. Muito obrigado mesmo assim pela atenção !!!

Boa tarde, pessoal como vão? Ainda estou me encontrando nessa parte do e-social, mas, temos um cliente que emite Atestado de Medicina Ocupacional, ASO. E esse ASO tem que ser enviado para o governo. Bom, pelo menos é o que estou deduzindo. Existe componente no ACBR ou alguém poderia me orientar melhor para ver se é possível enviar esse ASO? Obrigado.