sandrobelarmino

Bom pessoal, eu fiz o seguinte teste: - Configurei o ACBrNFeMonitor no meu micro aqui na empresa para enviar email usando a conta de email do meu cliente, que usa o servidor Locaweb, - Preparei o programa para enviar sempre para um mesmo endereço de email, - Joguei uma sequencia de 32 notas para fazer o envio de email, todas com copia. Aqui na empresa foi tudo ok, não deu nenhum erro. Peguei esse executavel que envia somente para 1 endereço e coloquei no cliente, usando a mesma configuração no ACBrNFeMonitor para o envio de email, e envie tambem 32 notas. Algumas foram mas apareceu umas 12 mensagens de erro: SMTP ERRO: Login ???-Other Undefined Status Alguem tem alguma idéia do que pode ser isso? Alguma configuração na rede do meu cliente ou em seu computador. Só pra constar, lá eles usam 2 computadores direrentes para fazer a NFe, e em um dá mais erros ainda no envio do email. Grato

Bom dia, uso o ACBrNFeMonitor em vários clientes, em quase todos faço o envio do email da nfe pelo programa. Um desses clientes, de uma hora pra outra, começou a ter alguns problemas no envio do email. Quando manda uma sequencia de notas, todas são autorizadas e impressas mas algumas, as vezes a maioria, simplesmente não vai o email. Algumas vezes dá mensagem de smtp error, ou erro de login, alguma coisa assim, não me lembro agora, mas as vezes não dá nenhuma mensagem e simplesmente não vai o email. O que notei é que, quando abro o próprio ACBrNFeMonitor, vou na aba testes e tendo enviar o email por lá, está demorando mais que o normal para transmitir o email, e nesse caso também as vezes dá erro de login, mas quando não dá erro e o email é enviado com sucesso, está bem demorado esse envio. Tem alguma propriedade do monitor que posso mudar? Ou pode ser alguma coisa no servidor de email do meu cliente?

Voce vai usar o mesmo NCM do produto da nota que está sendo complementada.

Também será necessário informar a situação tributária do icms corretamente, se for regime normal o CST, se for optante do simples nacionao o CSOSN, além dos devidos valores de redução, etc... é só seguir o manual.

Se você não informar o valor do desconto nos itens, vai ocorrer rejeição da somatória dos valores com o total da nota.

Oi Igor, obrigado pelo retorno... então... mas desde a implantação da versão 2.0 acontecia que se eu não realizasse dessa forma dava rejeição dizendo que o total difere dos somatório dos itens, por isso informava na vProd o valor já com o desconto... mas eu entendi agora, vou fazer os ajustes e reporto o resultado... Reinaldo. Você precisa informar os valores de descontos em seus repectivos campos, ou seja, o desconto de cada item, que você já faz o rateio e o desconto no total da nota.

Pessoal, nesses dias em que a sefaz-sp está com lentidão aconteceu um fato inusitado em um cliente, o usuário tentou enviar uma nfe mas ficou demorando o retorno e depois acusou erro não catalogado. Com isso ele mudou para o modo DPEC e enviou a nota para esse tipo de contingencia. Até aí tudo bem, mas depois consultando a chave de contingencia lá estava o xml registrado em contingencia e resolvi consultar a primeira chave que foi feito o envio mas até então sem sucesso, aí a surpresa, o xml emitido em modo normal também estava registrado. Então tem o arquivo registrado no modo normal e autorizado e também o arquivo registrado no modo DPEC. O contador da empresa consultando o posto fiscal, teve a resposta considerando o que diz o Art. 28 da portaria CAT 162/2008 da Sefaz-sp: "Artigo 28 - Relativamente ao arquivo digital da NF-e transmitido antes da ocorrência de problemas técnicos e pendente de retorno quanto à Autorização de Uso da NF-e, o contribuinte emitente, após sanados os problemas técnicos, deverá consultar se a respectiva Autorização de Uso da NF-e foi concedida. § 1° - Na hipótese de ter sido concedida a Autorização de Uso da NF-e, o emitente deverá solicitar o cancelamento da NF-e, se a operação tiver sido acobertada por outra NF-e, cujo arquivo digital tenha sido gerado em situação de contingência. § 2° - Na hipótese de rejeição do arquivo digital da NF-e ou de pendência de retorno da solicitação de Autorização de Uso da NF-e, o emitente deverá solicitar a inutilização do número da NF-e." Eu imagino que cancelando a nfe emitida no modo normal, consequentemente esse numero de nota estará cancelado, e não conseguiria enviar a mesma nota que está no DPEC para a sefaz. (correto?) Então eu pergunto, tem como cancelar um arquivo enviado para o DPEC? Onde eu acho os comandos do acbrnfemonitor onde eu possa consultar DPEC, e outras operações possíveis nesse sentido? Existe alguma coisa? Grato.

