Painel de líderes

Desculpe, mas a ideia não é criticar e sim orientar. Apenas estamos te orientando a seguir a ordem dos campos inseridos no arquivo texto segundo a ordem das TAGs no XML que consta no manual. E na minha postagem procurei deixar claro que uma coisa é o formado da informação no XML e outra é como devemos coloca-la no arquivo texto. E expliquei o motivo do porque o monitor não seguir a formatação do manual. Inclusive a SEFAZ chama o manual de MOC - Manual de Orientação do Contribuinte, se o Contribuinte pegar o manual da SEFAZ para ler não vai entender nada. Ele deveria se chamar: MODES - Manual de Orientação do Desenvolvedor.

Bom dia colegas! Recebi hoje um email da cielo com o texto abaixo e gostaria de saber se mais alguém recebeu. Comunicado Importante Testes de integração do aplicativo de Automação Comercial e software de TEF Informamos que desde 03 de setembro de 2014, os testes de integração de automação comercial com o aplicativo de TEF não são mais exigidos pela Cielo. Desta forma a Gerência de Certificação e Homologação está encerrando seu contrato com a empresa Certified Technologies LTDA. para a execução deste tipo de serviço em nome da Cielo. Os principais motivos para a descontinuidade do serviço são: • O domínio do aplicativo da automação comercial é da Software House e da integradora de TEF, dificultando o acesso da Cielo a estas empresas; • A inexistência de um controle da versão em ambiente de produção não gerando valor agregado para a Cielo, pois a versão em campo não necessariamente é a versão testada; • Falta de cumprimento da fase de teste e correções detectadas durante a etapa do mesmo, por não existir um controle e medidas que estabeleçam penalizações para as empresas que não aderirem ao programa de certificação obrigatório; • Apenas a Cielo exige programa de certificação, sendo que para os demais adquirentes não existe esta obrigatoriedade. Os principais benefícios serão: • Desburocratização do processo de TEF; • Aumento de velocidade na fase de integração do aplicativo de automação comercial com seu aplicativo de TEF; • Facilidade para as empresas de automação comercial, integradores e clientes Cielo; Nos mantemos a disposição para sanar qualquer dúvida. Gerência de Certificação e Homologação [email protected] "Esta mensagem e seu conteúdo - inclusive anexos - são dedicados exclusivamente para seu(s) destinatário(s), podendo conter informações confidenciais e/ou legalmente privilegiadas. Qualquer modificação, retransmissão, disseminação, impressão ou utilização não autorizada fica estritamente proibida. Se você recebeu esta mensagem por engano, por favor informe o remetente e delete o material e as cópias de sua máquina." P Antes de imprimir pense em seu compromisso com o Meio Ambiente. Caso seja indispensável a impressão, procure imprimir frente e verso e em modo econômico.

Bom dia a todos, após a atualização do ACBr no dia de ontem (08/11/2013) ao emitir as NFe's estava recebendo o seguinte retorno : "502 - Rejeição: Erro na Chave de Acesso - Campo Id não corresponde à concatenação dos campos correspondentes" após muito pesquisa e quebrar a cabeça enfim cheguei à uma solução e estou compartinhando com os demais colegas. Meu sistema foi desenvolvido para utilizar o ACBr Monitor, no entanto com o passar do tempo as funcionalidades foram incorporadas ao sistema por meio de threads. Então algumas funções ainda ficaram, como : >> carrega componente >> valida >> geraNfe >> geração de arquivo temporário, thread >> limpa componente (NotasFiscais.Clear) >> carregar arquivo temporario, >> atribui numeração, ambiente e demais informações, >> valida >> geraNfe >> emitir. thread Ocorre que na thread após carregar o componente e atribuir as informações finais o "segundo" geraNfe não estava atualizando a ID da nota (nfe.infNFe.ID) em virtude da implementaçao das linhas abixo na unit pcnNFeW.pas if trim(nfe.infNFe.ID) = '' then nfe.infNFe.ID := chave; Para resolver, após carregar o XML na thread e atribuir as informações e vallidar adicionei a linha ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID := ''; <<--- ACBrNFe1.NotasFiscais.GerarNFe; Fica a dica se alguém passar pela mesma situação.

Italo conforme conversamos ontem, fiz as atualizações do fonte e alterei para ajustar a questão da via do consumidor e do estabelecimento, sobe os fontes se estiver todo ok, vou anexar os arquivos. Aguardo. en → pt figado ACBrNFeDANFEClass.pas ACBrNFeDANFeQR.pas ACBrNFeDANFeQRClass.pas ACBrNFeDANFeQRNFCe.pas

Não se preocupe, vou seguir suas ordens.

Rafael, 1. Belo Técnico que vocês arrumaram que só faz o que manda, não é capaz de dar um passo para frente e questionar o cliente se no HD existem arquivos que não podem ser perdidos. 2. É sabido que o XML da NF-e é um documento fiscal válido juridicamente e que o emitente deve guarda-lo pelo prazo legal, pois se o fisco realizar uma fiscalização na empresa, não vai querer cópia do DANFE e sim cópia do XML. 3. Quanto custa um HD externo de 2 TeraByte? para mim e para o meu uso, o preço pode ser salgado, mas para um empresa fazer cópia dos XMLs que são documentos fiscais, o preço é irrelevante em função da sua utilidade. Desculpe, mas a empresa falhou em não ter cópia, o técnico falhou em não questionar e se questionou, falhou que respondeu: pode formatar. Agora meu caro, a solução que vejo é chorar as pitangas com a SEFAZ, pode ser que ela lhe envie por e-mail os XMLs das notas que se perderam.

