Kiko Fernandes

Bom dia! Fechando o tópico por entender que foi um problema casual pelo lado da SEFAZ e já estar normalizado. Para nova dúvida, abrir novo tópico.

Boa noite! [DI001001] <--Correto

Boa tarde! Só a título de esclarecimento Kleber, o campo codigo era usado na nomenclatura antiga do ACBr para cNF, mais tarde foi realizado uma atualização no ACBr e passou-se a aceitar a mesma nomenclatura usada nos manuais, porém continua valendo também a nomenclatura anterior. Portanto o campo codigo no teu arquivo está em uma linha posterior ao campo cNF e foi aceito. E este campo codigo você está informando o mesmo número da nota e agora então vem a rejeição, pois não é mais autorizado pela SEFAZ o codigo aleatório com o mesmo numero da NF e também mais algumas combinações, conforme o Daniel postou no link aonde o Italo explica muito bem o assunto.

Boa tarde! Não entendi o que você quis informar. Prestei atenção no sublinhado que é a reativação da validação YA02-10. Ela diz o seguinte: A opção 14 como tPag pertence a YA02 - tPag - Meio de Pagamento (tratado na página 51 e 52 da v. 1.60 desta NT e continua com a opção 14 - Duplicata Mercantil removida. Fiquei confuso porque o Gilberto perguntou se o código 14 foi removido. E sim este código foi removido. O cód. 14 como tPag não é mais aceito.

Bom dia! Você deve informar o <indFinal>1</indFinal> e não 0. Se a Operação ocorrer com Consumidor Final, na tag deve-se informar o valor: 1 ; Se a Operação ocorrer com Consumidor Normal, na tag deve-se informar o valor: 0 . Diferença: Outro detalhe, não sei se o CNPJ de destino você está usando como teste ou se será para ele que você vai emitir. Se for para ele este CNPJ não passará, a nota será denegada, pois consta na SEFAZ/PR (Cancelado desde 07/2019) Consulte: http://www.sintegra.fazenda.pr.gov.br/sintegra/ Se você resolver esta questão do CNPJ eu penso que a nota será autorizada com indFinal = 1

Boa noite! 5915 é uma nota de remessa para conserto. Não é devolução. Finalidade normal.

Boa noite! Cada estado tem uma exigência. Considerando que você está em Curitiba, vou citar o Paraná. http://www.sefanet.pr.gov.br/dados/SEFADOCUMENTOS/103201200063.pdf Leia página 2 - Item 2 - DO FORNECEDOR DO SISTEMA INFORMATIZADO DE NATUREZA FISCAL.

Boa tarde! NT 2016.002 v1.50 Pág. 4

Boa tarde! Você está usando o ACBrMonitorPLUS ou o componente? Se for o monitor, teria como anexar o arquivo TXT que você está enviando?

Boa noite! Nota Técnica 2018/001 - Emitente Pessoa Física (CPF) Com Inscrição Estadual. Pág. 3 - Item --> 02.1. Sobre a Chave de Acesso da NF-e - Será reservada uma faixa do campo Série da NF-e, como forma de identificação do Emitente pessoa física (CPF); Pág. 6 e 7 - Item - 03.2 Quadro resumo sobre as Faixas de Série Série: 910-919 Processo de emissão: Site Sefaz - Chave de acesso: CPF do Emitente Série: 920-969 Processo de emissão: Aplicativo da Empresa (Próprio) - Chave de acesso: CPF do Emitente Sua chave: Observe a série (920) logo 00077853687168 é CPF portanto considerar apenas os 11 dígitos, os 3 zeros a esquerda é apenas para a chave permanecer com total de 44 dígitos. 51190700077853687168559200000000101000000109

Bom dia! Experimente ir em configuração. Opção DFe - Impressão - NFC-e Aonde aparece Margens: Inferior - Superior - Direita - Esquerda - Largura [ ] <<-- Experimente aqui colocar tamanhos entre 280 a 300 e vai ajustando. Veja se muda alguma coisa.

Boa noite! A resposta está neste mesmo tópico. Por acreditar ser o que você precisa e o tópico ser antigo, estou fechando ele. Caso não resolva, abra novo tópico com nova dúvida.

Fechando o tópico. Para nova dúvida, abrir novo tópico.

Bom dia! Como a Juliana informou: "... você deve utilizar uma NFe" Como é de um consumidor final e se for pessoa física ou não tem identificação no cupom, a nota de devolução será emitida pela empresa que emitiu o cupom e iniciará com o CFOP 1_seguido do restante conforme a classificação fiscal do item. Exemplo: Referenciar o cupom SAT. Para maiores informações como impostos e regras a ser seguidas de acordo com o enquadramento da empresa no Simples ou não, seria bom você solicitar ajuda do escritório de contabilidade.

Fechando o tópico. Para nova dúvida, abra novo tópico.

Bom dia! Primeiro: a SEFAZ orienta que o número deve ser aleatório. (Obs. e sempre foi assim, não mudou o método, o que mudou é que eles tiveram que incrementar validações e rejeição, porque só o manual não foi suficiente para muitos procederem conforme a instrução). Segundo: Como agora existe a regra de validação você terá que validar em seu sistema se o numero aleatório gerado pelo teu sistema é válido segundo as regras da NT. Se não fizer uma pré-validação a nota será rejeitada quando acontecer isto e ai você terá que tratar o erro e gera outro número aleatório. Terceiro: Se você usa o ACBrMonitorPLUS e deixar o campo cNF=0, o número aleatório será gerado pelo ACBr, porém você deverá gravar em seu banco de dados para que em uma necessidade de usar comandos que geram novamente a chave você não fique gerando outras chaves e permaneça na chave gerada.

Bom dia! Nas opções [ DFe ] -- NFe -- [ v ] Exibir Campo Fatura , está marcado?

Fechando o tópico. Para nova dúvida abra novo tópico.

Boa tarde @tavaresn Estou fechando o tópico, pois do contrário ele vai sair do assunto pelo qual ele foi criado. Portanto, abra um novo tópico com a sua pergunta. Obrigado.

Boa tarde! Eu não tenho a versão 1.2.0.57, mas tenho a 1.2.0.58 e aparece no help da 58 o comando NFe.SetWebService() e com a sintaxe correta de uso, porém não responde ao comando. Da maneira que o nosso colega @BigWings informou: ACBr.SetWebService("SC",2) funcionou na 1.2.0.58 (não testei na anterior porque não tenho, mas penso que funcionará) e também na última versão disponível ao SAC 1.2.0.66 No help da 58 já não consta mais o NFe.SetWebService(). Eu penso que o comando não faria parte do grupo dos comandos NFe até mesmo pelo fato de atender (CTe, NFe, MDFe) e por isto deve fazer parte do grupo dos Comandos do Objeto ACBr, porém ainda não atualizado no help, mas está funcionando.

Boa noite! Marque também a opção [ v ] SSL

Fechando o tópico. Para nova dúvida, crie novo tópico.

Bom, é sua opinião vou respeita-la. Porém de igual forma a sua nota seria rejeitada e as schemas NÃO SÃO GERADAS pelo ACBr ele apenas segue a instrução. Esta composição de CRT e CST/CSOSN foi incluída na geração 2.0 da NFe algo pelos meados de 2010, já foi assunto muito discutido no passado.

Bom dia @ALA A questão deste procedimento é justamente garantir uma segurança maior a informação gerada. Já ocorreram muitas fraudes devido a este erro. Só que quando acontecem todos gritam e ninguém quer assumir a responsabilidade. Inclusive já culparam até a SEFAZ dizendo que os servidores da SEFAZ foram invadidos, outros disseram que os servidores de email foram invadidos e por ai se vai a imaginação fértil do povo. (Inclusive há vídeos aonde a SEFAZ explica a situação. Isto já é antigo, mas muitos tem dificuldades de entender o risco e ficam insistindo, até então que a SEFAZ se posiciona criando a rejeição. Se você ver os números não permitidos vai perceber que eles tentaram imaginar o que alguns colocariam e não duvido que se tivessem acesso ao teu texto antes tentassem bloquear códigos de possíveis composição de data Mas tirando a brincadeira de lado o caso é sério. Muitas empresas foram fraudadas, (como está citado nos links acima, que nossos colegas postaram sobre boletos falsos), pois já tiveram casos de que com posse da chave da nota, acessam o portal nacional e com informação de uma nota por exemplo a crédito (duplicatas, boletos) enviaram no do email do cliente (que está no xml) um novo boleto oferecendo descontos vantajosos se o pagamento fosse antecipado, algo assim e no boleto ou no email informavam dados da nota, data e as vezes até produtos fazendo com que isto desse credibilidade ao golpe. Muitos por sua vez vê a vantagem, nem se importam com o email recebido e pagam, depois a empresa não recebeu e as vezes acionam na justiça o cliente que terá que pagar novamente a dívida. Isto é muito sério e no google está cheio de relatos assim. Aqui no forum, há um relato de alguém que diz que o fraudador chegou a ligar para eles (empresa que desenvolve) e por telefone ia falando as notas que estavam sendo emitidas, os produtos e valores e ainda oferecendo serviço de proteção contra esta "fragilidade de segurança" e o rapaz da software house, pensando em vulnerabilidade do servidor de empresa, firewall, invasão de email etc, sendo que o fraudulento apenas tinha condição de criar as chaves (como ele criaria) e consultar na sefaz. Simples assim. Então não brinque com isto, se alguém pegar duas notas suas e entender que você usa a data para compor o código aleatorio (cNF) ficará o mesmo caso de usar o numero da nota para cNF, ou seja não resolve nada. Todos que sabem como se compõe uma chave logo conseguirá compor a proxima. O cara faz uma tentativa de um novo número com a mesma data, digamos que deu não encontrada ele acrescenta a próxima data e vai na tentativa novamente até dar o próximo erro, sendo necessário outra vez acrescentar a nota data. Quanto aos teus questionamento: - Sim seria bom vc gerar um número aleatório e guardar no banco de dados. (este é o ideal) - Quando vc diz "Nunca mais consigo gerar a chave". Em ultimo caso, se você tentar enviar novamente o mesmo numero de nota com chave diferente ele vai te retornar a informação de duplicação e vem o retorno da chave que está registrada na sefaz. E isto só é possível com o uso do certificado e emitindo a nota, logo outros não saberão, mas o emitente tem sim a condição de saber, não estará perdido para sempre - Porém se mesmo assim você tem pouco domínio em gerar um código randômico e grava-lo no banco, você pode criar uma rotina sua para gerar este código aonde só você saiba como ele é composto. Exemplo: 2 ultimos dígitos do cpf/cnpj do cliente; 2 últimos dig. do minuto da emissao ou do orçamento; 2 ult. dig. do número da nota; 1 dig. da forma de pagto, 1 do prim. digito do valor da nota. Algo assim: você teria o código de 8 dígitos em mãos, uma vez que sabe a fórmula que usou para criar uma função: gerateucodigoaleatorio() e estaria dificultando para alguém que não sabe o código. Se for criar invente uma, isto é apenas um exemplo Portanto tem N formas de fazer, porém fuja do óbvio.

Bom dia! O ACBrMonitorPLUS segue "rigorosamente" o cumprimento das Notas Técnicas e Manuais. CRT - CÓDIGO DO REGIME TRIBUTÁRIO 1 = SIMPLES NACIONAL 2 = SIMPLES NACIONAL – EXCESSO DE SUBLIMITE DE RECEITA BRUTA 3 = REGIME NORMAL CST – Código situação tributária informada no grupo de tributação do produto para empresas que estão no regime normal (CRT=3) CSOSN – Código de Situação da Operação no Simples Nacional informado no grupo de tributação do produto, para empresas que estão operando no SIMPLES NACIONAL - (CRT=1) Logo se CRT=1 a tag formada no XML será CSOSN e não CST. Se a empresa está no Regime Normal o CRT deve "obrigatoriamente" ser = 3.