Painel de líderes

Bom dia a todos, Lucas, na estrutura do XML da NF-e que é o mesmo da NFC-e existe um grupo opcional chamado <autXML> (vide página 183 do Manual versão 6.0 da NF-e/NFC-e). Esse grupo pode aparecer 10 vezes no XML e seu conteudo é simples, CNPJ ou CPF na pessoa que estamos autorizando a ter acesso ao XML. Se eu deseja que todas as notas emitidas por mim possam ser "baixadas" pelo meu escritório de contabilidade, basta informar em todas elas o CNPJ ou CPF do contador. Veja como fica o código: with autXML.Add do begin CNPJCPF := sCNPJCPF; // nesta variável contem o CNPJ ou o CPF da pessoal autorizada a baixar o XML end; Bom esse é o primeiro passo. Vamos para o segundo, por favor leia a Nota Técnica 2014/002 versão 1.01 que trata sobre a Distribuição de DF-e - Documentos Fiscais Eletrônicos. Na página 4 dessa Nota Técnica existe uma tabela, vamos nos ater na coluna "Terceiros", note que essa pessoa pode ter acesso ao XML da NF-e, mas para isso é preciso que o seu CNPJ ou CPF esteja informado no grupo <autXML>. Detalhe importante a pessoa cujo CNPJ ou CPF constar em <autXML> não precisa realizar a manifestação, uma vez que ela não é a destinatária da mercadoria. Quem tem que realizar a manifestação é o destinatário, correto? Suponha que um escritório cuida da cotabilidade de 100 empresas, se todas incluírem o CNPJ do escritório de contabilidade, este vai poder "baixar" diariamente todas as notas emitidas por essas empresas. Resumindo, basta você desenvolver uma aplicação que execute o método DistribuicaoDFe que já esta implementado no componente ACBrNFe e salve em disco ou no banco de dados de forma organizada os XML das notas "baixadas". Simples assim.

Boa Tarde colegas, Não sei se este é o espaço indicado para contribuir mas consegui um arquivo SQL com uma consultoria contábil de um velho amigo contador que me repassou sem custos. Esta tabela é para ser usado nos produtos ICMS-ST e preencher a tag prod.CEST apartir de Abril de 2016 conforme nota técnica 003/2015. Como forma de contribuição segue em anexo, pode servir como base de uso ou exemplo. Espero ter ajudado! CEST.SQL

Bom dia Régys! Concordo com você e o Juliomar, e fiz esses questionamentos, mas o homologador falou que o Sefaz de SC cobrou isso dele e ele automaticamente vai cobrar na homologação. Os links "extra oficiais" estão no site da Unisul http://aplicacoes.unisul.br/PAF/?q=links Nesses links tem os xsds, webservice, validação, schemas, documentação, etc. Bom, só queria deixar essas informações que foram me passadas, para que, quem for homologar fique ciente. Bom trabalho a todos!

