Kiko Fernandes

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.

Fechando o tópico. Obrigado por reportar e para nova dúvida, abra novo tópico.

Boa tarde! R: Você pode criar no seu sistema um recurso que ao receber o retorno do status 109 - Serviço paralisado sem previsão ou 108 - Serviço paralisado momentaneamente (curto prazo) ou ainda sem comunicação e nestes casos aplicar a ativação do modo contingência. R: Pode enviar o comando status e ao receber a resposta no arquivo de retorno, exibir as linhas que interessam para o operador. Estude o arquivo e você verá como é composto o retorno. Porém vale ressaltar o cuidado com o status, não fique enviando comando de status antes de cada emissão de NF que você pode se enquadrar no "Consumo indevido", pois ao enviar um comando para emissão de um documento, deve ser analisado o retorno deste comando. Para mim continua confuso o que você está tentando expor. - O arquivo TXT é deve ser criado pela sua aplicação, o ACBrMonitorPLUS apenas lê o arquivo e gera o XML e prossegue com os comandos de envio ou criarenviar que após gerar o XML já envia. - Pode ainda você gerar o XML e apenas validar e transmitir pelo ACBrMonitorPLUS. - Quando você diz "componente" para nós significa usar os módulos do ACBr incorporado em seu sistema se você programa na linguagem Delphi e não usar o aplicativo ACBrMonitorPLUS que permite então que seja utilizado em qualquer linguagem. Lembrando ainda que está em desenvolvimento uma DLL que também poderá ser aplicada em outras linguagens sem haver a necessidade do programa ACBrMonitorPLUS.

Bom dia! O correto é você se informar em cada UF em que desejar usar o seu sistema. Muitas exigem sim que exista o cadastramento da Software House como fornecedor de software para emissão de documentos fiscais eletrônicos. É o caso por exemplo do Para, Paraná, Santa Catarina, São Paulo para SAT etc. Em alguns vão te disponibilizar link e você faz online, outros como o caso do Paraná, mesmo fazendo o preenchimento online, será necessário assinar e encaminhar um termo de responsabilidade técnica pelo correio a Curitiba e após análise, vão liberar e cadastrar o teu software com um código, que será usado quando estiver preenchendo a ficha do emissor do documento fiscal (teu cliente). Após isto, você terá que reconhecer (eletronicamente) cada cliente que preencher a ficha de "Pedido de emissor de documentos fiscais eletrônicos") que usarem o código do teu sistema como fornecedor. Não sei os outros estados como funciona, mas tem características particulares, por isto é bom se informar na Unidade da Federação que você deseja operar.

Bom dia! Exato até no texto tem a citação das madeireiras: Obg. por reportar. Estou fechando o tópico. Para nova dúvida, crie novo tópico.

Bom dia! Penso ser a reclassificação a forma mais adequada, mas seria ideal realmente ter um parecer de um bom escritório contábil. Fonte: http://audisoft.com.br/cms/index.php/manuais/14-faturamento/98-reclassificacao-de-mercadorias

Sem separação das esferas (Federal/Estadual e Municial) e nem a fonte do valor: IBPT. Pesquisei muito na internet mas ainda não encontrei nenhum site que informa se é legal a informação ser passada dessa forma. Olhei aqui no fórum, e por alto, alguns usuários dizem que emite, até mesmo essa informação no campo de complemento. Mas já que o ACBr possui esta tag vTotTrib, acredito que exista alguma forma de não recorrer à gambiarras rsss Por favor, gostaria de saber o que vocês fazem para emitir a NFCe com essas informações, pois não encontrei nenhuma resposta correta Boa noite! Veja que o campo no manual diz o seguinte: Não tem como especificar os três em apenas um campo aonde pede o total. Para atender a lei e que saia de forma separada a impressão, você terá que controlar isto e imprimir em informações complementares.