Nesse caso como fica a assinatura do xml? Esse xml gerado e assinado depois fica com a mesma assinatura do xml original?

Mas se eu consultar direto no site da SEFAZ a chave, a nfe está como autorizada. E mesmo assim sai essa mensagem na impressão. E se eu consultar pelo acbrnfemonitor tambem me retorna como autorizada. A opção savar arquivos enviados/recebidos está selecionada no monitor.

Altera forma de emissão para SCAN Altera a série para 900 emite a nota numero 1, 2, 3 e assim por diante, quantas tiver para emitir Quando normalizar o sistema, volta para a série que voce já está usando e continua com o sequencial dessa série, se voltar a usar o SCAN e voltar para a série 900 continua da numeração que parou na série 900. E assim por diante.

Cada série de NF tem o seu sequencial próprio, ou seja, se voce vai começar uma nova série, no caso 900, vai começar com um novo sequencial que será próprio dessa série. Ao emitir no SCAN, tendo o uso autorizado, a NFe já está validada e registrada, não necessitando fazer mais nada.

Pessoal, meus clientes estão enviando as NFe´s hoje em DPEC pois o sistema da SEFAZ-SP está indisponível. Os danfes sairam impressos com o numero do registro de contingencia DPEC (onde normalmente sai o protocolo de autorização), saiu a mensagem de contingência no rodapé do danfe, mas em alguns saiu no meio da nota a mensagem de "NÃO AUTORIZADO USO PELA SEFAZ (SEM VALIDADE FISCAL)" está certo isso? Estou usando o ACBRNFeMonitor 0.6.2b. A função de consultar nfe dá certo quando emitimos em DPEC? Grato Sandro.

As mensagens devem ser colocadas nos dados adicionais da nota fiscal, no corpo da nota só pode conter dados dos produtos.

Alguém sabe me ajudar sobre o problema que relatei acima? O cliente voltou a me questionar e já não sei se a melhor opção é pedir para ele voltar com o XP, mas nessa altura do campeonato não sei o que fazer. O micro que está apresentando problemas tem processador Intel Core 2 Duo E7500 2,94 GHZ 2 Gb RAM, está com Windows 7 Professional 32 bits. Antes estava com XP e não tinha essa demora. Tem alguma configuração no Win ou no Monitor que eu possa fazer para melhorar o desempenho? Grato

Qual campo CEP está saindo errado? Emitente? Destinatário? Todos? Coloque um exemplo do código de como você está gerando o arquivo ini para o monitor.

André, tanto o Log de Comandos Enviados e Recebidos quanto o Log de Mensagens do Componente estão com as linhas zeradas porém essas opções não estão selecionadas. Está certo isso?

Tenho um cliente que depois que trocou o sistema operacional de XP para 7 (não sei porque fizeram isso, pois estava funcionando muito bem com o XP) a emissão das NFe´s ficou muito lenta. Meu programa faz da seguinte maneira, para cada nota fiscal, gero o arquivo ini para gerar a nfe, NFE.CRIARNFE(), depois valido o arquivo criado, NFE.VALIDARNFE(), depois envio a nfe: NFE.ENVIARNFE(), nesse com os parametros para assinar o xml e também para imprimir se for enviado com sucesso. Todos os processos para cada nota fiscal. O que acontece é que pode ter carga com mas de 20 notas cada, o que no XP ia tudo que era uma beleza, mas depois que mudou para o 7, as 2 ou 3 primeiras notas vai rapidinho, com o monitor fazendo cada processo em seguida um do outro, mas depois, na área de comandos a processar do monitor, aparece o comando de criar a nfe e fica como se estivesse parado fica estático por alguns minutos e somente depois aparece o comando de enviar a nfe, faz o envio rapido e quando vai criar a nota seguinte, fica parado novamente. Isso pode ser algum problema do Win 7? Alguém está passando pelo mesmo problema?

