Kiko Fernandes

Bom, como vc disse que alguem está emitindo fiz o seguinte: Baixei a cadeia de certificados SEFAZ/PE no link que eles estão recomendando. http://www.sefaz.pe.gov.br/sefaz2/nfe/arquivos/hierarquiaNFe2012.zip Após isto, testei e nada. Então fui em Opções de Internet - Avançadas Em configurações procurei por - [ ] Verificar revogação de certificados do servidor* (desativei esta opção) * Entra em vigor após reinicialização do Internet Explorer Ai passou a responder o STATUS, tanto em homologação como em produção. Veja as telas: Estou usando W7 IE9. Só a hora que o servidor deles estão retornando 1 antes (sem o horário de verão) o meu aqui está ativado o horário de verão e respondeu normal a consulta do STATUS.

Para o ACBrNFeMonitor use o comando: NFe.LerNFe(cArqXML) - Irá ler o arquivo XML da NFe e retornar no formato INI usado no ACBrNFeMonitor.

Olha pela consulta da disponibilidade a informação é que PE não está operando. O modo SCAN está ativado. http://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=2.00&tipoConteudo=Skeuqr8PQBY=

Neste momento os servidores de homologação estão parados. O de produção está ok. Monitore através deste link a disponibilidade dos servidores de homologação, quando acender o verde, faça os testes novamente. http://hom.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=2.00&tipoConteudo=Skeuqr8PQBY=

Arce, parece que para o Windows XP é necessário o hotfix KB968730 estar instalado assim como o Service Pack 3. Dë uma verificada nisto.

Geraldo a CGSN 94 é de 29/11/2011 publicada no DOU 01/12/2011, tendo do seu Art. 140 a seguinte informação: Transcrevo o Art. 2º, Inciso I e § 6º Não ajuda a esclarecer a dúvida. Então vamos por outra lógica. A NT2011.04 - Divulga atualização de Schema XML da NF-e e novas regras de validação para recepção de NF-e. Ela informa o seguinte na página 23: Ou seja, entendo que CST é para Regime normal, logo só sobrou o CSOSN 900 para poder preencher este campo, como no caso estamos falando de CSOSN 101 ele não consta ali. Pois bem agora ainda temos isto que vc recebeu: ...DEVERÃO destacar nos campos próprios do documento fiscal, o valor correspondente ao credito e à aliquota correspondente ao percentual prevista na coluna "ICMS" constantes do Anexo I e II. Se lermos a página 137/138 do Manual de Integração V. 4.01 vamos encontrar: ICMSSN101 - Grupo CRT=1 – Simples Nacional e CSOSN=101 - Tributação do ICMS pelo SIMPLES NACIONAL e CSOSN=101 N11 - Orig - Origem da mercadoria 0 – Nacional; 1 – Estrangeira – Importação direta; 2 – Estrangeira – Adquirida no mercado interno. (v.2.0) N12a - CSOSN Código de Situação da Operação – Simples Nacional - 101- Tributada pelo Simples Nacional com permissão de crédito. (v.2.0) N29 - pCredSN Alíquota aplicável de cálculo do crédito (Simples Nacional) N30 - N30 vCredICMSSN Valor crédito do ICMS que pode ser aproveitado nos termos do art. 23 da LC 123 (Simples Nacional) Bem o que eu entendo por "destacar nos campos próprios" seria o preenchimento dos campos pCredSN (que vc informa o percentual da alíquota que é calculado conforme Art. 58 paragrafos 1º e 2º, conforme vc colou ali) e o valor do crédito que é informado no vCredICMSSN. Mas isto não é nenhuma novidade para quem já faz uso do CSOSN 101. Bem se concordado até aqui temos o passo seguinte que pelo que entendi também é texto da contabilidade. "Isso quer dizer que quando emitir nota fiscal eletronica de venda tributada, favor colocar no campo Base de Calculo de ICMS e no campo Valor do ICMS, os valores CORRESPONDENTE ao percentual pago na Guia de DAS Simples. " Bom ai vem a situação acima que eu coloquei no início sobre os campos (W03 e W04): Campo W03 - Base de Cálculo do ICMS - Informar o somatório do campo vBC de item produto com CST = 00 , 10, 20, 30, 70, 90 e CSOSN = 900. (não diz nada a respeito da CSOSN 101) Campo W04 - vICMS - Valor do ICMS Informar o somatório do campo vICMS de item produto com CST = 00, 10, 20, 30, 70, 90 e CSOSN = 900