Boa tarde a equipe do AcBr, implementei o serviço de Consulta de CEP e Endereço da ViaCep (http://viacep.com.br/). Achei este WS uma das melhores soluções pois o IBGE em algumas cidades o WS dos correios não retornava. Segue arquivo em anexo. Obrigado. ACBrCEP.pas

Boa tarde, Eu homologuei meu TEF com a Cappta a poucas semanas. O suporte deles para desenvolvedor achei muito prestativo. Se bem que não precisei muito por causa do ACBrTEFD. E como eu já sou homologado para o Pay&Go as mudanças que precisei fazer foram mínimas. Inclusive me enviaram um pin-pad na velocidade da luz para que eu pudesse fazer os testes. Gostei mesmo do atendimento deles. Com relação ao produto em si, no caso o CapptaGpPlus, eu achei ele um pouco problemático. As vezes trava a comunicação com os servidores deles, às vezes perdia comunicação com pind-pad. Nesses casos tinha que reiniciar o teste. Por falar em teste, alguns deles que constam no roteiro de homologação espera-se um comportamento. Mas quando o mesmo é realizado o resultado é outro. Há uma incoerência realmente nos testes. Agora com relação ao tratamento que dão aos revendedores, não posso opinar, pois meu interesse é apenas em homologar. Se você for levar adiante a homologação, basta você configurar o ACBrTEFD para TefDial. Espero ter ajudado de alguma forma.

Boa tarde a todos, O componente ACBrNFe possui um método chamado DistribuicaoDFe que visa baixar as NF-e. Por favor leiam a Nota Técnica 2014/002 versão 1.01 Acredito que futuramente teremos algo semelhante para o CT-e.

Boa tarde Italo Vou fazer as adaptações aqui e testar Qualquer coisa eu pergunto novamente. Grato.

Boa tarde. O tópico já é antigo mas queria contribuir. Tive o mesmo problema e então fiz o mesmo que o volmir, substitui o índice do ARetorn[1] para ARetorn[0], pois realmente a data do arquivo está na primeira linha, conforme arquivo manual do sicoob. Vou anexar aqui o arquivo para analisarem e ver se é possível subir. o que foi alterado: ACBrBanco.ACBrBoleto.DataArquivo := StringToDateTimeDef(Copy(ARetorno[1],144,2)+'/'+ Copy(ARetorno[1],146,2)+'/'+ Copy(ARetorno[1],148,4),0, 'DD/MM/YY' ); por isso: ACBrBanco.ACBrBoleto.DataArquivo := StringToDateTimeDef(Copy(ARetorno[0],144,2)+'/'+ Copy(ARetorno[0],146,2)+'/'+ Copy(ARetorno[0],148,4),0, 'DD/MM/YY' ); ACBrBancoBancoob.pas

Boa tarde Leonardo, Muito obrigado pela informação, o arquivo Cidades.ini foi alterado e enviado para o repositório.

Fiz o seguinte teste, enviei assim os dados: pICMSUFDest = 18 pICMSInter = 12 pICMSInterPart = 40 vBCUFDest = 0 pFCPUFDest = 0 vFCPUFDest = 0 vICMSUFDest = 0 vICMSUFRemet = 0 Resumidamente, informei o que é criticado pelo schema XSD da NF-e e zerei o que segunda a lei não deve ser cobrado, a nota passa normalmente e é validada. Basicamente não precisa de fazer alteração nenhum no ACBr e no monitor, basta preencher corretamente.

Não! como está no branches é na mão mesmo e terá que fazer algumas substituições de arquivos

Sim eles mesmo estão escrevendo e está sendo subido ao branches do svn ! se você acessar vai ver ele lá! ou a parte que já está funcionando!

Este é mais um exemplo do que estamos passando no dia-a-dia com outras leis, pura e simples falta de consenso entre todas as partes. Custava o SEFAZ/SC enviar isso ao CONFAZ para publicação e deixar tudo oficial, assim não causava problemas para ninguém. Eu até imagino porque eles não enviaram, porque desde 2014 existe uma lei que diz que o Paf-ECF só pode ser alterado uma vez ao ano, geralmente em Junho ou Julho, o que eles estão fazendo é passar por cima disso, simples assim.

Sintoma: Você está recebendo o seguinte erro abaixo ao tentar atualizar o código ACBr: Command: Update Updating: ... <Caminho do componente no seu computador> Error: Target path '/trunk' does not exist Diagnóstico: Você está utilizando componentes ACBr desatualizados. O braço "trunk" de nosso repositório de código foi (removido) movido pois não estamos mais dando suporte nem fazendo correções neste código. Você deve migrar os componentes para o trunk2. Veja este tópico sobre o trunk2. Migre o mais rápido possível para os componentes ACBr no trunk2. Caso você deseje continuar utilizando componentes desatualizados, esteja ciente que não poderá esperar nenhum suporte da equipe ACBr. Ainda assim, você pode fazer o switch para o caminho do tag do trunk. Veja no seguinte tópico como fazer isso:

Migrar de Delphi para Lazarus é bem mais difícil do que migrar de D7 para XE10 Delphi2009 e superiores usam UNICODE O Lazarus usa UTF8... Eu uso o Lazarus em produção... então cuido para que o ACBr sempre seja compatível com ele...

Minha opinião: Se for migar o sistema que você já tem, o delphi 10 seria melhor, mas se você vai começar uma aplicação nova, pode fazer no Lazarus. A migração de uma aplicação já existenta para o Lazarus, demanda um bom trabalho, ainda mais se é uma aplicação grande.

@JOSE NUNES segue em anexo um arquivo de Help com os comandos, estou trabalhando para adicionar a sintaxe e retorno de todos aguarde as próximas versões compiladas do Monitor, mas caso precise com mais urgência estou anexando um Unit.pas nela tem os nomes dos comandos e da para você ir olhando os parâmetros. DoACBrMDFeUnit.pas ACBrMonitor.chm

Ambas trabalham! se você tem grana e pode comprar a IDE do delphi seattle está muito boa agora se não pode gastar e quer algo opensource vai de lazarus que também atende lembrando que não possui todos os componentes que tem para delphi hoje!

Muito obrigado Juliana.

Juliana, acertou na mosca. Obrigado. Marcos Roberto.

Boa noite. Alteração disponível no svn. Att.

Boa noite. Após alguns testes notei que a formatação deste campo está correta, você ainda está tendo este problema? Att.

Vamos por partes: 1 - Foi cobrado na minha homologação apenas a geração dos arquivos do fisco após o Z, e através do menu (não precisa ser o fiscal). A alteração exigida foi no formato da data e a validação foi feita no link https://sathomologa.sef.sc.gov.br/tax.NET/sat.siv.web/validacao.aspx Sem publicação por parte do CONFAZ não se pode cobrar nada do Paf-ECF, muito menos alterar algo que está em vigor, então enquanto não sair uma publicação oficial eles não poderiam cobrar o arquivo com qualquer modificação que seja. 2 - Segundo o homologador a empresa que for homologar semana que vem já foi avisada e será cobrado a geração, validação e envio dos arquivos. Como dito acima sem publicação eles não tem direito nenhum de cobrar nada diferente do que está publicado. Um outro ponto, como assim cobrar o envio dos arquivos? Não existe nenhum webservice de recepção em nenhum estado, não existe nenhum XSD publicado para validar o arquivo, vai enviar o arquivo para onde? Quem vai receber o arquivo, não existe nada para isso, Validar o arquivo como? Não existe schema de validação oficial.

Mas ele passou o link da publicação legal? onde achamos que dai tem validade!

Boa tarde pessoal! Homologação concluída. Para encerrar o tópico deixo duas informações: 1 - Foi cobrado na minha homologação apenas a geração dos arquivos do fisco após o Z, e através do menu (não precisa ser o fiscal). A alteração exigida foi no formato da data e a validação foi feita no link https://sathomologa.sef.sc.gov.br/tax.NET/sat.siv.web/validacao.aspx 2 - Segundo o homologador a empresa que for homologar semana que vem já foi avisada e será cobrado a geração, validação e envio dos arquivos. Sendo assim sugiro que quem estiver pra homologar já se prepare. Homologuei na Unisul em Tubarão - SC. Fico a disposição para quem tiver alguma dúvida.

Olá, AdreR! Estava com o mesmo problema e resolvi com a sua dica. Agradeço por compartilhar! Abraço!

Olá pessoal, Como devem ter notado, esses últimos meses tem sido de mudanças no projeto ACBr. Estamos cada vez mais preocupados com códigos limpos e funcionais e em ter um trabalho de qualidade. Se não viu, relembre algumas das mudanças que estavam como anúncio até esses dias atrás: Novo Fortes Report CE e Projeto ACBr. Fim de correções e commits em "Trunk" Fim de suporte ao Delphi 7 e outras versões que não suportam UNICODE ACBrNFSe compatível com o Trunk2 e vários provedores já estão 100% funcionando Novas Pastas de Schemas Como pode ter notado, os links acima levam a tópicos ou anúncios do fórum para você poder ler mais sobre os assuntos e até a dar sua opinião. Gostaríamos de informar mais uma: Estaremos excluindo o "braço" trunk do SVN. Se você ainda o usa, acalme-se. Não se desespere. Vamos explicar o que vamos fazer, porque vamos fazer e como você ainda poderá, se desejar, continuar acessando o código trunk. 1 O que será feito? Quando? Já criamos uma tag no SVN que conterá o código do ACBr que está no trunk. Então, removeremos o caminho utilizado para o trunk atual. Então na realidade estamos apenas movendo o código do ACBr trunk para um outro caminho. O caminho para a tag é: svn://svn.code.sf.net/p/acbr/code/tags/ACBrTrunk2015 A remoção do caminho trunk atual será feita no fim do mês de fevereiro desse ano (2016). 2 Por que remover então? Se não vai remover de verdade o código do SVN, por que fazer isso? Estamos tendo muitos relatos no fórum de usuários confusos, achando que ainda estamos dando suporte no código que está no trunk. Queremos deixar claro que o código no trunk está desatualizado e todos devem migrar o quanto antes para o trunk2. 3 Desejo continuar usando o trunk. Como proceder? Se você deseja continuar utilizando o código trunk por sua própria conta e risco, siga os seguintes passos abaixo: 1) Clique com o botão direito na pasta do ACBr; 2) Selecione TortoiseSVN -> Switch... 3) Na janela que abrir, altere o campo "To path:" para "/tags/ACBrTrunk2015" 4) Aperte OK; Veja as imagens abaixo para ajudar: Pronto, você está com o acesso aos componentes ACBr no trunk. Mas como já dito várias vezes, você está com uma versão desatualizada, defasada e com problemas que não resolveremos. 4 Onde conversar sobre isso? Em caso de dúvidas, como de costume, crie um novo tópico. Mas caso queira discutir esse assunto, por favor utilizar o seguinte tópico: A ser criado...

Bom dia a todos, Nesta postagem irei listar somente os provedores que estão funcionando 100% com o componente ACBrNFSe - Trunk2. Peço a todos que realizaram testes com um determinado provedor e obteve sucesso, ou seja, todas as funcionalidades oferecidas pelo provedor estão funcionando, por favor envie um e-mail para mim informando que o provedor xyz esta funcionando 100%. Não é para enviar duvidas ou relatar problemas, o fórum serve para essa finalidade. Antes de enviar o e-mail favor verificar se na lista abaixo consta o provedor em questão, só envie se não constar. Desde já o meu muito obrigado. Provedores funcionando 100%: 4R / Ábaco / ABase / Betha / BHISS / Ciga / Conam / Coplan / DBSeller / Digifred EGoverneISS / EL / Equiplano / FISSLex / Ginfes / Governa / GovDigital / ISSCuritiba / ISSNet / NFSeBrasil Pronim / Pronimv2 / Publica / PVH / Saatri / SimplISS / SystemPro / Thema / Tiplan / WebISS. No arquivo Cidades.ini temos 699 cidades e seus respectivos provedores.

Pessoal, Estou reproduzindo abaixo informações que o Italo postou em forma de anúncios que são muito importantes:

Revisado e incorporado ao SVN Obrigado pela contribuição.

Minha opinião parece Egoísta mas jamais estou desmerecendo os colegas da classe , não é essa a minha mensagem , mas vejam que nós que temos uma Empresa pagamos impostos e outros para mantela e temos enfrentando uma desigualdade na concorrência para nos mantermos no mercado de Software House e na minha opinião acho injusto pagarmos impostos e uma estrutura pra isso concorrendo com pessoas que não fazem o mesmo ! Não chega ser um "choro" não viu galera , mas a Receita esta completamente correta com a atitude em afunilar o desenvolvimento de Software Houses no Mercado de Softwares exigindo de certa forma pelo menos ser uma Empresa pra isso , e falo mais , São Paulo é uma verdadeira Mãe em ainda não impor a homologação da AC visto que outros Estados é uma chatice a questão do PAF que ainda gera custos constantes em atualizações . Essa é minha opinião e desculpe se ofendi algum colega , realmente não foi essa a intenção .

Pessoal. Aparentemente resolvido. Desmarquei o box Typed@Operator do Project - Options - Compiler. Compilei e Passou normalmente. Depois Marquei novamente a opção e estranhamente compilou sem erros. Não sei dizer mas compilou. Obrigado.