Bom dia, Vamos as falhas: 1. Ocorreu um erro na compilação do pacote ACBrSerial acusa que não encontrou o identificador WriteLog Me parece que existem postagens no fórum mostrando como resolver esse problema. 2. Ocorreu erro na compilação do pacote ACBr_NFe2 acusa que não encontrou os identificadores TpcnVersaoDF e ve200 Eles estão definidos na unit pcnConversao dentro da pasta ...\Fontes\PCN2 Verifique se esse fonte contem eles se sim, isso significa que o seu Delphi esta se utilizando de uma DCU antiga dessa Unit Você vai ter que vascular o HD em busca dessa DCU. Outra coisa que pode ajudar a resolver esse problema é que excluir todos os arquivo referentes ao ACBr que encontram-se dentro da pasta BPL do Delphi. 3. Ocorreu erro na compilação do pacote ACBr_CTe acusa que não encontrou vários identificadores. Todos eles também estão definidos em pcnConversao e a solução mencionada acima. 4. Ocorreu erro na compilação do pacote ACBr_MDFe acusa que não encontrou vários identificadores. Idem ao 3. 5. Ocorreu erro na compilação do pacote ACBrNFeDanfeQRpkg acusa que não encontrou o requisito QR5RunD7. Você utiliza o Delphi 7 e provavelmente não utiliza a versão 5 do Quick Report. Solução para o problema, abrir o pacote acima e trocar o QR5RunD7 por QRPT70 (caso você utilize o Quick Report que vem o D7). Não esqueça de abrir com o bloco de notas o arquivo ACB.inc que esta dentro da pasta ...\Fontes\ACBrComum para comentar a linha que defini a diretiva de compilação QReport_PDF, se não fizer isso terá mais problemas depois. Os demais erros são idênticos aos já mencionados, portanto a solução é a mesma.

Bom dia Rafael, Me responda uma coisa, para que você quer realizar o Download do XML sendo que o seu problema (pelo que entendi) é o protocolo de autorização? Se você enviou a NFC-e para SEFAZ isso significa que você tem o XML da NFC-e inclusive assinado, só esta faltando o protocolo de autorização, que não foi retornado por algum problema técnico, correto? Sendo assim basta você carregar o componente com o conteúdo do XML, através do comando LoadFromFile e em seguida executar o comando Consultar. O consultar, como o próprio nome diz realiza uma consulta a SEFAZ para saber a situação atual da NFC-e previamente carregada através do LoadFromFile. Se a mesma foi autorizada, o protocolo será retornado e o XML será atualizado, se tornando um documento válido juridicamente ( XML assinado e protocolado ).

Agnaldo, Verifique se seus fontes estão atualizados... a propriedade PathDll foi substituida por NomeDLL, e o método DeligarSAT, foi removido...

Acabei de disponibilizar no SVN as alterações para o ECF virtual para NFCe. Abaixo um vídeo mostrando o ECFTeste emitindo uma NFCe. IMG_1438.MOV

Frisando para quem ler o tópico, a homologação TEF ainda existe, só a CIELO que se isentou disso, ou seja, quem homologar SITEF por exemplo só não homologará CIELO o resto continua idêntico ao que já era feito. Para as outras que não faziam distinção nas homologações ou não possuíam duas parte de homologação como o SITEF, continua tudo igual.

Isso mesmo Daniel! O que está mesmo diferenciando é que não se faz necessário homologar só a parte da cielo que era obrigado para passar os cartões dessa bandeira! mas a homologação mesmo com certificando ainda existe!

Lembrando que a homologação de TEF ainda é necessária: A homologação visa garantir que a sua aplicação está integrada corretamente com a solução da TEF House ( SiTef, VSPague, Pay&Go, etc...) Ou seja, hoje a homologação deve ser feita na TEF house que você escolheu para integrar O prazo de validade da homologação, depende da TEF House.... na Sw.Express (SiTef), eles não exigem homologação anual, já na NTK (Pay&Go) o laudo só vale por um ano

Boa tarde a todos, Só para fechar com chave de ouro esse assunto. Se não me falha a memória a NF-e foi instituída em 30 setembro de 2005 através do AJUSTE SINIEF 07/05. Pois muito bem o meu sistema possui um módulo chamado: Controle de Entrada (implantado em 2005), a sua finalidade é simples, lançar as notas de compra de materiais. Quando começou a obrigatoriedade da emissão das NF-e, alguém lembra? Pois muito bem nesse meio tempo e até hoje o almoxarifado não digita nenhuma nota, detalhe importante, apesar de recebermos os XMLs dos fornecedores os mesmos não são importados. Resumindo tudo: Recebo por e-mail os XML das Notas; Não tenho nenhuma rotina para importar os dados das mesmas; O funcionário do almoxarifado da entrada nas notas sem a necessidade de digita-las. Para não dizer que ele não digita nada, ele digita o CNPJ do fornecedor e o numero do pedido de compra emitido pelo departamento de compras. Em vez de criar mecanismos obscuros para minimizar o trabalho, que tal desenvolver um módulo de compra de material que se integra com o de entrada?

Bom dia Volmir, O componente ACBrCTeDACTEQRRetrato possui a propriedade MostrarPreview, se você atribuir o valor True ao executar o comando Imprimir o DACTE vai ser apresentado na Tela, posteriormente poderá ser impresso se assim desejar. Note que estou me referindo ao DACTE feito em Quick Report e a visualização tem que ser um a um, não descobri ainda uma forma de carregar o componente com dois ou mais CT-e e visualizar todos os DACTEs.