jorge andrade

http://convergenciadigital.uol.com.br/cgi/cgilua.exe/sys/start.htm?infoid=13360&sid=16 Minas distribui programa "Auditor Eletrônico" para 22 Estados :: Luiz Queiroz :: Convergência Digital :: 14/04/2008 Protocolo ICMS nº 27, assinado no último dia 4 de abril, permite que o Estado de Minas Gerais repasse, sem custo, para outros 22 Estados da Federação "para uso, reprodução e adaptação", o programa denominado "Auditor Eletrônico". O programa faz o levantamento da emissão de notas fiscais eletrônicas de contribuintes e constata se há ou não inconsistência nos dados apresentados. Se o aplicativo detectar alguma irregularidade, o contribuinte é chamado a prestar esclarecimentos aos Fiscos Estaduais. A decisão de repassar o aplicativo, sem custo, foi tomada em reunião do Conselho Nacional de Política Fazendária (Confaz) realizada naquela data, no Rio de Janeiro. Os Estados autorizados a utilizar o programa são: Acre, Alagoas, Amazonas, Amapá, Bahia, Espírito Santo, Goiás, Maranhão, Mato Grosso, Mato Grosso do Sul, Minas Gerais, Pará, Paraíba, Paraná, Piauí, Rio de Janeiro, Rio Grande do Norte, Rondônia, Roraima, Santa Catarina, Tocantins e Distrito Federal. O acordo prevê que Minas Gerais repassará inclusive os arquivos fontes do programa em sua versão mais atualizada, assim como, "de todas que lhes sucederem, bem como respectivos diagramas, manuais e metodologias de desenvolvimento". A cessão do sistema, no entanto, não implica transferência de propriedade, assim como, não impede o cedente de fazer quaisquer modificações no programa original, sem o consentimento do cessionário. "Fica vedado aos cessionários divulgar os arquivos fontes dos programas cedidos ou revelar informações que possam vulnerabilizá-los, bem como, exercer qualquer forma de comercialização ou distribuição dos mesmos", informa o acordo do Confaz. Se for constatada a distribuição, a comercialização, o uso indevido do sistema cedido ou ainda, a divulgação dos arquivos fontes dos mesmos ou a revelação de informações que venham a vulnerabilizá-los, os Estados serão obrigados a ressarcir os prejuízos para Minas Gerais. "Os prejuízos de que trata o caput serão calculados com base nos preços praticados no mercado de localização do cedente", ou seja, no Estado de Minas Gerais. Pelo acordo, os Estados que receberão o programa também ficam obrigados a disponibilizar para a Secretaria de Fazenda mineira, novas funcionalidades ou melhorias que eventualmente sejam incorporadas ao programa.

Amigo, vou te dar um conselho, embora, o ditado diz que "Se conselho, fosse bom, cobrava-se por ele", mas vai de graça mesmo (rs), no seu caso eu acho que é a melhor solução. As vezes em determinadas condições R$ 120,00 pode parecer uma fortuna e as vezes o valor de um cafezinho, então, acho que R$ 120,00, pode ser pra vc: Solução imediata, menos tempo de programação, regado a menos trabalho, menos dores de cabeça e o principal, a satisfação do cliente e etc... []s,

Felipeiw e Fagner O Régys e o Kiko, deixaram um alerta, e aconselho-os a não utilizar deste expediente, pois em alguns estados dá um dor de cabeça das boas, além de expor o seu cliente ao fisco, então, melhor fazer uma nota de devolução e/ou estorno, revertendo a operação. []s,

Foi o que eu pensei, aidna não havia sido dilvulado no portal da Nfe e e nem havia data determinada. []s,

Td indica que está faltando é arquivo de schema, faça a atualização dos schemas. []s,

Puts, bagunçou td, misturou um com outro e discordo do sossytem quando diz "porem a maioria das pessoas que usa o monitor nem sabe como o componente funciona", os usuários tem a obrigação de conhecer o aplicativo que usa, portanto qdo submete um comando, este já sabe quais são as respostas possíveis e qdo não as interpretam, recorrem ao fórum, então vamos ajudar a quem precisa e fazer com que as dúvidas diminuam conforme o uso, se juntos ou separados. []s,

Não se essas quantidades deobrigações são boas ou ruim, mas uma coisa eu tenho certeza, além de programar, fazemos um curso fiscal e tributário em paralelo. []s,

Daniel, sei das dificuldades, tanto é que as citei, o intuíto da enquete, seria para medir qtas pessoas hoje utilzam os 2 juntos, e que só usam partes de cada, no meu caso, eu gostaria de utilizar o boleto, porém, pra isso tenho que usar o acbrmonitor, em todo caso, como disse antes, pode ser realmente uma bobagem esta questão. valeu

Meu, posta o conteúdo que vc tá gerando, senão, vc vai ficar sem ajuda. []s,

Sr(s) Administradores, Moderadores, Colaborades e etc... Gostaria de solicitar uma enquete para verficar a possibilidade de anexar o AcbrBoleto ao NfeMonitor, ou seja, antes de tudo medir as nessidades dos usuários deste aplicativo, pois sabemos que ele faz parte do AcbrMonitor. Sei que há muitas questões a serem discutidas e se não estiver enganado, o AcbrMonitor foi desenvolvido em Lazarus, enquanto o Nfemonitor em Delphi e isso pode dificultar esta anexação e tempo de conversão. Muitos usuários utilizam-se de ambos aplicativos e acredito que seria de grande utilidade a sua anexação ao Nfemonitor. Espero não estar solicitando uma discussão sem sentido e ou considerada boba. []s,