Neste momento que vc comenta, PE está com os servidores de produção parado. Obs.: O modo SCAN está ativado.

Em relação ao desconto, o manual diz que o valor deve ser o valor bruto. Isto é certo. Porem ao importar uma nota com desconto para o sistema do cliente no calculo do custo do produto este desconto apareceria Exemplo: Produto x valor unitario 100,00 desconto 5,00 (no DANFE o valor é de 100,00 e no campo desconto vc informaria 5,00) Só que ao importar o sistema do cliente dele colocaria 100,00-5,00 importaria informando que o custo é de 95,00. Ai em uma próxima negociação ele informaria mas vc fez a 95,00 na ultima vez e isto não foi verdade, poderia ter sido devido a um desconto rateado. Então tem alguns produtos que pediram para não deixar preencher o campo vDesc deles. E se só tiver destes não autorizado na nota então o sistema não permite desconto. Quanto ao frete e outras despesas segue a mesma lógica o seja vSeg(W07) e vFrete(W08) do total tem que ser a soma de vSeg(I16) e vFrete(I15) dos produtos.

Tércio a validação do campo (W10) vDesc do Total é se a soma de todos os vDesc (I17) dos produtos confere com o valor informado ali. Se o total do desconto é 3,00 não importa se vc passa o desconto do item (2) de 2,00 para 3,00 ou se vc acrescenta no item (1) 1,00 ou se vc rateia entre todos os ítens. O importante é que a soma dos vDesc de todos os ítens tem que ser igual a 3,00 seguindo o teu exemplo. O critério vc deverá adotar conforme a necessidade do teu cliente. Pode ser que ao fazer o rateio ele reclame que o apenas o ítem 2 poderia sofrer um desconto. Eu já tive um caso semelhante ao teu em que o cliente bateu o pé nesta questão pois determinado produto não poderia sofrer nenhum centavo de desconto pois o mesmo já estava sendo vendido pelo último preço. Tive que criar uma opção no cadastro do ítem aonde ele informa "[ ] Não é permitido desconto para este produto", então mesmo quando tem o rateio eu não considero estes produtos no cálculo, pulando eles. Mas pelo visto não é a tua situação, só aproveitei para comentar.

Manual de Integração do contribuinte V. 4.01 - NT2009.006 Pág. 22 W - Valores Totais da NF-e W08 vFrete - Valor Total do Frete - Informar o somatório do campo vFrete (id:I15). Pág. 122 H - Detalhamento de Produtos e Serviços da NF-e I15 - vFrete - Valor Total do Frete Pág. 41 Regra de validação Total do Frete (id:W08) difere do somatório do valor dos itens(id:I15) Rejeição: Total do Frete difere do somatório dos itens Não sei se "pelos ítens" foi força de expressão ou você se referiu em fazer o rateio pela quantidade de ítens. Obs.: Dependendo dos valores dos produtos que a empresa trabalha não é aconselhavel fazer o rateio pela quantidade de ítens e sim pelo valor proporcional dos ítens, pois dependendo o valor do produto o frete fica absurdo. Exemplo: Dois ítens na nota, um custando R$ 0,50 centavos e outro custando R$ 1.000,00 e um frete de R$ 30,00. Se vc dividir por ítem daria R$ 15,00 de frete para cada produto. Neste caso para o teu cliente o item 1 de 0,50 centavos passa a custar 15,50 e o outro 1.015,00, tornado impraticável o preço do primeiro item.