Não foi isso que eu quis dizer, o que acontece em alguns comércios por aqui, é o seguinte: - a loja tem pra vender engate 3/4 para colocar na mangueira (de jardim) pra poder rosquear a mangueira na torneira. Ele pode comprar esse engate de vários fabricantes, cada um com seu devido código GTIN. Mas o lojista tem apenas um cadastro em seu sistema, ou seja, somente 1 código interno dele pra vender esses engates, independente do fabricante. Essa foi a questão que levantei, o que pela proposta do governo, o correto agora seria o lojista fazer um cadastro para cada engate.

Se o produto é registrado corretamente no GSI Brasil - http://www.gs1br.org/ , que é o orgão que cuida do GTIN no Brasil, não importa o fornecedor ele possuirá o mesmo código. Talvez oq acontece no seu cliente é ele vender produtos semelhantes como se fosse o mesmo, mas se é o mesmo produto, do mesmo fabricante, sempre possuirá o mesmo código, mudando apenas qdo o fabricante registrar esse produto no GSI por alguma mudança de embalagem ou formulação. É exatamente isso André, alguns clientes nossos, de comércio, usam apenas um cadastro de produto para alguns produtos que são semelhantes mas de fabricantes distintos.

Basta você informar o campo cEANTrib no seu arquivo que irá gerar corretamente. Se o codigo cEANTrib for igual ao cEAN, informar o mesmo codigo nos dois campos.

Senhores, no caso de comércio, se a loja compra um produto de fabricantes diferentes, consequentemente teremos 2 codigos de barras diferentes, hoje é comum, para alguns tipos de produtos, a loja ter somente 1 cadastro em seu sistema mesmo que ela compre o mesmo produto de vários fabricantes. Nesse caso essa forma de trabalho não seria mais correto? Pois teremos que informar realmente qual o produto que está sendo vendido, no caso, o produto de qual fabricante?

Caros, o Ajuste Sinief 16, DE 10 DE DEZEMBRO DE 2010 diz o seguinte: Portanto se a empresa não possui código de barras para seus produtos, não precisará informar.

Boa tarde a todos, está acontecendo um erro no mínimo esquisito em um cliente, ele comprou um computador I3 que de princípio estava com Win 7 32 bits, porém como nosso programa é em clipper (dos) andou tendo alguns problemas então o micro foi formatado e instalado WinXP. Instalamos todos os programas para o certificado digitial do serasa, e também o ACBrNFeMonitor 0.6.2a e sempre que ligamos o micro se pedimos algum comando via programa (estamos usando entnfe.txt e sainfe.txt) o acbrnfemonitor dá mensagem de certificado não encontrado. Se vamos no adminitrador do token do certificado (SafeSign), ele aparece lá como operacional. Se abrimos o monitor e vamos em configurar, na aba testes, se pedimos um status serviço aparece certificado não encontrado, porém se vamos na aba certificado e pedimos pra escolher o certificado, ele aparece, conseguimos exibí-lo e selecionar o certificado, daí em diante o monitor funciona normalmente. Ou seja, toda vez que o monitor é iniciado, é preciso ir em certificado e selecionar o certificado que já está lá. Alguém sabe me explicar o que pode estar acontecendo? Grato.

André, fiz essa mudança no programa, estou passando o path completo com o nome do xml da nfe ao invés da chave de acesso no comando, mas o monitor me retorna erro na chave da nfe. Só postei o resultado agora pois somente agora um cliente foi cancelar uma nfe. Grato Sandro.

OK André, vou fazer essa mudança no programa. Muito Obrigado.