Sem comentários, porém todos os elogios. []s,

Além dos dados normais da nfe, vc tem que informar as tag finNFe, refNFe e o grupo refNF.

Em qualquer aplicativo, seja ele ACBR ou emissor do sefaz, vc deve seguir as regras, existe informações (Nota) no portal como gerar determinadas informações. Toda nota de complemento vc deve evidenciar a informação faltante, portanto, atente para o que vc quer complementar e gere conforme a finalidade (finNFe): 1=NF-e normal; 2=NF-e complementar; 3=NF-e de ajuste; 4=Devolução/Retorno (*** essa e nunca fiz, então não se sejá está em uso) Não lembro se é o documento anexo, dê uma lida por favor. []s Orientacao.pdf

Opa, nessa eu boiei, já foi divulgado no portal da nfe? passei batido nessa. []s

Que tal a gente fazer uma enquete e medir a necessidades e as dificuldades? []s,

(Rs), essa doeu, mas, infelizmente mereceu, acho que este sorriso do Isaque na foto deve estar dizendo o mesmo (Rs), parece que está concordando. Brincadeira gente, acredito que era intenção do Tagales menosprezar a capacidade e nem o profissionalismo do pessoal do projeto, deve ter sido por impulso, pois ele mesmo citou prazo 2014. []s,

Asotrogildo, boa tarde, sim um laço e cansei da mesma resposta, então como disse acima, como pra mim ainda não está impactando deixei pra ver isso depois, com mais calma, mas não estou detonando o processo, principalmente pq sei que outros estão utilizando, mesmo não sentindo-se satisfeito com a performance, porém com resultado satisfatórios. []s,

Edimar Acho que vc está fazendo uma pequena confusão, pois o campo cProd cabe até 60 bytes então se vc informar o cean, pode informar mais o que vc quiser, embora não ei se o danfe do acbr está preparado para emitir este tamanho de dado, contudo acredito que sim. []s

Calma pessoal, o menino é novo, aos poucos ele vai se encaixando no esquema (rs). []s,

Mark boa noite Enquanto vc questiona o desempenho, eu não consegui nem uma resposta positiva utilizando-se do nfemonitor, fiz vários testes e jamais recebi uma reposta que não seja: <retConsNFeDest versao="1.01"> <tpAmb>1</tpAmb> <verAplic>1.0.0</verAplic> <cStat>137</cStat> <xMotivo>Nenhum documento localizado para o destinatario</xMotivo> <dhResp>2013-07-25T21:21:12</dhResp> <indCont>1</indCont> <ultNSU>7457866225</ultNSU> </retConsNFeDest> Como por enquanto pra mim não está impactando, pois a quantidade de notas recebidas de forncedores são pouca e as que não recemos o xml, cobramos, então, vamos acompanhando o processo, esperando que ele funcione bem como os demais. []s,

Então não tem como anexar ele no nfemonitor, é uma pena. Valeu

Juliomar, boar noite e obrigado pela resposta, mas fica aí mais uma perguntabo. Qual a possibilidade/dificuldade de incluir o ACBRBOLETO no NFEMONITOR, já que ele faz parte somente do ACBRMONITOR? Para que eu não tenha que ter os 2 aplicativos em duas insta^ncias em tray, embora parece que o ACBRMONITOR foi desenvolvido em Lazarus é isso? []

Galera, boa noite O que o Danilo está colocando é um caso com rejeição, onde corrije-se a base e gera-se novo arquivo para ser submetido ao processo de de validação e envio. O caso do obrunno, é diferente, parece estar alegando que todos os arquivos submetidos ao processo de validaçãoe envio não retornam com o protocolo de autorização, mesmo que este tenha sido autorizado, pois ele deve ter confirmado através de consulta nos portais. O Kiko citou uma solução paliativa, ou seja, quando o protocolo não é gravado, porém não deve ser regra e sim uma exceção, pois acredito que o NFEMONITOR jamais deixe de gravar o protocolo quando o processo ocorre normalmente, exceto se ocorrer problema de tráfego das informações. Esses problemas só ocorreram comigo, quando tive erro por TIME OUT, pastas de arquivos e respostas não configuradas corretamente, onde o arquivo gravado com a protoloco estar numa pasta e o gerado sem o protocolo em outra, portanto, é bom verificar estas configurações de pastas. []s,

Pessoal Boa noite Se eu estiver perguntando bobagem me desculpem, mas preciso saber se existe um binário somente do ACBRBOLETO, sem que parte do acbrmonitor (Foi somente onde encontrei), se tiver me informar para que eu possa baixar regularmente e fazer testes. []s

o Jrs te deu a solução, se vc gera uma nota pra ser enviada, deve não só guardar o número da nota, mas também a data, cnpj do emitente, modelo, série, forma de emissão e os 8 bytes antes do dígito, o qual fica a seu critério, que vc pode informar o próprio número da nota, ou de pedido, ou qualquer controle interno., guarde também o xml e a chave por via das dúvidas. []s,