Eu não entendo muito disto, mas pelo que vi o código de barras muda de acordo com o tipo do DARE. Não seria esta mudança que vc está se referindo ou vc tem certeza que muda de acordo com a UF? · TIPO 1 – DARE de receitas diversas emitido pelo SITAFE; · TIPO 2 – DARE especial utilizado pelos fiscais – NÃO RECEBIDO PELA REDE BANCÁRIA; · TIPO 3 – A UTILIZAÇÃO DESTE DARE ESTÁ SUSPENSA – NÃO RECEBER; · TIPO 4 – A UTILIZAÇÃO DESTE DARE ESTÁ SUSPENSA – NÃO RECEBER; · TIPO 5 – DARE depósito emitido pelo SITAFE para que os fiscais ou agentes de rendas façam a prestação de contas; · TIPO 6 – DARE emitido pelo contribuinte para recolhimento de ICMS declarado; · TIPO 7 – DARE emitido pelo contribuinte para recolhimentos que não possuam lançamento prévio; · TIPO 8 – DARE emitido pelo SITAFE – Exclusivo para recolhimento de IPVA Os layouts dos códigos DARE’s do tipo 1, 5, 6, 7 e 8 estão no link abaixo, isto caso você já não tenha passado por lá. http://www.portal.sefin.ro.gov.br/site/arquivos/anexos/452.97808827943487IN11_013_ANEXO_UNICO_MANUAL_DE_ARRECADACAO_VERSAO_01___2011.pdf Pág. 8 - 3.2 – Código de Barras Pág. 9 - 3.2.1 – Dígito Verificador do Código de Barras Pág. 11 3.3 – DARE’s com Código de Barras Completo 3.3.1 – Leiaute do Código de Barras dos DARE’s Tipo 1 3.3.2 – Leiaute do Código de Barras dos DARE’s Tipo 5 Pág. 12 3.3.3 – Leiaute do Código de Barras dos DARE’s Tipo 6 3.3.4 – Leiaute do Código de Barras dos DARE’s Tipo 7 Pág. 13 - 3.3.5 – Leiaute do Código de Barras dos DARE’s Tipo 8

Quinta foi dia 16/02/2012 veja que a tua informação tem a ver com com a informação que está na página da SEFAZ/SP https://www.fazenda.sp.gov.br/nfe Observe no final da página abaixo da informação "DESTAQUES (Atualizado em 17/02/2012) " O procedimento para atualização da nova cadeia de certificação pode ser consultado neste link segundo o site da SEFAZ/SP Link: http://www.iti.gov.br/twiki/bin/view/Certificacao/RepositoriodaACRaiz Dê uma revisada conforme o link acima sugere, porque creio que é algum problema em relação a isto, pode até ser que temporário ou seja no próprio servidor, mas vale a pena revisar. Sugiro que vc dê uma lida neste post http://www.djsystem.com.br/acbr/forum/viewtopic.php?f=6&t=4753&start=10, pois também tem algo relacionado a SP.

Sérgio, O projeto ACBr procura seguir fielmente o que determina a legislação fiscal e tributária, seja por ato COTEPE, ajuste SINIEF, Norma Técnica ou Manual de Integração. Até o momento não existe nenhum layout de impressão para a carta correção eletrônica regulamentado por estes órgãos, portanto eu penso que mesmo que alguém desenvolva poderá ser descartado a inclusão no componente pelos administradores do projeto para não ferir a idealização do mesmo. Você pode notar no forum que já teve outras melhorias como cálculos de impostos etc, que foi sugerido, desenvolvido por alguns participantes do forum e o mesmo não foi incluído porque estaria fugindo da principal idéia do componente que é disponibilizar meios de atender ao que determina a legislação na sua maneira mais simples possível aonde o programador seja responsável pela informação prestada e o componente apenas "obedece" o que determina a lei. Logo eu tenho como certo que se um layout não for regulamentado, não fará parte do componente, pelo menos até que um órgão oficial defina se o layout será livre e/ou quais informações devem constar. Obs.: Não tenho a palavra final, ou seja poder de decisão, pois não faço parte da administração do projeto, este é apenas um parecer tendo como base o que eu já conheço sobre o projeto e por isto acredito que os administradores compartilham da mesma opinião. Caso você queira um modelo pois deseja imprimir algum documento para enviar ao destinatário, eu vou sugerir um modelo que gostei (vale lembrar "não oficial") disponibilizado pelo colega "Rochinha" do forum http://www.pctoledo.com.br. Link: http://www.5volution.com.br/downloads/forum/cce-modelo.pdf

Tércio, o campo vDesc (ID W10) - Valor Total do Desconto tem que ser a soma de todos os campos vDesc (ID I17) dos ítens, logo este suposto desconto apenas no total não existe.

Existe uma tag que se chama (informações adicionais do Produto) aceita até 500 caracteres. Não seria melhor informar nesta tag a referencia da os? No DANFE a impressão desta informação (quando preenchida) sai abaixo do nome de cada produto.

Não use e sim Leia pág. 155 e 156 do Manual de Integração V. 4.01 Troque: Empresa e optante pelo simples nacionalNao gera direito a credito de ICMS IPI e isICMS st foi recolhido anteriormente Por: Empresa e optante pelo simples nacionalNao gera direito a credito de ICMS IPI e isICMS st foi recolhido anteriormente.

