marcelo_sp

Isaque e demais colegas , Peço encarecidamente desculpas há todos os colegas em ter esquecido do importante detalhe de colocar o link fonte das informações parciais por mim apresentadas da questão em epigrafe do portal : http://www.spedbrasil.net ; Também está claro pra mim que as informações prestadas e a discussão foi útil e veio somente para somar conhecimentos ha todos nós do fórum . Muito grato há todos , Marcelo

Estamos em nosso sistema utilizando CSOSN 900 neste quesito , seguindo a regra abaixo , veja : As regras de validação do Manual de Orientação ao Contribuinte (Item 4.1.9.4 do Manual), especificamente as regras GN12.1 e GN12a esclarecem que haverá erro se: GN12.1: For Informado uma CST para CRT igual a 1 (ou seja, empresa optante pelo Simples Nacional). GN12.a:Informado CST para CRT diferente de 1 (ou seja, empresa não optante pelo Simples ou com ICMS recolhido fora do Simples por excesso de sublimite) Estas informações estão também na Nota Técnica 2010.010, disponível em http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=tW+YMyk/50s= Assim, se utilizar CST em vez de CSOSN terá que informar que a empresa NÃO É OPTANTE, o que considero INCORRETO! Entendo, portanto, que o correto é utilizar o CSOSN 900 . No caso para efeito de desfazer a operação de venda a Empresa que emitiu a NFe que é (Não optante do Simples Nacional) , Emitira uma NFe de Entrada , anexando o Número de sua NFe e o Número da NFe de devolução do seu Cliente em Dados Adicionais !

Rodrigo , isso é porque vc não tem o Fast Report instalado em sua IDE . Check no ACBrInstall somente oque vc tem instalado em sua IDE (Delphi) .

Poste o arquivo de log .

Eu desenvolvi um cenário parecido como esses que comentam , só que um dos meus Clientes tem um fluxo alto em seu estabelecimento e tem 4 impressoras , 1 Daruma USB fixa no Delivery e 3 Bematech's com interface ethernet na produção , no caso fiz um mapeamento dos itens do Cadastro de Produtos informando para cada produto o seu destino=impressora achando pelo Nome do Driver instalado , tipo : Tem que estar mapeando a impressora para o driver no momento da impressão do item . -Suco de laranja = Impressora Sucos (Sucos = Nome da Impressora) -X-Tudo = Impressora Lanches ... -Fritas = Impressora Frituras ... -E o pedido completo impresso na impressora Delivery . Os Pocket's de atendimento também mandam as informações no mesmo ambiente e funciona exatamente como vcs fizeram com o sistema de impressão minimizado utilizando-se sempre do Driver .

Tbm não entendi .

Rodrigo , vc desconhecia este usuário REDE , é um prazer em apresentá-lo :

Já tive vários clientes com este problema de File access denied no Windows 7 e também agora Windows 8 , é bem certeza ser problemas de permissão , vc tem que liberar permissão total de escrita etc... nos usuários do dispositivo compartilhado , inclua também o usuário Todos e usuário Rede no Compartilhamento do dispositivo , é chato isso velho , vai liberando estas permissões e o SO acaba aceitando e imprimindo . Curiosidade e dica : Exatamente ontem fizemos um update de Banco de Dados SQL Server 2000 para SQL Server 2008 em um Cliente com o Windows 8 , após o sistema testado fui habilitar um sistema próprio que temos de Backup , quem disse que os Backup's funcionavam ! , pois este sistema nosso de Backup primeiro cria e grava em uma pasta Local e copia para outro Local, skydrive ou ftp.. etc etc... Depois de levar uma surra liberamos um usuário do Banco Sql Server 2008 na pasta Local que geram estes Backup's liberando todo acesso de escrita etc... fim do problema ! SO = Windows 8 Nome Server = Servidor Habilitar Usuário Na Pasta Desejada = SqlServerMSSQLuser$Servidor$Sql2008(Servidor\SqlServerMSSQLuser$Servidor$Sql2008)

Veja se o componente ACBrNFE esta configurado assim : Arquivo/EmissaoPathNFe = true Arquivo/PastaMensal = true Arquivo/SalvarCCeCanEvento = true PathEvento = c:\..... PathCan = c:\..... Path.... sete todos os Path's dos xmls gerados Geral\Salvar = true Geral.PathSalvar = c:\...

Alex e demais colegas , Desconsiderem o valor das minhas amarrações , foram só exemplos de como formalizar a junção do código , não quer dizer que os cOrgao's corretos são os que coloquei , ressaltando MG é 91 SVAN mesmo .

Jeter , precisaria dar uma pesquisada nisso , por isso que o legal é fazer uma correlação disso não engessada internamente no EXE e sim pelo banco , porque caso algum cliente manifeste uma NFe de algum outro Estado e da esse problema , vc simplismente vai no seu banco e correlaciona cOrgao UF Emitente X cOrgao UF Autorizador . Lembrando que quem é 91 SVAN hoje pode não ser futuramente , o legal é se preparar para isso .