Dê uma revisada no teu código, porque deve ter algo errado com ele em relação ao PIS, porque em pPIS acho que vc tentou colocar 0.65 e ali saiu como se o percentual fosse 65%.

Pela chave da NFe o numero da nota é: 000007090 o arquivo que vc está enviado o nome é nfe0007091, poderia ser algum engano quanto a isto, ou não tem nada a ver a sequencia do teu arquivo txt com o número da nota?

O cliente vai atualizar na máq. que ele emite a NFe.

Para o forum aberto ainda não tem uma versão oficial 0.7.1c, apenas para usuários SAC. O André acabou disponibilizando uma versão 0.7.1c que se encontra neste post O link para este arquivo que ele disponibilizou: http://www.djsystem.com.br/acbr/forum/download/file.php?id=1779

Será que não é a falta do path (caminho) para encontrar este arquivo? Exemplo: CriarEnviarNFeSefaz(c:\pasta\nfe0007091.txt,0,0)

Walter, verifique os ítens 2 e 4 00448 BUCHA N 6 P/ FIXACAO 39269090 5102 PC 200.0000 0.0250000004 6.00 PC 200.0000 0.0250000004 1 200*0.0250000004=5.00 e não 6.00 Deveria ser 5.00 00666 PARAF AA 4.2 X 32 CHATA 73181400 5102 PC 200.0000 0.0781999975 16.00 PC 200.0000 0.0781999975 1 200*0,0781999975= 15,64 e não 16.00 Deveria ser: 15.64

http://anfm.blogspot.com/2010/02/como-funciona-os-modos-de-contingencia.html

Neste caso não saberá. Ai teria que fazer a conferência desta assinatura. Existem programas que fazem isto se vc procurar na internet possivelmente vai achar, mas para "Delphi" não sei se tem e para a linguagem que eu uso "Visual Objects" até consigo ler as tags xml, mas os componentes são muito limitados. Tem como você testar esta opção: Eu estou usando o ACBrNFeMonitor, então vou te passar os passos por ele, se você usa o componente aproveite a idéia e veja como é possível configurar nele a seguinte situação: ----------------------------------------------------------------- Pego a chave de terceiros, como exemplo vou usar esta nota emitida em homologação: 17111236991917000142550010000002211000002216 Como os dois primeiros dígitos representam a UF eu sei que 17 é igual a TO Mudo no ACBrNFeMonitor.ini UF=PR mudo para UF=TO Envio para o Monitor o arquivo ENTNFE.TXT com o comando NFE.LerIni() Sobre o NFe.LerIni NFe.LerIni - Le as informações do arquivo ACBrNFeMonitor.ini. Útil para quem muda as configurações do INI por fora da interface do ACBrNFeMonitor e quer que as configurações sejam lidas sem precisar fechar e abrir novamente o programa. O ACBrNFeMonitor é setado para as novas configurações. Neste caso só troquei a UF UF=TO //Sei que é TO pelo 17 que inicia a chave. Mando agora para o Monitor o arquivo ENTNFE.TXT com o seguinte conteúdo Recebo no SAINFE.TXT este retorno. OK: Autorizado o uso da NF-e [CONSULTA] Versao=SVRS20110429163610 TpAmb=2 VerAplic=SVRS20110429163610 CStat=100 XMotivo=Autorizado o uso da NF-e CUF=17 ChNFe=17111236991917000142550010000002211000002216 DhRecbto=28/12/2011 17:27:18 NProt=317110000042598 DigVal=QJiRV9Cy7Ude5rVOMZh2/zEi+vU= Pego o DigVal e confiro com o DigestValue do XML. Se não for igual então o XML sofreu alteração. -----------------------------------------------------------------------

bochnia, o que os colegas estão dizendo é o seguinte. Vc abre o XML recebido do teu fornecedor e vai conferir as tags com a tag que está logo abaixo no mesmo XML dentro da tag Ou seja a ta DigestValue é a que foi calculada e enviada para a SEFAZ, quando a SEFAZ enviou o protocolo de autorização ele é acrescentado no XML de origem. Logo a verificação está sendo DigestValue (parte do XML) com a digVal (parte do protocolo de autorização) mas tudo isto está dentro do arquivo XML. (...) 8kpUFAIivgybhFlt9iMdqoOwcxE= (...) 2 PR-v2_5_3 00000000000000000000000000000000000000000000 2012-02-01T14:07:03 1111111111111111 8kpUFAIivgybhFlt9iMdqoOwcxE= 100 Autorizado o uso da NF-e (...)