Pessoal , vou tentar ser mais claro... 1º - Oque diferencia cOrgao de uma NFe para outra é as Duas primeiras posições da chave . 2º - Quando uma NFe é emitida em SP a chave desta NFe = 35.... , neste caso você implementa infEvento.cOrgao := 91; Simplificando você pode até criar uma função ou simples case of , vejam com um case of : chave = variável String da NFe recepcionada , emitida pelo fornecedor da empresa que esta Manifestando !!! case strtoint(copy(chave ,1,2)) of 35 : infEvento.cOrgao := 91 ; // SP 29 : infEvento.cOrgao := 29 ; // BA ... aqui pode ser 91 (SVAN) 31 : infEvento.cOrgao := 31 ; // MG ... aqui pode ser 91 (SVAN) 11 : infEvento.cOrgao := 11 ; // RO ... aqui pode ser 91 (SVAN) 41 : infEvento.cOrgao := 41 ; // PR ... aqui pode ser 91 (SVAN) ... para outras Ufs utilize o mesmo correlacionamento else end ; Você pode criar uma function pra correlacionar isso com informações vindas do Banco de Dados , foi oque eu fiz , utilizei uma função vinda correlacionada do banco , passo a chave da nfe e me retorna o cOrgao ao evento , caso mude algo nos WS's , mudo a correlação da tabela do banco também e assim não há problemas .

Isso mesmo Mark Apollo , Só pra deixar claro para os outros colegas , cruzando as minhas descrições e do Mark Apollo é bem certeza que no caso não tem nada haver com a linguagem desenvolvimento , no resumo esse pequeno ajuste esta mesmo no WS dos cara que melhoram as recepções e esta respondendo um pouco mais rápido , por isso não tem apresentado quedas como antes e as nfs estão retornando em menos tempo .

Certo Mark Apollo , Mas a questão do progresso da performance do serviço , oque vc tem achado nos seus Clientes , independente do componente utilizado , vc viu algum progresso do inicio das operações para o momento no retorno de resposta ? Como eu disse , não sei outros perceberam algo , mas o retorno melhorou consideravelmente do inicio pra hoje !

O componente ACBrNFE sempre tem que estar com o Certificado add , para todas as operações .

Tenho alguns clientes utilizando o serviço há alguns meses , e para esses clientes que tem utilizado neste período em produção , dizem ter melhorado consideravelmente o tempo de retorno das notas e dificilmente geram exceções quando no looping do envio dos eventos , inclusive hoje diminuíram a quantidade destes de envio de NSU , não sei ao certo este percentual de melhora , mas se percebe sim uma certa melhora . Sei também que o nosso Colega Mark Apollo tem clientes utilizando há tempo o Serviço e passando por aqui com certeza ele deve ter novidades se teve melhora ou não para os Clientes dele , vamos aguardar ele comentar , já que está em outro Estado , ES .

Tive problemas com isso , Para quem quiser algo definitivo para esquivar deste problema , vai uma dica , crie uma tabela no banco onde correlacione Cod_Orgao_Emitente X Cod_Orgao_Autorizador , se vc faz esta correlação na AC sem banco esta sujeito ha mudanças neste quesito cOrgao . Obs : O cOrgao a ser informado não é do emitente que esta manifestando e sim o cOrgao do emitente da NFe que esta sendo manifestada , cOrgao autorizador da nfe , tem gente confundindo .

Robson , para nfe's de SP chaves iniciadas po 35... informe : infEvento.cOrgao := 91 ; no caso eu fiz uma função de correlação entre as uf's , algumas uf's utilizam SVAN para a Manifestação do Destinatário .

Regis , Atualizei a Suite hoje e realmente esta dando este retorno pelo menos para NFs com Chave de SP = 35 , ou seja , quando se manifesta uma NFe chave 35... o componente manda com cOrgao = 35 mas o retorno volta = cOrgao = 91 657 - Rejeicao: Codigo do Orgao diverge do orgao autorizador , pra contornar isso criei uma função com uma tabéla no banco onde informo o cOrgao da Chave a ser manifestada , pego as duas casas iniciais e acho a fonte de pesquisa = "N" que eu parametrizo como quiser , não sei se fui claro ! No momento foi oque achei de mais benéfico até porque podem ser alterados estes códigos de cOrgao e preso internamente ao componente este cruzamento fica mais inacessível . Caso precisem de mais detalhes como fiz , posso compartilhar .

Oque vale é o calculo para que o ECF funcione , porque se vc imaginar um cenário onde o peso X preço pode haver divergência entre o valor da balança e o que vai para o ECF , este resultado tem que ser compatível sempre com o ECF , se vc informar neste caso o da balança da pau no sincronismo da AC com o ECF .

Alex , "Manifestos de NF's de SP" Implemente isso : infEvento.cOrgao := 91 ; ...algumas UF's utilizam SVAN , fiz uma function própria fora do componente pra isso ,

Sped Icms/Ipi é o Sped Fiscal . veja : http://www1.receita.fazenda.gov.br/sistemas/sped-fiscal/ Sped Pis Cofins é o Sped Contribuições . veja : http://www1.receita.fazenda.gov.br/sistemas/efd-contribuicoes/

Prefiro particularmente Sweda , Epson ou Daruma , alem de terem produtos de excelente qualidade sempre me deram atenção quando precisei no desenvolvimento seja ele de qual forma for . A Bematech vem há tempo prometendo e nada .

Oi Alexandre , me desculpe cara a demora da resposta ! NextGrid da BergSoft , tem versões Free do componente , excelente esse grid viu ! http://www.bergsoft.net/